[05:03] <Mirv> mornings
[05:56] <robru> 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] <robru> Also lol @ "build failed: build failed: 1." I should put a better error there
[06:05] <Mirv> robru: not that I've seen
[06:30] <sil2100> o/
[06:31] <sil2100> Morning everyone
[06:39] <Mirv> sil2100: o/ !!
[06:39] <sil2100> \o/
[06:40] <sil2100> Time to read all the e-mails
[06:43] <Mirv> there must be a couple...
[09:11] <Mirv> right, my only remaining problem was my other router, the OpenWRT main router works now completely fine & fast & stable
[09:11] <Mirv> everything seemed fine yesterday evening but then I only tested the main router
[09:26] <morphis> robru: got it working now! :)
[11:12] <nerochiaro> 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] <psivaa> nerochiaro: webbrowser_app tests are failing and taking longer than when they pass, hence making the whole build to timeout
[11:17] <psivaa> i.e that's an issue with AP tests
[11:19] <nerochiaro> psivaa: you mean all the tests fail ?
[11:20] <psivaa> nerochiaro: webbrowser_app ones are, yes: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/3384/console
[11:22] <nerochiaro> psivaa: that's really strange, they all fail but only on mako. will look into it some more
[13:20] <davmor2> 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] <seb128> davmor2, +1
[13:21] <ogra_> does that make davmor3 ?
[13:21] <davmor2> sil2100: ^ not sure if you want to kick an image once silo 30 lands
[13:22] <balloons> 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] <davmor2> ogra_: shhh don't invoke davmor3 he is the evil twin
[13:22] <ogra_> eeek !
[13:27] <sil2100> davmor2: hm, I think we could
[13:27] <sil2100> We don't have to wait for anything else today I suppose
[13:27] <sil2100> Let me publish, if I can of course
[13:34] <sil2100> I'll kick a new image soon
[13:39] <fginther> balloons, I've added your request to the queue. Should be done today
[13:40] <balloons> 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] <balloons> I'm not sure what other jobs might still have utopic in them :-)
[13:41] <fginther> balloons, we can have a look while making this change
[13:56] <sil2100> Image should be building
[14:26] <anpok> cihelp: I was disconnected for a few hours today, any news on adding the vivid+overlay ppa to mir ci?
[14:27] <Laney> davmor2: thanks
[14:28] <Laney> (...do I just publish like normal?)
[14:28] <davmor2> sil2100: ^
[14:31] <Laney> oh maybe someone did it
[14:32] <sil2100> Yes, I kicked an image
[14:32] <davmor2> Laney: I think sil2100 might of so he could trigger the image so we could retest
[14:32] <sil2100> After publishing
[14:32] <Laney> kKkkkkKKKk
[14:43] <fginther> anpok, sorry about not getting to that on Friday, it's still at the top of the queue to get finished
[15:06] <dbarth> hiya; i'm having issues getting a silo assigned
[15:06] <dbarth> ie, it is not showing up on bileto
[15:15] <dbarth> oSoMoN: i'm doing some more testing with webapps, but getting some random rendering errors
[15:15] <dbarth> oSoMoN: it feels like the UA override is having issues sometimes
[15:16] <dbarth> for example: opened G+ onto the desktop version (in lieu of mobile); stopped and restarted the app: mobile UX again
[15:17] <dbarth> 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] <oSoMoN> 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] <dbarth> ah sure
[15:32] <abeato> kenvandine, hey, somebody needs to approve the system-settings and libqofono MPs in silo 44
[15:32] <kenvandine> abeato, jgdx is going to review those today
[15:32] <abeato> kenvandine, awesome, thanks
[15:32] <kenvandine> jgdx, right?
[15:32] <kenvandine> abeato, so that silo is ready?
[15:33] <abeato> kenvandine, yep, we finished the testing
[15:33] <kenvandine> great
[15:33] <rvr> jgdx: Approving silo 15
[15:42] <robru> dbarth: ugh sorry please file a bug. The silo assigned it just didn't register in bileto
[15:43] <robru> dbarth: you got silo 5, if you just type "ubuntu/landing-005" into the siloname field on your request it'll work
[15:44] <dbarth> robru: ah nw, thanks Robert
[15:47] <robru> dbarth: you're welcome
[16:05] <kenvandine> bfiller, renatu: silo 34 reconfigured for dual landings, new packages added an MRs and it's almost done building
[16:05] <kenvandine> s/an MRs/as MRs/
[16:06] <bfiller> kenvandine: that's excellent, thank you
[16:06] <kenvandine> np
[16:07] <renatu> kenvandine, great, thanks
[16:09] <kenvandine> bfiller, renatu: i'm still juggling rebuilds for deps in the PPA
[16:09] <kenvandine> but i'm tracking it
[16:10] <davmor2> sil2100, Laney, seb128: \o/ that seems to be working fine on the new image \o/
[16:10] <Laney> good stuff
[16:10] <seb128> davmor2, excellent, thanks for the testing
[16:10] <Laney> thank you
[16:10] <seb128> Laney, thanks for doing the work and dealing with the landings!
[16:24] <jgdx> rvr, thank for testing. :)
[16:25] <jgdx> kenvandine, that was the plan, but then my mako saw some android-lxc dpkg error I couldn't overcome.
[16:26] <kenvandine> jgdx, ok
[16:26] <jgdx> abeato, kenvandine, did I do something wrong?
[16:26] <kenvandine> jgdx, abeato was just looking to get those branches approved
[16:27] <jgdx> kenvandine, they look good. I can do a no-test approve if you want.
[16:27] <abeato> jgdx, we finished the testing and want to move the changes to QA :)
[16:27] <jgdx> roger
[16:29] <jgdx> abeato, kenvandine: approved
[16:29] <abeato> jgdx, thanks
[16:30] <rvr> 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] <bfiller> rvr: yes that's a toolkit bug
[16:30] <rvr> bfiller: Known?
[16:31] <bfiller> rvr: bzoltan knows about it I think
[16:31] <rvr> bzoltan: ^
[16:50] <greyback_> trainguards: https://ci-train.ubuntu.com/job/ubuntu-landing-033-1-build/55/console - we really enforcing ascii???
[16:56] <sil2100> greyback_: that would be really strange
[16:56] <robru> 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] <greyback_> robru: that sucks
[16:58] <robru> greyback_: i dunno what would cause that, train does utf8 all day long every day.
[16:59] <robru> greyback_: error also indicates that bzr is using py2.7 which has notoriously bad utf8 support
[17:00] <greyback_> true, but I don't see why source control would read the changelog
[17:02] <robru> greyback_: i think that's referring to the bzr log rather than debian/changelog
[17:02] <robru> greyback_: did you only try it once? It might be something temporarily corrupted or something
[17:02] <robru> Brb, driving to library
[17:03] <greyback_> it's not me, it's ltinkl
[17:10] <kenvandine> bfiller, renatu: the last of those packages finally built
[17:10] <renatu> kenvandine, thanks
[17:10]  * kenvandine is done doing the retry dance :)
[17:23] <robru> 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] <greyback_> robru: yeah, we've just tried that now
[17:23] <greyback_> sucky
[17:23] <robru> 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] <robru> greyback_: as the error suggests you should file a bug against bzr
[17:29] <robru> greyback_: changelog should say 15.04 if you're targetting vivid
[17:29] <greyback_> robru: damn it's a dual silo, I didn't want that, sorry
[17:29] <rvr> bfiller: Video playback in gallery app doesn't work for me in 2.9.1.1237.
[17:30] <robru> greyback_: request says vivid. you need to either set the request to dual or set the changelog to 15.04
[17:31] <greyback_> robru: yep, I was wrong, thanks
[17:32] <greyback_> robru: I keep forgetting, should it be UNRELEASED or "vivid" ?
[17:35] <robru> 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] <greyback_> robru: perfect, ta
[17:36] <robru> greyback_: you're welcome
[17:37] <greyback_> gah
[17:37] <robru> bah! this library's wifi won't let me bzr push
[17:37] <robru> greyback_: the request still says vivid
[17:37] <greyback_> you can't just bump the version number, it still compares the vivid version?
[17:38] <robru> 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] <greyback_> ltinkl: take note ^
[17:40]  * ltinkl takes note
[17:41] <robru> greyback_: did you not say you're trying to build for dual? if so you should set "dual" in the request.
[17:41] <greyback_> "8.13" would be enough I think
[17:41] <greyback_> robru: no, v+o is enough
[17:41] <robru> 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] <greyback_> robru: gotcha
[18:24] <robru> dbarth: I can't reproduce the failure you had earlier. do you know how your request was configured at the time?
[18:25] <robru> 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] <josepht> balloons: I've removed the utopic jobs for the calculator app.