[00:52] <ToyKeeper> robru: As far as I can tell, it fixes at least one bug and didn't appear to add any new ones.
[00:53] <robru> ToyKeeper, excellent. I also ran some tests and wasn't able to reproduce any of the issues people are talking about above
[01:08] <robru> rsalveti, hey, so I see your silo 6 is marked as testing pass. I just hit publish on a uitk release, so I'm thinking I'll probably wait until after cron kicks an image to publish your silo. that work for you?
[01:25] <renato> robru, there is any way to see the videos of these tests? https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/142/?
[01:25] <renato> robru, they are working fine on my device
[01:26] <robru> renato, I dunno, not my department. maybe fginther knows more about ap vids?
[01:26] <renato> fginther, could you help me with that ^^^
[01:27] <thomi> renato: robru: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/142/artifact/results/autopilot/artifacts/
[01:27] <thomi> I realise i'm not fginther, but.... :)
[01:28] <robru> go away thomi! we want fginther to tell us that! :-P
[01:28] <thomi> sorry :(
[01:28] <renato> :D
[01:28] <thomi> click those links!
[01:29] <robru> thomi,  oh wow, just exploring the build artifacts for the first time. quite the maze of files in there. never really looked at it before.
[01:29] <robru> thanks
[01:29] <renato> robru, this is on desktop the tests is failing on phone
[01:29] <robru> ;-)
[01:29] <renato> s/robru/thomi
[01:29] <robru> hehe
[01:30] <thomi> robru: yeah - when we get subunit working everywhere they'll appear in the dashboard :)
[01:30] <thomi> won't they doanac
[01:30]  * thomi glares at doanac :)
[01:30] <renato> thomi, sorry , otto is the device or desktop?
[01:31] <thomi> renato: otto is a desktop setup
[01:31] <thomi> renato: lax + unity7 I believe
[01:31] <thomi> *lxc
[01:31] <renato> thomi, and about mako?
[01:32] <thomi> renato: there are no videos for devices yet - we're still trying to figure out how to store them
[01:32] <renato> thomi, but moko is the device ?
[01:32] <thomi> oh yeah
[01:32] <thomi> mako is the N4
[01:33] <renato> thomi, great then only one test is failing on make and several failing on desktop :(
[02:09] <imgbot> [02:22] <rsalveti> robru: sure
[02:29] <rsalveti> robru: ubuntu-ui-toolkit is still in proposed though
[02:48] <robru> ah crap
[02:49] <robru> damn, I hit publish 2 hours ago and the -proposed tests are still running
[02:49] <robru> rsalveti, are there any limits on how rapidly images can be built? like does it overload smokeng if two images are built an hour apart?
[02:50] <rsalveti> robru: problem is that we'll not get the desired test results for the first image I guess
[02:51] <robru> rsalveti, hmmmmm. is your landing urgent? i'd like to have one image that's pretty much just uitk.
[02:51] <rsalveti> it's usually recommended to wait at least 5 hours before triggering any other build
[02:51] <rsalveti> robru: not critical, no
[02:51] <rsalveti> we can land it tomorrow
[02:51] <robru> rsalveti, alright, thanks
[02:51] <robru> i'll email the europeans
[02:52] <rsalveti> ok
[03:15] <plars> asac: fginther: t1mp: well it does look like the 3rd time it all passed
[03:15] <plars> and both the most recent one (which passed) and the previous one (which failed) ran on the same device
[03:16] <plars> I have a local run that should finish up soon too
[03:24] <imgbot> [03:24] <imgbot> [03:26] <robru> plars, fginther: yeah I ran the tests myself and wasn't able to reproduce on mako
[03:38] <Mirv> morning
[03:50] <plars> *sigh* well the weather, it seems, is going to make rerunning this test at home difficult
[03:50] <plars> too many power outages
[06:08] <bzoltan> cjwatson: hello, would you please give a kick to the ubuntu-ui-toolkit in the proposed pockedt? The autopkgtests is acting up again.
[07:05] <Mirv> bzoltan: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html now shows "Pass" for those that earlier seemed to be stalled in running, but it still claims a "Regression" in ubuntuone-credentials which looks (to me) a failure in that package, not UITK
[07:39] <Wellark> Saviq: just go ahead and queue any unity8 related MR's your might have
[07:39] <asac> plars: right. guess mysterious behavioru here :)
[07:39] <Saviq> Wellark, yeah, talked with Thomas in #ferrets, will do that
[07:39] <ToyKeeper> bzoltan: The silo you sent mostly looked good, and seemed to fix at least one bug without breaking anything obvious.  It does still have some cursor placement issues though.
[07:39] <Wellark> Saviq: I will monitor the situation through the choo-choo and once we have completed testing I will sync with you to agree on which order we land the silo9
[07:40] <ToyKeeper> bzoltan: Try running the browser, then double-tap a word in the URL.  It selects the word, and one of the two new cursors has the wrong offset.
[07:40] <bzoltan> ToyKeeper: Super! Thanks.. I will check the cursor placement
[07:40] <Wellark> the change in silo9 on unity8 is a really small one, but it absolutely has to be landed at the sime time as the indicator-network there
[07:40] <ToyKeeper> The right-side cursor is correct now; before today I didn't know there was a left-side cursor too.
[07:41] <Saviq> Wellark, kk
[07:59] <ogra_> bah sigh ... so we were bitten by http://bazaar.launchpad.net/~ubuntu-system-image/ubuntu-system-image/server/view/head:/lib/systemimage/generators.py#L91 (see 91-93)  with our image "20"
[08:00] <ogra_> ToyKeeper, haha, high hopes, just adding XInput wont get us X11 support, for that we need XMir ported and running that will still take a while
[08:05] <sil2100> Mirv, bzoltan: any progress in resolving that autopkgtest failure for UITK?
[08:08] <Mirv> sil2100: there was clearly something happening earlier as tests were rerunning and there was "cj_watson forced" message that appeared, but the problem with ubuntuone-credentials autopkgtest is still there and preventing the migration
[08:08] <bzoltan> zbenjamin:  pastebin.ubuntu.com/7456353/
[08:10] <sil2100> Mirv, bzoltan: yeah, it seems to be something wrong in the ubuntuone-credentials itself autopkgtest, as I see it's failing for all components that call on it
[08:10] <sil2100> Mirv: like, qtbase, even gcc
[08:10] <bzoltan> zbenjamin:  ohh.. I had secondary backup of my keys
[08:10] <sil2100> Mirv: maybe we should ping pitti about those?
[08:12] <Mirv> sil2100: probably we should, I'll test pinging. that's a good catch, that it fails for others too.
[08:13] <Mirv> done on #ubuntu-devel
[08:14] <sil2100> Thanks :)
[08:21] <sil2100> Saviq: so... regarding that new landing
[08:22] <Saviq> sil2100, silo 009 will cope
[08:22] <Saviq> sil2100, they are not ready yet :|
[08:22] <sil2100> Saviq: I see unity8 being locked by 009 already, but it seems you were in contact with the landers for that, right?
[08:22] <Saviq> sil2100, yes
[08:22] <sil2100> Saviq: so, I will give a ignore conflicts, but please make sure you continue coordination with them :)
[08:22] <Saviq> sil2100, will do, will rebuild their silo when this lands
[08:22] <Saviq> sil2100, thanks!
[08:30] <popey> hmm, hangout wont load
[08:31] <sil2100> Mirv: meeting!
[08:35] <Mirv> yess
[08:35] <bzoltan> Mirv: sil2100: is there any progress with the UITK landing?
[08:37] <Mirv> bzoltan: pitti is fixing the ubuntuone-credentials right now
[08:37] <bzoltan> Mirv: OK
[08:53] <asac> Q: for the uitk landing do you have the -gles duplicated packages in the silo too?
[08:54] <ogra_> i think there is a separate uitk-gles package too using these deps
[09:11] <Mirv> sil2100: FYI we'd need https://code.launchpad.net/~pitti/ubuntuone-credentials/fix-ftbfs/+merge/219308 landed
[09:12] <Mirv> adding a line for it for dbarth (the lander of u-c). it's a packaging only fix so no need for functional testing should be needed.
[09:14] <Mirv> well I don't know, maybe I could be the lander too since it's packaging
[09:18] <sil2100> \o/
[09:26] <t1mp> didrocks: there is an MR for changes in the icon theme https://code.launchpad.net/~tiheum/ubuntu-themes/suru-icons/+merge/217767
[09:26] <t1mp> didrocks: I understood that we need to ask you to land it?
[09:29] <popey> psivaa: could you please take a look at https://code.launchpad.net/~gang65/ubuntu-clock-app/ubuntu-clock-app-analog-clock-improve/+merge/219119 - it's failing for some odd dpkg reason, fginther saw this and "manually fixed" it yesterday.
[09:29] <psivaa> popey: sure
[09:29] <popey> thanks
[09:32] <didrocks> t1mp: would be better to land that in sync with the changes in unity8 & uitk to switch to the new theme. Is it there?
[09:42] <t1mp> didrocks: no, I understood that it is going to take a while to get the changes in unity8
[09:42] <t1mp> didrocks: this icons change includes a new back icon in the old theme that was requested. I don't know why it is combined with a bunch of other things
[09:43] <didrocks> t1mp: can you divide them in 2 then?
[09:43] <t1mp> didrocks: I'll ask tiheum
[09:43] <didrocks> thanks, keep me posted!
[09:44] <t1mp> I invited him here to ask him
[09:44] <seb128> didrocks, it seems like it wouldn't hurt to land suru change if it's not used?
[09:44] <t1mp> tiheum: hello
[09:44] <tiheum> didrocks, hi
[09:44] <tiheum> t1mp, hi
[09:45] <didrocks> hey tiheum
[09:45] <t1mp> tiheum: didrocks asked if the MR could be split up to land the new back button in the old theme now, and the suru changes later together with the unity8 and uitk theme switch
[09:48] <tiheum> t1mp, didrocks, I guess it could (note that I have no idea how to that ;) but I don't understand why the other updates have to wait: it's just another theme in another directory.
[09:49] <didrocks> tiheum: how do you test the theme change without having unity8 & uitk able to work with it?
[09:49] <didrocks> also, separate concerns, so better to separate MP in case we need to fix/revert something
[09:50] <tiheum> didrocks, sure but I had a pending merge when t1mp ask for the the change of the back button
[09:51] <tiheum> didrocks, how can I split the MR?
[09:51] <didrocks> tiheum: just branch your trunk and do 2 bzr branch, and then 2 MPs
[09:53] <didrocks> Saviq: will you be ok for the sru icon theme to change without being tested? (not sure how far you went in the unity8 branch) ^
[09:53] <didrocks> suru*
[09:54] <Saviq> didrocks, nope, it's not ready: https://blueprints.launchpad.net/ubuntu/+spec/client-1410-suru-icon-switch
[09:54] <didrocks> Saviq: so, it's +1 to land a new version of the icon theme without tests or you are opposed to it?
[09:54] <didrocks> not sure how much it can break your work…
[09:55] <Saviq> didrocks, I'm opposed to land it without making the pending unity8 changes
[09:55] <didrocks> Saviq: so, we do agree
[09:55] <didrocks> tiheum: FYI ^
[09:55] <didrocks> tiheum: so, I'll only land the t1mp's change once you have a branch and MP containing only it
[09:56] <Saviq> we're only missing the indicator changes, I'll look into those this week for sure
[09:56] <sil2100> grrr
[09:56]  * sil2100 battles the spreadsheet
[09:56] <tiheum> didrocks, ok, let's do that
[09:59] <psivaa> popey: the dpkg failure on http://91.189.93.70:8080/job/generic-mediumtests-utopic/154/ is now gone, but there are some app test failures
[09:59] <sil2100> Mirv: publish o/
[09:59] <popey> thanks psivaa
[10:00] <psivaa> np :)
[10:02] <popey> sil2100 / t1mp https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1316736 is in flight AIUI, any ETA on landing?
[10:03] <Mirv> sil2100: done!
[10:03] <t1mp> tiheum, didrocks I created an MR that takes only the new back icon from the other MR, https://code.launchpad.net/~tpeeters/ubuntu-themes/new-back-icon/+merge/219328
[10:04] <didrocks> t1mp: great! you are going to do the unity8 & uitk tests once I've that in a silo?
[10:04] <sil2100> bzoltan, t1mp: uh, I see that the changelog is again broken in ubuntu-ui-toolkit... did robru instruct you how to make the changelog good?
[10:04]  * didrocks adds a commit message
[10:05] <sil2100> bzoltan, t1mp: since you guys are using a staging branch and then pushing that to release, the best way to proceed is for you to populate the changelog yourself using the 'commit message' that you have generated in the merge
[10:05] <bzoltan> sil2100: the changelogs got screwed  because I land the staging branch not the individual commits
[10:05] <t1mp> didrocks: you mean to run the ubuntuuitoolkit and unity8 AP tests on device with packages from the silo? Sure I can do that
[10:05] <didrocks> t1mp: yeah ;)
[10:06] <sil2100> bzoltan: you can fix that if you just copy-paste the 'changelog' that you have as the commit message to debian/changelog :)
[10:06] <bzoltan> sil2100:  what do I do wrong? https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_120514/+merge/219179
[10:06] <didrocks> t1mp: please join #ubuntu-ci-choo-choo
[10:06] <didrocks> t1mp: it's going to ping you once ready for testing
[10:07] <sil2100> bzoltan: yeah, so, this won't work by itself as it is, since citrain works a bit differently - in such a case, just take the commit message you have in this merge, add it (copy it) to debian/changelog of that branch and push it to the branch
[10:07] <bzoltan> sil2100: I used to fix the changelog after the landings... manually. because the CI does not seem to pick up correctly what I gave inthe MR
[10:07] <t1mp> tiheum: now with the separate MR you can remove the back-icon change from your MR with something like: cd suru-icons && bzr revert -r 359 && bzr commit -m "undo new back icon" && bzr push
[10:07] <bzoltan> sil2100:  OK... that is what I have done few times.
[10:08] <bzoltan> sil2100: and I will do that once the landing MR is merged to the trunk... I guess
[10:08] <didrocks> t1mp: that won't work, that's going to revert the changes once landed
[10:09] <sil2100> bzoltan: ok, thanks! Please do this debian/changelog edition in the branch before the landing - citrain will then handle 'changing' the version number correctly, but leave the rest of the changelog intact
[10:09] <sil2100> bzoltan: so all you need to do is doing a `dch -i` while in the branch and copying the commit message into the contents of the UNRELEASED version
[10:09] <t1mp> didrocks: ahh damn
[10:09] <t1mp> didrocks: so he can just leave it as it is
[10:10] <sil2100> bzoltan: then commit and push, and all will be perfect
[10:10] <didrocks> t1mp: yeah, that would be better
[10:10] <t1mp> tiheum: ^ don't do what I just said :)
[10:10] <sil2100> Damn
[10:11] <tiheum> t1mp, didrocks, so what should I do? nothing?
[10:11] <bzoltan> sil2100:  thanks for the instruction... I did not know that I can commit the changelog and CI can just fix the version. Nice :)
[10:11] <t1mp> tiheum: yes :)
[10:11] <didrocks> bzoltan: leave it to UNRELEASED, that's the important part :)
[10:11] <sil2100> bzoltan: np :)
[10:11] <t1mp> tiheum: you can check https://code.launchpad.net/~tpeeters/ubuntu-themes/new-back-icon/+merge/219328 to see if it is correct
[10:12] <tiheum> t1mp, ok, that's perfectly fine :)
[10:12] <bzoltan> didrocks: OK.. I will make sure to set it to oneiric :D
[10:12] <didrocks> :p
[10:12] <sil2100> didrocks: soooo...! You know where the scripts timeout when things are being broken? ;p
[10:12] <sil2100> didrocks: on fetch() from people.canonical.com ._.
[10:12] <ogra_> bzoltan, oneiric is unsupported ...
[10:12] <didrocks> sil2100: ok, so we have some http?
[10:12] <didrocks> issues
[10:12] <ogra_> bzoltan, ... use lucid
[10:12] <didrocks> on people.canonical.com
[10:12] <ogra_> :)
[10:13]  * didrocks goes for a run now
[10:13] <sil2100> didrocks: I will poke webops to get some info, but to me it looks ok - maybe its some problem on google's side, although I didn't see any issues filled in about that
[10:16] <t1mp> didrocks: you listed me as the lander for the icon in the spreadsheet, but I'm not a lander (for any project)
[10:16] <t1mp> didrocks: enjoy your run :)
[10:34] <pete-woods> didrocks: some citrain + SRU advice, a silo I made got through to trusty proposed, but ended up failing verification, what should I ask to be done with the silo if I want to try again?
[10:34] <sil2100> Ok, I have to jump out quickly to the vet
[10:35] <sil2100> pete-woods: usually we recomment freeing that silo and asking you to fill in a new landing with the fixed SRU
[10:35] <sil2100> pete-woods: the failed landing can be left in -proposed
[10:35] <sil2100> brb
[10:35] <pete-woods> sil2100: okay, but would we be merging to trunk?
[11:05] <bzoltan> Mirv: sil2100: is there any news about the UITK landing?
[11:05] <ogra_> chuggin along slowly ...
[11:06] <Mirv> bzoltan: slow, slooowww :( fixed package is under autopkgtests now itself.
[11:06] <Mirv> sil2100: I've found the refreshSilosStatus function today, and used it quite many times because of the lagging
[11:07] <ogra_> bzoltan, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-ui-toolkit in case you want to watch it
[11:08] <ogra_> (below you see "test in progress" for u1-credentials)
[11:31] <sil2100> pete-woods: no, no merging to trunk
[11:32] <sil2100> pete-woods: the general rule is that once something doesn't move out of -proposed, it's not really released
[11:32] <sil2100> Mirv: yeah, well, I didn't get any ansers from IS...
[11:34] <pete-woods> sil2100: is that basically get someone to check the ONLY_FREE_SILO box?
[11:36] <gatox> seb128, are you around?
[11:36] <seb128> gatox, yes
[11:38] <sil2100> pete-woods: yes, which silo was that SRU in?
[11:38] <pete-woods> sil2100: 19
[11:38] <gatox> seb128, so.... i have been trying to debug the blank page bug... and it's turning to be a pain, if you load the updates page pressing in the entry component it shows a blank page... but if you previously show the page using the "updates" button, then go back, and press the entry one, everything works fine... the only thing i could think of, is that this line in the entry that loads the updates page: onClicked: pageStack.push(pluginManage
[11:38] <gatox> r.getByName("system-update").pageComponent); is wrong.. and i've been trying to see how the other components load pages, and noone is doing that
[11:39] <sil2100> pete-woods: oh, I see it's already empty, what was the landing about?
[11:39] <gatox> seb128, i think that if you load the page only with the entry with that line of code, the reference is getting lost or something... do you know any other way to load a page?
[11:39] <didrocks> t1mp: you are the one doing the test, so you are the lander, I'm just the proxy :)
[11:39] <gatox> seb128, that can be used from the plugins
[11:40] <ogra_> Mirv, bzoltan, looks like u1-credentials failed again ... on ubuntu-purchase-service
[11:40] <gatox> seb128, this one should work? onClicked: Qt.openUrlExternally("settings:///system/system-update");
[11:40] <t1mp> didrocks: ok, but you'll need to tell me what to click/update in the spreadsheet after I run the tests
[11:41] <didrocks> t1mp: just tell me once you're done with testing, I'll just do the publishing/m&c for you
[11:41] <t1mp> ok
[11:41] <seb128> gatox, that's weird, the getByName/push should work
[11:41] <seb128> gatox, is the issue on opening?
[11:41] <bzoltan> ogra_: Mirv: do the UITK really need to suffer from that bugsack? :)
[11:41] <seb128> gatox, the one Laney filed was after playing in the page iirc
[11:42] <seb128> not when pushing
[11:42] <cjwatson> ogra_: Are we looking at the same output?  ubuntuone-credentials passed
[11:42] <gatox> seb128, it opens and then go blank... but only if you opened first time from the entry
[11:42] <cjwatson> Oh, ubuntuone-credentials *itself* is stuck, but it's unblocked ubuntu-ui-toolkit at least
[11:43] <ogra_> cjwatson, ah, ok
[11:43] <cjwatson> ubuntu-purchase-service looks like the exact same problem
[11:43] <gatox> seb128, i'm going to build and test with the url dispatcher to see if it works
[11:43] <ogra_> i thought it would still hold it up
[11:43] <cjwatson> No, not transitively like that.  ubuntu-ui-toolkit is migrating now
[11:43] <seb128> gatox, I can't confirm that bug
[11:44] <gatox> seb128, also, when you have the time: https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/click-notifications/+merge/218644
[11:44] <ogra_> yeah, i see that now ... only looked at the -credentials filure first
[11:44] <seb128> gatox, yes, I'm going to review pending merges in a bit/do a landing later today
[11:45] <gatox> seb128, great... i hope changing to url dispatcher works, so we can land this too
[11:45] <seb128> well, pushing by plugin name should work
[11:45] <seb128> using the url dispatcher seems a workaround
[11:46] <Laney> gatox: I didn't reproduce it after I tried your branch which wasn't proposed
[11:46] <gatox> Laney, do you remember which one?
[11:47] <sil2100> Mirv: I will try to optimize the refresh function, let's see if that helps
[11:47] <Laney> loadPluginByName
[11:47] <Laney> the difference is that it pushes some variables into the context
[11:48] <Laney> I suppose it could have been coincidence
[11:49] <gatox> Laney, how should i use loadPluginByName, because it wasn't working here
[11:50] <Laney> does here
[11:50] <Laney> like you had it
[11:51] <gatox> Laney, can you please paste that line?
[11:52] <Laney> main.loadPluginByName("system-update")
[11:52] <gatox> Laney, i though that i saw that one crashing on the phone, i'll try again
[11:56] <Mirv> ogra_: sil2100: ok rmadison tells ubuntu-ui-toolkit would be in release pocket now, so an image build now?
[11:56] <ogra_> sure
[11:56] <sil2100> Excellent
[11:56] <sil2100> That was faster than what I expected
[11:56] <sil2100> Mirv: thanks for monitoring that
[11:57] <Mirv> no prob
[11:58] <sil2100> Saviq: once this image builds, I will publish your unity8 :)
[11:58] <Saviq> sil2100, tx! didrocks, you'll be happy to see a major scopes performance upgrade in ↑
[12:00] <sil2100> YEAH
[12:00] <sil2100> :D
[12:00] <sil2100> That's good news
[12:02] <didrocks> Saviq: excellent!
[12:04] <imgbot> [12:07] <Saviq> cjohnston, hey, could you have a look at what would need upgrading in the jenkins builders to support :native multi-arch qualifier https://code.launchpad.net/~saviq/unity-scopes-api/fix-cross-build/+merge/218768/comments/521448 ?
[12:09] <cjohnston> ack
[12:11] <cjwatson> I'm not sure pbuilder-satisfydepends can support :native without a rewrite
[12:12] <cjwatson> :native is only defined for use in build-dependencies, but pbuilder-satisfydepends works by rewriting build-depends into depends, installing a dummy package, and getting aptitude to try to fix things
[12:13] <cjwatson> mvo was going to look at making apt-get build-dep work on .dsc files, but failing that, might need to take sbuild's approach (build a temporary Sources file, point a temporary sources.list at it, run apt-get build-dep on that)
[12:13] <cjwatson> Saviq,cjohnston: ^- hopefully that gives you some context / a leg-up on investigations
[12:14] <cjohnston> thanks cjwatson.. Saviq I'm going to have to talk with fginther on this
[12:14] <Saviq> cjohnston, ok, shall I file a bug to track this?
[12:15] <cjohnston> Saviq: I already filed a task. thanks
[12:15] <seb128> cjwatson, cjohnston, Saviq: I think mvo merged the "build-dep from dsc" in the apt experimental vcs (http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=commit;h=070536e61cb203a9c74013be2a26322b582a9674)
[12:15] <seb128> he mentioned yesterday that he had it working
[12:15] <cjwatson> ah yes.  it's probably a bit recent for production use though :)
[12:15] <seb128> indeed ;-)
[12:16] <cjwatson> sbuild's method could safely be used in production, but I'm not aware of a nice independent command that wraps it up, so some assembly required
[12:16] <cjwatson> I'd been thinking about upgrading recipe builds to use it but haven't got round to it
[12:36] <sil2100> popey, davmor2: did you have some time to loosely dogfood #24?
[12:37] <davmor2> sil2100: testing is on going currently
[12:37] <sil2100> Excellent, thanks ;)
[12:44] <sil2100> ogra_: ! Do you have a moment for a quick packaging ACK? https://ci-train.ubuntu.com/job/landing-008-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_7.86+14.10.20140513-0ubuntu1.diff <- there's just one change in the .install files of the -private package
[12:46] <ogra_> sil2100, ack
[12:46] <sil2100> Thanks :)
[12:46] <Mirv> rsalveti: I guess you'll be awake soon and can land the 006 (with the multitude of packaging changes) on your own
[13:00] <Mirv> sil2100: so there's a branch from pitti also to ubuntu-purchase-service which blocks three packages from migrating, let's wait for the upstream approval though first since they're discussing it now a bit
[13:00] <sil2100> Mirv: I saw the landing being filled - thanks! I saw ubuntu-purchase-service failing as well, but hoped it was already in the progress of being fixed
[13:03] <popey> sil2100: not yet
[13:24] <imgbot> [13:24] <imgbot> [13:25] <davmor2> sil2100: 24 is looking pretty much the same as 22
[13:26] <sil2100> davmor2: SHIP IT
[13:27] <sil2100> davmor2: thanks ;)
[13:28] <t1mp> didrocks: I tested the icon change http://paste.ubuntu.com/7457449/
[13:28] <t1mp> didrocks: what else do I need to do?
[13:30] <didrocks> t1mp: nothing, I'm going to publish it for you
[13:32] <t1mp> didrocks: great, thanks
[13:32] <popey> sil2100: i wont have time to dogfood before the meeting
[13:33] <sil2100> popey: no problem, thanks :)
[13:33] <sil2100> popey: I think davmor2's general dogfooding will suffice
[13:34] <popey> ok
[13:40] <fginther> cjwatson, can I revisit the :native topic for a moment? If ci is already doing all native builds with pbuilder, can ":native" be safely stripped from the control file before starting pbuilder?
[13:42] <cjwatson> fginther: Yeah, if the build is definitely native then you can safely strip it (similarly :any); see e.g. http://bazaar.launchpad.net/~canonical-launchpad-branches/launchpad-buildd/trunk/view/head:/sbuild#L2460
[13:43] <cjwatson> (That sbuild version is ancient and we'll kill it off eventually, but it illustrates the point well enough)
[13:46] <fginther> cjwatson, thanks
[13:49] <renato> fginther, hi, how I can check with version of "qtdeclarative5-ubuntu-ui-toolkit-plugin" was used on these tests? https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/151/#showFailuresLink
[13:52] <gatox> seb128, ping
[13:54] <gatox> seb128, doing the final tests to see if i can made some improves, but the bug is fixed... so, about the branches, this one says accepted but for some reason is not mergerd: https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/non-notifyable/+merge/218479 - this one is pending for review: https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/click-notifications/+merge/218644 and i'm about to propose the last one
[13:56] <fginther> renato, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/151/artifact/results/sysinfo/dpkg-l.postsetup/*view*/
[13:56] <seb128> gatox, "some reason" is that we were waiting on other branches to be ready to schedule a landing
[13:56] <gatox> seb128, ah ok
[13:56] <seb128> gatox, I'm going to start reviews now
[13:56] <fginther> renato, it's a build artifact under restults/sysinfo/dpkg-l.postsetup
[13:56] <renato> fginther, thanks
[13:57] <gatox> seb128, ok.... i'm finishing and testing a last build and will propose the branch for the blank page bug
[13:57] <seb128> great
[13:57] <seb128> thanks!
[13:57] <renato> fginther, should jenkins run a dist-upgrade before run the tests?
[13:57] <seb128> gatox, mpt filed some extra bug reports today if you feel like looking at those ones as well, some might be small things
[13:58] <renato> fginther, becase we have I need version qtdeclarative5-ubuntu-ui-toolkit-plugin version 0.1.46+14.10.20140508-0ubuntu1 and jenkins has   0.1.46+14.10.20140502.6-0ubuntu1
[13:58] <seb128> gatox, like https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1319037
[13:59] <gatox> seb128, sorry...... but now i need to go back to the other project, at least this week
[13:59] <renato> fginther, I need 0.1.46+14.10.20140508-0ubuntu1 and jenkins has 0.1.46+14.10.20140502.6-0ubuntu1
[13:59] <fginther> renato, looking... I want to make sure it's not already supposed to be doing an upgrade
[14:01] <seb128> gatox, ok, no worry, thanks for taking the time to work on those issues ;-)
[14:21] <ogra_> cgoldberg, are these phone backs stickers or do they add one of these awful rubber frames around the phone ?
[14:22]  * ogra_ really likes the orange back ... but i'd prefer if the phone doesnt get any bigger than it is already
[14:22] <cgoldberg> ogra_, stickers.  and wireless charging still works with them on :)
[14:22] <ogra_> whee !
[14:23]  * ogra_ will order one too then ... i hate that the N4 slides around on the back all the time 
[14:23] <cgoldberg> ogra_, you put the stickers on and then heat them a little with a hair drier
[14:23] <ogra_> ah, nice
[14:23] <popey> cgoldberg: link!
[14:23] <ogra_> you cant really see how they are attached on the website
[14:24] <cgoldberg> popey, for the mako, in Ubuntu orange : http://www.slickwraps.com/Nexus-4-Orange-Leather-Wraps-p/sw-nexus4-lsorg.htm
[14:25] <cgoldberg> ogra, to figure out how to apply them is pretty funny.  with the stickers, they give you a QR code that you scan to get a link to a 7 min video
[14:26] <ogra_> heh
[14:26] <cgoldberg> took me like 20 mins to understand: 1) put on sticker 2) smooth with hair drier :)
[14:26] <ogra_> the shop only says "easy to apply" :)
[14:27] <cgoldberg> also for a bonus, they are made of a "Industrial Grade Patented Material"
[14:30] <gatox> seb128, and this is the last branch: https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/uss-blank-page/+merge/219382
[14:30] <ogra_> indistrial grade ... does that include industrial grade poinsoning too ? :P
[14:31] <seb128> gatox, just commented on that, you have merge conflicts markers in the diff
[14:31] <gatox> seb128, already fix them
[14:31] <gatox> seb128, before i gave you the link
[14:32] <rsalveti> Mirv: ricmm_: so I guess we can finally land silo 6
[14:32] <ogra_> yeah
[14:32] <rsalveti> ricmm_: did you test the location-service package as well?
[14:32] <ogra_> right before we start to port everything to 4.9 :P
[14:32] <ogra_> perfect timing :)
[14:33] <rsalveti> :-)
[14:33] <rsalveti> problem there was abi mismatch
[14:33] <ricmm_> I havent tested location service in full
[14:33] <ricmm_> I cant right now tho
[14:33] <seb128> gatox, oh ok ;-)
[14:33] <ricmm_> give me a bit
[14:33] <rsalveti> ricmm_: can your can't?
[14:33] <rsalveti> ricmm_: ok, ping me when ready then
[14:34] <ricmm_> ok
[14:36] <popey> cgoldberg: want
[14:38] <cgoldberg> popey, i should have figured a few canonicalers would want the orange for the N4 and ordered a few to bring to Malta sprint..  doh
[14:40] <popey> yeah
[14:40] <ogra_> yeah, delivery to germany will most likely be twice the price of the thing
[14:40] <popey> nope, just checked
[14:40] <popey> 1st class USPS is $2.91 to UK
[14:40] <popey> 1-4 days
[14:40] <ogra_> oh, nice !
[14:47] <popey> just ordered two ☻
[14:48] <popey> if anyone else wants one, use this http://curebit.com/x/YsY9UF﻿ and we both get $5 off :D

