[03:16] <Mirv> morning
[04:13] <Mirv> I wonder what's up with image build announcements
[04:38] <Mirv> seems the image builds are there, but bot not working
[07:37] <Mirv> sil2100: so what's the story currently with landing ~anything with new version to utopic? I mean FFe:s needed etc.
[07:37] <Mirv> I'm looking at that new mir version currently
[07:38] <sil2100> Mirv: so, in theory we should be able to land that, but the FFe has not yet been filled in - I'll pick it up today most probably
[07:38] <sil2100> Mirv: but I think we already had a Mir landing after the freeze
[07:40] <Mirv> sil2100: yes we had
[08:02] <brendand> ogra_, sil2100 - did anyone notice that offered updates don't appear on the system settings main screen anymore?
[08:03] <brendand> ogra_, sil2100 - elopio is saying that broke in #47
[08:03] <brendand> ogra_, sil2100 - i seem to be able to confirm it here
[08:03] <ogra_> i think i saw it break before that
[08:04] <ogra_> hmm, or not ... i just noticed i dont get notifications anymore
[08:04] <ogra_> (for updates that is)
[08:05] <ogra_> brendand, i could imagine that is wanted though ... theoretically you should get a push notification instead
[08:06] <ogra_> and the UI behavior was quite awful ... if you wanted to tap an icon and the update notification showed up you usually hit the wrong row
[08:07] <brendand> ogra_, yeah could be it was intentionally removed
[08:08] <ogra_> butu we should ask :)
[08:08] <ogra_> -u
[08:16] <Mirv> anpok_: just checking, is the mir 0.7.3 landing line for rtm purposefully set to not ready, or should it be set to Yes?
[08:26] <mzanetti> sil2100: Mirv: silo 27 tested. ready to go
[08:26] <mzanetti> err, row 27
[08:26] <mzanetti> silo 007
[08:31] <sil2100> ogra_: be right there on the meeting, FF problems
[08:31] <ogra_> oh
[08:31] <ogra_> no harps ... sorry
[08:31] <mzanetti> if possible could I have the next silo already? unity8's queue doesn't get any shorter :/
[08:31] <anpok_> Mirv: it should be flipped to ready
[08:32] <anpok_> Mirv: what does that status message mean? one package at least is nt available at the destination?
[08:36] <Mirv> anpok_: it means it's in the proposed pocket, where automatic tests are done and then it gets to the release pocket (where utopic images also get the packages from)
[08:37] <Mirv> anpok_: FYI the rtm silo is already building at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-003 but I'm not sure why that isn't visible on the spreadsheet
[08:38] <anpok_> hm it is visible to me
[09:07] <Mirv> pete-woods: if you would get to choose one, which utopic landing would you want to do next?
[09:08] <Mirv> I mean, get a silo assigned
[09:09] <sil2100> bzoltan: hey!
[09:09] <bzoltan> sil2100:  helo
[09:10] <bzoltan> sil2100:  what can I do for you, sir?
[09:11] <sil2100> bzoltan: there is something that we found that you won't like ;)
[09:11] <sil2100> bzoltan: a regression!
[09:12] <brendand> bzoltan, yeah i missed something in my qa sign-off
[09:12] <brendand> bzoltan, another failure that autopilot tests can't catch
[09:12] <brendand> bzoltan, icons in gallery-app are missing
[09:12] <brendand> bzoltan, but only on krillin, strangely
[09:13] <lool> about to update the id of the custom tarball for mako + rtm; this was tested by QA yesterday with the location-service landing
[09:13] <brendand> bzoltan, well maybe not so strangely - popey pointed out that krillin and mako have different grid pixel units
[09:13] <bzoltan> sil2100:  a regression? I have not landed anything for ages
[09:14] <bzoltan> brendand:  Yes, I see it too... back rectangles
[09:14] <bzoltan> brendand: sil2100:  how is that a UITK regression?
[09:14] <sil2100> bzoltan: popey is filling in a bug for that
[09:14] <lool> (done)
[09:14] <popey> bzoltan: sil2100 bug 1371509
[09:15] <bzoltan> popey:  Is that a UITK issue?
[09:15] <popey> read the bug ☻
[09:15] <sil2100> bzoltan: so, we noticed that it was fine on #44, but then popey upgraded UITK (just UITK) in that image and reproduced the issue
[09:15] <lool> cwayne: mind updating custom tarball in krillin+rtm?
[09:15] <bzoltan> popey: hmm... I see
[09:18] <brendand> bzoltan, because upgrading uitk causes it
[09:19] <pete-woods> Mirv: the one on line 58
[09:19] <pete-woods> sorry, having internet troubles today
[09:26] <brendand> bzoltan, it would be good to have a test for icons in the uitk autopilot suite
[09:34] <brendand> ogra_, your phablet-test-run changes didn't get merged?
[09:35] <ogra_> brendand, which ones ?
[09:35] <ogra_> brendand, i haventt worked on it yet, every time i start someone else comes up with a similar urgent other issue
[09:36] <ogra_> i'm just trying to get all the backlog MPs in phablet-tools merged (or cllosed)
[09:40] <ogra_> brendand, or do you mean phablet-config ?
[09:40] <ogra_> (https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-writable-image/+merge/234946 got merged, but sergio isnt around to copy it to the PPA)
[09:43] <brendand> ogra_, phablet-test-run
[09:43] <ogra_> ok, no, no work on that yet
[09:44] <ogra_> (and it should work fine, since it does in smoke testing ... )
[09:45] <bzoltan> brendand:  I will check if it is doable
[09:46] <bzoltan> brendand: popey: sil2100: the strange is that other apps are correct
[09:46] <brendand> bzoltan, how is it strange? other apps with the same icons?
[09:47] <bzoltan> brendand:  other apps are using icons
[09:47] <bzoltan> brendand:  the calendar, clock, etc
[09:47] <brendand> bzoltan, but are they using those icons? the camera one and tick box one
[09:49] <davmor2> bzoltan: the other one that might be more easy to do is a dummy app that shows all icons and can be quickly scrolled through to check for breakages maybe
[09:49] <brendand> davmor2, it should be automated if it can be
[09:50] <brendand> davmor2, actually maybe the uitk example gallery does that
[09:51] <davmor2> brendand: but it would be more accurate to maybe have human look at it, I mean icons change all the time so that might show as a fail but there is actually nothing wrong with the icon it just changed
[09:52] <brendand> davmor2, maybe
[09:55] <bzoltan> brendand: davmor2: As far as I know the broken images are from the gallery-app and not from the UITK. So for the UITK it would be difficult to test that specific png
[09:56] <bzoltan> brendand: davmor2: but true that the loading of the png could be buggy in the UITK
[10:04] <bzoltan> davmor2:  and we have a page like that in the UITK component showcase, as I remember it is even tested, but those icons come from the theme.
[10:07] <sil2100> Do we know more or less what can cause it?
[10:11] <davmor2> sil2100: yes the ether is to blame ;)
[10:44] <john-mcaleely> ogra_, sil2100 hello. I have a new device tarball
[10:44] <john-mcaleely> ogra_, sil2100 changes: http://people.canonical.com/~jhm/barajas/device_krillin-20140919-1b3e670.changes
[10:45] <john-mcaleely> any chance of a qa signoff today?
[10:46] <Mirv> mzanetti: oh, actually, would you rather not yet have a silo for your next unity8 & co landing? (since it's not marked as Ready)
[10:46] <sil2100> brendand, davmor2: can anyone of you guys find some cycles for that ^
[10:46] <sil2100> ?
[10:46] <sil2100> john-mcaleely: I'm sure QA will find a moment
[10:46] <sil2100> Thanks!
[10:46] <john-mcaleely> sil2100, awesome
[10:46] <john-mcaleely> davmor2, brendand (whoever has the fun): http://people.canonical.com/~jhm/barajas/device_krillin-20140919-1b3e670.tar.xz
[10:46] <mzanetti> Mirv: oops. I just forgot to set it as ready
[10:46] <asac> sil2100: can we somewaht work those changes into something like our landing comit log?
[10:47] <asac> just thinking
[10:47] <asac> that would be cool :P
[10:47] <asac> http://people.canonical.com/~jhm/barajas/device_krillin-20140919-1b3e670.changes
[10:47] <mzanetti> Mirv: thank you :)
[10:47] <sil2100> asac: hm, would have to think how to do that nicely
[10:47] <Mirv> mzanetti: alright then!
[10:48] <asac> yeah no hurry
[10:48]  * sil2100 needs to jump out to the city for a moment
[10:48] <sil2100> bzoltan: how's investigation on the bug going?
[10:49] <brendand> davmor2, do you think you can roll that into what you're doing?
[10:50] <bzoltan> sil2100:  investigation? Dude... you talk about the SDK team...
[10:50] <cjwatson> robru,cyphermox: I'm still working on this, it doesn't require the controversial base-files change, I'll be handling it
[10:50] <bzoltan> sil2100:  the fix is on its way and will land on the staging branch today what  will include in the ongoing landing
[10:50] <asac> nice
[10:50] <asac> !!
[10:50] <sil2100> bzoltan: \o/
[10:50] <asac> so monday we can maybe promote?
[10:50] <sil2100> We expected nothing less from the SDK team! Good job :)
[10:51] <Mirv> should UITK land in rtm first to get QA on it earlier?
[10:51] <bzoltan> sil2100:  the biggest bocker is the validation ...
[10:51] <asac> yeah as soon as possible
[10:51] <asac> w want to get frequetn promotions out for various reasons
[10:51] <cjwatson> robru,cyphermox: it's not done yet because I had to stop to get review of my design approach from Michael and he's buried in a security issue
[10:51] <sil2100> bzoltan, Mirv: in this case let's try landing it first in RTM and then in utopic
[10:51] <Mirv> sil2100: yes, it makes sense
[10:52] <sil2100> We did it for a few components already
[10:52] <bzoltan> Mirv:  in that case I stop testing Utopic image and I redirect to the RTM testing
[10:52] <davmor2> brendand: yeah I can take that
[10:52] <sil2100> All that is different that the RTM silo would be synced earlier and tested first
[10:52] <sil2100> Then the real landing would happen
[10:54] <Mirv> cjwatson: does http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-system-settings-online-accounts need some sort of override? also the previous version depended on oxide
[10:57] <bzoltan> brendand:  So my prediction to the UITK verification is this -> http://pastebin.ubuntu.com/8379062/ Some of the tests do not even start or just hang. Many fail in various spectacular way ...
[10:59] <brendand> bzoltan, hmm. i will have a look at it with you later on maybe - my krillin is running some other tests right now
[11:00] <bzoltan> brendand:  the CI dash for 49 looks sci-fi for me, I wish to see such green tests even on a stock image
[11:03] <sil2100> hmmm
[11:04] <sil2100> cjwatson: I was working now a bit on the FFe for touch and was wondering what to do with mir
[11:05] <sil2100> cjwatson: since mir is now pulled in (at least partially) in desktop images as well
[11:05] <sil2100> cjwatson: I noticed that libmirclient8 is in the desktop images by default, pulled in now by libgtk-3-0
[11:05] <sil2100> brb
[11:05] <Mirv> sil2100: hmm, so is UITK also at least I think.
[11:06] <Mirv> so there are quite a few of them.
[11:09] <cjwatson> Mirv: er hmm maybe, will look in a bit
[11:10] <cjwatson> sil2100: I don't know, probably requires some thought, talk to the desktop team
[11:13] <cjwatson> Mirv: I've arranged for proposed-migration to pretend that liboxideqt-qmlplugin exists on all architectures (the same hack that we have for unity8), which should fix this for the next run
[11:15] <cyphermox> cjwatson: ack, sorry, I didn't know
[11:28] <Mirv> cjwatson: thanks!
[11:28] <cjwatson> Mirv: I infer from queuebot that it worked
[11:29] <bzoltan> brendand: sil2100: with the RTM image on K the `usr/bin/phablet-config -s JW024063 autopilot --dbus-probe enable` just hangs ...
[11:29] <bzoltan> Mirv: ^
[11:29] <Mirv> cjwatson: so it did
[11:30] <Mirv> mvo: isn't "Make pkcon run with --alow-unauthenticated to unbreak the sdk" line 6 obsolete?
[11:31] <Mirv> elopio: should something be done about the "Update one UX test
[11:32] <Mirv> elopio: Add launcher tests" landing? it's not marked as Ready, and there is also no ubuntu-autopilot-tests package in Ubuntu so maybe they should be merged manually to the trunk?
[11:36] <bzoltan> sil2100:  who do I need to bribe to open two new channel with QA images. Like stock proposed images + cick tests and QA packages. Provisioning a test device is very unstable process
[11:38] <ogra_> bzoltan, a lot of people i guess ... maintaining another seed and image isnt trivial and costs time
[11:38] <ogra_> bzoltan, the ci-airline will have all that ... til then we have to live with manual setup ... sadly
[11:38] <bzoltan> ogra_:  setting up test devices takes time and far from trivial
[11:44] <ogra_> bzoltan, the prob is that what you want wouldnt gain you anything ... builds happen serialized and you wouldnt belive what all can land in 2h image buld time :) it only works if you have proper archive snapshots to build from which the airline will get us, it will just atke a bit more time
[11:46] <Mirv> cwayne: you're welcome, I calculated you'd deserve the last free silo at this point :)
[11:46] <Mirv> it's a hard optimization problem, allocation of silos
[11:47] <cwayne> Mirv: well thank you :)
[11:47] <cwayne> i'll be quick too
[11:47] <cwayne> it's like, a 10 character change im landing in one upstart job :P
[11:56] <ogra_> cwayne, the word "landing" and "quick" in the same sentence
[11:56] <ogra_> ?
[12:23] <mvo> Mirv: yes, line #6 is no longer needed
[12:25] <Mirv> mvo: thanks, removed the line
[12:25] <mvo> thanks
[12:50] <cwayne> er, i dont quite get why that failed..
[12:53] <cwayne> davmor2: ping
[13:13] <brendand> mzanetti, you tested silo 19 right?
[13:14] <brendand> mzanetti, did you notice any autopilot failures that were new?
[13:14] <mzanetti> brendand: yeah... we have fixes for them coming
[13:27] <Mirv> cwayne: I wonder if QA might want to check your 018 rtm landing, but it'd need some sort of test plan they can follow to make sure the upstart change doesn't affect anything negatively
[13:28] <brendand> mzanetti, the snap decision failures right? to do with the newlines
[13:28] <mzanetti> brendand: yep
[13:28] <mzanetti> brendand: https://code.launchpad.net/~macslow/unity8/fix-notification-ap-tests-with-newlines-in-body/+merge/235131
[13:30] <brendand> mzanetti, would it be a lot of trouble to get it into this landing?
[13:30] <mzanetti> brendand: into this one, yes, its already merged to utopic
[13:30] <mzanetti> brendand: I've put it into the next one
[13:30] <brendand> mzanetti, also it would have been appreciated for those test failures to have been noted on the spreadsheet...
[13:31] <mzanetti> brendand: yeah... I know. my bad... was still getting up to speed with the landing.
[13:36] <cwayne> Mirv: i thought for small bug fixes we didn't need QA approval?  it's a very small change which doesn't affect any other part of the system
[13:38] <Mirv> cwayne: the question is if it's isolated bug fix or not :)
[13:38] <Mirv> brendand: do you have opinion on the isolatedness of https://code.launchpad.net/~cwayne18/ubuntu-touch-customization-hooks/start-apparmor-cache-earlier/+merge/235171 +
[13:39] <ycheng> hello, my firs ttime here....
[13:39] <cwayne> Mirv: i'd say it is, and in fact it will have no effect until a new custom tarball is pushed
[13:41] <ycheng> I am ready for publish, is the request id needed ? it's 1410962122775
[13:42] <Mirv> brendand: ^ ok it would sound like that upstart script change couldn't affect anything
[13:42] <ogra_> ycheng, we operate by spreadsheet line and silo numbers usually
[13:43] <ycheng> ogra_: thanks, let me find... line 55, silo number...
[13:43] <Mirv> ycheng: mark the "Testing pass?" column with image number / device / your nick
[13:44] <brendand> Mirv, i think it's ok. i'm sure cwayne has done a smoketest to make sure it doesn't completely break everything :)
[13:44] <cwayne> brendand: Mirv: I have :)
[13:44] <Mirv> ok then!
[13:45] <ycheng> Mirv: so I need to manually test it, and the mark there, ya right.
[13:46] <ycheng> Mirv: ok, I'll do that next monday.
[13:46] <ycheng> Mirv: thanks
[13:46] <Mirv> ycheng: yes. ok!
[13:54] <Mirv> sil2100: I can't seem to get ^ 018 rtm to recognize its contents
[13:56] <sil2100> Mirv: looking!
[13:57] <cwayne> should it just be sync:13?
[13:57] <Mirv> cwayne: it was, it didn't work
[13:57] <cwayne> oh
[13:57] <cwayne> crap
[13:58] <sil2100> Mirv: hmmm, strange thing, since right now it has both a merge and a source package name of the same kind
[13:58] <sil2100> Mirv: what did you do exactly?
[13:59] <sil2100> Mirv: so, you want to publish this silo, yes?
[13:59] <Mirv> cwayne: sil2100: so now succeeded. so, I think the problem was that both the code branch + sync:N were specified. I started workarounding it by changing to "manual upload" method, but the real problem was specifying something in both fields.
[13:59] <Mirv> anyway, fixed now
[14:00] <Mirv> sil2100: it was now published
[14:00] <sil2100> Yeah, CI Train will handle having MPs and sync: at the same time, but not if you provide the same package in both
[14:01] <sil2100> So it will work if there is an MP for unity8 and a sync: for qtmir, but not if both are the same
[14:01] <sil2100> Mirv: anyway, thanks for publishing :)
[14:20] <sil2100> ogra_: do you think it would be good to add all the touch tools (like phablet-tools and phablet-tools-citrain) to the FFe for touch?
[14:21] <ogra_> sil2100, yes please
[14:21] <ogra_> just phablet-tools is enough (soucre package)
[14:21] <sil2100> ACK
[14:21] <ogra_> and goget-ubuntu-touch
[14:21] <ogra_> (u-d-f)
[14:25] <charles> whoops
[14:26] <charles> tedg, got it :)
[14:29] <cwayne> sil2100: davmor2: we're going to have a custom tarball ready to go to QA today, can we get it qa'd to get it past the gate?
[14:30] <cwayne> also trainguards i dont need those 2, they were already published
[14:30] <davmor2> cwayne: yep just ping me with the link to it so I can grab it
[14:31] <john-mcaleely> sil2100, ogra_ - davmor2 reports the device tarball is good to go. when would be a good time to push it?
[14:31] <cwayne> davmor2: even better, i set it up as a channel so you can just flash it :)
[14:31] <sil2100> john-mcaleely: let me just check with bzoltan how far we're from the UITK fix
[14:31] <john-mcaleely> sil2100, ack
[14:32] <sil2100> bzoltan: how's the fix for the new regression? Is it in staging?
[14:32] <sil2100> cwayne: I guess that's fine as long as QA has enough men-power
[14:32] <cwayne> davmor2: you can just flash channel ubuntu-touch/ubuntu-rtm/14.09-proposed-customized
[14:32] <cwayne> sil2100: well this time its important as it's got the HERE bits in it we'd need for krillin
[14:33] <cwayne> it's important as in, not just scope updates and whatnot
[14:39] <brendand> mzanetti, should orientation locking work with this silo?
[14:39] <sil2100> cwayne: I think davmor2 already volunteered yesterday to push this one through to the end
[14:39] <mzanetti> brendand: which one?
[14:39] <brendand> mzanetti, rtm silo 19
[14:39] <mzanetti> brendand: nope. I've thrown that one out as it revealed an issue while testing
[14:40] <mzanetti> brendand: currently preparing the next silo which has that one in
[14:46] <brendand> jhodapp, tvoss - test plan for rtm silo 004?
[14:46] <brendand> jhodapp, tvoss - it's not going anywhere until there is one
[14:50] <tvoss> brendand, see spreadsheet line 6
[14:53] <sil2100> bfiller: hey! Just in case, silo 2 in ubuntu has been assigned for the mediaplayer-app landing you have mentioned yesterday
[14:53] <brendand> tvoss, it will probably need a full test plan at some point soon though, right?
[14:53] <bfiller> sil2100: I saw that, ty. in progress of testing
[14:53] <tvoss> brendand, fully agreed, I don't find time to write one though. Ideally, I would rather invest time into an autopilot test
[14:54] <brendand> tvoss, even better
[14:54] <elopio> Mirv: it was ready before they did the split of RTM.
[14:55] <brendand> tvoss, like should it be an expansion of indicator-sounds test plan?
[14:55] <tvoss> brendand, until then: the executive summary in the spreadsheet :)
[14:55] <tvoss> brendand, probably, but also media-hub is involved
[14:55] <elopio> Mirv: now I need to finish some testing and branches to get it ready again.
[14:55] <tvoss> brendand, I think we need a multimedia test plan anyway
[15:20] <sil2100> What's up with my internet today...
[15:21]  * ogra_ hands sil2100  http://www.make-everything-ok.com/ 
[15:22] <sil2100> Ok, everything is OK now
[15:23] <davmor2> sil2100: it hates you, hate it back it works for me ;)
[16:04] <ogra_> sil2100, meeting ?
[16:04] <sil2100> Yeah be there in a min
[16:18] <john-mcaleely> sil2100, ogra_ davmor2 device tarball pushed. thank you!
[16:18] <ogra_> \o/
[16:18] <davmor2> john-mcaleely: no worries
[16:19] <davmor2> cwayne: once this ^ has landed and created an image you can look at landing yours but please co-ordinate for sil2100
[16:20] <cwayne> davmor2: so is it going to need to be re-tested on that new image?
[16:20] <davmor2> cwayne: no
[16:20] <davmor2> cwayne: that's what I tested it on
[16:20] <cwayne> davmor2: ok, cool, thanks
[16:25] <ogra_> sil2100,  ^^^^ please :)
[16:27] <sil2100> !
[16:28] <davmor2> sil2100: don't do it, it's a trap
[16:28] <ogra_> its a TRAAAAP
[16:30] <kgunn> sil2100: could i getta test silo for line 86...i know it might conflict, just testing in an isolated fashion
[16:34] <sil2100> kgunn: oh no! We only have 1 free silo right now which already went to ogra_ :(
[16:35] <ogra_> sil2100, wipe me, robru can later give me a free one ...
[16:36] <kgunn> sil2100: ok...can i be whiny and ask for the next available ?
[16:36] <sil2100> ogra_: ACK
[16:42] <ogra_> sil2100, heh, my silo isnt even cleaned yet and a new one freed up
[16:42] <ogra_> (or freeing)
[16:42] <sil2100> kgunn: is that for ubuntu?
[16:42] <sil2100> :)
[16:43] <kgunn> sil2100: when you say ubuntu ?...well yeah, ultimately we'd want it in both spots
[16:43]  * kgunn goes to look
[16:58] <bzoltan> sil2100:  the fix is in the landing branch. I push a new build to the silo9 right now.
[17:00] <bzoltan> ogra_: You are right. I got it. I am just looking for a simple and clan way to test release candidates. testing is not a big deal, but setting up the device is.
[17:01] <ogra_> bzoltan, yeah, we'll get there eventually ... you are not the only one suffering :)
[17:01] <ogra_> sil2100, so silo 007 seems empty now ...
[17:01] <bzoltan> ogra_: :) That I do not doubt
[17:02] <sil2100> ogra_: ok, let me assign 007 to you then :)
[17:02] <sil2100> bzoltan: \o/
[17:04] <bzoltan> sil2100:  would you please reconfigure the rtm silo2?
[17:05] <sil2100> bzoltan: ACK
[17:06] <bzoltan> sil2100:  thanks
[17:06] <sil2100> bzoltan: doing in 5
[17:09] <sil2100> bzoltan: ok, we'll have to re-build the rtm silo once you build the ubuntu one anyway
[17:09] <sil2100> Since the ubuntu packages need to first be uploaded to the PPA for the sync to work
[17:09] <bzoltan> sil2100: OK
[17:28]  * ogra_ throws little paperballs at sil2100 
[17:30] <sil2100> Aaaa!
[17:30] <sil2100> Sorry, got distracted by code!
[17:30]  * sil2100 assigns
[17:30] <sil2100> ;)
[17:31] <slangasek> ogra_: so can you confirm whether "change ubuntu-touch-meta and upload to utopic" is the right way to validate the dropping of these fonts?
[17:31] <slangasek> (and if it's not, please let me know what I should do instead)
[17:31] <ogra_> slangasek, heh, just hit send on my answer
[17:31] <ogra_> slangasek, TL;DR, we should ask QA for a manual test with them removed
[17:31] <slangasek> ogra_: I've already done a manual test, what further manual testing is wanted?
[17:32] <ogra_> and specifically have them focus on the browser with non latin pages and such
[17:32] <slangasek> by "non-latin" do you mean cjk?
[17:32] <slangasek> we use other fonts for cjk
[17:32] <ogra_> i'm not sure which fallback kicks in if a char isnt in the ubuntu fornt
[17:32] <slangasek> (I specifically didn't touch the cjk fonts)
[17:32] <ogra_> arabic, cjk, hebrew, japanese etc
[17:33] <slangasek> ok; let me just check this quickly
[17:33]  * ogra_ hugs sil2100 for the sil-o :)
[17:33]  * sil2100 hugs ogra_ back
[17:33] <sil2100> ;)
[17:33] <slangasek> but japanese is a subset of cjk, and again, the fonts I'm removing aren't the preferred fonts for those languages (and don't even cover the glyphs)
[17:33] <bzoltan> what a verbal creativity from ogra_
[17:34] <ogra_> oh, that reminds me, there was an MP from GunnarHJ for some japanese font set
[17:34] <ogra_> bzoltan, i'm the master of puns today ... ARRR !! (happy talk like a pirate day)
[17:34] <ogra_> :)
[17:36]  * ogra_ knows that one day someone will explain to him why he always has to click twice in jenkins to have it do anything 
[17:37] <cwayne> ogra_: first time you go youre not logged in
[17:38] <ogra_> cwayne, then the UI lies
[17:38] <cwayne> sil2100: hi, im supposed to coordinate with you to land a new gated custom tarball :)
[17:38] <ogra_> it clearly says ogra on the top right ... and i have a logout button
[17:38] <bzoltan> ogra_:  the weird is that I do not have to click twice always ... only 95%. And one out of twenty one is enough
[17:38] <ogra_> wow, i never had that
[17:39] <davmor2> sil2100: now that the device tarball has landed cwayne 's custom one follow? or is it already?
[17:39] <cwayne> it's not in an image yet, i'd have to kick the gated build on jenkins
[17:39] <ogra_> davmor2, ah good point, yeah, we should land it before bzoltan is done :)
[17:39] <cwayne> which i'm happy to do
[17:39] <sil2100> Let's land it
[17:40] <davmor2> cwayne: land it already
[17:40] <cwayne> \o/
[17:40] <sil2100> If it got a +1 from QA then I guess everything is fine
[17:40]  * ogra_ guesses we'll pass #100 way before RTM this way :) 
[17:40] <cwayne> ok, landededed
[17:40] <davmor2> ogra_: we'll pass 100 before the weekend is out if we keep going this way :)
[17:41] <ogra_> haha
[17:42] <slangasek> ogra_: weibo.cn displays fine; debian.or.jp displays fine; alarabiya.net displays fine; haaretz.co.il displays fine; yandex.ru displays fine
[17:43] <ogra_> perfect
[17:43] <ogra_> lets drop it then
[17:46] <bzoltan> ogra_:  it is pretty annoying that the `phablet-config  writable-image  -r 0000` on k device spams the consol with 'error: device not found' lines like fivehunderdmillion times. Do you know how to prevent it.
[17:46] <ogra_> bzoltan, yes, by having someone copy the latest version into the PPA
[17:47] <ogra_> bzoltan, fixed in utopic since a bit
[17:47] <ogra_> prob is that sergio isnt around
[17:47] <ogra_> he usually does that
[17:48] <slangasek> mvo: is your ubuntu-touch-meta 1.185 update ok to copy to ubuntu-rtm?
[17:48] <bzoltan> ogra_:  Your answer sounds like an answer :)
[17:49] <ogra_> :)
[17:49] <ogra_> slangasek, thats how we do it, yes
[17:49] <ogra_> slangasek, upload to utopic and just copy over
[17:49] <slangasek> ogra_: I'm not asking procedure, I'm asking whether this is ready for copying :)
[17:49] <ogra_> heh, ah
[17:50] <slangasek> grr why is germinate-update-metapackage crashing
[17:50] <slangasek> UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc2 in position 473: invalid continuation byte
[17:50] <mvo> slangasek: I think so, its only needed to simplify the click chroot building, with that in place apt-get install ubuntu-sdk-libs:$arch and -dev:$arch should work
[17:50] <slangasek> ok
[17:51] <ogra_> sil2100, plars, oooh, see the errors described in bug #1371454
[17:53] <slangasek> ok seriously who broke the encoding of the archive
[17:53] <plars> ogra_: so maybe media hub is behind all of that mess
[17:53] <plars> ?
[17:53] <slangasek> wget -O - -q http://archive.ubuntu.com/ubuntu/dists/utopic/universe/source/Sources.bz2 | bzcat | iconv -f utf-8 -tucs-2le >/dev/null
[17:53] <slangasek> iconv: illegal input sequence at position 17174887
[17:54] <slangasek> mvo: ^^ this sounds like a thing an apt expert might help with ;)
[17:55] <ogra_> plars, well, 233 has a gstreamer change
[17:56] <slangasek> Build-Depends: debhelper (>= 7), autotools-dev, automake, autoconf, libtool, zip, dh-autoreconf, dh-buildinfo, pkg-config, libboost-dev, libsdl2-dev (>= 2.0.1), libopenal-dev, liblua5.1-0-dev, libphysfs-dev, libdevil-dev, libfreetype6-dev, libmng-dev, libmodplug-dev, libmpg123-dev, libflac-dev, libflac++-dev, libxpm-dev, libxcursor-dev, libxxf86vm-dev, libtiff-dev, libpng-dev, libvorbis-dev, libogg-dev, glee-dev, lua5.2 | lua5.1, libluajit-5.1-d
[17:56] <slangasek> ... [!hurd-i386 !kfreebsd-amd64 !s390x !<C2>arm64 !ppc64el]
[17:56] <slangasek> well job
[17:56] <bzoltan> sil2100:  both the rtm and ubuntu builds of the fixed UITK are done in rtm-silo2 and silo9. I kick off the AP tests. In 4-5 hours I will know the results. fingers crossed.
[18:01] <mvo> slangasek: uh, invalid encoding in the file?
[18:03] <slangasek> mvo: yeah; the 'love' package had a broken character in its Build-Depends field and nothing complained until now
[18:03] <mvo> heh :)
[18:04] <ogra_> bah, thats depressing
[18:04] <ogra_> ogra@styx:~$ whatis love
[18:04] <ogra_> love: nothing appropriate.
[18:05] <ogra_> someone should fix whatis
[18:05] <cjwatson> I think I've reached my quota of Easter eggs in man-db
[18:05] <ogra_> :)
[18:06] <cjwatson> $ faketime 00:30 man
[18:06] <cjwatson> gimme gimme gimme
[18:06] <cjwatson> What manual page do you want?
[18:07] <sil2100> bzoltan: big thanks! And kudos for the quick reaction ;)
[18:07] <bzoltan> sil2100:  the credit goes to plars and timp :)
[18:11] <robru> anybody happen to know how I can check the size of a launchpad branch without branching it and running 'du -cha'?
[18:13] <cjwatson> I guess you could stat the files over sftp
[18:14] <cjwatson> don't know if there's a neater way
[18:15] <robru> cjwatson: we have sftp access to launchpad? how's that work?
[18:16] <robru> cjwatson: more specifically I want to know the size of the working tree compared to the size of the history
[18:17] <robru> cjwatson: because I'm trying to branch lp:ubuntu-assets and this has happened to me twice now, where my connection craps out after downloading the first 10GBs or so, and bzr helpfully doesn't bother to actually cache that anywhere, so I have to start over each time. trying to do a lightweight checkout instead now, but I'm 300MBs into that and no idea how
[18:17] <robru> much is left.
[18:23] <bzoltan> sil2100:  ogra_: for some reason the phablet-click-test-setup --distribution=ubuntu-rtm --series=14.09 fails to pull the unity8 tests and stops thetre -> http://pastebin.ubuntu.com/8381578/ Do you know why and how to fix it?
[18:25] <ogra_> line 3 looks weird, why does it print that there ?
[18:25] <bzoltan> ogra_:  I was wondering about that too.. and it happens only with RTM and not with Ubuntu
[18:26] <ogra_> is your phablet-click-test-setup up to date ?
[18:26] <ogra_> iirc sergio added some fixes recently
[18:26] <ogra_> i know it works in smoke testing somehow
[18:27] <ogra_> (failing unity8 wouldnt go unnoticed)
[18:27] <bzoltan> ogra_: I just updated the phablet-tools to fix the problem I mentioned before
[18:27] <ogra_> yeah, i thought so
[18:27] <bzoltan> ogra_:  I am positive it is not about unity8
[18:27] <ogra_> no, it is about pulling the package from the right place i guess
[18:28] <bzoltan> ogra_:  but even after that the first phablet-test-run just hangs ...
[18:28] <bzoltan> Failed to connect to Mir: connect not called
[18:28] <bzoltan> and that is it
[18:28] <bzoltan> I flash again ...
[18:30] <bzoltan> ogra_:  but this kind of output makes me worried -> http://pastebin.ubuntu.com/8381625/
[18:31] <ogra_> bzoltan, use phablet-config writable-image -p to install the package for now ... there are a few code changes missing for -p in phablet-test-run
[18:32] <bzoltan> ogra_: I am installing all packages with adb shell sudo apt-get
[18:32] <ogra_> (in fact it should just call phablet-config, i just didnt get to implementing that yet)
[18:32] <ogra_> ok
[18:33] <bzoltan> ogra_:  so I know that this dpkg error is not serious
[18:33] <ogra_> phablet-tools should be a sprint topic i think
[18:33] <ogra_> there are ten different implementations of the same thing in different scripts and tools
[18:33] <bzoltan> ogra_: Yeps...
[18:34] <davmor2> cwayne: where's my image already damn it ;)
[18:34] <bzoltan> ogra_: and none of them were meant to be so heavily used for so long :)
[18:34] <ogra_> yup :)
[18:34] <cwayne> davmor2: i dont know man, i did my part :)
[18:35]  * davmor2 blames ogra_ bound to be his fault somewhere down the line ;)
[18:35] <sil2100> o/
[18:38] <ogra_> cwayne, whats the version of the custom tarball ?
[18:38] <ogra_> custom=1410739265 is what is in image 50
[18:38] <cwayne> 1410739265
[18:38]  * ogra_ wonders if we simply had good timing so that both tarballs made the same iamge
[18:38] <ogra_> hah
[18:38] <cwayne> wait a sec
[18:39] <cwayne> the build_id might be wrong
[18:40] <cwayne> ok fixed, now it should get picked up
[18:41] <ogra_> aha :)
[18:42]  * davmor2 lets ogra_ take all of davmor2 's blame and throw it all at cwayne 
[18:43] <cwayne> should be 1411084873 now
[18:49] <tvoss> hmmm, is anyone from qa looking at rtm silo 4?
[18:58] <davmor2> tvoss: it is still in the pending queue.
[18:58] <ogra_> davmor2, wasnt the trello board link supposed to be on the spreadsheet ?
[18:58]  * ogra_ doesnt see it 
[18:59] <davmor2> ogra_: pass
[18:59] <davmor2> tvoss: ogra_ https://trello.com/b/AE3swczu/silo-testing-for-questions-ping-eu-jibel-us-jfunk-nz-thomi-or-ubuntu-qa-on-ubuntu-ci-eng
[18:59] <ogra_> funny
[19:00] <ogra_> thats indeed an easy to memorize url
[19:00] <davmor2> cwayne: \o/ 1411084873
[19:00] <ogra_> davmor2, there is your image
[19:01] <davmor2> ogra_: yep it was all cwayne 's fault :)
[19:01] <ogra_> :)
[19:06] <bzoltan> ogra_: I tried again. Still the same probem. It seems I cannot test the UITK from the rtm-silo2, because the phablet-click-test-setup is somehow broken or something else is broken what messes up it. Device K, RTM image 50. I am not very smart and usually I am wrong, but I suspect that something with the versionings in RTM is not fine.
[19:07] <ogra_> bzoltan, you used --distribution and --series ?
[19:07] <ogra_> as it told you ?
[19:08] <bzoltan> ogra_:  yes http://pastebin.ubuntu.com/8381869/
[19:08] <bzoltan> http://paste.ubuntu.com/8381872/
[19:08] <bzoltan> uitk_test_plan.sh  -c -p 002
[19:09] <bzoltan> ogra_: that the the process I am doing like 5 times a day ...
[19:09] <ogra_> right, hmm
[19:10] <bzoltan> ogra_:  I was doing it with ubuntu today twice with the ubuntu silo9 and it was fine
[19:11] <bzoltan> ogra_: also the first boot for RTM takes ~470 secs when with Ubuntu it is les then 300 secs
[19:11] <ogra_> bzoltan, that should be fixed in 51 ...
[19:11] <ogra_> at least if cwayne did good work :)
[19:11]  * ogra_ hasnt upgraded yet
[19:11] <ogra_> in fact ...
[19:11]  * cwayne crosses his fingers
[19:12] <bzoltan> ogra_:  time is not an issue ... it is just a variable i bump up :) if needed.
[19:13] <cwayne> just did a flash of 51, it was at the bq screen for about 20 seconds maybe
[19:14] <ogra_> hmpf
[19:14] <ogra_> i dont get the update offered
[19:14] <cwayne> ah that wasn't with a --wipe either, let me try that
[19:15] <bzoltan> ogra_:  the good news is that with ubuntu-touch/utopic-proposed the phablet-click-test-setup fails the same way. Image 42
[19:15] <ogra_> 15 sec after a reboot (before upgrade)
[19:16] <ogra_> and now i get the offer ...
[19:19] <ogra_> bzoltan, runs fine in smoke tests http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch-krillin-smoke-daily/184/consoleFull
[19:19] <cwayne> goddamnit it didnt work
[19:20] <ogra_> (image 42, but i'm not sure what version of phablet-tools)
[19:23] <ogra_> yeah, thats was about a minute on the bootloader screen
[19:25] <cwayne> ogra_: yeah, and then i had only /custom/vendor/here... did it flash the wrong custom?
[19:26] <ogra_> 1411084873
[19:26] <ogra_> thats at least what the UI says
[19:26] <cjwatson> robru: sftp://bazaar.launchpad.net/~owner/project/branch/
[19:27] <cjwatson> robru: don't know how you'd find the size of the working tree though.  maybe #bzr might still have some people around who'd know.
[19:27] <robru> cjwatson: downloaded 2.9 GBs of a lightweight checkout and still coming. unreal.
[19:28] <ogra_> heh, that would take all weekend for me
[19:29] <ogra_> davmor2, should i now get location indoors ? (i dont)
[19:29] <ogra_> or are there still silo bits missing
[19:29] <cjwatson> there's probably a method somewhere in bzrlib for it, but I really don't know that code especially well ...
[19:31] <cjwatson> but unmaintained vcs, so ...  if anyone is still around who knows they'll probably be in #bzr
[19:33] <cwayne> ogra_: ah! the customization-hooks aren't in 51 yet
[19:33] <cwayne> so that's why it still takes so long
[19:33] <cwayne> whew
[19:33] <ogra_> ok
[19:33] <ogra_> so thats only here
[19:33] <ogra_> which doesnt work either
[19:33] <ogra_> :P
[19:34] <cwayne> well, the custom tarball has the caches now, they're just not copied over til u-t-c-h lands
[19:34] <cwayne> but yeah, the main reason of updating custom was for the here bits
[19:36] <balloons> fginther, you about?
[19:36] <fginther> balloons, yes
[19:38] <balloons> fginther, the last autlander on devices is falling too.. https://code.launchpad.net/~nskaggs/cupstream2distro/core-apps-clock-autolanding/+merge/235331
[19:38] <balloons> wow, I botched that.. hmm
[19:39] <balloons> wrong project
[19:40] <davmor3> ogra_: works here
[19:40] <balloons> fginther, https://code.launchpad.net/~nskaggs/cupstream2distro-config/core-apps-clock-autolanding/+merge/235332. Anyways, so this just puts all the core apps back onto jenkins. I'd like to move to autolanding on devices, but given the issues we keep hitting, there's more important uses of our time
[19:41] <bzoltan> ogra_:  May I get the same machine, same device and same scripts to validate the UITK? :) I guess no
[19:41] <fginther> balloons, ok, so looking at the last runs on http://s-jenkins.ubuntu-ci:8080/job/ubuntu-clock-app-autolanding/, are you saying that we don't understand the recent failures?
[19:42] <fginther> or have time to understand them?
[19:43] <balloons> fginther, for the clock app it looks like there is a AP issue, but it's the point that I don't think we have time to dedicate to issues like this when they creep up..
[19:43] <balloons> I AP issue as in, something affecting all autopilot tests, nothing to do with clock's testsuite
[19:45] <fginther> balloons, that's for the explanation. Do you have any thoughts on re-enabling them?
[19:45] <fginther> s/that's/thanks/
[19:46] <balloons> I know the QA folks would rather see issues like this dealt with before they hit the dashboard, but I feel like get buried unless they are on the dashboard. My thoughts on re-enabling them is post-rtm we can turn them all on and debug why they are acting funny
[19:46] <balloons> probably something useful for dc actually, as we can iterate quickly that way
[19:46] <balloons> there's no reason the tests shouldn't mirror the dashboard
[19:47] <balloons> in theory :-)
[19:47] <fginther> balloons, right. I guess I'm a little concerned that the root of the problem is in the test runner or somewhere along that line
[19:48] <fginther> balloons, the switch in adb users caused a lot of churn
[19:48] <balloons> fginther, I agree. there's something with the jobs themselves or the tools that is causing some of the issues. Mixed in is actual test failures too. So it's hard to sort things out unless you dedicate time to it
[19:49] <fginther> balloons, but I see your point of getting the problem out of the way and then deal with it when it's not blocking progress
[19:49] <balloons> fginther, yes. It's hard to say sweep it under the rug, but we know about the issues
[19:50] <balloons> fginther, I would say perhaps setting up something that wouldn't impede merges but would allow us to iterate could be useful. So we can track issues and monitor them at least
[19:51] <balloons> I mean, let's say all the tests run on autolandings on devices, but an unstable or failure didn't block a merge
[19:52] <balloons> that would give a better read on the scope and depth of the issues
[19:52] <balloons> and we can work on solving them independent of development
[19:53] <fginther> balloons, that would help, I'll try to propose some options for you on Monday
[19:53] <balloons> fginther, awesome. If that would be possible (perhaps setup all the jobs and have a flag we can toggle on to enforce passing)
[19:54] <balloons> Let's definitely plan to do that. Makes me feel better as well about seeing the issues and getting resolution
[19:55]  * fginther wishes this problem wasn't split across 2 jenkins
[19:56] <balloons> yea, it makes for a bit of a mess doesn't it?
[19:57] <fginther> yep
[20:00] <balloons> just let me know when it's all complete francis.. mp's to land as usual ;-) thanks
[20:04] <fginther> balloons, as soon as your MP is merged, it will be completed
[20:05] <balloons> kk
[20:20] <fginther> balloons, it's good to try again now
[20:20] <balloons> on it
[20:24] <tvoss> fginther, hey there, seems like jenkins ignores https://code.launchpad.net/~thomas-voss/trust-store/fix-1354092/+merge/235299
[20:27] <barry> trainguards: ^^ i can publish into utopic.  what do i need to do after that to also publish to rtm?
[20:32] <fginther> tvoss, ok that's weird, looking closer
[20:33] <tvoss> okay, jenkins found it
[20:44] <robru> barry: you need to make a whole new request for utopic (fill out a new spreadsheet line if it isn't already), assign it to rtm, build, test, publish all over again
[20:45] <barry> robru: i thought there were dual landings w/binary copies
[20:47] <robru> barry: well you thought wrong I'm afraid.
[20:48] <robru> barry: binary copies are sitting in a branch somewhere, unfinished. and we do have "dual landings". That's what it's called when you write up two landings.
[20:48] <barry> robru: is that "semi-automated dual landings" from https://wiki.ubuntu.com/citrain/RTMLandingApproaches ? ;)
[20:49] <robru> barry: I never saw that document before
[20:49] <robru> barry: in the context of citrain, "automated" means "a lander types that by hand for you."
[20:51] <barry> robru: okay!  so i will try to get ^^ landed first, then do it again for rtm.
[21:02] <robru> barry: ok, ping me if the rtm syntax is confusing (you have to put a special syntax in the 'additional source packages' field since it's a sync rather than an MP)
[21:17] <barry> robru: are there wiki docs on the procedure?
[21:18] <barry> s/wiki/any/ ;)
[21:18] <robru> barry: not that I'm aware of. Should be lots of examples in the spreadsheet to copypasta
[21:19] <barry> ack
[21:20] <barry> robru: can i just say "sync:19" ?
[21:22] <robru> barry: you can... If you want everything to be horribly broken. Sorry, that syntactical sugar is pelt implemented. Do the explicit syntax, like "sync:ppa:ci-train-ppa-service/ubuntu/landing-019,utopic your-package-name"
[21:23] <robru> "Poorly implemented"
[21:23] <barry> robru: i like "pelt implmented" better :)
[21:23] <robru> Stupid phone
[21:25] <barry> robru: source package name, right?
[21:26] <robru> barry: yep
[21:26] <barry> robru: thanks.  i guess it'll have to wait: no silo available
[21:28] <robru> barry: awesome
[21:29] <camako> fginther, is there a trick to running mir-mediumtest-runner locally? I get the following (note that I am not the one entering passwd) : http://pastebin.ubuntu.com/8382731/
[21:30] <fginther> camako, did you flash the device with developer mode and a password?
[21:30] <camako> yes I did...
[21:30] <camako> fginther ^^
[21:30] <fginther> ok, let me look
[21:44] <barry> /me tried queuebot, /me tried
[21:44] <barry> queuebot: please free up silo for barry
[21:45] <barry> queuebot: you are smarter than me, saving me from violating my own 2nd law
[21:53] <slangasek> cwayne: hi, have you had any success with the custom tarball given sergiusens's guidance?
[21:55] <cwayne> slangasek: cjwatson had found an issue that he's working out, and now that we've promoted a custom tarball i have more wiggle room to try out sergiusens' theory in a -proposed image
[21:55] <cwayne> slangasek: i expect it to be done mondayish
[21:56] <slangasek> cwayne: ok.  Where is the code you're using to create the tarball living?
[21:56] <slangasek> cwayne: I would really prefer that this go into the ubuntu-cdimage repository, rather than living in a separate jenkins job somewhere
[21:57] <cwayne> slangasek: the branch i'm using in jenkins doesn't have the core-apps bits added yet, still only have those locally
[21:57] <cwayne> slangasek: im happy to get it onto cdimage rather than jenkins
[21:57] <slangasek> ok
[21:58] <slangasek> would be great to have this in a branch somewhere for other people to poke at
[21:59] <cwayne> slangasek: sure, i plan to fix up the core-apps inclusion bit and push it this weekend to get some more eyes on it monday
[21:59] <tvoss> fginther, and another instance of ignorance: https://code.launchpad.net/~thomas-voss/location-service/fix-1354092/+merge/235225
[22:00] <slangasek> cwayne: awesome, thanks
[22:05] <fginther> tvoss, it just started 2 minutes ago... do you happen to do anything related to this branch?
[22:07] <tvoss> fginther, nope
[22:07] <tvoss> oh well, I'm working on it
[22:07] <tvoss> fginther, ^
[22:08] <popey> fginther: you about?
[22:08] <fginther> popey, yes
[22:09] <popey> fginther: when clock #108 finishes could you please upload to the store? http://s-jenkins.ubuntu-ci:8080/job/clock-app-click/
[22:09] <fginther> tvoss, I can't find anything in the logs, but they both started building in jenkins around the same time you mentioned them
[22:27] <brendand> tvoss, jhodapp - i'll just say this for now - you should really add sd card based testing to your test plan
[22:28] <brendand> tvoss, jhodapp - and also, this silo ain't going nowhere today
[22:28] <tvoss> brendand, mind elaborating?
[22:28] <tvoss> brendand, and while I agree on sd card testing for media-hub: how is that relevant to this silo?
[22:29] <brendand> tvoss, well avoiding rash statements, there were obvious problems when i installed it. i'm reconfirming, but it won't all happen tonight
[22:30] <brendand> tvoss, i need to gather all the facts, raise bugs etc
[22:30] <tvoss> brendand, sorry, I don't follow
[22:30] <brendand> tvoss, well i installed the silo, it broke previews and play in music app for my sd card located songs
[22:31] <robru> kenvandine: around? can I get a packaging ack for compiz? https://ci-train.ubuntu.com/job/ubuntu-landing-016-2-publish/8/artifact/packaging_changes_compiz_1%3A0.9.12+14.10.20140918-0ubuntu1.diff
[22:31] <brendand> tvoss, i've reflashed now, i'll check what works on the base image and then install the silo again and try and reconfirm my findings
[22:32] <tvoss> brendand, ack, thank you
[22:34] <tvoss> brendand, also: why would you file bugs for a landing attempt? that's like penalizing people trying to land?
[22:35] <brendand> tvoss, people often ask me to! if you prefer not then i won't
[22:35] <brendand> tvoss, there should be a way to follow up on issues in silos though
[22:36] <tvoss> brendand, sure, I thought that's what the trello cards are meant for?
[22:36] <brendand> tvoss, ok let's handle it that way
[22:37] <brendand> tvoss, like i said, different people seem to have different expectations
[22:37] <tvoss> brendand, interesting
[22:38] <brendand> tvoss, for every person who says 'why would you file a bug', there's another going 'why didn't you file a bug!' :)
[22:48] <cjwatson> cwayne: just one caveat - I'm away over the weekend and Monday, so I'm not going to be able to work on this until Tuesday
[22:49] <cjwatson> cwayne: one thing that's perhaps worth noting; this bug affects the case where you have the same version of the package both in the rootfs and in custom, but I don't think it will affect the case where it just moves to custom in one step.  so if you did that in sync then we might be able to dodge that bug
[22:56] <tvoss> trainguards, someone pulled the trigger on silo 17
[22:57] <tvoss> trainguards, although I explicitly stated in the comment to coordinate with lool
[22:57] <tvoss> :/
[22:57] <tvoss> trainguards, can we please revert the publication?
[23:00] <robru> tvoss: revert is a huge pain, are you sure? How far away is lool from being ready?
[23:20] <lool> robru: what's up?
[23:23] <lool> robru: catching up with tvoss
[23:27] <lool> robru, tvoss: Updating custom tarball now for utopic only right now
[23:27] <lool> will have to build an image, then publish new image with new custom tarball
[23:27] <lool> disabling image cron now as we dont want new images without updated espoo
[23:28] <lool> done
[23:35] <robru> lool: ok
[23:37]  * lool builds image
[23:39] <lool> update custom tarball in place
[23:40] <imgbot>