[05:03] mornings [05:56] Mirv: any explosions yet? I suspect some recent code i wrote has a race condition, but i expect it will be very rare to trigger. If you see any tracebacks referencing pickle module just try retry the job [05:57] Also lol @ "build failed: build failed: 1." I should put a better error there [06:05] robru: not that I've seen [06:30] o/ [06:31] Morning everyone [06:39] sil2100: o/ !! [06:39] \o/ [06:40] Time to read all the e-mails [06:43] there must be a couple... === Chipaca` is now known as Chipaca === Chipaca is now known as Chipakeitor === Chipakeitor is now known as __chip__ [09:11] right, my only remaining problem was my other router, the OpenWRT main router works now completely fine & fast & stable === __chip__ is now known as Chipaca [09:11] everything seemed fine yesterday evening but then I only tested the main router [09:26] robru: got it working now! :) [11:12] cihelp: could anyone please let me know if on this MR I am seeing an infrastructure problem or an actual problem with my AP tests ? https://code.launchpad.net/~uriboni/webbrowser-app/search-history/+merge/270929 [11:17] nerochiaro: webbrowser_app tests are failing and taking longer than when they pass, hence making the whole build to timeout [11:17] i.e that's an issue with AP tests [11:19] psivaa: you mean all the tests fail ? [11:20] nerochiaro: webbrowser_app ones are, yes: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/3384/console [11:22] psivaa: that's really strange, they all fail but only on mako. will look into it some more === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g [13:20] Laney, seb128: I've passed it, However there is a catch, once it lands in the image I would like to retest it, to ensure that the rootfs didn't do anything bizarre (In theory it shouldn't, but I'd rather not assume that.) [13:20] davmor2, +1 [13:21] does that make davmor3 ? [13:21] sil2100: ^ not sure if you want to kick an image once silo 30 lands [13:22] ping cihelp. Could the ubuntu-calculator-app-ci and ubuntu-calculator-app-ci-autolanding jobs have there utopic jobs disabled, including the generic-mediumtests-utopic? [13:22] ogra_: shhh don't invoke davmor3 he is the evil twin [13:22] eeek ! [13:27] davmor2: hm, I think we could [13:27] We don't have to wait for anything else today I suppose [13:27] Let me publish, if I can of course [13:34] I'll kick a new image soon [13:39] balloons, I've added your request to the queue. Should be done today [13:40] fginther, thank you. If there's time / it's easier, I think it would be lovely to simply remove all the utopic runners. It's time to put utopic to rest anyways [13:40] I'm not sure what other jobs might still have utopic in them :-) [13:41] balloons, we can have a look while making this change [13:56] Image should be building [14:26] cihelp: I was disconnected for a few hours today, any news on adding the vivid+overlay ppa to mir ci? [14:27] davmor2: thanks [14:28] (...do I just publish like normal?) [14:28] sil2100: ^ [14:31] oh maybe someone did it [14:32] Yes, I kicked an image [14:32] Laney: I think sil2100 might of so he could trigger the image so we could retest [14:32] After publishing [14:32] kKkkkkKKKk [14:43] anpok, sorry about not getting to that on Friday, it's still at the top of the queue to get finished [15:06] hiya; i'm having issues getting a silo assigned [15:06] ie, it is not showing up on bileto [15:15] oSoMoN: i'm doing some more testing with webapps, but getting some random rendering errors [15:15] oSoMoN: it feels like the UA override is having issues sometimes [15:16] for example: opened G+ onto the desktop version (in lieu of mobile); stopped and restarted the app: mobile UX again [15:17] some weird looking pictures in Facebook (some full size, whereas they generally are resized to fit the column width); an embedded video preview is suddenly cropped, but shows up after restarting facebook [15:17] dbarth, can you try in conjunction with silo 21, and see if that makes things better (this makes the browser and container use the new userAgentOverrides API) [15:18] ah sure [15:32] kenvandine, hey, somebody needs to approve the system-settings and libqofono MPs in silo 44 [15:32] abeato, jgdx is going to review those today [15:32] kenvandine, awesome, thanks [15:32] jgdx, right? [15:32] abeato, so that silo is ready? [15:33] kenvandine, yep, we finished the testing [15:33] great [15:33] jgdx: Approving silo 15 [15:42] dbarth: ugh sorry please file a bug. The silo assigned it just didn't register in bileto [15:43] dbarth: you got silo 5, if you just type "ubuntu/landing-005" into the siloname field on your request it'll work [15:44] robru: ah nw, thanks Robert [15:47] dbarth: you're welcome [16:05] bfiller, renatu: silo 34 reconfigured for dual landings, new packages added an MRs and it's almost done building [16:05] s/an MRs/as MRs/ [16:06] kenvandine: that's excellent, thank you [16:06] np [16:07] kenvandine, great, thanks [16:09] bfiller, renatu: i'm still juggling rebuilds for deps in the PPA [16:09] but i'm tracking it [16:10] sil2100, Laney, seb128: \o/ that seems to be working fine on the new image \o/ [16:10] good stuff [16:10] davmor2, excellent, thanks for the testing [16:10] thank you [16:10] Laney, thanks for doing the work and dealing with the landings! [16:24] rvr, thank for testing. :) [16:25] kenvandine, that was the plan, but then my mako saw some android-lxc dpkg error I couldn't overcome. [16:26] jgdx, ok [16:26] abeato, kenvandine, did I do something wrong? [16:26] jgdx, abeato was just looking to get those branches approved [16:27] kenvandine, they look good. I can do a no-test approve if you want. [16:27] jgdx, we finished the testing and want to move the changes to QA :) [16:27] roger [16:29] abeato, kenvandine: approved [16:29] jgdx, thanks [16:30] bfiller: I have filled this in ubuntu-ui-toolkit, but take a look just in case https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1495595 [16:30] Ubuntu bug 1495595 in ubuntu-ui-toolkit (Ubuntu) "Menu icon gets black" [Undecided,New] [16:30] rvr: yes that's a toolkit bug [16:30] bfiller: Known? [16:31] rvr: bzoltan knows about it I think [16:31] bzoltan: ^ [16:50] trainguards: https://ci-train.ubuntu.com/job/ubuntu-landing-033-1-build/55/console - we really enforcing ascii??? [16:56] greyback_: that would be really strange [16:56] greyback_: as the error indicates, that's a bug in bzr, not the train. [16:57] * robru breathes an enormous sigh of relief [16:57] robru: that sucks [16:58] greyback_: i dunno what would cause that, train does utf8 all day long every day. [16:59] greyback_: error also indicates that bzr is using py2.7 which has notoriously bad utf8 support [17:00] true, but I don't see why source control would read the changelog [17:02] greyback_: i think that's referring to the bzr log rather than debian/changelog [17:02] greyback_: did you only try it once? It might be something temporarily corrupted or something [17:02] Brb, driving to library [17:03] it's not me, it's ltinkl === alan_g is now known as alan_g|EOD === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [17:10] bfiller, renatu: the last of those packages finally built [17:10] kenvandine, thanks [17:10] * kenvandine is done doing the retry dance :) [17:23] greyback_: oh, the error does specifically mention that bzr-builddeb is extending the merge logic to deal with merging changelogs, so it seems that the error really is in debian/changelog [17:23] robru: yeah, we've just tried that now [17:23] sucky [17:23] greyback_: the "ERROR: Merge conflict" part is because the train just assumes that the only way a merge can ever fail is a merge conflict. [17:23] greyback_: as the error suggests you should file a bug against bzr [17:29] greyback_: changelog should say 15.04 if you're targetting vivid [17:29] robru: damn it's a dual silo, I didn't want that, sorry [17:29] bfiller: Video playback in gallery app doesn't work for me in 2.9.1.1237. [17:30] greyback_: request says vivid. you need to either set the request to dual or set the changelog to 15.04 [17:31] robru: yep, I was wrong, thanks [17:32] robru: I keep forgetting, should it be UNRELEASED or "vivid" ? [17:35] greyback_: definitely UNRELEASED. if you set anything else, the train will make a new changelog entry which will just say 'No change rebuild' [17:36] robru: perfect, ta [17:36] greyback_: you're welcome [17:37] gah [17:37] bah! this library's wifi won't let me bzr push [17:37] greyback_: the request still says vivid [17:37] you can't just bump the version number, it still compares the vivid version? [17:38] greyback_: the request itself says "vivid" so it is building for vivid. vivid version numbers contain "15.04" which is less than the "15.10" that you have specified in debian/changelog, and dch refuses to let you make a new version that is less than the previous version [17:40] ltinkl: take note ^ [17:40] * ltinkl takes note [17:41] greyback_: did you not say you're trying to build for dual? if so you should set "dual" in the request. [17:41] "8.13" would be enough I think [17:41] robru: no, v+o is enough === slangase` is now known as slangasek [17:41] greyback_: then you need to make sure that the version you have in your debian/changelog doesn't contain "15.10" as that will always be higher than the 15.04 version that the train will generate for you when you're building. [17:44] robru: gotcha === ahayzen_ is now known as ahayzen [18:24] dbarth: I can't reproduce the failure you had earlier. do you know how your request was configured at the time? [18:25] dbarth: I tried it with merges set and sources blank, sources set and merges blank, and with both blank. nothing got me the same traceback [20:02] balloons: I've removed the utopic jobs for the calculator app.