[00:53] <fictionalhippo_> Hello, could someone possibly assist me?
[00:55] <fictionalhippo_> is there anyone online?


[00:10] <cwayne1> cihelp ^ anyone not in malta?
[02:09] <imgbot> [03:29] <imgbot> [03:29] <imgbot> [04:15] <bzoltan> rsalveti:  is here anybody who could help me to publish the silo3 content?
[04:16] <bzoltan> Mirv is off today
[07:02] <plars> ogra_: have you seen sil2100 this morning? I guess qtdeclarative5-ubuntu-ui-toolkit-plugin is what likely broke gallery_app
[07:02] <ogra_> nope, still in a meeting
[07:04] <ogra_> oh, where do the 20 more tests come from ?
[07:05] <plars> ogra_: ubuntuuitoolkit
[07:05] <rsalveti> cjwatson: would you mind checking the proposed-migration blockage for glmark2? the powerpc and ppc64el packages are not built anymore on the latest version
[07:06] <ogra_> ah, the crazy guys ... test everything :)
[07:07] <cjwatson> rsalveti: sure, let me just switch to the ballroom
[07:07] <rsalveti> thanks
[07:07] <plars> ogra_: they are currently 30% of the overall test count
[07:08] <ogra_> heh, yeah
[07:24] <Ursinha> ogra_: if you don't test everything you are the crazy guy :P
[07:24] <ogra_> hahaha
[07:27] <ogra_> hey sil2100
[07:28] <sil2100> ogra_: hey! On the meeting
[07:33] <cjwatson> rsalveti: can we just not build the mir variant on power?
[07:35] <sil2100> ogra_: what
[07:35] <sil2100> I mean
[07:35] <sil2100> WHat's up?
[07:35] <ogra_> heh
[07:36] <ogra_> looks like UITK broke gallery
[07:37] <ogra_> "ubuntuuitoolkit._custom_proxy_objects._common.ToolkitException: The main view has no header."
[07:37] <ogra_> seems we have this in all failed testcases
[07:37] <cjwatson> rsalveti: mind if I upload http://paste.ubuntu.com/7542172/ ?
[07:38] <rsalveti> cjwatson: not at all, thanks
[07:39] <sil2100> geh
[07:39] <sil2100> ogra_: and the image in overall looked soo good :/ bzoltan whyy?!
[07:39] <ogra_> i guess it would be cleverer to have the app fixed ... but that might take longer than rolling back UITK
[07:40] <sil2100> Let's discuss that during the meeting, after this meeting here ends
[07:40] <ogra_> (waiting for the US ... have someone fix it ... massage it through the store etc)
[07:40] <ogra_> yeah
[07:41] <ogra_> we would be down to 3 failures if that hadnt happened :(
[07:41] <sil2100> bzoltan: in the meantime, could your team take a look at the failures? Since maybe a fix in UITK could be done, or maybe you know what to change in gallery
[07:41] <sil2100> bzoltan: http://ci.ubuntu.com/smokeng/utopic/touch/mako/53:20140529:20140523/8277/gallery_app/
[08:12] <davmor2> plars: I have no idea on the desktop testing I'm afraid.  I'll dig around and see if I can find anything out.  Can you tell me a little about the way the framework is setup is it just kvm running the instance and is it based off of Trusty ?
[08:13] <rsalveti> sil2100: can I get a silo for line 41? no MRs, just a src package upload (using silo for better testing)
[08:13] <davmor2> plars: also you might want to collar hold of jfunk and possibly jibel if he is there still
[08:13] <sil2100> rsalveti: looking! Sorry, all the meetings ;)
[08:13] <davmor2> sergiusens: anything else you need in that bug or are you good?
[08:14] <sergiusens> davmor2: I'm good
[08:14] <sergiusens> thanks
[08:14] <davmor2> sergiusens: no worries
[08:16] <rsalveti> sil2100: no worries at all
[08:23] <sil2100> ogra_, plars, psivaa: let's meet in the ballroom for the landing meeting
[08:32] <popey> sil2100: hanging out?
[08:32] <davmor2> popey: yeap
[08:32] <rsalveti> sil2100: mind reconfiguring silo 8?
[08:33] <sil2100> rsalveti: sure, we'll do that after our meeting if you don't mind
[08:35] <sil2100> t1mp: ping
[08:35] <ogra_> popey, "ubuntuuitoolkit._custom_proxy_objects._common.ToolkitException: The main view has no header."
[08:35] <ogra_> it is the same error in all failing tsts
[08:40] <popey> davmor2: noticed the font weight has changed recently?
[08:40] <popey> it's lighter than it was
[08:41] <davmor2> popey: anywhere in particular or everywhere
[08:41] <popey> screenshot coming
[08:43] <popey> davmor2: http://imgur.com/QmQSD5J vs http://imgur.com/hFWhgbf
[08:47] <davmor2> popey: on 53 do the icons scroll under the header?
[08:47] <popey> davmor2: how do you mean?
[08:48] <popey> t1mp: do you know if it's intentional that the font weight has changed? See above imgur links.
[08:49] <davmor2> popey: http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-05-29-094814.png
[08:50] <davmor2> popey: I've not seen it before
[08:52] <davmor2> popey: so it's all now standard font rather than bold
[08:56] <robru> ooops hey, who was needing a reconfig?
[08:59] <elopio> vila: hey, should python-uci-vms depend on libvirt-bin ?
[09:00] <dpm> hi, could someone help me determining why this MP failed? https://code.launchpad.net/~gang65/ubuntu-clock-app/ubuntu-clock-app-update-translation-template/+merge/219095
[09:04] <popey> dpm: looks like an archive issue... http://<IP_ADDRESS>:8080/job/generic-mediumtests-utopic/395/console
[09:04] <popey> dpkg: error processing package lightdm (--configure):
[09:05] <dpm> thanks popey. Could someone retrigger Jenkins for https://code.launchpad.net/~gang65/ubuntu-clock-app/ubuntu-clock-app-update-translation-template/+merge/219095 ? ^^
[09:05] <popey> i can
[09:06] <popey> oh, maybe not.
[09:14] <popey> davmor2: mediaplayer has regressed
[09:14] <popey> I'm getting 2fps
[09:14] <popey> nope, 1fps
[09:15] <davmor2> popey: working fine here what codec are you testing?
[09:15] <popey> same as always
[09:17] <vila> elopio: as a soft dep yes
[09:18] <popey> davmor2: video freezes, audio carries on playing
[09:24] <elopio> vila: IMO, this should be your top-priority bug https://bugs.launchpad.net/uci-vms/+bug/1310046 :D
[09:27] <davmor2> popey: all mine are working fine.  I think I'm going to go look at big buck bunny and see what formats it is available in and grab some of those
[09:32] <popey> dpm: can you upload clock 420 to the store please? http://people.canonical.com/~alan/com.ubuntu.clock_1.0.420_all.click
[09:37] <sil2100> t1mp, bzoltan: anyone of you guys around?
[09:37]  * sil2100 has connection issues
[09:38] <popey> should get a bouncer ☻
[09:38] <ogra_> use bip :)
[09:38] <dpm> popey, done: https://myapps.developer.ubuntu.com/dev/click-apps/121/changerequest/
[09:39] <popey> dpm: thanks, approved
[09:39] <dpm> awesome
[09:39] <dpm> yay, new translations!
[09:40] <popey> ☻
[09:43] <vila> elopio: HA HA HA
[09:43] <davmor2> dpm: so easily pleased
[09:45] <popey> dpm: please do same for sudoku? http://people.canonical.com/~alan/com.ubuntu.sudoku_1.1.207_all.click
[09:46] <vila> elopio: thanks for the bug, assigned to me
[10:00] <fginther> elopio, http://s-jenkins.ubuntu-ci:8080/job/generic-mediumtests-utopic/514
[10:01] <fginther> elopio, in progress
[10:02] <elopio> fginther: thank you. Do you have documented somewhere how do you prepare the container to run these tests?
[10:02] <elopio> it might be less painful to try to reproduce the environment myself.
[10:03] <davmor2> popey: so I downloaded 4 versions of big buck bunny and only the h264 version plays correctly :(
[10:04] <popey> its the h264 video which freezes for me after a while
[10:04] <davmor2> popey: it played fine here for a couple of minutes what are you classing as a while
[10:05] <popey> a music video length
[10:09] <davmor2> popey: meh now it's not playing anything I think one of the other versions broked it
[10:10] <popey> davmor2: http://people.canonical.com/~alan/videos/Blaenavon%20-%20Into%20The%20Night%20.mp4 is one of the videos I use a lot.
[10:11] <bzoltan> sil2100: I am here
[10:12] <sil2100> bzoltan: did you get my earlier messages? Do you think you can fix this somehow? Since it's still some time until the gallery-app developer appears
[10:12]  * bzoltan reading back th elogs
[10:14] <bzoltan> ogra_: I have tested the the UITK with the gallery and have the logs of all the OK  tests
[10:15] <asac> alecu: dbarth: where do i file gmail webapps bugs?
[10:15] <ogra_> bzoltan, well, "ubuntuuitoolkit._custom_proxy_objects._common.ToolkitException: The main view has no header." ebing the error points pretty clearly to the toolkit ... did you make sure to test the click package instead of the deb ?
[10:15] <ogra_> s/ebing/being/
[10:17] <ogra_> bzoltan, do the AP guys probably need to adjust for your latest UITK changes or some such ?
[10:18] <bzoltan> ogra_: I can pastbin the AP logs ... all green. I would not have marked the UITK landing SIlo3 as OK if the gallery app tests fail
[10:19] <ogra_> bzoltan, well, i'm not so much interested in your logs but in the errors in the lab :)
[10:19] <ogra_> i belive you that yours passed, but we still need to get the issue fixed
[10:21] <ogra_> AP doesnt find the app header by the looks of it ... so it could only be AP, UITK or the app itself ... but only UITK did get upgraded yesterday
[10:24] <ogra_> thomi, ^^^ any idea about that one ? we have an error like http://ci.ubuntu.com/smokeng/utopic/touch/mako/53:20140529:20140523/8277/gallery_app/1179417/ constantly re-occuring with the latest image, could it be that AP needs to be updated for the new UITK ?
[10:25] <bzoltan> ogra_: I will look after it ...
[10:25] <ogra_> thanks !!
[10:25] <ogra_> :D
[10:26] <bzoltan> ogra_:  actually I am interested in the logs, because those loges should securethe safe landings
[10:27] <ogra_> bzoltan, right ... me too, but it wont fix the issue in the lab and i belive that it passed for you ;)
[10:27] <ogra_> no need to prove that to me
[10:28] <ogra_> we clearly have some discrepancy here
[10:36] <bzoltan> ogra_: could you tell me what version of the UITK is used in that failing case?
[10:37] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/53.changes ... 0.1.46+14.10.20140527-0ubuntu1 according to the changelog of the image
[10:39] <ogra_> looking at the package changelog t1mp's changes looks suspiciously related
[10:39] <ogra_> (though i'm just guessing here)
[10:41] <bzoltan> ogra_:  do not we have a newer release  of the UITK?
[10:49] <ogra_> bzoltan, not that i know of ... thats what landed yesterday
[10:49] <popey> dpm: could you also please upload weather 261 to the store? http://people.canonical.com/~alan/com.ubuntu.weather_1.1.261_all.click
[10:50] <ogra_> bzoltan, you should know if there is anything in flight from you though ;)
[10:52] <bzoltan> ogra_:  I have landed two releases recently ... the last one I have turned to green yesterday evening. I think that landed today early morning (CET)
[10:52] <ogra_> well, i see line 25 in the spreadsheet but it does not seem to point to any silo
[10:54] <popey> dpm: should I expect reminders AP tests to work?
[10:54] <popey> alan@deep-thought:~$ phablet-test-run -v reminders
[10:54] <popey> sh: 1: /usr/bin/python: not found
[11:10] <bzoltan> sil2100: ogra_: sil2100 made a comment on the line 25 (sil/20140529: NOTE! Seems that the previous UITK caused a regression, please do not publish this for now until it's sorted out)
[11:10] <sil2100> bzoltan: sure :)
[11:11] <bzoltan> sil2100: it was in the silo3 and I pastebined all the logs from all the tests...
[11:11] <bzoltan> sil2100: was the silo3 released or not?
[11:11] <sil2100> bzoltan: no, wait, we're looking at it, maybe again some spreadsheet problems...
[11:12] <bzoltan> sil2100:  because the silo3 is all empty... except my logs are there
[11:12] <sil2100> bzoltan: yeah, I saw that just now and was all like shocked, but it's still in the backend so no worries
[11:13] <bzoltan> sil2100: I am not worried :) I am relaxed that there are smart folks to sort it out.
[11:17] <bzoltan> sil2100: I could reproduce the failing tests when I have downgraded my device to the stock UITK from the version I had in the silo3
[11:27] <bzoltan> ogra_: I do not get it ... I had a landing request (line 25) ... I got a Silo (003), I have built the MR, I have run the tests... all of them. I have linked the test results to the Silo.   What did happen to that landing request? That silo had a 0.1.46+14.10.20140528.1-0ubuntu1 version UITK
[11:28] <bzoltan> sil2100: so the UITK from the silo3 has never been released to Utopic, is that right?
[11:29] <sil2100> bzoltan: right
[11:29] <sil2100> bzoltan: so, it seems that the spreadsheet got reverted again :|
[11:30] <bzoltan> sil2100:  yes, because the Silo3 still has my packages
[11:31] <sil2100> Of course, I didn't even get any notification from google or anything, great
[11:31] <sil2100> We'll try to get things back to shape
[11:31] <sil2100> Just want to make sure the problems are over
[11:32] <bzoltan> sil2100:  please do not clean up the silo3, I would like to re run some tests ... but it is insane that I have run the gallery tests yesterday more then once and they were OK
[11:32] <bzoltan> sil2100:  I do not get it... I just do not understand what caused that.
[11:32] <sil2100> bzoltan: no worries, we won't do any cleaning, just refreshing the silo
[11:32] <sil2100> bzoltan: you're as clueless as we are ;/ Everytime this happens no one knows why and no one can tell us, as google offers no support
[11:33] <bzoltan> sil2100:  I am more worried about the tests :)
[11:34] <bzoltan> sil2100:  I am re-flashing the device and start the whole verification process all over again.
[11:34] <sil2100> bzoltan: ah, that! Ok, so what we can do to make sure identify if it's like UITK or something else, we can try reverting UITK in the latest image and checking if it still fails
[11:34] <bzoltan> sil2100:  t1mp cold help, but he is off as the whole SDK team is off
[11:35] <sil2100> bzoltan: oh...
[11:35] <bzoltan> sil2100:  today is holiday in many countries .. I am on holiday officially :D
[11:36] <bzoltan> sil2100:  I think that the 0.1.46+14.10.20140520 was still good UITK
[11:36] <sil2100> bzoltan: oooh! Right, Timo was away as well
[11:39] <sil2100> bzoltan: sorry about that :) We'll do some analysing and try to poke the gallery-app developer as well
[11:40] <sil2100> bzoltan: so you go rest
[11:40] <davmor2> sil2100: the gallery-app dev is possibly there ;)
[11:40] <bzoltan> sil2100: no worries :) I promised to look around today
[11:40] <bzoltan> davmor2: \o/
[11:40] <ogra_> here ?
[11:40] <ogra_> bzoltan, thanks for that :)
[11:41] <bzoltan> ogra_:  say thanks when the problem is gone ... until I feel stressed a bit :)
[11:42] <ogra_> well, if the tests passed for you on line 25 (and pass again now) i would just blame the former landing and say we are good
[11:42] <davmor2> ogra_: well possibly they might only of been there last week
[11:43] <ogra_> bzoltan, oh, and thanks for the reminder that i have a spare swap day :) ...
[11:43]  * ogra_ totally forgot about today
[11:44] <bzoltan> ogra_:  I forget it yesterday too... zsombi told me at the evening
[11:44] <davmor2> ogra_: No it doesn't work like that it only works if you remember it under your own steam ;)
[11:44] <ogra_> heh
[11:55] <dpm> popey, Reminders tests should work afaik, but elopio would know more
[11:56] <elopio> popey: that's because phablet-test-run is trying to run them with python2
[11:56] <elopio> but they are written for python3. I suppose it's a bug in phablet-test-run.
[11:56] <fginther> elopio, otto is used to create the containers: http://bazaar.launchpad.net/~otto-dev/otto/trunk/view/head:/doc/README
[11:56] <elopio> fginther: nice!
[11:56] <elopio> I think it has to do with the scope not being restarted or not being able to read the env vars.
[11:57] <fginther> elopio, the hosts are setup with a recent utopic desktop image that gets updated every couple of weeks
[11:57] <elopio> I enabled the logging, and it didn't print anything. So something is wrong there.
[11:57] <robotfuel> elopio: is it a click app? it has to be updated for phablet test run to use py3
[11:57] <robotfuel> elopio: the manifest.json file
[11:58] <fginther> elopio, this might also help: https://wiki.canonical.com/UbuntuEngineering/CI/Playbook/Otto
[11:58] <bzoltan> ogra_:  I have a  build faulure of the QtC. It builds locally in a pbuilder but fails on the PPA https://launchpadlibrarian.net/176543078/buildlog_ubuntu-utopic-i386.qtcreator_3.1.0-0ubuntu1~0utopic1~0test6_FAILEDTOBUILD.txt.gz Do you see any trivial there?
[11:59] <elopio> robotfuel: umm, I'll check that.
[11:59] <robotfuel> elopio: this is an example of what to check for http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/revision/972
[12:01] <elopio> robotfuel: the manifest says:
[12:01] <elopio> "x-test": {
[12:01] <elopio>         "autopilot": "reminders"
[12:01] <elopio>     }
[12:02] <ogra_> bzoltan, ugh ... do you have new symbols you need to export in the .symbols files by chance ?
[12:02] <ogra_> looks a bit like that
[12:04] <bzoltan> ogra_:  hmm... good point
[12:06] <sil2100> bzoltan: ok...
[12:07] <sil2100> bzoltan: so, robru ran the tests on #53 with the old UITK and all gallery-app tests pass
[12:07] <robru> bzoltan, yeah, definitely confirmed, gallery-app failures caused by new uitk, nothing else
[12:07] <plars> ogra_: I was looking at the bootchart differences a bit, for some reason I was thinking you were saying it was a 40 second difference but it looks like more normally 4-5 seconds, but you're right it is consistently different. I wonder if maybe it's differences in local network?
[12:07] <sil2100> bzoltan: so sadly it has to be UITKs fault as we have nothing changed besides UITK in that case
[12:08] <bzoltan> sil2100: old UITK mean what version exacty?
[12:08] <sil2100> bzoltan: the previous one from the archive, listing that - the one that was in all images before #53 ;) robru's copy-pasting it right now
[12:08] <robru> bzoltan, with image 53, but uitk downgraded to: qtdeclarative5-ubuntu-ui-toolkit-plugin:
[12:08] <robru>   Installed: 0.1.46+14.10.20140520-0ubuntu1
[12:09] <robru> that gives passing tests. but the latest uitk causes 19 failures in gallery-app
[12:09] <bzoltan> robru: sil2100:  clear
[12:09] <robru> bzoltan, thanks
[12:10] <ogra_> plars, hmm, not sure if the network should/could have any influence here
[12:10] <bzoltan> robru: sil2100: I am scared to land anything anymore ... I have run the gallery-app tests yesterday on the silo3 and got OK result
[12:10] <robru> bzoltan, are you testing on mako? we're talking specifically about mako
[12:10] <bzoltan> robru:  yes, I am using only mako
[12:11] <robru> hmmm
[12:11] <bzoltan> robru: sil2100: http://paste.ubuntu.com/7537922/
[12:12] <bzoltan> Ran 37 tests in 925.346s
[12:12] <bzoltan> All OK
[12:12] <robru> bzoltan, yeah that's really strange, I can't explain that...
[12:13] <sil2100> bzoltan: hm, yeah... I guess it's really strange, let me look at what landed in the image
[12:13] <robru> bzoltan, but the smoke tests and my mako disagree with your results...
[12:13] <sil2100> bzoltan: maybe what happened (supernatural theory):
[12:13] <sil2100> bzoltan: something landed in #53 that caused the new UITK to actually break gallery-app
[12:13] <sil2100> But only the new UITK :o
[12:13] <sil2100> I guess we can't protect from something like this happening
[12:13] <robru> bzoltan, any chance that your new uitk package has a new dependency, but you forgot to list the dependency in your packaging? that dep could be installed on your mako but not on ours
[12:14] <bzoltan> robru:  I do not challenge your results :) I am worried about the reliability of the testing process I use
[12:15] <bzoltan> robru: that is not possible. I did not touch the packaging for some time and I am using the Silo to build the test packages.
[12:15] <robru> bzoltan, that's exaclty what i mean, what if you wrote some code that imports a new library, and then you didn't update the package to depend on that new library?
[12:16] <robru> that's my only guess to explain how something can work for you, but not in smokeng or my mako
[12:16] <robru> bzoltan, maybe you should bootstrap your phone, get a truly fresh state, then run your tests again.
[12:16] <bzoltan> robru:  That library dependency should make the build fail  ... and I use fresh flashed device only
[12:16] <bzoltan> robru:  that s what I am doing
[12:17] <robru> bzoltan, great, thanks
[12:17] <robru> bzoltan, yeah, I'm not sure, it's just a guess
[12:30] <sergiusens> robru: any idea what's going on with silo 11? rsalveti gave me a packaging ack; it seems you tried to publish and it failed with an extraneous message
[12:31] <robru> sergiusens, yeah, rsalveti and I hit publish at exactly the same time (well, I was 1s late) so the error just means "error: you hit publish already" basically, no worries
[12:32] <sil2100> sergiusens: if you look at the status now it's sassy
[12:32] <sergiusens> robru: ah, that's what sassy means :-P
[12:32] <robru> sergiusens, yeah, I changed the status manually since I didn't want it to sit around with a meaningless error when it was actually fine ;-)
[12:38] <bzoltan> robru: sil2100: I can verify that 19 failures. I would roll back to the last known good release and check if the gallery app can adopt to the new UITK... earliest we can push a UITK fix on Monday morning.
[12:39] <sil2100> bzoltan: so you think gallery-app test adaption is needed?
[12:39] <bzoltan> sil2100:  if that is possible
[12:39] <sil2100> bzoltan: let's do it like this - I'll poke the gallery-app dev to assess if it's hard to fix or not and revert if it would take more than 15 minutes
[12:40] <bzoltan> sil2100:  +1
[12:40] <sil2100> I know we had the policy of 'REVERT EVERYTHING THAT BREAKS' but let's try making it better ;p
[12:45] <sergiusens> robru: sil2100 can you guys ping me once we can add items to the sheet? Thanks
[12:46] <robru> sergiusens, I'm not sure, it might already be ok...
[12:46] <sergiusens> I'll just type it in then :-)
[12:47] <sil2100> sergiusens: we'll do periodic backups now to be sure ;p
[12:47] <sil2100> I'll deploy a script that does those every 10 minutes in a moment, probably after the meeting
[12:52] <alf_> fginther: Hi! It seems https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/1613/console times out waiting for packages to install.
[12:52] <popey> dpm_: so, about those clicks ☻
[12:54] <alf_> cihelp: ^^ see two lines above
[12:55] <plars> heh
[12:55] <plars> Do you want to continue? [Y/n] Build timed out (after 60 minutes). Marking the build as failed.
[12:55] <plars> Build was aborted
[12:55] <dpm> popey, https://myapps.developer.ubuntu.com/dev/click-apps/144/changerequest/ - https://myapps.developer.ubuntu.com/dev/click-apps/147/changerequest/ enjoy! :-)
[12:55] <plars> I guess that would be why
[12:55] <plars> fginther, alf_: ^
[12:55] <plars> fginther: if you can point me at what sets up that job, I'd be happy to take a look
[12:56] <alf_> plars: right, thanks
[12:56] <fginther> plars, alf_, look like a possible bug in the test runner to not pass the right options to apt-get
[12:56] <popey> dpm: magic, thanks!
[12:57] <fginther> plars, the test runner is in lp:~josharenson/+junk/mir-medium-test-runner-for-jenkins, perhaps we can get josharenson to fix it :-)
[12:58] <josharenson> fginther, looking
[12:59] <josharenson> fginther, the options look ok... runs fine on my local machine. Which part seems incorrect?
[12:59] <elopio> popey: are you using a new click package, or are you using the one from the store?
[13:01] <plars> josharenson: you need to add -y to apt-get install line
[13:01] <plars> josharenson: otherwise it prompts the automated job to enter yes or no
[13:02] <josharenson> plars, i thought the --force-yes took care of that.. pushing a fix now
[13:02] <robru> sergiusens, ok, you gt silo 15
[13:02]  * josharenson reading man page too
[13:02] <plars> josharenson: no, iirc, that one is just to *also* not prompt you if you are about to do something dangerous
[13:03] <popey> elopio: que?
[13:03] <elopio> popey: que the reminders app from the store is old
[13:04] <elopio> it still has the python2 deps and manifest.
[13:04] <josharenson> ack, fix committed
[13:04] <elopio> if you want to run the new tests, you will need the new app.
[13:17] <popey> elopio: i grabbed that click from jenkins, it's trunk.
[13:18] <elopio> popey: okey, I don't know then. Talking with robotfuel, it seems the manifest is right and phablet-test-run should take py3.
[13:18] <elopio> jenkins is running py3 without problems, which is weird as it should also be using phablet-test-run.
[13:25] <popey> elopio: any suggestions for a way forward?
[13:26] <elopio> popey: adb shell, sudo -i -u phabet -H, cd autopilot, autopilot3 run reminders
[13:26] <elopio> for properly understanding what's going on, we need somebody that knows about phablet-test-run and py3. barry or xnox maybe.
[13:27] <popey> elopio: nope http://paste.ubuntu.com/7544028/
[13:28] <balloons> elopio, is evernote the python sdk module right? it's built in a ppa in jenkins, but isn't on the device
[13:28] <elopio> popey: those are the deps that daniel packaged on the ppa
[13:35] <robru> mhr3, you got silo 16
[13:37] <davmor2> popey: okay so I see the glitch where media seems to skip a frame but that only happens after about a minute and has only happened a couple of times
[13:39] <balloons> so elopio what was the plan to get that depends on the device? I guess push it manually for now eh?
[13:40] <balloons> popey, you'll need to grab the module and place it in /home/phablet/autopilot. Then things should work
[13:40] <balloons> popey, evernote-sdk-python3
[13:41] <popey> balloons: should this not be fixed in trunk rather than faffing around during testing?
[13:42] <balloons> popey, heh, this is all correct. It's a test dependency, which atm, we have no way to specify or deal with properly
[13:42] <balloons> that was the point of my meeting last week
[13:43] <popey> balloons: where do I grab the module from exactly?
[13:43] <balloons> popey, install the package
[13:43] <balloons> i'll give you the adb push command, one sec
[13:44] <elopio> balloons: I suppose that's the only way for now.
[13:44] <elopio> balloons: would it be too hard to convince the evernote developers to push the deb daniel made into ubuntu?
[13:44] <ahayzen_> jamesh, ping
[13:45] <jamesh> ahayzen_: pong
[13:45] <ahayzen_> jamesh, saw your email awesome work \o/ .... we were wondering do you know how long this will take to be in the image?
[13:46] <ahayzen_> jamesh, because our current plan is to try and land what we have... then do a secondary merge to readd genres and fix the filtering etc
[13:46] <jamesh> ahayzen_: it's queued up in CI Train now.  I'll have to run through the test plan once it has built, but I'd expect it to land in the archive today and be in tomorrow's images at the latest
[13:47] <ahayzen_> jamesh, sweet! FYI we don't need to add sorting anymore as there is an SDK sort model we can use now
[13:48] <popey> jamesh: nice one!
[13:49] <ahayzen_> popey, wht do u think we should do? land wht we have and do a secondary MP to fix up the extra things... or edit our current one which would need retesting again etc?
[13:49] <popey> makes sense to re-work the existing merge?
[13:49] <balloons> popey, adb push /usr/lib/python3/dist-packages/evernote/ /home/phablet/autopilot/evernote
[13:50] <balloons> popey, adb push /usr/lib/python3/dist-packages/thrift/ /home/phablet/autopilot/thrift
[13:50] <balloons> I didn't try it, but I believe that should work for you
[13:50] <popey> what package provides /usr/lib/python3/dist-packages/evernote/ ?
[13:50] <ahayzen_> popey, yeah i think so i'll check what Victor thinks
[13:50] <balloons> popey, sudo apt-get install evernote-sdk-python3
[13:51] <popey> ta
[13:51] <ahayzen_> jamesh, is there a silo i can easily test with?
[13:51] <balloons> it's in the core-apps ppa
[13:51] <popey> thanks balloons
[13:51] <balloons> popey, just make sure your voice is heard on the push to using autopkg for this and properly packaging these things :-)
[13:52] <popey> http://paste.ubuntu.com/7544180/ fails in equally interesting ways
[13:52] <balloons> popey, interesting.. YAM you don't have
[13:53] <balloons> popey, adb push /usr/lib/python3/dist-packages/oauthlib/ /home/phablet/autopilot/oauthlib
[13:54] <balloons> it's probably a reverse depends for the evernote package
[13:54] <balloons> see how fun this gets :-)
[13:55] <popey> http://paste.ubuntu.com/7544186/
[13:56] <balloons> popey, looking at the contorl file you'll need one more
[13:57] <balloons> ohh, I see you found it already, haha
[13:57] <balloons> popey, adb push /usr/lib/python3/dist-packages/requests_oauthlib/ /home/phablet/autopilot/requests_oauthlib
[13:58] <balloons> there's nothing in the control file further for evernote.. so it would be something else if you get more errors
[13:59] <popey> http://paste.ubuntu.com/7544214/ ☹
[14:00] <jamesh> ahayzen_: let me check
[14:00] <ahayzen_> jamesh, thanks
[14:01] <jamesh> ahayzen_: https://launchpad.net/~ci-train-ppa-service/+archive/landing-016/
[14:01] <ahayzen_> jamesh, awesome thanks :)
[14:02] <ahayzen_> jamesh, once they have finished building i can then test right?
[14:02] <jamesh> ahayzen_: yes
[14:02] <ahayzen_> jamesh, yey :)
[14:07] <ricmm> whats the deal with the archive and chroots?
[14:09] <sil2100> What do you mean?
[14:14] <cjwatson> ricmm: should be fine again after the procps removal is processed, although I'm guessing since no detail :)
[14:18] <ricmm> cjwatson: thx
[14:18] <ogra_> procps removal ?
[14:19] <ogra_> did systemd swallow it ?
[14:26] <ricmm> cjwatson: just for knowledge, how long doesi t take to process a removal, or how can I know that the archive is back to a safe state?
[14:26] <ricmm> waiting to issue a silo build
[14:27] <ogra_> ricmm, theoretically rmadison should show it to you ...
[14:28] <ogra_> ricmm, xnox just announced it should all be fine ... (see #ubuntu-devel)
[14:28] <ricmm> pass
[14:30] <boiko> sil2100: hi, so, I checked dialer's crash file yesterday, and it is not a crash, it is the URL dispatcher saying it could not handle the message:// link
[14:30] <boiko> sil2100: so, once this problem is fixed, the crash should disappear
[14:31] <sil2100> boiko: ok, so it was url-dispatcher in the end - we'll keep an eye on that then, it didn't happen again on the next image
[14:31] <sil2100> So it's not reliable
[14:31] <sil2100> boiko: thanks for the update!
[14:31] <boiko> sil2100: np
[14:42] <cjwatson> ricmm: we average four publisher runs an hour
[14:42] <cjwatson> ricmm: so <30m usually
[14:42] <ricmm> cjwatson: thanks!
[14:42] <cjwatson> ogra_: removing an upload, not the package :)
[14:42] <ogra_> heh, yeah :)
[14:45] <ahayzen__> jamesh, i get this, did i do something wrong in the install or has the name changed? 'org.freedesktop.DBus.Error.ServiceUnknown: The name com.canonical.MediaScaner2 was not provided by any .service files'
[14:48] <jamesh> ahayzen__: that's a bug.  Will need to do a rebuild.
[14:48] <jamesh> ahayzen__: the .service file includes the wrong bus name
[14:48] <ahayzen__> jamesh, just noticed there is only 1 n
[14:48] <ahayzen__> jamesh, damn :/
[14:52] <jamesh> ahayzen__: if you run /usr/lib/*/mediascanner-2.0/mediascanner-dbus-2.0 manually, you should be able to test things
[14:54] <sil2100> robru: so, for EU we usually poke Omer
[14:54] <sil2100> But I don't see him today
[14:54] <robru> bah
[14:54] <sil2100> I don't see jfunk on IRC as well
[14:54] <sil2100> Wanted to poke him to allocate someone
[14:55] <ahayzen__> jamesh, http://pastebin.ubuntu.com/7544521/
[14:55] <jamesh> ahayzen__: are you on the 3.15 kernel?
[14:56] <ahayzen__> jamesh, errr
[14:56] <ahayzen__> jamesh, Linux ubuntu-phablet 3.4.0-5-mako #28-Ubuntu SMP PREEMPT Fri Mar 28 15:20:22 UTC 2014 armv7l armv7l armv7l GNU/Linux
[14:57] <ahayzen__> jamesh, i'm on #53 utopic
[14:57] <jamesh> ahayzen__: is this from a confined process?
[14:58] <ahayzen__> jamesh, hmm i was playing about with autopilot so it may have been unconfined...i'll repush the music-app over
[14:58] <jamesh> ahayzen__: I asked about 3.15 because AppArmor is apparently a bit broken with the main utopic kernel at the moment
[14:58] <ahayzen__> jamesh, ah
[14:59] <jamesh> ahayzen__: mediascanner-dbus wouldn't have generated that particular error though.  It is possible that the AA profiles need updating
[14:59] <jamesh> There shouldn't be a problem for unconfined apps though
[14:59] <ahayzen__> jamesh, hmm ok let me double check
[15:01] <robru> ok
[15:02] <robru> mterry, so normally the person doing the landing (eg you) tests it to your own satisfaction, and then it gets landed when you're happy with it, we trust you not to break things. unless there's been a lot of regressions, then it's traincon0 and we stop trusting you temporarily
[15:02] <mterry> robru, yeah but i shouldnt give own signoff
[15:02] <davmor2> robru, mterry: I was informed that QA required was only in traincon0 in traincon0 there are then QA assigned to testing the silos until then there aren't
[15:03] <robru> mterry, well then technically you need signoff from Saviq really. not QA unless it's traincon0, which it isn't
[15:04] <mterry> robru, ok, will poke Saviq
[15:05] <ahayzen__> jamesh, hmm it is still failing i'll wait until things have been rebuilt
[15:54] <ricmm> sil2100_: hey
[15:54] <ricmm> sil2100_: https://ci-train.ubuntu.com/job/landing-008-1-build/77/console
[15:54] <ricmm> check that out, not sure where happened there
[15:55] <ricmm> did the job get destroyed from under its feet?
[15:56] <sil2100_> ricmm: uh, (dpkg-deb): No such file or directory <- I don't like the look of it
[15:57] <ogra_> lovely
[15:58] <davmor2> sergiusens: silo 15 is good
[15:59] <sil2100_> ricmm: this looks like bs, it really looks as if the whole machine got corrupted - but I checked just now and it seems to be ok
[16:00] <sil2100_> ricmm: could you retry? We'll know at least if there's permanent damage
[16:00] <ricmm> sil2100_: can you retry the job yourself? I dont have rights to it
[16:00] <sil2100_> ricmm: ok, sure
[16:01] <sil2100_> ricmm: I need to add you some permissions
[16:03] <ricmm> thanks
[16:07] <bfiller> sil2100_: any silo's available? I need one for line 32
[16:08] <sil2100_> bfiller: sure, could you maybe also add elopio's autopilot fix to your batch?
[16:08] <sil2100_> SInce currently 19 AP tests of gallery-app are failing
[16:08] <bfiller> sil2100_: oh right, sure
[16:08] <bfiller> yes I saw that
[16:09] <bfiller> sil2100_: done
[16:10] <bfiller> elopio: are the gallery AP failures due to a new sdk? just wondering what caused them to start failing
[16:13] <sil2100_> bfiller: so from the information I have the autopilot bits in latest UITK introduced a regression causing the AP tests to fail
[16:13] <sil2100_> Some wrong assumptions have been made in the code
[16:13] <sil2100_> So it's no real regression, just a regression in autopilot-related code
[16:14] <ted> sil2100_, Can you reconfigure 18 please?
[16:14] <sil2100_> bfiller: silo assigned
[16:14] <sil2100_> ted: sure
[16:14] <ted> sil2100_, Thanks!
[16:15] <bfiller> sil2100_: ok
[16:15] <popey> sil2100_: no landing meetin?
[16:15] <popey> (I was late)
[16:16] <sil2100_> popey: it's already over!
[16:16] <davmor2> popey: already happened
[16:16] <sil2100_> popey: we had a quick one today, no new images and just some overall crazyness ;)
[16:16] <popey> heh
[16:16] <popey> ok, good times
[16:19] <sil2100_> bfiller: so, I'll be looking at the spreadsheet later on today as well, so if you could test that gallery-app and mark it as ready as soon as you can then I'll publish it a bit later
[16:19] <sil2100_> Before going to sleep probably
[16:19] <bfiller> sil2100_: will do
[16:20] <sil2100_> THanks
[16:20] <elopio> bfiller: yes, the failure is on the test.
[16:20] <elopio> I made a mistake there.
[16:21] <elopio> sil2100_: bzoltan, bfiller: this fixes it: https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1324556-get_top_container/+merge/221426
[16:21] <elopio> waiting for tests to confirm it.
[16:21] <sil2100_> bzoltan: can we get that incorporated to your earlier UITK silo? ^
[16:22] <sil2100_> bzoltan: we could then get this released along with your UITK release
[16:26] <sil2100_> Ok, for now I go find some dinner
[16:26] <sil2100_> o/
[16:26] <popey> can someone fix http://s-jenkins:8080/job/terminal-app-click/70/console please?
[16:27] <popey> ERROR: Failed to clean the workspace
[16:27] <popey> cihelp ^
[16:28] <retoaded> popey, looking ....
[16:28] <popey> ta
[16:30] <retoaded> popey, looks like someone beat me to it
[16:30] <retoaded> as it is decidedly empty now and it wasn't a moment or three ago
[16:30] <popey> thanks whoever you are
[16:31] <retoaded> psivaa ^^^^
[16:31] <retoaded> he fessed up
[16:31] <psivaa> retoaded: popey: yea, just was close to it :)
[16:31] <popey> \o/
[16:35] <sergiusens> davmor2: thanks
[16:44] <t1mp> popey: yes, using a lighter font by default in Label is intentional
[16:45] <popey> super
[16:45] <popey> looks much nicer
[17:01] <elopio> fginther: are you at the bar? I owe you a beer
[17:20] <bzoltan> elopio: I will merge this fix1324556-get_top_container branch to the landing
[17:20] <elopio> bzoltan: wait, it will fail.
[17:20] <elopio> the regression test is no good.
[17:21] <elopio> I'm trying to figure out how to do it with t1mp
[17:23] <mterry_> ogra_, you around?  We're waiting on split another day, so go ahead with platform-api if you want
[19:29] <renato_> fginther, are you around?
[19:29] <renato_> fginther, I am still having problems witht he packages version on jenkins
[19:29] <renato_> fginther, I have already added the specific sdk version on my packages: https://code.launchpad.net/~renatofilho/address-book-app/search/+merge/218883
[19:30] <renato_> fginther, but the installed qtdeclarative5-ubuntu-ui-toolkit-plugin still the old one
[19:58] <sil2100> o/
[19:58] <sil2100> bfiller: any luck with the gallery silo?
[19:58] <bfiller> sil2100: shoot got distracted with other things, let me build the click and test it now
[19:58] <bfiller> sorry about that
[19:58] <sil2100> Asking now, since I don't really have reliable internet in my room, so I actually have to go down to the conference floors
[19:59] <sil2100> bfiller: no problem ;)
[19:59] <sil2100> ogra_: you have news on the greeter? But most probably you're away as well
[20:02] <sil2100> bfiller: it's nothing super urgent if anything, just wanted to land things while we can since we basically have no US coverage right now
[20:02] <sil2100> Due to robru being here with us in Malta
[20:37] <sil2100> bfiller: (not pressuring or anything, just out of curiosity) how's the testing going? :)
[20:40] <bfiller> sil2100: got 3 failures (:
[20:40] <bfiller> sil2100: running it again
[20:40] <sil2100> Aaargh ;p
[20:40] <sil2100> bfiller: well, just remember that earlier the gallery-app test suite was already very reliable
[20:41] <sil2100> bfiller: so let's maybe postpone this landing for tomorrow as well ;)
[20:41] <sil2100> Without any haste
[20:42] <sil2100> ogra_: hey, so it seems we won't land anything today, but I guess that's not that bad - at least we'll be around when things start appearing in the archive
[20:42] <sil2100> I go back to my room then
[20:42] <sil2100> o/


[02:41] <rag3> while trying to install ubuntu-touch using ubuntu dual boot on nexus 4 (4.4.2) i constantly get missing update command error. Help please?
[05:38] <Angel_of_Sorrow> hi
[05:39] <Angel_of_Sorrow> i was after some information about ubuntu on touch devices?
[05:39] <dhruvasagar> Angel_of_Sorrow: just ask
[05:39] <Angel_of_Sorrow> can i run ubuntu on a touch device?>
[05:39] <Angel_of_Sorrow> does it work for all/none?
[05:40] <dhruvasagar> potentially it works on all, but obviously has been tested only on a small subset
[05:40] <Angel_of_Sorrow> so it's still in development stage?
[05:41] <dhruvasagar> Angel_of_Sorrow: I guess so, they have plans of releasing dedicated devices with ubuntu installed but I am not sure when that would materialize
[05:41] <dhruvasagar> Angel_of_Sorrow: you could try https://wiki.ubuntu.com/Touch/DualBootInstallation
[05:42] <Angel_of_Sorrow> ah cool
[05:42] <Angel_of_Sorrow> would be awesome
[05:42] <dhruvasagar> yea, I would be trying that soon myself :)
[05:42] <Angel_of_Sorrow> i may wait
[05:42] <Angel_of_Sorrow> get one that comes with unity installed
[05:42] <Angel_of_Sorrow> would be sweeet
[05:43] <dhruvasagar> indeed
[05:43] <Angel_of_Sorrow> so i take it you have no estimated date?
[05:43] <Angel_of_Sorrow> i suppose the longer the wait...the better the overal product
[05:43] <dhruvasagar> not that I know of
[05:44] <Angel_of_Sorrow> i know they sell ubuntu on laptops....why not tablets already?
[05:44] <Angel_of_Sorrow> after all Unity is made for touch right?
[05:44] <dhruvasagar> Angel_of_Sorrow: https://wiki.ubuntu.com/Touch/Devices gives a list of supported devices
[05:44] <Angel_of_Sorrow> ill check it out
[05:44] <Angel_of_Sorrow> ty
[05:44] <dhruvasagar> Angel_of_Sorrow: well Ubuntu Touch is optimized for touch, unity is a major chunk but I am sure there is a lot more to it
[05:45] <Angel_of_Sorrow> yeah cool
[05:45] <Angel_of_Sorrow> seems like its still in early stages
[05:46] <Angel_of_Sorrow> do you know how long they've been working on tablets?
[05:46] <dhruvasagar> yea a long way to go yet
[05:46] <dhruvasagar> Angel_of_Sorrow: I am not sure, it's been a year or so I think
[05:47] <Angel_of_Sorrow> ah
[05:47] <Angel_of_Sorrow> cool
[05:47] <Angel_of_Sorrow> i wonder how it would compare with android?
[05:48] <dhruvasagar> Angel_of_Sorrow: it's too early for me to say, but I have faith in the community, I will be trying it out solely for the fact that I will have more control over my device
[05:48] <dhruvasagar> Angel_of_Sorrow: more control yields more power :)
[05:49] <Angel_of_Sorrow> exactly
[05:49] <lotuspsychje> look on OMGubuntu for latest ubuntu/touch news guys
[05:49] <lotuspsychje> alot of usefull stuff on there
[05:49] <Angel_of_Sorrow> can you make telephone calls on tablets?
[05:49] <lotuspsychje> like dualboot android/touch
[05:50] <dhruvasagar> lotuspsychje: cool
[05:50] <Angel_of_Sorrow> will you be able to make telphone calls on the end product?
[05:50] <Angel_of_Sorrow> ubuntu i mean
[05:51] <lotuspsychje> Angel_of_Sorrow: i hear ubuntu phones comming up halfway 2014
[05:51] <dhruvasagar> lotuspsychje: sounds good
[05:51] <Angel_of_Sorrow> nice
[05:51] <lotuspsychje> also nexus devices are best supported for touch atm
[05:51] <dhruvasagar> lotuspsychje: lucky I have a nexus! :D
[05:51] <lotuspsychje> but ive read many users install 13.10 on their tablets too
[05:53] <lotuspsychje> dhruvasagar: wich one mate?
[05:53] <dhruvasagar> lotuspsychje: nexus 4
[05:53] <lotuspsychje> nicely
[05:54] <lotuspsychje> if i would be sure it runs a little smoother, would buy me a nexus aswell
[05:54] <lotuspsychje> but i hear touch got a little rough edges still..
[05:54] <dhruvasagar> lotuspsychje: smoother in comparison to what ?
[05:54] <lotuspsychje> they still working on it right
[05:55] <dhruvasagar> lotuspsychje: what do you mean ?
[05:55] <lotuspsychje> im already happy devs got this far..
[05:55] <dhruvasagar> lotuspsychje: they've released nexus 5
[05:55] <lotuspsychje> it means touch not working perfect yet on any device
[05:56] <dhruvasagar> ok
[05:57] <Angel_of_Sorrow> hopfully soon
[05:57] <Angel_of_Sorrow> lots of apps
[05:57] <Angel_of_Sorrow> i hope they all work
[05:58] <lotuspsychje> Angel_of_Sorrow: well on nexus devices it might run nice, but not perfect
[05:58] <Angel_of_Sorrow> would all apps continue to function the same on tablets?
[05:58] <Ramu> Has Ubuntu 13.1 been ported to ZaTab (a tablet developed by ZaReason http://www.zareason.com)?
[05:59] <Angel_of_Sorrow> is that what thye're aiming for?
[05:59] <lotuspsychje> ubuntu touch is another Os, so im not sure how android apps will act on it?
[05:59] <Ramu> ZaReason currently runs Android
[06:00] <lotuspsychje> open and hackable tablet :p
[06:00] <Ramu> correct
[06:00] <lotuspsychje> did you test yourself?
[06:00] <Angel_of_Sorrow> You all work for Brother Miguel, so that you may keep me his.
[06:01] <Ramu> "Open and Hackable Tablet" is still in "to be verified" status (I have "trusted" it :-)
[06:02] <lotuspsychje> okay
[06:02] <lotuspsychje> cant wait ubuntu runs smooth on a tablet :p
[06:02] <lotuspsychje> meanwhile im running ubuntu on ssd netbook very fast
[07:42] <j-b> daker: yeah, I might have :)
[09:13] <lool> j-b: hehe, so you've tried the dual boot android/touch setup?  :-)
[09:14] <lool> j-b: Yeah I understand the desire to avoid qt for audio output; it's kind of problematic that we didn't provide a C level stable API so far, pulseaudio is likely going to be it though; we might have to review what the socket connection allows exactly though
[09:22] <tvoss_> lool, hey there :)
[09:26] <JamesTait> Good morning all, Happy New Year! :-D
[09:30] <j-b> lool: well, the dual boot does not work for me, because my phone is encrypted...
[09:30] <j-b> lool: and I'll go through the Pulse route
[09:31] <tvoss_> j-b, did you have a chance to take a look at Jim's media codec approach?
[09:31] <j-b> tvoss_: yep.
[09:31] <j-b> tvoss_: seems doable for us.
[09:31] <j-b> tvoss_: no idea how to do the GPU-direct-rendering yet, though
[09:32] <j-b> but this is not the blocker :)
[09:33] <tvoss_> j-b, you pass in a texture id, and video is directly decoded to that handle
[09:34] <j-b> tvoss_: sure, but it's a bit more complex from our side :)
[09:34] <j-b> tvoss_: and I did not see that in Jim's code.
[09:34] <j-b> tvoss_: but don't worry, all seems more-or-less good for us
[09:34] <j-b> And since we're a bit bored by Android...
[09:34] <tvoss_> j-b, cool, let me know if you need anything else
[09:35] <j-b> tvoss_: yes, I do need time
[09:35] <j-b> can you send me some?
[09:35] <j-b> :D
[09:35] <tvoss_> j-b, out of that here, too :)
[09:36] <j-b> tvoss_: I'll see if I could find some sponsors for the work...
[09:37] <lool> tvoss_: hey  :-)
[10:57] <davmor2> Morning all
[10:59] <FuLgOrE_> good morning
[12:05] <davmor2> ogra_: you back now?
[14:26] <cwayne> welcome back everyone, and happy 2014!
[14:26] <sam___> hey guyz
[14:27] <sam___> hey ted
[14:28] <davmor2> cwayne: back atcha dude
[14:28] <sam___> guyz, i have a micromax canvass turbo, quad core 1.5Ghz, 2GB ram,   can i install ubuntu touch on it ??
[14:59] <cwayne> balloons, hey, i've got a question about gallery-app autopilot tests, would you be the right one to ask?
[15:05] <KKS> anyone here?
[15:07] <KKS> hello???
[15:20] <boiko> mterry: hey, I'm curious about the changes you have done to telephony-service
[15:20] <boiko> mterry: happy new year, btw ;)
[15:28] <untitled1> I want to be able to install things with out messing up by boot parameters. how to so this ?
[15:29] <j-b> daker: yep, the encyrption is the issue
[15:29] <untitled1> userdata/.writable_image    << this messes up boot stuff I just spent 3 hours manual redoing my boot partitions/
[15:30] <untitled1> is there old images still out there that boot android then chroot insto Ubuntu ?
[15:30] <untitled1> that is the olny thing that I can think of that will work
[15:30] <untitled1> any thoughts are helpful thanks a bunch.  :)
[15:33] <guest[]> hi guys, anyone ever used a phone with ubuntu touch?
[15:33] <dednick> does anyone know what starts powerd on phone?
[15:33] <untitled1> I think that this might be in clear violation of LGPL
[15:34] <kaimast> hi mardy! is there a way to debug the online accounts stuff. can i find a log of it somewhere?
[15:34] <guest[]> ok gotcha, found everything here https://wiki.ubuntu.com/Touch/Install
[15:34] <untitled1> sorry wrong channel
[15:36] <untitled1> But for real if there is still non flipped images out there I would like that as I do not like the new ones.  I can not customize anything on them. It is like being locked in the basement of buffalo bobs house. well maybe not that bad
[15:37] <untitled1> example: say that I would like to add a feature to Unity8 or to the phone app.  I have downloaded all the source and hacked away and like what I got.  But I CAN NOT install it to the device.
[15:38] <untitled1> because things like qmake or cmake are not installed.  and can not be installed !
[15:39] <pmcgowan> untitled1, you can make the image writeable, it just prevents using the standard system updater
[15:39] <untitled1> example: get the unity8 code and run "run_on_device"   I can not do this
[15:39] <untitled1> pmcgowan: yeah but it kills boot
[15:39] <pmcgowan> how so?
[15:40] <untitled1> pmcgowan: that is what I am not sure of.  It just keeps bonking my n4
[15:41] <untitled1> example I install cmake and qt5-default  this brings in other deps.  Next time I boot the phone it will not boot at all I have to reboot into bootloader then reinstall
[15:41] <pmcgowan> hmm
[15:41] <untitled1> for Unity 8 or contacts ^^
[15:42] <pmcgowan> that should work fine, but have you checked out the new cross compilation work?
[15:42] <mterry> boiko, hello!  Sorry, was out for a quick breakfast
[15:42] <untitled1> pmcgowan: no what is this ?
[15:42] <untitled1> the new cross compilation work?
[15:43] <pmcgowan> it was described well on the mailing list, let em see if I can find a link
[15:43] <untitled1> sbuilder ?
[15:43] <untitled1> thanks pmcgowan
[15:45] <mardy> kaimast: hi! Yes, there is: edit /etc/signond.conf and set the logging level to 2
[15:45] <pmcgowan> untitled1, see this thread https://lists.launchpad.net/ubuntu-phone/msg05556.html
[15:45] <mardy> kaimast: then, you can "export SSOUI_LOGGING_LEVEL=2" and "export SSOUI_DAEMON_TIMEOUT=5000", and start signon-ui from a terminal to see logs from it as well
[15:46] <untitled1> thanks pmcgowan reading now
[15:46] <xnox> is there a way to disable demo-edges at image generation time, e.g. ahead of first boot?
[15:46] <xnox> e.g. flipping the default to off somehow?
[15:46] <untitled1> pmcgowan: yeah I have tried this but it does nothing
[15:47] <pmcgowan> untitled1, actually xnox could answer questions for you
[15:47] <untitled1> pmcgowan: this is more for chrooting and what not I think ....
[15:47] <xnox> pmcgowan: hm? =)
[15:47] <untitled1> Hi xnox I have many questions about install build-deps to the phone to test out software before release
[15:48] <untitled1> I can not install build-deps because it borks boot
[15:48] <untitled1> borks= messes up
[15:48] <popey> untitled1: I frequently install build-deps on my nexus 4, works fine
[15:48] <pmcgowan> xnox, the edge thing is controlled by a config setting, this is how I re-enable it ...
[15:48] <untitled1> I have tried to make into writable_image and install thhis borks things up
[15:48] <untitled1> popey: HOw ?
[15:49] <pmcgowan> adb shell dbus-send --system --print-reply --dest=org.freedesktop.Accounts /org/
[15:49] <pmcgowan> freedesktop/Accounts/User32011 org.freedesktop.DBus.Properties.Set string:com.ca
[15:49] <pmcgowan> nonical.unity.AccountsService string:demo-edges variant:boolean:true
[15:49] <xnox> untitled1: that's unfortunate. Have you tried installing ubuntu-dev-tools and using e.g. pbuilder to create a chroot and do all build-deps installations / compilations there?
[15:49] <popey> untitled1: make it writable, install cmake... worked for me last time I did it last week
[15:49] <untitled1> popey: you can run sudo apt-get build-deps unity8     ?
[15:49] <kaimast> mardy: thanks. that works :)
[15:49] <xnox> pmcgowan: yeah, I know that, but for the emulator i'd ideally tweak my sdcard image such that even the first boot does not launch that.
[15:49] <untitled1> xnox: that is great but how to test on the device ?
[15:50] <xnox> pmcgowan: how does the result of that dbus command stored persistently.
[15:50] <untitled1> popey: did not work for me borked boot and had to re-flash did it 4 times to test before I ended up here
[15:50] <mardy> kaimast: forgot to say, that you'll see the signon-ui logs in the terminal (obviously), but the signond logs will go to the syslog
[15:50] <xnox> untitled1: i mean using a chroot on the device for compilation. Once you have .deb you should be able to simply unpack them and run from home-directory. Even better, you can generate chroot on your host machine and just push the chroot onto the device, whilst keeping it read-only the whole time.
[15:50] <pmcgowan> xnox, dunno, must be a way to set it false by default
[15:51] <popey> untitled1: i agree with xnox, using a chroot would be preferable (faster)
[15:51] <untitled1> xnox: popey  cool ! is there a guide for this ?
[15:52] <untitled1> I am new to chroot but not c++ not qt
[15:53] <untitled1> Like how to generate chroot on host machine so that I can push chroot to machine , sadly I don't know what that means
[15:53] <kaimast> mardy: ok. just wondering, why doesn't the signon stuff run as an upstart-service in the user session?
[15:53] <dednick> ricmm: ping
[15:54] <mardy> kaimast: it's using the D-Bus activation, I didn't find a need to tie it to upstart so far
[15:54] <mhall119> beuno: is it possible for me to upload a click package using my com.ubuntu.developer.mhall119 user account, but attribute it to a different author than myself?
[15:55] <ricmm> dednick givr me a bit
[15:55] <ricmm> at the doc
[15:56] <dednick> ricmm: no prob
[15:57] <daker> j-b: bug 1262778 :(
[15:57] <untitled1> ^^ that would be easy to make a warning for in the script ?
[16:01] <untitled1> xnox: I keep on getting this in the <packagename>-<version>_armf-build      "W: No chroots are defined in ‘/etc/schroot/schroot.conf’ or ‘/etc/schroot/chroot.d’
[16:01] <untitled1> "
[16:02] <untitled1> this is after doing this https://lists.launchpad.net/ubuntu-phone/msg05556.html
[16:03] <dednick> ricmm|sick: unping. found what i was looking for :)
[16:06] <untitled1> Here is a log  from last Night on a test package  (its just a simple metapackage)
[16:06] <untitled1> http://pastebin.com/snbjHLAD
[16:12] <kaimast> mardy: can i also use any url for the redirect url?
[16:29] <skogshuggarn> Hello! I'm using a galaxy s3 (i9300) phone. And I'm really interested in using ubuntu on it. Although the version that is available today (http://tinyurl.com/m57p74z) does not support GSM/phone calls. Is it hard to fix, since the nexus 4 can handle it? My hope is that it's just a matter of recompile the nexus 4 code for i9300, to make it work. Can someone explain the issue, and please report if there is a solution ready?
[16:39] <davmor2> cyphermox: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1265564
[16:43] <untitled1> xnox: sorry to bother you but I am stuck I have installed a armf-trusty   on my host machine now and am installing the deps that are needed for packaging.  after I bould the package inso the schroot how do I then push it to the device and where should I push it.    like     adb push  trusty-i386-armhf /home/phablet/             ?   again sorry to b
[16:43] <untitled1> other you
[16:43] <untitled1> sbould|build
[16:44] <xnox> untitled1: trusty-i386-armhf will not run on the phone, that indicates a i386 native chroot, setup for cross-compilation to armhf without native armhf execution capabilities.
[16:44] <untitled1> er so I have to re set up the armhf
[16:45] <untitled1> I am using the command   "mk-sbuild --target armhf trusty"
[16:45] <untitled1> on my host which is also trusty but i386
[16:45] <xnox> untitled1: i can recommend a one-time setup $ mk-sbuild --arch armhf trusty ; that will setup a native armhf chroot (with emulation enabled to natively execute). After that on your normal desktop you can complie armhf packages native with $ sbuild -A -d trusty --arch armhf mypackage*.dsc
[16:45] <xnox> untitled1: this will result in _armhf.deb files.
[16:46] <untitled1> Sweet ! xnox thanks so much I dont mean to be a bother I just want to "get this show on the road "
[16:46] <untitled1> --arch is what I was missing
[16:46] <untitled1> after that how do I push to device and install ?
[16:46] <xnox> untitled1: next you have two options: push those to device, mark the device read-write, reboot and install those. _OR_ you can simply unpack debs with $ dpkg-deb -R *.deb unpacked/ and then replace only individual binaries or execute the application manually via adb.
[16:47] <untitled1> cool
[16:48] <untitled1> xnox: your great. you deserve a golden star !
[16:50] <untitled1> chroot is cool I guess that I am going to have to learn more about lxc containers next
[16:52] <cwayne> untitled1, stgraber's been writing a lot of awesome blog posts about LXC, those would be a good read
[16:53] <untitled1> cwayne: links ?
[16:55] <cwayne> untitled1, https://www.stgraber.org/2013/12/20/lxc-1-0-blog-post-series/
[16:56] <untitled1> I do know one thing I feel a lot better now that I know I can use cmake/qt/c++/whatever to make apps then  install them.  it was the install part that I was so confused about.
[16:57] <untitled1> thanks cwayne
[17:09] <kaimast> yeah, robru is back from holidays :P
[17:09] <robru> kaimast, just woke up ;-)
[17:11] <skogshuggarn> Hello! I'm using a galaxy s3 (i9300) phone. And I'm really interested in using ubuntu on it. Although the version that is available today (http://tinyurl.com/m57p74z) does not support GSM/phone calls. Is it hard to fix, since the nexus 4 can handle it? My hope is that it's just a matter of recompile the nexus 4 code for i9300, to make it work. Can someone explain the issue, and please report if there is a solution ready?
[17:12] <guro99> hey kaimast, anything interesting about xmpp on UT?
[17:14] <kaimast> guro99: I am currently playing around with the online accounts code, so hopefully you will be able so setup you xmpp account on utouch sometime in the future
[17:14] <kaimast> still a long way to actually using xmpp though :(
[17:14] <kaimast> people on google+ seem to be more interested in whatsapp m(
[17:36] <greyback> skogshuggarn: I think most of the people who can help you are still on holidays. Best way to catch people's eyes would be to send mail to the<EMAIL_ADDRESS>mailing list
[17:39] <skogshuggarn> greyback: Okay, I see. Thank you for the answer!
[18:35] <ritz> hi,can't install ubuntu-sdk on trusty
[18:36] <ritz> http://pastebin.com/nD4u0qJM
[18:38] <ritz> someone needs to rebuild qtcreator-plugin-ubuntu-cordova ?
[18:53] <kenvandine> ritz: looks like the binary was removed from the package
[18:53] <kenvandine> holding it up in proposed
[18:53] <kenvandine> robru, ^^
[18:53] <kenvandine> i guess Mirv isn't around...
[18:54] <kenvandine> from the changelog that doesn't look intentional
[18:59] <ritz> someone needs to rebuild qtcreator-plugin-ubuntu-cordova ?
[19:00] <ritz> bhaa
[19:00] <ritz> ignore
[19:05] <ritz> any plans for qml binding for Unity.Indicator
[19:05] <ritz> or would this have to be a part of ubuntu touch core sdk itself
[19:08] <pmcgowan> ritz dont think so as the indicator space is limited, do you have a use case in mind?
[19:08] <pmcgowan> kenvandine, I think that package was deprecated in favor of a new one with -common
[19:09] <ritz> pmcgowan, not much. I was thinking of desktop indicators
[19:09] <kenvandine> pmcgowan, the changelog doesn't really reflect that, and ubuntu-sdk still depends on the cordova package
[19:09] <ritz> given that unity8 will work from watches/mobile to desktop
[19:09] <pmcgowan> yeah that could make sense, no qml binding I know of yet
[19:09] <pmcgowan> kenvandine, that seems bad
[19:09] <kenvandine> pmcgowan, so it's blocked in -proposed
[19:09] <pmcgowan> alex-abreu, you there? ^^
[19:10] <ritz> and qml-dbus binding seems to be nice, if I want to implement my own brightness or network mgmt applet
[19:10] <kenvandine> if it's intentional, that's fine we just need to fix up the depends properly
[19:10] <ritz> or any other quick hack
[19:11] <pmcgowan> ritz yeah I agree, let me check on it, maybe email the list
[19:11] <davmor2> cyphermox: any news on why n-m is randomly dropping my wifi connection?
[19:11]  * kenvandine hugs -proposed :)
[19:11] <pmcgowan> kenvandine, I dont see that ubuntu-sdk still deps on it?
[19:12] <kenvandine> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[19:12] <ritz> this one - https://lists.launchpad.net/ubuntu-phone/
[19:12] <ritz>  ?
[19:12] <pmcgowan> ritz yes
[19:12] <kenvandine> it's not getting promoted out of -proposed because of ubuntu-sdk
[19:12] <ritz> thanks
[19:13] <kenvandine> pmcgowan,  it's in rdepends
[19:13] <pmcgowan> on my system sdk depends on the plugin, which depends on cordova-common
[19:14] <pmcgowan> kenvandine, and I have no plugin-cordova since common conflicts/replaces it
[19:14] <kenvandine> pmcgowan, apt-cache policy ubuntu-sdk
[19:15] <pmcgowan> kenvandine, latest is in the PPA
[19:15] <kenvandine> right
[19:15] <kenvandine> trusty version depends on it
[19:15] <pmcgowan> ack
[19:15] <pmcgowan> needs the fix from the ppa then
[19:15] <ritz> the brightness applet seems to be accessing /sys files directly rather than using helpers or dbus to talk to the helper app
[19:17] <kenvandine> pmcgowan, the package uploaded to trusty-proposed also doesn't seem to have the conflicts/replaces
[19:17] <pmcgowan> kenvandine, looks like we need mirv then
[19:17] <pmcgowan> or maybe if alex-abreu knows
[19:17] <pmcgowan> not sure why the package name changed
[19:18] <kenvandine> looks like it was just removed
[19:18] <kenvandine> so they are in the same binary package
[19:18] <Dandel> I have a device i'm wanting to look into porting to ( Has a lot in common with the nexus 7 ( Tegra 3 version) )
[19:19] <Dandel> the device seems to be unlocked to begin with ( seeing as how fastboot works easily ) and the vendor already has the kernel sources released.
[19:26] <cyphermox> davmor2: I updated the bug
[19:27] <davmor2> cyphermox: oh nice hadn't scrolled down enough ;)
[19:27] <cyphermox> I just did
[19:28] <davmor2> cyphermox: thanks dude
[19:30] <Dandel> any ideas on what I should do exactly? I figure that it would be useful in getting more devices supported if there is a light weight ramdisk that could be used to get basic functionality working.
[20:48] <mhall119> bzoltan1: Kaleo: either of you working today?
[20:48]  * mhall119 recognizes that it's late for both
[20:55] <dobey> http://pastebin.ubuntu.com/6680698/ <- wtf? :(
[20:56] <dobey> which of those things should i file that bug against?
[20:59] <bzoltan1> mhall119 : I was working today,and I am still online
[21:00] <daker> dobey: well i guess the webbrowser-app
[21:02] <dobey> daker: no, looks like multiple bugs against libunity-webapps
[21:03] <daker> ok
[21:05] <mhall119> bzoltan1: hey, so for the Ambiance theme, is there a "chameleon" color derived from the background?
[21:06] <mhall119> bzoltan1: also, is the orange highlight color hard-coded, a setting, or will it somehow be derived from the background as well?
[21:06] <bzoltan1> mhall119:  not as I know
[21:06] <bzoltan1> mhall119:  I will ask zsombi
[21:07] <mhall119> thanks bzoltan1
[21:07] <mhall119> was there any direction from the design team on how these should work?
[21:14] <lprofil_> good evening
[21:15] <lprofil_> how do i reboot ubuntu-phone on my nexus-4?
[21:15] <lprofil_> haven found the "reboot" oder "reboot 2 android" menu
[21:15] <lprofil_> haven't*
[21:18] <bzoltan1> mhall119:  I have not seen anything, but maybe Kaleo or zsombi knows more then I do :)
[21:23] <lprofil_> zoltan from Hungary?
[21:23] <lprofil_> ubuntu is quiet famous over there
[21:28] <bzoltan1> lprofil_: I am Hungarian :) yes, but right now I am in Finland.
[21:29] <mah454> Hello
[21:29] <mah454> I need your help
[21:29] <mah454> I use Samsung Galexy S4 (i9500)
[21:29] <mah454> I dameged recover mode and internal storage with bad "dd" command !!!!
[21:30] <mah454> How can repartition internal storage and install bootloader on this ?
[21:31] <mah454> Note : My phone have not recovery mode .
[21:32] <pmcgowan> kenvandine, I am still confused about the issue in proposed with the sdk, can you explain again
[21:32] <pmcgowan> was trying to explain to bzoltan1 but not sure
[21:33] <kenvandine> pmcgowan, ubuntu-sdk in trusty has a depends on qtcreator-plugins-ubuntu-cordova
[21:33] <bzoltan1> kenvandine:  There is an MR for it...
[21:33] <kenvandine> the latest upload of qtcreator-plugin-ubuntu to trusty-proposed has dropped that package
[21:33] <kenvandine> bzoltan1, cool, for which project?
[21:33] <bzoltan1> kenvandine:  https://code.launchpad.net/~bzoltan/ubuntu-seeds/remove_qtc_cordova.trusty/+merge/199219
[21:33] <pmcgowan> cool then I did say it right
[21:34] <kenvandine> oh... a MP for the seed
[21:34] <bzoltan1>  kenvandine: is not it right?
[21:34] <kenvandine> well those are a little special
[21:34] <bzoltan1>  kenvandine, pmcgowan: the MR was reviewed and approved by Mirv
[21:34] <kenvandine> like we do checkouts instead of branching
[21:34] <kenvandine> and commit online
[21:35] <kenvandine> so i suspect nobody saw this
[21:35]  * kenvandine looks
[21:35] <pmcgowan> bzoltan1, how do we get the cordova plugin now if sdk has no dependency?
[21:35] <bzoltan1> kenvandine: Wow... that is special
[21:35] <kenvandine> indeed :)
[21:35] <bzoltan1> pmcgowan:  The QtC Cordova plugin is migrated to the Ubuntu plugin... the Cordova runtime is still listed as SDK dependency
[21:35] <Laney> Would be good to say why in the description too; you can tell it's removing that package from looking at the diff ;-)
[21:36] <pmcgowan> bzoltan1, got it
[21:37] <bzoltan1> Laney:  that is a true
[21:38] <untitled1> Is there any way to package in a chroot that does not use OptiPNG ?
[21:39] <untitled1> takes forever and I only have like 10 images
[21:42] <Laney> there's a configuration file for it, hang on
[21:43] <kenvandine> bzoltan1, pmcgowan: i updated the seed (merged the branch)
[21:43] <kenvandine> i'll update the meta package once that has synced
[21:43] <pmcgowan> thanks
[21:43] <bzoltan1> kenvandine: fantastic! thanks
[21:48] <Laney> untitled1: I think I've disabled pkgstripfiles completely by editing /etc/pkgbinarymangler/stripfiles.conf
[21:48] <untitled1> thanks Laney
[21:54] <kenvandine> bzoltan1, pmcgowan: i've uploaded the meta package, should unclog the pipes :)
[21:54] <bzoltan1> kenvandine: thank you Ken :) I can go to sleep now
[21:54] <kenvandine> np
[21:54] <kenvandine> good night :)
[22:40] <stiggy> I see ubuntu for tablets is supported on intel x86, so would i work on a acer inconia w700 which has a icore 5


[15:36] <ion> My user config files are under version control, and i have some default config files in a separate branch. I made a script that automatically updates the default config branch with latest versions of the respective files. Now i’ll just need to run dotconfig-update-usptream && git merge upstream, and if a default config has changed due to a software update, the VCS merges those changes to my personal settings. :-) ...
[15:36] <ion> ... http://github.com/ion1/dotconfig/blob/master/.local/bin/dotconfig-update-upstream


[19:39] <miha> http://potrebna.si my attempt to market (in united colours of benetton way) in our language potrebna.si means you(girl)'re horny
[19:39] <miha> hehe


[05:38] <pitti> Good morning
[11:03] <dkessel> good morning pitti :)
[23:28] <jpd2> Anyone running qemu-system-ppc  guests ?


[03:04] <duflu_> RAOF: Bug 1253507 is now on trusty too :(
[03:47] <RAOF> duflu: You can't run the unit-tests bare.
[03:47] <duflu> RAOF: Yes you can. Always have. How else do you run a specific test you're working on? Or under valgrind?
[03:48] <RAOF> duflu: If you don't want to run ‘make test’, you'll need to run “umockdev-run bin/unit-tests”
[03:48] <RAOF> Or export LD_PRELOAD, of course.
[03:48] <duflu> RAOF: We need to fix that then. All the tests binaries need to be self-contained
[03:49] <RAOF> This has been - or *should* have been - the case for some time. We've had umockdev tests in tree for ages.
[03:49] <duflu> Hmm. Although I see the problem :S
[03:49] <duflu> RAOF: Perhaps make the tests smarter so they don't try stuff that will fail if the environment is wrong
[03:50] <RAOF> I could do that, yes.
[03:50] <duflu> Because tests "expected to fail" is just going to trip people up, repeatedly
[03:52] <RAOF> They're not expected to fail; they're expected to succeed, and do in the correct environment.
[03:52] <RAOF> Hm. Looks like you can't programatically skip gtest tests.
[03:53] <racarr> Wow I just heard that all australlians that develop an opinion on https://code.launchpad.net/~robertcarr/mir/consolidate-default-shell-part-1/+merge/195870 get a cookie at the sprint
[03:54] <racarr> Everyone is talking about it.
[03:54] <sarnold> oh man wish I could a cookie. but I'm not australian :(
[03:54] <racarr> Yeahhhh...sorry
[03:54] <racarr> I don't make the rules
[03:55] <sarnold> rules are important. but I bet there's some lucky australian who'll get a cookie!
[03:56] <racarr> and just maybe his wildest IPC fantasies will come true.
[03:56] <racarr> Good afternoon RAOF :p
[03:56] <RAOF> racarr: :)
[03:57] <duflu> racarr: Can't eat cookies :S
[03:58] <racarr> duflu: Hmm I don't know what your IPC fantasies are either.
[04:01] <RAOF> racarr: The description makes sense to me; bonus points are available for proceedurally generating the DefaultShell, of course :)
[04:02] <RAOF> racarr: I'll form a more informed opinion over time :)
[04:03] <RAOF> duflu: Would you accept tests that fail with a more-correct error message when the environment is wrong?
[04:13] <duflu> RAOF: Not really. It would be a significant loss to not be able to run "unit-tests" any more. But if you can do an error message then you can if(){} around the failing tests too. Although instructing gtest to disable them would be nicer
[04:14] <RAOF> duflu: You *can* still run unit-tests.
[04:14] <RAOF> You just need to run “umockdev-run bin/unit-tests”
[04:15] <RAOF> Unless you restrict the tests you run to tests which don't need umockdev, in which case you should still be able to run unadorned bin/unit-tests
[04:24] <duflu> RAOF: There are solutions out there. I'm really just asking that it not be me who implements one because I'm the only person who cares right now
[04:28] <RAOF> duflu: I'm just trying to get a sense of what parameters you think a solution must have.
[04:29] <RAOF> Hm. I wonder if we could just link the unittests to the umockdev SO rather than libudev...
[04:32] <duflu> Sounds like another option.
[04:32] <duflu> And so is lunch...
[04:38] <racarr> RAOF: I think any discussionsabout the IPC,etc will have to wait for the sprint so in the mean time I am just trying to change the way we think about "shell"
[04:39] <RAOF> racarr: Oh, yeah. Absolutely.
[04:51] <RAOF> duflu: https://code.launchpad.net/~raof/mir/fix-1253876/+merge/196222 is first part of fix.
[05:40] <RAOF> duflu: GAH! Does lp-propose not work? I ran bzr lp-propose lp:~mir-team/mir/development-branch, which should target the right thing?
[05:40] <duflu> RAOF: Apparently not (?!)
[05:54]  * RAOF should really learn more OpenGL
[06:00] <duflu> RAOF: It's actually much more fun leanring OpenGL than ES :P
[06:00] <duflu> *learning
[06:00] <RAOF> More fixed function, less shaders for everything? :)
[06:01] <duflu> RAOF: Yes... as in OpenGL complements your C algorithm.  Whoever designed ES was so desperate to solve hardware-specific performance issues that they forgot to keep the awesomeness of GL
[06:04] <duflu> Umm, I mean OpenGL. Technically "GL" is an SGI thing that predates it
[09:32] <alf_> Why is cmake so stupid? It's building the executable before a library that the executable depends on! https://jenkins.qa.ubuntu.com/job/mir-android-trusty-i386-build/258/console
[10:03]  * duflu reconsiders the wisdom of the past few days work. Maybe it's the wrong approach.
[10:04] <duflu> And now I have to host dinner :S
[11:42] <alan_g> alf_: Can you confirm that I've not missed something? The call to frame_posted() would work just as well after secure_client_buffer()  wouldn't it?
[11:44] <alf_> alan_g: looking
[11:46] <alf_> alan_g: From what I can see it shouldn't make any difference.
[11:46] <alf_> alan_g: Are you seeing anything strange?
[11:46] <alan_g> alf_: thanks
[11:47] <alan_g> No, just wanted to shuffle stuff and wanted to double check
[11:49] <alf_> alan_g: hmm, on second though, it will change the timings a bit, since we won't necessarilly recomposite until after the client has got its buffer (will may block for a bit)
[11:49] <alf_> thought
[11:49] <alf_> will->which
[11:52] <alf_> alan_g: thinking whether this could actually block the system completely
[11:52] <alan_g> alf_: it does change ordering slightly, but I *can't see* that it can cause blocking.
[12:10] <alf_> alan_g: (after some thought) yes, it seems it would be ok
[12:11] <greyback> alan_g: alf_: hi folks, can you remind me of something: when using run_mir(config, clientInit) - is Mir server ready to accept incoming connections when clientInit is called? Or it only works as clientInit is an internal client, and so I must use the ServerStatusListener for when external clients can reliably connect?
[12:12] <alf_> greyback: you need to use ServerStatusListener
[12:12] <greyback> alf_: ok
[12:12] <alan_g> greyback: Mir is initialized, but run() hasn't been called
[12:13] <greyback> alan_g: alf_: thanks!
[12:19]  * alan_g wonders whether to build on start-cleanup-of-ownership-of-client-buffers when it has a "Disapprove" vote
[13:05] <greyback> alan_g: +1 on SIGSTOP being a strange choice. Made it particularly annoying to test, run it and it stopped itself
[14:14] <kgunn> alan_g: alf_ i'm gonna eat bkfst real quick...but this morning, i suppose its time to queue up dev-branch merge to trunk ?? just checking make sure there's nothing to wait on ...
[14:15] <alan_g> kgunn: nothing essential. Anything "in flight" is a nice to have though. ;)
[14:15] <alf_> kgunn: nothing special on my side... shmem buffers are getting close, but are not urgent
[14:16] <dandrader> what's the easiest way for unity8-mir to grab a screen shot (ie. which mirserver API it should use)?
[14:18] <alf_> dandrader: I would say override the renderer, and read from the framebuffer (glReadPixels) after rendering is done
[14:19] <alf_> dandrader: override => decorate
[14:20] <dandrader> alf_, ok. thanks. should I lock any resource explicitly or will it just work?
[14:21] <alf_> dandrader: no, during rendering the renderer is in complete control of the framebuffer (well, the back buffer to be exact, since we are double buffering)
[14:21] <dandrader> ok
[14:22] <alf_> dandrader: hmm, actually now that I think about it this won't work with the current compositor structure
[14:23] <dandrader> alf_, oh, what should I do then?
[14:24] <alf_> dandrader: you could implement/override the overlay renderer, which is called after all normal rendering is done and do glReadPixels from there
[14:25] <alf_> dandrader: but I am not sure what the future holds for the overlay renderer, it seems it's not needed in general
[15:20] <kgunn> alan_g: alf_ ...was just about to do the version update...noticed this https://code.launchpad.net/~vanvugt/mir/version-0.1.2/+merge/196050
[15:21] <kgunn> mind approving ?
[15:21] <alan_g> kgunn: no objection
[15:22] <kgunn> or...guess i can...sorry to bother..
[15:22] <kgunn> was thinking something else....
[15:23] <alan_g> There are worse wastes of time
[15:24] <kgunn> he just confused me with the todo in changelog...but i totally get it now....epiphany
[15:36] <ricmm> dandrader|lunch: ping
[15:36] <ricmm> racarr: ping
[15:40] <dandrader> ricmm, pong
[15:41] <ricmm> dandrader: I see you as the author of http://bazaar.launchpad.net/~mir-team/mir/development-branch/revision/1193#3rd_party/android-input/android/frameworks/base/services/input/InputReader.cpp
[15:42] <ricmm> racarr and duflu as reviewers
[15:42] <ricmm> that branch breaks input on all devices after 16 touches on the screen
[15:42] <dandrader> ricmm, you need newest qtubuntu
[15:42] <ricmm> sure it could be patched in qtubuntu
[15:42] <ricmm> but is there a reason for the count not to reset?
[15:43] <ricmm> why not hold an internal count for your tracking purposes, instead of changing the android API
[15:44] <ricmm> just trying to understand the reason of the pointer id increasing across gesture boundaries
[15:45] <dandrader> ricmm, "Have touch ids remain valid for some time after its touches have physically ended, so one can still refer to a touch that has already ended."
[15:45] <dandrader> ricmm, and qtubuntu was making wrong assumptions about touch id values
[15:45] <ricmm> in what way?
[15:46] <dandrader> ricmm, check the patch there
[15:46] <dandrader> ricmm, is has an explanation
[15:46] <dandrader> ricmm, besides, we forked android-input code so that we could modify it to fit our needs
[15:46] <ricmm> thats not an explanation, thats you saying you are changing the android API
[15:46] <ricmm> but sure
[15:46] <ricmm> does this qtubuntu change work with the SF plugin?
[15:47] <dandrader> ricmm, yes
[15:47] <ricmm> alright
[15:52] <ricmm> dandrader: for my own awareness, what are they being used for after the touch ends?
[15:52] <dandrader> a tap near the edge of a screen
[15:53] <dandrader> ricmm,  the edge gesture recognition won't know it's not an edge gesture until the touch has already ended
[15:54] <dandrader> ricmm, and so it has to reject a touch after its end
[15:54] <ricmm> got it
[17:11] <greyback> anyone around be able to tell me is mir::graphics::Buffer::id() simply the gl texture id?
[17:12] <alan_g> greyback: It used to be a generated number - I doubt it changed
[17:13] <greyback> alan_g: ok, thanks
[17:19] <kgunn> alan_g: good togo
[17:20] <alan_g> kgunn: I assume that means "Approve"? ;)
[17:21] <kgunn> alan_g: yep...i can do that too
[17:21] <kgunn> uno momento
[17:21] <alan_g> kgunn: just vote (no need to top-approve yet)
[17:48] <kdub> alan_g, with the surface/scene cleanup, have you given any thought yet to ms::SurfaceStack?
[17:49] <kdub> i'm trying to come up with a good interface for overlays, and if SurfaceStack is changing, I might hit conflicts
[17:49] <alan_g> kdub: only to the extent that the interfaces it needs to support are getting clearer
[17:50] <alan_g> kdub: I'm fiddling with client buffers for the next couple of days
[17:51] <kdub> ah, okay
[17:52] <kdub> the system of filters and iterating over the stack seems pretty okay for the purposes of sorting out overlays
[17:53] <alan_g> kdub: maybe but it is wrong beyond that
[17:54] <alan_g> let me sketch why...
[17:55] <alan_g> we should only be locking the stuff composited by the current compositing pass (think multiple concurrent monitors and hidden surfaces)
[17:55] <alan_g> So there ought to be a filter pass that selects what will be composited and leaves it locked
[17:56] <alan_g> And then a compositing pass over the locked stuff
[17:57] <alan_g> And we should get rid of the lock()/unlock() of everything
[17:57] <alan_g> So if there's any of that which fits well with your needs...
[17:58] <kdub> yes, that makes sense
[17:59] <kdub> so the first filter would trim away surfaces that we know won't appear on the screen, and secures them for render
[17:59] <kdub> and then the 'overlay filter' would go through and sort out which of those need GL composition
[17:59] <kdub> and then we would do a composition pass, (GL + overlay), and then post
[18:00] <kdub> okay, sounds good
[18:00] <greyback> fuck yeah, I finally have Qt SG compositing Mir surfaces
[18:01] <alan_g> kdub: yes. I've not thought through all the details. (Was chatting to duflu about it a couple of weeks back)
[18:01] <alan_g> greyback: sounds interesting
[18:01] <kdub> i think too that the bypass logic should be buried deeper than the compositor
[18:02] <kdub> all the compositor needs to know for bypass AND overlays is which layers need GL composition
[18:02] <kdub> in the bypass case, no gl composition at all, in the overlay case, some gl composition
[18:02] <alan_g> kdub: I have the feeling that it becomes a special case of ... yeah exactly
[18:05] <alan_g> bypass is really just using any suitable surface as the fb
[18:05] <kdub> cool, sounds like we're on the same page
[18:05] <kdub> and then though, the hardware cursor becomes an overlay that gbm can do
[18:05] <kdub> and mc:: doesn't know 'this is the cursor'
[18:06] <alan_g> I hadn't though that through, but it sounds plausible
[18:07] <kdub> yeah
[18:07] <kdub> i get an hour of overlap with duflu, will chat with him about it on monday
[18:08] <kdub> since its already tomorrow in australia
[18:08] <alan_g> ack
[18:08] <alan_g> It is already weekend here. ;)
[18:08] <kdub> i know, every friday, i'm like 'i'm the last one that gets a weekend :('
[18:08] <kdub> but every sunday, i'm like 'i'm the last one still on the weekend :)'
[18:09] <kdub> racarr can probably relate
[18:09] <Kaleo> greyback, well done!
[18:09] <alan_g|EOW> But the last to get up on a Monday morning
[18:09] <greyback> Kaleo: ta
[18:10] <kdub> greyback, with the gnex or nexus4?
[18:10] <alan_g|EOW> greyback: I'll be very interested in how and any issues you ran into. (But not until next week)
[18:10] <greyback> kdub: working on nexus4, framerate bad, but same with mir_demo_server_shell, so think it a problem
[18:11] <greyback> alan_g|EOW: a few things I had to hack into Mir, but not much to get it working
[18:11] <alan_g|EOW> Bye all! Have a good one.
[18:11] <kdub> greyback, ah, okay...  i don't really know why you're seeing that
[18:12] <greyback> kdub: yep, weird alright
[18:12] <kdub> greyback, but i was spiking on overlays
[18:13] <greyback> kdub: as I said in the mail, I'm not asking for help, was just an FYI
[18:13] <kdub> greyback, right
[18:13] <greyback> it's just weird tho :)
[18:14] <kdub> greyback, so does that use mir's ms::SurfaceStack? or does it do something else
[18:16] <kdub> really, I think we can boil the communication we need with the GL compositor down to
[18:16] <greyback> kdub: it doesn't rely on SurfaceStack - but this is just iteration 1. I get the surfaces from the SessionListener events
[18:16] <kdub> greyback, ah, okay
[18:18] <greyback> kdub: this is an early prototype, so that's not a permanent decision or anything. Was just most convenient
[18:18] <kdub> greyback, right
[18:19] <kdub> greyback, i think as long as qt's renderer can skip some surfaces, we can work bypass and overlays into the render pass
[18:19] <greyback> kdub: when a surface is created by Mir, I wrap it with a QQuickItem (so that it can be used in QML). That QQuickItem then can specify the texture to be used in the scenegraph engine
[18:19] <kdub> without the compositor having to know about bypass or overlays
[18:19] <greyback> +1 that's my thinking too
[18:19] <greyback> and not hard to do
[18:19] <kdub> okay, cool
[18:20] <greyback> what I think will be most tricky is deciding /when/ can use bypass/overlays
[18:20] <kdub> greyback, right, but as long as mir can understand the intended composition
[18:21] <kdub> it can decide, based on the hardware, and the platform, what would be best
[18:21] <greyback> right
[18:41] <mhall119> hey guys, I know there's a screenshot script for some of the nexus devices running Mir, but are there plans to build in a more reliable way of getting screenshots and screenrecordings from Mir?
[18:44] <dandrader> mhall119, well, I just started on a task for providing a way for autopilot to get screenshots
[18:45] <dandrader> mhall119, something along the lines of unity8 exposing a d-bus method to be called for that.
[18:46] <mhall119> could that be extended to do recordings too?
[18:46] <sarnold> .. or vnc?
[18:47] <dandrader> mhall119, the task is about just screenshots. Which is what autopilot folks are asking for
[18:49] <mhall119> does it return the screenshot over dbus, or just trigger it with dbus and then access it via the filesystem (or some other method)?
[18:49] <dandrader> mhall119, I think it will just a filename will be exchanged...
[18:50] <mhall119> ok, so in theory it could do something similar for video
[18:51] <dandrader> mhall119, I don't know. I have absolutely no experience with screencasts
[18:52] <mhall119> ok
[18:54] <dandrader> eow
[18:56] <kgunn> alf_: you still on  ?
[18:57] <kgunn> kdub: or racarr could one of you sanity review https://code.launchpad.net/~mir-team/mir/v0.1.2/+merge/196359
[18:57] <mhall119> kgunn: being able to record an app in-use on a device with Mir is something app developers are going to want, what do I need to do to get this on your radar/roadmap?
[18:57] <kdub> okay
[18:57] <kdub> kgunn, what do you mean by sanity review? :)
[18:58] <kgunn> kdub: meaning...review and approve...it should just be dev going to trunk
[18:58] <kgunn> kdub: so mainly the debian bits
[18:58] <kgunn> version
[18:58] <kgunn> s
[18:58] <kdub> okay
[18:58] <kgunn> mhall119: well...its interesting
[18:58] <kgunn> mhall119: trouble is
[18:58] <kgunn> mhall119: we don't want to just let apps read from the fb
[18:58] <kgunn> its kinda anti-security
[18:59] <kgunn> an app could certainly read from its own back buffer before it gets composited
[19:01] <sarnold> kgunn: users are going to want vnc or nx or something similar
[19:04] <kgunn> sarnold: mhall119 please bring up monday when tvoss is back..i'm well aware but we need something that's cohesive with our security story...and things like "my random remote desktop app" just might not work..we might have to have a signing process or something....
[19:04] <kgunn> mdeslaur: ^ thots ?
[19:04] <kgunn> bbiab
[19:05] <mdeslaur> capturing a video or a screenshot is definitely a privileged operation
[19:06] <mdeslaur> we want to make sure that the user is able to control that, not confined applications
[19:06] <mdeslaur> having it live in unity is the right place
[19:06] <mdeslaur> and we can enforce both access to the dbus call to trigger it, and to the file storage location once it's written out
[19:07] <sarnold> heh, I _do_ want to confine the vncd .. :)
[19:08] <mdeslaur> sarnold: yes, the design should allow for trusted apps, such as a vnc daemon, or an alternative keyboard
[19:08] <mdeslaur> by "confined applications", I meant "arbitrary untrusted confined application"
[19:08] <sarnold> okay, good :)
[19:09] <mdeslaur> ie: not stuff from the app store
[19:19] <mhall119> kgunn: will so
[19:20] <mhall119> kgunn: my assumption is that an app would need permission to request a screen recording, or use the content hub to request it without app permissions, then it will be given access to read from a local socket or something
[19:20] <mhall119> or what mdeslaur said, if I had bothered to finish reading the scrollback before commenting :)
[19:21] <mhall119> but yes, no arbitrary access to the FB
[20:46] <ricmm> rafalm_: ping
[20:46] <ricmm> crap, wrong person
[20:46] <ricmm> racarr: ping
[20:58] <racarr> ricmm: Pong
[21:00] <ricmm> racarr: is the msh::Session for the server expected to be null?
[21:00] <ricmm> you set it to null when creating the surface for the shell in papi
[21:00] <ricmm> just wondering if thats expected
[21:00] <racarr> Yes.
[21:00] <ricmm> ok
[21:00] <racarr> though maybe its an abuse of API so its possible not everyone knew about this
[21:00] <racarr> and some code might expect it
[21:01] <ricmm> I wrote some code expecting it and it blew up in my face
[21:01] <ricmm> but I went around it
[21:01] <ricmm> heh
[21:03] <racarr> Thanks for bringing that up actually its a good point to consider in the shell refactoring thread
[21:03] <racarr> its weird that a session is the sort of the only way to create a fully functioning surface but the shell doesn't have one
[21:04] <ricmm> yup


[11:17] <xnox> jibel and DanChapman added to the team to solely maintain / have commit access to the autopilot ubiquity tests which are now in lp:ubiquity & jenkins tests running in the lab against all/most gtk based ISOs.
[11:20] <cjwatson> ack
[15:04] <superm1> xnox: where are results for these autopilot tests publishing?
[15:05] <xnox> superm1: https://jenkins.qa.ubuntu.com/view/Trusty/view/All/search/?q=ubiquity_ap&max=40
[15:06] <superm1> thanks!
[15:06] <xnox> superm1: we don't have oem-config auto-pilot test yet ;-)
[15:06] <xnox> superm1: but there is a way to "watch" the clicks/installation when run manualy and to record the install with recordmydesktop. But it looks like we stopped recording the desktop (or publishing the movies)
[15:08] <superm1> ah cool.  i'm sure stack traces are pretty useful in their own though when this finds problems
[15:10] <jibel> recordmydesktop generated huge videos that crashed the test because it writes frames to /tmp which is small during installation.
[15:10] <jibel> then encoding takes twice the time of installation
[15:12] <xnox> jibel: on debian install tests only screenshots are taken e.g. every N seconds or so, and then compreseed together into a video. I wonder if one can trigger the screenshot in autopilot? cause to be honest we only really want screenshot per page.
[15:13] <superm1> are all of these autopilot tests dependent upon having all the ubiquity plugins in tree as well?
[15:13] <xnox> (also that will save me from making screenshots manually from time to time at https://wiki.ubuntu.com/Ubiquity/SlideDecks )
[15:14] <xnox> superm1: at the moment autopilot tests do assume certain order of the plugins. But the top-level test is quite generic and specifies the expected order of pages. It should be easy to extend/modify to run against customized ubiquity.
[15:14] <xnox> look at trunk/autopilot/ubiquity_autopilot_tests/tests
[15:16] <jibel> xnox, I'll ask thomi, but I'm pretty sure AP cannot trigger screenshots. I'll see how to add it. Taking a screenshot when an assertion or a test fails would be useful
[15:17] <xnox> jibel: well, i can always do subprocess call to do gnome-screenshot ;-)
[15:18] <xnox> but yeah something Autopilotish would be nice.
[15:19] <superm1> all looks pretty neat.  i might have to mess with trying to extend this at some point
[19:13] <antarus> is there a guide for signed booting?
[19:13] <antarus> I see people working on the shim ;p
[19:14] <xnox> antarus: there is the test guide written by security team:
[19:14] <xnox> https://wiki.ubuntu.com/SecurityTeam/SecureBoot
[19:15] <xnox> not sure there is anything specific about "working on the shim"
[19:15] <antarus> haha
[19:15] <antarus> sorry, I just saw some commits to it
[19:15] <antarus> and I was pondering what features we could try to do in trusty
[19:15] <antarus> at work
[19:16] <antarus> and we are considering switching to the Ubuntu kernel anyway
[19:16] <antarus> so if it was easy to do, then we might just do it
[19:17] <xnox> last commit to shim is from september. we do SRU it back to precise. but that's about it. shim work is all/mostly done upstream.
[19:18] <antarus> the doc was helpful in any case, tanks ;)
[19:18] <antarus> er thanks*


[06:27] <scott__> hi mythbuntu IRC channel- anybody home
[06:34] <scott__> okay throwing out a quick question if anyone could help Id be greatful- Ive got a frontend/backend mythbuntu server setup attached to a projecter for movie viewing in my house. I want to be able to remotely control it via laptop
[06:35] <scott__> in order to have it play music. However I want the sound to come out of the mythubuntu server itself- not from the remotly connecting laptop.. so myth frontend in that remote laptop isnt an option.
[06:36] <scott__> Is there any way to do something like this other than doing a remote desktop session? I was kind of hoping mymote etc would allow you to browse your music etc collection and have them play but you need to have a screen up (the projecter in this case) in order to navigate the pages
[06:36] <scott__> I want to navigate and play stuff on the server, from the servers speaker output etc, with a remote interface or laptop.
[06:38] <scott__> But I dont want to have to turn on the projector every time I want to play an audio file... I hope Im making sense this is kind of a convoluted question
[06:38] <scott__> anyway if anyone has any advice Id appreciate it and thanks for your help in advance
[08:10] <dekarl> scott__: i've seen that the 0.25/master series has a frontend webinterface that can be enabled which allows you to control that. I'm not sure how much of that is in 0.24/fixes.
[08:11] <dekarl> it's a good question for the main #mythtv-users channel as it's not ubuntu specific
[08:16] <scott__> Hi Dekarl ok Ill try throwing it out there to mythtv-users channel. Thanks for your help :-)
[08:29] <dekarl> oh and, your best bet is when the americans are up, as that is where the devs are
[11:29] <mrand> scott__: the  answer should be that the telnet interface is what you want.   See http://www.mythtv.org/wiki/Telnet  The reason I say "should" though, is because its ability to control and interact with mythmusic is pretty limited.
[11:29] <Zinn> [www.mythtv.org] Frontend control socket - MythTV Official Wiki
[11:32] <mrand> Looks like a a change in 0.25 should improve that limitation.
[11:46] <TandyUK> ok now i have a new problem after following the steps in the forum post for upgrade issues
[11:46] <TandyUK> i get a login screen up, but login fails - no error i just get bounced back to the login screen
[11:46] <TandyUK> after digging turns out this is logged to /var/log/auth.log
[11:48] <TandyUK> lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "mythtvuser"
[11:52] <TandyUK> has anyone tested vnc with 11.10
[11:53] <TandyUK> cause that doesnt work atm either
[11:53] <TandyUK> it was configured with mcc before the upgrade, and if i manually start X and run mcc i can see it is still selected
[11:56] <TandyUK> hmm
[11:56] <TandyUK> i seem to have a /var/lib/lightdm/.Xauthority file
[12:21] <mrand> TandyUK, did you search on that auth.log message?  There are a number of forum hits that I don't have time to read right now, as well as this one:  http://arstechnica.com/civis/viewtopic.php?f=16&t=1117897  and probably others.
[12:21] <mrand> bbl
[12:21] <Zinn> [arstechnica.com] Ubuntu 10.04 LTS Headaches - Ars Technica OpenForum
[12:42] <TandyUK> -rw-------  1 root    root       15048 2011-10-14 01:22 .ICEauthority
[12:42] <TandyUK> theres the fking problem
[12:42] <TandyUK> need to remove that file as well as .Xauthority
[15:04] <tgm4883> TandyUK, did you run any graphical programs using sudo?
[16:28] <TandyUK> tgm4883: not to my knowledge but hey ho
[16:29] <TandyUK> having lirc problems now... my remote wasnt working so through mcc i set it to no additional remote, and it removed the config and lirc
[16:29] <TandyUK> now when i select lirc, it pops up as if it is going to install oething, then disappers
[16:30] <TandyUK> doing a manual install says well it used to lol
[16:31] <TandyUK> it was saying no package lirc but a couple of apt-get updates has fixed that
[17:29] <dekarl> how can I add "-v jobqueue" to the mythbackend without hacking the upstart script?
[17:37] <mrand> dekarl: for sure you could rename mythbackend to something else (mythbackend.real) and then put a "script" (which could be just a single line) which calls mythbackend with the argument added (along with any arguments passed on the command line, using $* or $@
[17:38] <mrand> BTW, thanks for helping to answer other questions here and elsewhere!
[17:39] <superm1> dekarl, hacking the upstart script shouldn't be too big a deal though, it's a really trivial script and if it changes on upgrade merging the change shouldn't be too much work (compared to old init scripts)
[17:39] <dekarl> mrand: ok, I was looking for some MBE_FLAGS= configuration option
[17:40] <superm1> we haven't changed it in a LONG time anyhow
[17:40] <superm1> so i don't see it being something that you need to do on every apt-get upgrade or so
[17:40] <dekarl> I was just wondering as the "-v this,that" is not so uncommon ;)
[23:33] <dscoular> mythbuntu 11.10: can't play sound with aplay while mythfrontend is playing. Any thoughts ?
[23:53] <superm1> dscoular, sounds like expected behavior; no pulseaudio or anything being used?
[23:53] <superm1> especially if you are using digital audio, expected behavior
[23:56] <dscoular> Hmm, yes, there's no pulseaudio... I had thought that alsa supported mixing via dmix... I can have 2 aplay samples play at the same time
[23:56] <superm1> alsa does support dmix, but i'm not sure all hardware supports that
[23:57] <dscoular> If I have aplay playing simultaneously in two windows... why doesn't mythfrontend allow simultaneous play through dmix et al ?
[23:57] <superm1> not so sure then, that does sound a bit odd
[23:58] <dscoular> I'm sure it used to work fine... as I have X10 motion detectors play a sample when someone is at the door and I'm it used to work while watching mythtv
[23:58] <dscoular> s/ I'm it/I'm sure it/
[23:58] <superm1> well if you don't find a solution, an alternative could be to have it send an OSD message
[23:59] <dscoular> I'll pester the mythtv users list I guess
[23:59] <dscoular> thanks for your help