[14:49] <ogra_> popey, one for me too :)
[14:49] <ogra_> and i bet davmor2 would like one as well :)
[14:51] <popey> i have two phones :þ
[14:52] <davmor2> ogra_: only 1
[14:58] <sil2100> Is anyone giving away something for free?
[14:58] <sil2100> If yes, then /me wants
[14:58] <sil2100> ;)
[14:59] <sil2100> ogra_: another packaging ACK! (sorry for bothering you) - a quick python2->3 change https://ci-train.ubuntu.com/job/landing-005-2-publish/lastSuccessfulBuild/artifact/packaging_changes_address-book-app_0.2+14.10.20140512-0ubuntu1.diff
[15:03] <renato> fginther, any news about the update process?
[15:04] <ogra_> sil2100, ack
[15:04] <sil2100> Thank you :)
[15:34] <sil2100> Ok guys, I have to slowly jump out now, will be back soon
[15:34] <sil2100> Mirv and robru are picking up now
[15:34] <sil2100> (landing duties that is) ;)
[15:34] <sil2100> o/
[15:36] <kgunn> can i get a silo for line 35
[15:52] <fginther> renato, I'm working on getting upgrade working, I'll ping you back when I have some results
[15:52] <renato> fginther, ok thanks
[15:55] <Mirv> not really picking, but we've the weekly meeting at this hour
[15:56] <Mirv> kgunn: there only 1 silo free and others queued as well, I hope something can be done about that
[15:57] <kgunn> Mirv: thanks...
[15:58] <davmor2> rsalveti: emulator should it work on an all amd box?  For me it's segfaulting on run.  On my intel/nvidia optimus latop it is running fine but has issues
[16:04] <rsalveti> davmor2: should work, yeah
[16:04] <rsalveti> davmor2: which issues? paste me the boot logs
[16:05] <rsalveti> might be issues with your host gpu driver
[16:09] <ogra_> Mirv, you froze
[16:13] <balloons> ping fginther
[16:14] <fginther> balloons, pong
[16:15] <balloons> fginther, so for the core apps we are still testing with trusty, however I noticed today that the toolkit helper (ubuntu-ui-toolkit-autopilot) is outdated. This is because the version in trusty hasn't been updated. I talked to zoltan who pointed me at the sdk-team ppa, where updates will happen
[16:15] <balloons> Can we get this ppa added to the job so the sdk updates as we move forward?
[16:16] <davmor2> popey: the funeral is tomorrow so I won't be around are you okay to dogfood?
[16:16] <popey> davmor2: yes.
[16:16] <davmor2> popey: cool thanks
[16:17] <popey> np
[16:18] <balloons> popey, left something for dinko on the mp. In general the tests could use a refresh to incorporate new goodies
[16:18] <popey> ok
[16:18] <fginther> balloons, yeah, we can do that
[16:19] <balloons> fginther, awesome thanks. ppa:ubuntu-sdk-team/ppa
[16:20] <Mirv> I started m&c on bfiller's landing-005 so that we should have at least 1 more silo soon
[16:21] <Mirv> robru can then probably give it to kgunn, as looking more closely it seems many of the new landings marked as "Ready" "Yes" are not actually ready for landing right now
[16:24] <fginther> Saviq, can I re-approve https://code.launchpad.net/~saviq/unity-scopes-api/fix-cross-build/+merge/218768 ?  The :native bit should be handled now
[16:39] <rsalveti> :q
[16:39] <rsalveti> argh
[16:41] <ogra_> no space left on device
[16:41] <davmor2> rsalveti: sorry with you now, http://paste.ubuntu.com/7458349/
[16:46] <rsalveti> davmor2: which gl driver are you using in your host?
[16:46] <ogra_> elopio, look in syslog for DENIED messages too for your camera app bug that last message in your log looks a bit like either apparmor blocking you or the disk being full
[16:46] <davmor2> rsalveti: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Park [Mobility Radeon HD 5430] amd binary
[16:47] <ogra_> davmor2, fglrx or radeon ?
[16:47] <rsalveti> hm, right, would imagine you're using the proprietary driver
[16:47] <ogra_> oh, you said binary
[16:47] <davmor2> ogra_: :)
[16:49] <rsalveti> might be an issue with your driver
[16:50] <rsalveti> did you get a crash file or similar?
[16:50] <rsalveti> please open a bug against the android package
[16:50] <rsalveti> afaik it works with intel and nvidia
[16:50] <rsalveti> might also work with the open source driver
[16:58] <davmor2> rsalveti: the crash file crash the crash reporter so I might have the crash file somewhere but it won't allow me to report anything, I can confirm that it works fine on my optimus box though so that is intel and nvidia :)
[17:01] <rsalveti> crash the reporter? haha, but inception
[17:01] <rsalveti> but open a bug anyway, so we know amd proprietary drivers are no good
[17:02] <davmor2> rsalveti: will do
[17:03] <davmor2> rsalveti: I don't have time to test it today but I'll see if it works with the free drivers on thursday
[17:03] <rsalveti> sure, thanks
[17:12] <davmor2> Mirv: 3 re-installs and everything seems fine
[17:15] <davmor2> rsalveti: https://bugs.launchpad.net/ubuntu/+source/android/+bug/1319119
[17:15] <elopio> ogra_: will check, thanks.
[17:15] <robru> Mirv, sorry for the delay, was catching up on my emails. got silo 19 resynced and building
[17:16] <davmor2> rsalveti: also do link buttons work for you in the emulator?  Ie click on grooveshark select a music track click the button to play it in grooveshark
[17:19] <rsalveti> will try
[17:39] <sergiusens> rsalveti: silo6 is waiting on packaging ack
[17:46] <cyphermox> sergiusens: I can do your ack
[17:46] <cyphermox> robru: going to need qa signoff for silo 20 :)
[17:46] <sergiusens> it's not mine though :-)
[17:46] <sergiusens> I just want more silos :-P
[17:46] <robru> ToyKeeper, silo 20 awaits you when you have some time
[17:47] <cyphermox> sergiusens: hehe
[17:47] <robru> cyphermox, sergiusens: in the meeting this morning rsalveti said that silo 6 was pending some further testing after an issue was discovered
[17:47] <cyphermox> oh okay then, I won't touch ;)
[17:48] <sergiusens> but it's half published? :-/
[17:48] <sergiusens> cut the hose :-P
[17:52] <robru> sergiusens, what do you mean half published? somebody hit the publish button, but nothing got published because of the packaging ack requirement. then at some point some problems were found, people are working on it
[17:53] <sergiusens> robru: your webpage says pending packaging ack and not 'packages built'; that's all I intended to mean ;-)
[17:54] <robru> sergiusens, yeah, it says that because somebody did hit the publish button, but it doesn't mean that anything has been published.
[17:56] <rsalveti> I'm on it
[17:56] <rsalveti> just testing the last remaining bits
[18:03] <rsalveti> ricmm_: ok, will land it, with some luck everything will work fine :-)
[18:10] <rsalveti> ricmm_: landed, now we wait the proposed migration
[18:10] <rsalveti> would be nice to trigger a new image once everything is in
[18:11] <rsalveti> so we can better isolate issue
[18:11] <rsalveti> *issues
[18:12] <robru> alright! got some silos freed up... time to assign some new ones ;-)
[18:13] <ogra_> rsalveti, will you trigger an image then?
[18:13] <rsalveti> sure
[18:14] <ogra_> rsalveti, btw, the testing time got shortened a lot ... should be around 2-3 h now so no need to kill the cron job if you build early enough
[18:14] <rsalveti> ogra_: great
[18:25] <robru> sergiusens, building nuntium in silo 8: https://ci-train.ubuntu.com/job/landing-008-1-build/63/console
[18:27] <robru> sergiusens, also building ofono in silo 14: https://ci-train.ubuntu.com/job/landing-014-1-build/41/console
[18:35] <fginther> renato, I'm testing the changes to add a dist-upgrade during the otto test. So far I can confirm that it does grab the most recent uitk packages
[18:39] <seb128> gatox, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1309015 ... should be fix released or triaged, fix commited doesn't make sense there
[18:39] <gatox> seb128, ack, changed
[18:39] <seb128> gatox, thanks
[18:46] <Saviq> fginther, awesome, ACKed
[18:56] <sergiusens> robru: ty
[19:06] <ToyKeeper> robru: Do you know why I've started getting silo review requests the past few days when we're not in traincon 0?
[19:09] <cyphermox> ToyKeeper: you saying it's not necessary to do these reviews for large features unless we're in traincon?
[19:10] <ToyKeeper> cyphermox: I'm not sure what the situation is, exactly, but at the very least, not everyone is on the same page.
[19:11] <robru> ToyKeeper, I ping you because the spreadsheet tells me to. frankly I don't understand the process very well. If it's not necessary I'd be happy to land things without your approval
[19:11] <ToyKeeper> cyphermox, robru: jfunk was surprised about it, you might want to talk to him and/or asac to clarify what the process is.
[19:12] <robru> ToyKeeper, alright.
[19:12] <ToyKeeper> I think QA is planning to review silos before they land, but as far as I've heard, it's intended to be random instead of by request.
[19:12] <cyphermox> I'm not going to complain if it's not necessary
[19:12] <ToyKeeper> Slight shortage of people...
[19:13] <robru> ToyKeeper, the joy of the current spreadsheet setup is that it's not possible to say who selected a given silo for QA signoff. *presumably* the lander who requested the silo sets that, but it could very well be somebody from QA going through and randomly selecting those already
[19:14] <ToyKeeper> I imagine we'll be discussing and improving the process during the sprint.  I think a lot of people have complaints about it, and maybe we can solve them once the issues are all revealed.
[19:14] <cyphermox> robru: in this case I picked it
[19:14] <robru> ToyKeeper, yes, that will be nice
[19:14] <fginther> balloons, the core-apps trusty job now has the sdk-team ppa installed
[19:15] <balloons> awesome, that will ensure sudoku works :-)
[19:16] <ToyKeeper> Like, QA wants a landing log to help trace issues back to the branch where the issue was introduced, and also testing logs for the silos which landed.  I'm not sure what everyone else wants.
[19:16] <robru> ToyKeeper, I want upstreams to write better tests so that less manual dogfooding is required for each silo publication / image promotion...
[19:17] <ToyKeeper> That too.  :)
[19:17] <robru> if I was in charge i'd say "no fixes can be accepted on any project unless they come with a regression test."
[19:17] <ToyKeeper> robru: Bzr did that.  It was nice, but it was so strict it actually impeded development.
[19:18] <robru> ToyKeeper, if by "impeded" you mean "prevented the project from collapsing under the weight of untestable new features", then I don't see anything wrong with hat
[19:18] <ToyKeeper> It got significantly better when the core bzr team started mentoring people through writing the tests.
[19:19] <ToyKeeper> robru: Have you read jelmer's retrospective on bzr?  It's a good read.  http://stationary-traveller.eu/pages/bzr-a-retrospective.html
[19:19] <robru> ToyKeeper, no i haven't, thanks. I love those kinds of things ;-)
[19:23] <fginther> renato, I've finished the update and restarted the MP associated with the link you sent earlier
[19:24] <renato> fginther, thanks
[19:25] <ToyKeeper> cyphermox: In any case, if you've done the tests and it's all green, I don't think it needs QA attention.  That's what the dogfooding and traincon systems are for.
[19:26] <cyphermox> very well
[19:26] <cyphermox> I've run all the test plan myself (and been doing so in a more informal manner for weeks), and Tony has independently verified this too
[19:26] <cyphermox> robru: ready to publish,
[19:27] <ToyKeeper> (though the dogfooders could really use more guidance on where to focus testing; not easy to determine what changed in each image and why)
[19:28] <robru> cyphermox, ok, published
[19:28] <cyphermox> robru: thanks. were there no packaging reviews?
[19:28] <robru> cyphermox, nope
[19:29] <robru> ToyKeeper, agreed, the information of what landed in each silo is lost by the time images are built. I believe CI Airline will fix this, as it builds whole images from each silo, so you get 1-1 relationship between each image and each silo, and each image will come with a changelog saying what landed that needs testing
[19:29] <ToyKeeper> Oh, sweet.
[19:30] <ToyKeeper> Then when we upgrade from the CI Airline to something else, it'll be the CI Orbiter?  CI Interstellar Cruiser?
[19:30] <cyphermox> robru: that's not entirely true
[19:31] <cyphermox> ogra keeps a diff of the packge images
[19:31] <robru> ToyKeeper, i hope so ;-)
[19:32] <robru> cyphermox, yes, ogra has a diff of what packages got updated, but it doesn't have the bug references or the free-form landing description written in the spreadsheet that says 'add this feature' or 'fix that bug'
[19:32] <cyphermox> indeed it doesn't
[19:32] <cyphermox> but that's not terribly difficult to fix when you know what pacakges changed in the image
[19:32] <cyphermox> and it at least gives you a very strong hint towards what might need testing
[19:45] <sil2100> hm
[19:46] <sil2100> robru, ogra_: Mirv mentioned there were some boot problems of 24 on the infra? I didn't see any problems with it in the morning in smoketesting
[19:46] <robru> sil2100, dunno... booted fine for me
[19:46] <sil2100> davmor2, plars: ^ ?
[19:52] <plars> sil2100: there were 2 ps-mako that got stuck in fast boot on 24, and 1 got stuck in fastboot on the smoke runs on 25
[19:52] <sil2100> oh
[19:52] <plars> sil2100: could have just been random odd install failure, but it's unusual to have so many in such a short time span
[19:53] <plars> sil2100: I've run through quite a few install cycles at home with no problem too though, so I don't have a firm way of reproducing right now
[20:02] <sil2100> plars: thanks, strange thing then...
[20:03] <sil2100> plars: keep us up-to-date on e-mail :)
[20:03] <plars> sil2100: if we see it more, I'll let you know, but it doesn't appear to be reproducible right now. The logind problem is killing a lot of the runs right now though :(
[20:03] <plars> sil2100: causing unlock to fail
[20:04] <plars> sil2100: mterry says he has a fix though
[20:04] <sil2100> Login problem? Uhhh...
[20:05] <cyphermox> shoot
[20:05] <cyphermox> robru: I forgot to fix the version before publishing >.<
[20:08] <sil2100> o/
[20:12] <bregma> so I'm going to need a landing going to a branch (instead of trunk) and targeted at 14.04 (not Utopic) ... does that just require a regular ci-train entry with an appropriate comment, or is something else required on my part (or, well, is it even possible)?
[20:17] <robru> bregma, make your MP point wherever you like, mention trusty in the landing request, that's it
[20:18] <robru> cyphermox, what's wrong with the version?
[20:23] <cyphermox> ~mtrudel1
[20:25] <robru> cyphermox, oh lol. i don't think it matters, does it? just migrated, please merge & clean ;-)
[20:25] <cyphermox> it's fugly
[20:25] <cyphermox> damn, I had a bike stolen centimeters away from the window to my office
[20:25] <cyphermox> seems like I'm going to need to stab people.
[20:28] <robru> cyphermox, bah, bike thieves!
[20:28] <robru> scum of the earth!
[20:28] <cyphermox> not any less stab-worthy
[20:29] <cyphermox> they took my girlfriend's bike
[20:29] <cyphermox> mine is still right where it was
[20:29] <rsalveti> argh, platform-api still not promoted
[20:30] <rsalveti> hm, because of dbus-cpp
[20:37] <bfiller> robru: any silos available? need one for line 39
[20:38] <robru> sure, one sec
[20:41] <robru> bfiller, you got silo 1
[20:42] <robru> bregma, you got silo 12
[20:42] <bfiller> robru: thanks
[20:42] <robru> you're welcome!
[20:42] <bregma> very exciting
[20:47] <rsalveti> robru: ricmm_: so, everything we do a lib major version bump like we did for dbus-cpp, we need to make sure we're also rebuilding the entire reverse-build-deps
[20:47] <rsalveti> in this case we missed connectivity-api
[20:47] <rsalveti> uploading that directly for now
[20:52] <robru> rsalveti, so if you upload that it'll unblock silo 6?
[20:52] <rsalveti> robru: yes
[20:52] <robru> rsalveti, excellent
[21:27] <robru> bfiller, the error in silo 1 seems like a missing dep: http://paste.ubuntu.com/7459615/
[21:27] <bfiller> robru: looking
[21:28] <bfiller> renato: we missing a dep for phone number formatting? ^^^
[21:29] <renato>  bfiller let me check that
[21:30] <renato> strange jenkins build that
[21:32] <renato> robru, why jenkins did not complain about that? and this dependency should be part of libphonumber-dev package
[21:32] <renato> I will add this on telephony-service for now
[21:32] <robru> renato, I dunno, I'm just looking at the train build ;-)
[22:36] <rsalveti> robru: will trigger a new image, anything you want me to wait?
[22:39] <robru> rsalveti, nah it all looks good to me
[22:40] <rsalveti> great
[22:44] <imgbot> [23:19] <ToyKeeper> I like this earlier-build thing.  It lets me test sooner and get to bed earlier.