[00:10] cihelp ^ anyone not in malta? === xnox_ is now known as xnox [02:09] === trainguard: IMAGE 53 building (started: 20140529 02:10) === [03:29] === trainguard: IMAGE 53 DONE (finished: 20140529 03:30) === [03:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/53.changes === [04:15] rsalveti: is here anybody who could help me to publish the silo3 content? [04:16] Mirv is off today === bschaefer_ is now known as bschaefer [07:02] ogra_: have you seen sil2100 this morning? I guess qtdeclarative5-ubuntu-ui-toolkit-plugin is what likely broke gallery_app [07:02] nope, still in a meeting === Ursinha-afk is now known as Ursinha [07:04] oh, where do the 20 more tests come from ? [07:05] ogra_: ubuntuuitoolkit [07:05] 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] ah, the crazy guys ... test everything :) [07:07] rsalveti: sure, let me just switch to the ballroom [07:07] thanks [07:07] ogra_: they are currently 30% of the overall test count [07:08] heh, yeah [07:24] ogra_: if you don't test everything you are the crazy guy :P [07:24] hahaha [07:27] hey sil2100 [07:28] ogra_: hey! On the meeting [07:33] rsalveti: can we just not build the mir variant on power? [07:35] ogra_: what [07:35] I mean [07:35] WHat's up? [07:35] heh [07:36] looks like UITK broke gallery [07:37] "ubuntuuitoolkit._custom_proxy_objects._common.ToolkitException: The main view has no header." [07:37] seems we have this in all failed testcases [07:37] rsalveti: mind if I upload http://paste.ubuntu.com/7542172/ ? [07:38] cjwatson: not at all, thanks [07:39] geh [07:39] ogra_: and the image in overall looked soo good :/ bzoltan whyy?! [07:39] i guess it would be cleverer to have the app fixed ... but that might take longer than rolling back UITK [07:40] Let's discuss that during the meeting, after this meeting here ends [07:40] (waiting for the US ... have someone fix it ... massage it through the store etc) [07:40] yeah [07:41] we would be down to 3 failures if that hadnt happened :( [07:41] 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] bzoltan: http://ci.ubuntu.com/smokeng/utopic/touch/mako/53:20140529:20140523/8277/gallery_app/ [08:12] 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] sil2100: can I get a silo for line 41? no MRs, just a src package upload (using silo for better testing) [08:13] plars: also you might want to collar hold of jfunk and possibly jibel if he is there still [08:13] rsalveti: looking! Sorry, all the meetings ;) [08:13] sergiusens: anything else you need in that bug or are you good? [08:14] davmor2: I'm good [08:14] thanks [08:14] sergiusens: no worries [08:16] sil2100: no worries at all [08:23] ogra_, plars, psivaa: let's meet in the ballroom for the landing meeting [08:32] sil2100: hanging out? [08:32] popey: yeap [08:32] sil2100: mind reconfiguring silo 8? [08:33] rsalveti: sure, we'll do that after our meeting if you don't mind [08:35] t1mp: ping [08:35] popey, "ubuntuuitoolkit._custom_proxy_objects._common.ToolkitException: The main view has no header." [08:35] it is the same error in all failing tsts [08:40] davmor2: noticed the font weight has changed recently? [08:40] it's lighter than it was [08:41] popey: anywhere in particular or everywhere [08:41] screenshot coming [08:43] davmor2: http://imgur.com/QmQSD5J vs http://imgur.com/hFWhgbf [08:47] popey: on 53 do the icons scroll under the header? [08:47] davmor2: how do you mean? [08:48] t1mp: do you know if it's intentional that the font weight has changed? See above imgur links. [08:49] popey: http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-05-29-094814.png [08:50] popey: I've not seen it before === vrruiz_ is now known as rvr [08:52] popey: so it's all now standard font rather than bold [08:56] ooops hey, who was needing a reconfig? [08:59] vila: hey, should python-uci-vms depend on libvirt-bin ? [09:00] 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] dpm: looks like an archive issue... http://91.189.93.70:8080/job/generic-mediumtests-utopic/395/console [09:04] dpkg: error processing package lightdm (--configure): [09:05] 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] i can [09:06] oh, maybe not. [09:14] davmor2: mediaplayer has regressed [09:14] I'm getting 2fps [09:14] nope, 1fps [09:15] popey: working fine here what codec are you testing? [09:15] same as always [09:17] elopio: as a soft dep yes [09:18] davmor2: video freezes, audio carries on playing [09:24] vila: IMO, this should be your top-priority bug https://bugs.launchpad.net/uci-vms/+bug/1310046 :D [09:25] Ubuntu bug 1310046 in uci-vms "README file is empty" [Undecided,New] [09:27] 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 === tedg is now known as ted [09:32] 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] t1mp, bzoltan: anyone of you guys around? [09:37] * sil2100 has connection issues [09:38] should get a bouncer ☻ [09:38] use bip :) [09:38] popey, done: https://myapps.developer.ubuntu.com/dev/click-apps/121/changerequest/ [09:39] dpm: thanks, approved [09:39] awesome [09:39] yay, new translations! [09:40] ☻ [09:43] elopio: HA HA HA [09:43] dpm: so easily pleased [09:45] dpm: please do same for sudoku? http://people.canonical.com/~alan/com.ubuntu.sudoku_1.1.207_all.click === ted is now known as tedg [09:46] elopio: thanks for the bug, assigned to me [10:00] elopio, http://s-jenkins.ubuntu-ci:8080/job/generic-mediumtests-utopic/514 [10:01] elopio, in progress [10:02] fginther: thank you. Do you have documented somewhere how do you prepare the container to run these tests? [10:02] it might be less painful to try to reproduce the environment myself. [10:03] popey: so I downloaded 4 versions of big buck bunny and only the h264 version plays correctly :( [10:04] its the h264 video which freezes for me after a while [10:04] popey: it played fine here for a couple of minutes what are you classing as a while [10:05] a music video length [10:09] popey: meh now it's not playing anything I think one of the other versions broked it [10:10] 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] sil2100: I am here [10:12] 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] ogra_: I have tested the the UITK with the gallery and have the logs of all the OK tests [10:15] alecu: dbarth: where do i file gmail webapps bugs? [10:15] 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] s/ebing/being/ [10:17] bzoltan, do the AP guys probably need to adjust for your latest UITK changes or some such ? [10:18] 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] bzoltan, well, i'm not so much interested in your logs but in the errors in the lab :) [10:19] i belive you that yours passed, but we still need to get the issue fixed [10:21] 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] 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] ogra_: I will look after it ... [10:25] thanks !! [10:25] :D [10:26] ogra_: actually I am interested in the logs, because those loges should securethe safe landings [10:27] bzoltan, right ... me too, but it wont fix the issue in the lab and i belive that it passed for you ;) [10:27] no need to prove that to me [10:28] we clearly have some discrepancy here [10:36] ogra_: could you tell me what version of the UITK is used in that failing case? [10:37] 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] looking at the package changelog t1mp's changes looks suspiciously related [10:39] (though i'm just guessing here) [10:41] ogra_: do not we have a newer release of the UITK? [10:49] bzoltan, not that i know of ... thats what landed yesterday [10:49] 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] bzoltan, you should know if there is anything in flight from you though ;) [10:52] 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] well, i see line 25 in the spreadsheet but it does not seem to point to any silo === Ursinha is now known as Ursinha-afk [10:54] dpm: should I expect reminders AP tests to work? [10:54] alan@deep-thought:~$ phablet-test-run -v reminders [10:54] sh: 1: /usr/bin/python: not found [11:10] 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] bzoltan: sure :) [11:11] sil2100: it was in the silo3 and I pastebined all the logs from all the tests... [11:11] sil2100: was the silo3 released or not? [11:11] bzoltan: no, wait, we're looking at it, maybe again some spreadsheet problems... [11:12] sil2100: because the silo3 is all empty... except my logs are there [11:12] bzoltan: yeah, I saw that just now and was all like shocked, but it's still in the backend so no worries [11:13] sil2100: I am not worried :) I am relaxed that there are smart folks to sort it out. [11:17] 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 === Ursinha-afk is now known as Ursinha [11:27] 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] sil2100: so the UITK from the silo3 has never been released to Utopic, is that right? [11:29] bzoltan: right [11:29] bzoltan: so, it seems that the spreadsheet got reverted again :| [11:30] sil2100: yes, because the Silo3 still has my packages [11:31] Of course, I didn't even get any notification from google or anything, great [11:31] We'll try to get things back to shape [11:31] Just want to make sure the problems are over [11:32] 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] sil2100: I do not get it... I just do not understand what caused that. [11:32] bzoltan: no worries, we won't do any cleaning, just refreshing the silo [11:32] 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] sil2100: I am more worried about the tests :) [11:34] sil2100: I am re-flashing the device and start the whole verification process all over again. [11:34] 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] sil2100: t1mp cold help, but he is off as the whole SDK team is off [11:35] bzoltan: oh... [11:35] sil2100: today is holiday in many countries .. I am on holiday officially :D [11:36] sil2100: I think that the 0.1.46+14.10.20140520 was still good UITK [11:36] bzoltan: oooh! Right, Timo was away as well [11:39] bzoltan: sorry about that :) We'll do some analysing and try to poke the gallery-app developer as well [11:40] bzoltan: so you go rest [11:40] sil2100: the gallery-app dev is possibly there ;) [11:40] sil2100: no worries :) I promised to look around today [11:40] davmor2: \o/ [11:40] here ? [11:40] bzoltan, thanks for that :) [11:41] ogra_: say thanks when the problem is gone ... until I feel stressed a bit :) [11:42] 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] ogra_: well possibly they might only of been there last week [11:43] bzoltan, oh, and thanks for the reminder that i have a spare swap day :) ... [11:43] * ogra_ totally forgot about today [11:44] ogra_: I forget it yesterday too... zsombi told me at the evening [11:44] ogra_: No it doesn't work like that it only works if you remember it under your own steam ;) [11:44] heh [11:55] popey, Reminders tests should work afaik, but elopio would know more [11:56] popey: that's because phablet-test-run is trying to run them with python2 [11:56] but they are written for python3. I suppose it's a bug in phablet-test-run. [11:56] elopio, otto is used to create the containers: http://bazaar.launchpad.net/~otto-dev/otto/trunk/view/head:/doc/README [11:56] fginther: nice! [11:56] I think it has to do with the scope not being restarted or not being able to read the env vars. [11:57] elopio, the hosts are setup with a recent utopic desktop image that gets updated every couple of weeks [11:57] I enabled the logging, and it didn't print anything. So something is wrong there. [11:57] elopio: is it a click app? it has to be updated for phablet test run to use py3 [11:57] elopio: the manifest.json file [11:58] elopio, this might also help: https://wiki.canonical.com/UbuntuEngineering/CI/Playbook/Otto [11:58] 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] robotfuel: umm, I'll check that. [11:59] elopio: this is an example of what to check for http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/revision/972 [12:01] robotfuel: the manifest says: [12:01] "x-test": { [12:01] "autopilot": "reminders" [12:01] } [12:02] bzoltan, ugh ... do you have new symbols you need to export in the .symbols files by chance ? [12:02] looks a bit like that [12:04] ogra_: hmm... good point [12:06] bzoltan: ok... [12:07] bzoltan: so, robru ran the tests on #53 with the old UITK and all gallery-app tests pass [12:07] bzoltan, yeah, definitely confirmed, gallery-app failures caused by new uitk, nothing else [12:07] 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] bzoltan: so sadly it has to be UITKs fault as we have nothing changed besides UITK in that case [12:08] sil2100: old UITK mean what version exacty? [12:08] 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] bzoltan, with image 53, but uitk downgraded to: qtdeclarative5-ubuntu-ui-toolkit-plugin: [12:08] Installed: 0.1.46+14.10.20140520-0ubuntu1 [12:09] that gives passing tests. but the latest uitk causes 19 failures in gallery-app [12:09] robru: sil2100: clear [12:09] bzoltan, thanks [12:10] plars, hmm, not sure if the network should/could have any influence here [12:10] 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] bzoltan, are you testing on mako? we're talking specifically about mako [12:10] robru: yes, I am using only mako [12:11] hmmm [12:11] robru: sil2100: http://paste.ubuntu.com/7537922/ [12:12] Ran 37 tests in 925.346s [12:12] All OK [12:12] bzoltan, yeah that's really strange, I can't explain that... [12:13] bzoltan: hm, yeah... I guess it's really strange, let me look at what landed in the image [12:13] bzoltan, but the smoke tests and my mako disagree with your results... [12:13] bzoltan: maybe what happened (supernatural theory): [12:13] bzoltan: something landed in #53 that caused the new UITK to actually break gallery-app [12:13] But only the new UITK :o [12:13] I guess we can't protect from something like this happening [12:13] 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] robru: I do not challenge your results :) I am worried about the reliability of the testing process I use [12:15] 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] 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] that's my only guess to explain how something can work for you, but not in smokeng or my mako [12:16] bzoltan, maybe you should bootstrap your phone, get a truly fresh state, then run your tests again. [12:16] robru: That library dependency should make the build fail ... and I use fresh flashed device only [12:16] robru: that s what I am doing [12:17] bzoltan, great, thanks [12:17] bzoltan, yeah, I'm not sure, it's just a guess [12:30] 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] 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] sergiusens: if you look at the status now it's sassy [12:32] robru: ah, that's what sassy means :-P [12:32] 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] 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] bzoltan: so you think gallery-app test adaption is needed? [12:39] sil2100: if that is possible [12:39] 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] sil2100: +1 [12:40] I know we had the policy of 'REVERT EVERYTHING THAT BREAKS' but let's try making it better ;p [12:45] robru: sil2100 can you guys ping me once we can add items to the sheet? Thanks [12:46] sergiusens, I'm not sure, it might already be ok... [12:46] I'll just type it in then :-) [12:47] sergiusens: we'll do periodic backups now to be sure ;p [12:47] I'll deploy a script that does those every 10 minutes in a moment, probably after the meeting [12:52] 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] dpm_: so, about those clicks ☻ [12:54] cihelp: ^^ see two lines above [12:55] heh [12:55] Do you want to continue? [Y/n] Build timed out (after 60 minutes). Marking the build as failed. [12:55] Build was aborted [12:55] popey, https://myapps.developer.ubuntu.com/dev/click-apps/144/changerequest/ - https://myapps.developer.ubuntu.com/dev/click-apps/147/changerequest/ enjoy! :-) [12:55] I guess that would be why [12:55] fginther, alf_: ^ [12:55] fginther: if you can point me at what sets up that job, I'd be happy to take a look [12:56] plars: right, thanks [12:56] plars, alf_, look like a possible bug in the test runner to not pass the right options to apt-get [12:56] dpm: magic, thanks! [12:57] 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] fginther, looking [12:59] fginther, the options look ok... runs fine on my local machine. Which part seems incorrect? [12:59] popey: are you using a new click package, or are you using the one from the store? [13:01] josharenson: you need to add -y to apt-get install line [13:01] josharenson: otherwise it prompts the automated job to enter yes or no [13:02] plars, i thought the --force-yes took care of that.. pushing a fix now [13:02] sergiusens, ok, you gt silo 15 [13:02] * josharenson reading man page too [13:02] josharenson: no, iirc, that one is just to *also* not prompt you if you are about to do something dangerous [13:03] elopio: que? [13:03] popey: que the reminders app from the store is old [13:04] it still has the python2 deps and manifest. [13:04] ack, fix committed [13:04] if you want to run the new tests, you will need the new app. === tedg is now known as ted [13:17] elopio: i grabbed that click from jenkins, it's trunk. [13:18] 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] jenkins is running py3 without problems, which is weird as it should also be using phablet-test-run. [13:25] elopio: any suggestions for a way forward? [13:26] popey: adb shell, sudo -i -u phabet -H, cd autopilot, autopilot3 run reminders [13:26] for properly understanding what's going on, we need somebody that knows about phablet-test-run and py3. barry or xnox maybe. [13:27] elopio: nope http://paste.ubuntu.com/7544028/ [13:28] elopio, is evernote the python sdk module right? it's built in a ppa in jenkins, but isn't on the device [13:28] popey: those are the deps that daniel packaged on the ppa [13:35] mhr3, you got silo 16 [13:37] 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] so elopio what was the plan to get that depends on the device? I guess push it manually for now eh? [13:40] popey, you'll need to grab the module and place it in /home/phablet/autopilot. Then things should work [13:40] popey, evernote-sdk-python3 [13:41] balloons: should this not be fixed in trunk rather than faffing around during testing? [13:42] 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] that was the point of my meeting last week [13:43] balloons: where do I grab the module from exactly? [13:43] popey, install the package [13:43] i'll give you the adb push command, one sec [13:44] balloons: I suppose that's the only way for now. [13:44] balloons: would it be too hard to convince the evernote developers to push the deb daniel made into ubuntu? [13:44] jamesh, ping [13:45] ahayzen_: pong [13:45] 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] 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] 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] jamesh, sweet! FYI we don't need to add sorting anymore as there is an SDK sort model we can use now [13:48] jamesh: nice one! [13:49] 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] makes sense to re-work the existing merge? [13:49] popey, adb push /usr/lib/python3/dist-packages/evernote/ /home/phablet/autopilot/evernote [13:50] popey, adb push /usr/lib/python3/dist-packages/thrift/ /home/phablet/autopilot/thrift [13:50] I didn't try it, but I believe that should work for you [13:50] what package provides /usr/lib/python3/dist-packages/evernote/ ? [13:50] popey, yeah i think so i'll check what Victor thinks [13:50] popey, sudo apt-get install evernote-sdk-python3 [13:51] ta [13:51] jamesh, is there a silo i can easily test with? [13:51] it's in the core-apps ppa [13:51] thanks balloons [13:51] popey, just make sure your voice is heard on the push to using autopkg for this and properly packaging these things :-) [13:52] http://paste.ubuntu.com/7544180/ fails in equally interesting ways [13:52] popey, interesting.. YAM you don't have [13:53] popey, adb push /usr/lib/python3/dist-packages/oauthlib/ /home/phablet/autopilot/oauthlib [13:54] it's probably a reverse depends for the evernote package [13:54] see how fun this gets :-) [13:55] http://paste.ubuntu.com/7544186/ [13:56] popey, looking at the contorl file you'll need one more [13:57] ohh, I see you found it already, haha [13:57] popey, adb push /usr/lib/python3/dist-packages/requests_oauthlib/ /home/phablet/autopilot/requests_oauthlib [13:58] there's nothing in the control file further for evernote.. so it would be something else if you get more errors [13:59] http://paste.ubuntu.com/7544214/ ☹ [14:00] ahayzen_: let me check [14:00] jamesh, thanks [14:01] ahayzen_: https://launchpad.net/~ci-train-ppa-service/+archive/landing-016/ [14:01] jamesh, awesome thanks :) [14:02] jamesh, once they have finished building i can then test right? [14:02] ahayzen_: yes [14:02] jamesh, yey :) [14:07] whats the deal with the archive and chroots? [14:09] What do you mean? [14:14] ricmm: should be fine again after the procps removal is processed, although I'm guessing since no detail :) [14:18] cjwatson: thx [14:18] procps removal ? [14:19] did systemd swallow it ? [14:26] 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] waiting to issue a silo build [14:27] ricmm, theoretically rmadison should show it to you ... [14:28] ricmm, xnox just announced it should all be fine ... (see #ubuntu-devel) [14:28] pass [14:30] 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] sil2100: so, once this problem is fixed, the crash should disappear [14:31] 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] So it's not reliable [14:31] boiko: thanks for the update! [14:31] sil2100: np [14:42] ricmm: we average four publisher runs an hour [14:42] ricmm: so <30m usually [14:42] cjwatson: thanks! [14:42] ogra_: removing an upload, not the package :) [14:42] heh, yeah :) [14:45] 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] ahayzen__: that's a bug. Will need to do a rebuild. [14:48] ahayzen__: the .service file includes the wrong bus name [14:48] jamesh, just noticed there is only 1 n [14:48] jamesh, damn :/ [14:52] ahayzen__: if you run /usr/lib/*/mediascanner-2.0/mediascanner-dbus-2.0 manually, you should be able to test things [14:54] robru: so, for EU we usually poke Omer [14:54] But I don't see him today [14:54] bah [14:54] I don't see jfunk on IRC as well [14:54] Wanted to poke him to allocate someone [14:55] jamesh, http://pastebin.ubuntu.com/7544521/ [14:55] ahayzen__: are you on the 3.15 kernel? [14:56] jamesh, errr [14:56] 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] jamesh, i'm on #53 utopic [14:57] ahayzen__: is this from a confined process? [14:58] jamesh, hmm i was playing about with autopilot so it may have been unconfined...i'll repush the music-app over [14:58] ahayzen__: I asked about 3.15 because AppArmor is apparently a bit broken with the main utopic kernel at the moment [14:58] jamesh, ah [14:59] ahayzen__: mediascanner-dbus wouldn't have generated that particular error though. It is possible that the AA profiles need updating [14:59] There shouldn't be a problem for unconfined apps though [14:59] jamesh, hmm ok let me double check [15:01] ok [15:02] 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] robru, yeah but i shouldnt give own signoff [15:02] 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] mterry, well then technically you need signoff from Saviq really. not QA unless it's traincon0, which it isn't [15:04] robru, ok, will poke Saviq [15:05] jamesh, hmm it is still failing i'll wait until things have been rebuilt [15:54] sil2100_: hey [15:54] sil2100_: https://ci-train.ubuntu.com/job/landing-008-1-build/77/console [15:54] check that out, not sure where happened there [15:55] did the job get destroyed from under its feet? [15:56]