[02:10] <imgbot> [02:33] <fginther> plars, robru, FYI, I patched phablet-click-test-setup and retriggered the tests for image 180
[02:36] <plars> fginther: thanks for looking at that. I had to step away for a while but I'm back now. Anything else needed right now?
[02:37] <fginther> plars, I don't think anything else is needed right now. I saw that your other change landed, so hopefully this will be a full run
[02:38] <plars> fginther: indeed
[02:38] <fginther> plars, a much better fix is needed for p-c-t-s, but it can wait until at least tomorrow :-)
[02:39] <fginther> plars, so far so good: http://q-jenkins.ubuntu-ci:8080/job/vivid-touch-mako-smoke-daily/545/console
[02:39] <fginther> made it past the click test sources install
[02:40] <plars> Awesome
[03:25] <imgbot> [03:25] <imgbot> [06:15] <Mirv> ToyKeeper: happen to be around? can you confirm that om26er passed silo 015 but just forgot to flip the switch in the spreadsheet? the trello is authorative, isn't it?
[06:15] <ToyKeeper> Mirv: If it's passed on trello, it should be okay to flip the switch in the spreadsheet.
[06:15] <Mirv> ToyKeeper: indeed, I just wanted to hear it from someone in the team. thanks!
[06:16] <ToyKeeper> Mirv: That's qtubuntu-camera, yes?
[06:16] <Mirv> ToyKeeper: no, qtdeclarative
[06:16] <ToyKeeper> Mirv: Er, sorry, wrong silo-015 card.  :)
[06:16] <Mirv> "Approving it now." ends om26er's last trello comment
[06:16] <Mirv> :)
[06:16] <ToyKeeper> Mirv: In any case, it looks like he just didn't flip the switch.
[06:17] <Mirv> thanks for confirming
[06:24] <Mirv> robru: thanks, packaging diffs seem all good now!
[07:21] <robru> Mirv: you're welcome!
[08:08] <sil2100> popey, ogra_, Mirv: anything to discuss during the landing meeting?
[08:09] <ogra_> nothing specifically from me
[08:09] <sil2100> Mirv: actually I wanted to poke you regarding the unity8 hang silo, but I can do it here too
[08:09] <sil2100> Mirv: do you think it can be passed to QA sign-off now that it's planned to be landing in the overlay PPA?
[08:10] <sil2100> Mirv: this is a blocker for the nearest release
[08:12] <Mirv> sil2100: I discussed it yesterday, and albert was of the opinion that we can't land it until all the upstream branches have been merged upstream. and there's sense in that, not only to assure quality (even though I don't see any problems in my testing) but also because even though we have the PPA it's supposed to be copied to w as is - and currently, the patches make some KDE legacy apps not start
[08:12] <Mirv> upstream has promised to fix the kuniqueapplication problem. but so far the big patch set is still not merged in upstream qt 5.5.
[08:13] <sil2100> Mirv: do we have any other means of fixing the bug in the meantime?
[08:14] <Mirv> tsdgeos: ^ can give an opinion about other means of fixing the QDbus problem, although I guess they have been thought (and tried) before already.
[08:19] <popey> sil2100: no
[08:20] <sil2100> jibel: hey, you have anything urgent to discuss during the landing meeting?
[08:21] <jibel> sil2100, just which rtm silo do we land?
[08:21] <jibel> sil2100, 3, 4, 6 and 7 are ready for QA
[08:21] <sil2100> jibel: I think pmcgowan wasn't clear on what he wants and when we want it
[08:22] <Laney> robru: It needs to get into vivid via SRU
[08:22] <davmor3> sil2100, jibel: My net went down last night I'm using my mifi for now but it means my irc and emails are dead probably best to get me on telegram for anything important I'm going to try the hangout via mifi and see what restrictions I need to put in place
[08:22] <Laney> dbarth: do you know about this?
[08:23] <sil2100> So I would defer until he's around again
[08:24] <dbarth> Laney: i just now the silo went into the overlay ppa
[08:24] <dbarth> Laney: you saying i should do the sru paperwork now?
[08:24] <Laney> dbarth: Needs to go into vivid via SRU
[08:24] <sil2100> davmor3: I was thinking of cancelling today's landing meeting so no worries ;)
[08:25] <Laney> dbarth: So the bug will need the paperwork, yes
[08:25] <Laney> Let me know if you need help uploading it
[08:25] <dbarth> Laney: what's the timing btw?
[08:25] <Laney> for?
[08:25] <dbarth> the sru process
[08:25] <davmor3> sil2100:no really cancel mongering the morning meetings too damn you
[08:25] <dbarth> ie, 0-day srus (not the case i think) vs 1st batch
[08:25] <Laney> the SRU team can accept it whenever
[08:25] <dbarth> ah ok
[08:26] <sil2100> davmor3: ;)
[08:26] <Laney> I don't know what they'll choose but it doesn't matter either way for us IMHO
[08:26] <sil2100> jibel: so until we have a clear direction from pmcgowan I would say let's not sign off any RTM silos
[08:26] <Laney> well, I think FB chat XMPP is closing on April 30th so it should be in -updates by then
[08:26] <jibel> sil2100, okay
[08:26] <sil2100> Pat anyway wanted us to concentrate all strength on vivid and you-know-what
[08:26] <Laney> dbarth: did anyone care for precise/trusty/utopic?
[08:28] <dbarth> Laney: not really yet
[08:28] <dbarth> Laney: but that could be limited to just the MSN/FB bugfix though
[08:29] <Laney> yes
[08:29] <dbarth> ie not the whole silo
[08:29] <Laney> this is the bit that I care about ;-)
[08:29] <Laney> well, that I care about most
[08:32] <sil2100> davmor3: today in return we'll have the evening meeting ;)
[08:33] <Mirv> oh, ok no meeting
[08:33] <davmor3> Yay I might be online proper by then, but I still want to try the mifi in a hangout, so jibel don't cancel the morning qa meeting it's an import experiment :D
[08:34] <Mirv> sil2100: hey, you were on the UITK update yesterday. it seems robru landed it to vivid (and it's in -proposed), was that intentional or should it be republished to the overlay PPA?
[08:34] <davmor3> jibel:^
[08:34] <davmor3> is that the t=landing you were on about?
[08:34] <davmor3> - t=
[08:35] <Mirv> ..or should release team allow it to go in. I didn't catch the whole topic but I undestood it might be it should be in vivid proper?
[08:36] <davmor3> Mirv: jibel was just on about it in another channel I think it is deliberate, we are waiting on it landing for real for the iso to be respun
[08:36] <Mirv> ok
[08:37] <davmor3> Mirv:it is a big assumption on my part but being as UITK were mentioned twice in such a small span of time I can only assume it is the same one :)
[08:37] <jibel> davmor3, Mirv it is blocked in proposed currently http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[08:37] <Mirv> davmor3: yes it most probably is
[08:37] <jibel> pitti is looking at the failure
[08:38] <Mirv> ok, thanks for the update
[08:38] <sil2100> Mirv: it's intentional
[08:38] <Mirv> good
[08:49] <tsdgeos> sil2100: Mirv: there is no way to "fix it" other than this, you can workaround it my not using qdbus :D
[08:59] <mandel> Mirv, I have had no code reviews, but is due to the fact that it needs to be tested on the phone first (talking about line 52)
[09:02] <Mirv> mandel: ok
[09:02] <Mirv> assigning a silo
[09:02] <mandel> Mirv, is a huge improvement for location, and you know, you need to walk around :-/
[09:02] <mandel> Mirv, sweet! (I know, I sound like a stoner \o/ )
[09:16] <Mirv> mandel: yeah location improvements are very welcome :)
[09:17] <sil2100> I like the sound of that
[09:17] <sil2100> ;)
[09:18] <sil2100> hmmm
[09:19] <sil2100> bzoltan_: I'll have to release a no-change rebuild of UITK to trunk in a moment, sorry for messing with your trunk ;)
[09:19] <sil2100> bzoltan_: there's some chaos regarding vivid now
[09:20] <bzoltan_> sil2100:  just tell me if I need my help
[09:20] <bzoltan_> sil2100:  I mean :) if _you_ need my help
[09:20] <sil2100> bzoltan_: sure, again sorry for that ;)
[09:21] <davmor3> bzoltan_: man talking about helping yourself in the 3rd person isn't that one of the signs of insanity ;)
[09:44] <bzoltan_> davmor3: helping  myself in my native language has an other meaning :D
[09:46] <oSoMoN> trainguards: can I have a silo for line 53, please?
[09:47] <sil2100> oSoMoN: looking
[09:48] <sil2100> oSoMoN: assigning :)
[09:49] <oSoMoN> thanks!
[11:28]  * sil2100 off to lunch
[11:30] <john-mcaleely> davmor2, so, do vivid krillin device tarballs need signoff at the moment?
[11:31] <john-mcaleely> same Q to jibel , I guess ^
[11:31] <davmor2> john-mcaleely: yes as vivid is the next target for ota
[11:32] <john-mcaleely> cool davmor2 one is incoming then :-)
[11:34] <pmcgowan> j
[11:35] <davmor2> pmcgowan: is this some new form of alphabet game?
[11:35] <pmcgowan> jibel, sil2100 if QA has bandwidth we can test rtm silos to be ready for a hotfix next week
[11:35] <pmcgowan> davmor2, no typing in wrong window it seems
[11:35] <cwayne> davmor2, sil2100: so I got a +1 from davmor2 to push a vivid tar awhile ago, but I'd missed the message.  the tarball hasnt been built since then, am I ok to push it, or should I build a new one and have it go through qa again?
[11:36] <pmcgowan> jibel, sil2100 but anything for vivid has precedence over rtm silos
[11:36] <davmor2> cwayne: build a new one there might be apps and stuff that need updates and put it through the process :)
[11:37] <cwayne> davmor2, okie dokes
[11:38] <cwayne> davmor2, building, will let you guys know when ready
[11:40] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150422-a57ecca.tar.xz
[11:40] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150422-a57ecca.changes
[11:40] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20150422-a57ecca.ods
[11:40] <john-mcaleely> sil2100, ^ new device tarball for krillin vivid
[12:15] <Mirv> sil2100: jibel: I flipped the switch based on the most recent discussion. also did some retesting with #181 while the AP suite was run against #175 during the weekend.
[12:15] <Mirv> ^ regarding that 018 fix
[12:53] <fginther> om26er, FYI touch smoke testing for 181 completed
[12:53] <om26er> fginther, \o/
[12:54] <om26er> fginther, the failure rate looks alarming
[12:55] <fginther> om26er, looks like 180 still thinks it's running because the jobs exceeded the 5 hour timeout. I'll see about scaling out some more to fix that problem
[12:56] <fginther> om26er, indeed, I've seen it look better
[13:10] <ChrisTownsend> cihelp: Hi!  We are getting intermittent "out of space" failures on our Unity 7 ci runs.  For example: https://jenkins.qa.ubuntu.com/job/unity-vivid-amd64-ci/86/console and https://jenkins.qa.ubuntu.com/job/unity-vivid-i386-ci/86/console
[13:11] <boiko> rvr: hi, regarding the rtm silo, it is another fix that bfiller and pmcgowan want to evaluate to maybe be released as a hotfix
[13:12] <rvr> boiko: Right, only hotfixes will be allowed
[13:12] <fginther> ChrisTownsend, ah, someone will have a look at this
[13:12] <boiko> rvr: yep, that's why I proposed the fix and got the silo
[13:13] <ChrisTownsend> fginther: Ok, thanks
[13:13] <pmcgowan> rvr, if there is anything for vivid that gets priority this week
[13:14] <rvr> pmcgowan: Ack, thanks. jibel also updated me with the upcoming priorities.
[13:30] <sil2100> rvr, davmor2, jibel: new device tarball ready and in the tarballs sheet
[13:30] <ogra_> we have a taballs sheet ?
[13:30] <ogra_> nice :)
[13:30] <davmor2> sil2100: there should be a new custom from cwayne soon too
[13:31] <sil2100> ogra_: yeah, not fully functional though
[13:32] <davmor2> sil2100: it would be much easier if we had say a database and a web form maybe /me runs and hides from the explosion that is sil2100 head with the rage overload :D
[13:32] <sil2100> davmor2: all in the works ;)
[13:33] <davmor2> sil2100: the spreadsheet is dead long live the spreadsheet?
[13:34] <sil2100> davmor2: robru's working on a replacement and so far things are moving forward nicely from what I know
[13:34]  * davmor2 hugs robru 
[13:38] <ogra_> sil2100, are we there yet ?
[13:38] <Saviq> trainguards, silo please ↑ :)
[13:38] <sil2100> ogra_: robru's working on it from scratch, so there's still work to be done
[13:38] <sil2100> But I trust in robru's abilities
[13:38] <sil2100> ;)
[13:38] <ogra_> :)
[13:38] <sil2100> Saviq: on it
[13:39] <sil2100> (more on the evening landing meeting)
[13:39] <sil2100> Saviq: oh! I like the sound of that request
[13:42] <Saviq> :)
[13:43] <sil2100> This would mean one less blocker on our list, thanks!
[13:54] <rvr> Saviq: Approving silo 17
[13:55] <sil2100> \o/
[13:55] <sil2100> Nice, this would unblock silo 25 then
[13:57] <cwayne> davmor2, sil2100 added custom tar for vivid to spreadsheet
[13:57] <sil2100> cwayne: thanks! Let me approve it for QA sign-off
[13:57] <Saviq> rvr, awesome, thanks
[13:59] <sil2100> davmor2, jibel, rvr: approved the custom tarball request
[14:07] <Mirv> Saviq: approves https://code.launchpad.net/~saviq/unity8/fix-flake8/+merge/256510 + https://code.launchpad.net/~saviq/unity8/fix-mock-indicator/+merge/256958
[14:11] <Saviq> Mirv, done
[14:12] <Saviq> sry
[14:21] <Mirv> Saviq: no problem. regarding packaging, I fear you'd need to add  Replaces: unity8-autopilot (<< 8.02+15.04.20150421.1-0ubuntu1) to the unity8-fake-env's fields, otherwise desktop users having both installed would have a upgrade error when the new files in unity8-fake-env conflict with the old files in unity8-autopilot
[14:22] <Saviq> Mirv, oh...
[14:23] <Saviq> Mirv, think you could upload with a bumped -ubuntu or shall I fix/rebuild?
[14:32] <alex-abreu> trainguards can you publish silo 23
[14:32] <sil2100> alex-abreu: on it
[14:33] <sil2100> alex-abreu: needs a rebuild...
[14:33] <sil2100> alex-abreu: unbuilt commits in https://code.launchpad.net/~abreu-alexandre/unity-webapps-qml/improve-embedded-ui-params-passing/+merge/250329
[14:37] <Mirv> Saviq: please fix + rebuild normally in the MP
[14:40] <Saviq> ok
[14:43] <fginther> ChrisTownsend, The 'no space left on device' issue has been resolved for the moment. Will still need to address it with a longer term solution, but any unity7 builds in flight should be ok to proceed now
[14:44] <ChrisTownsend> fginther: Great, thanks so much!
[14:50] <sil2100> pstolowski: hmm, assigning silo for 55, but you mention it's an alternative fix to silo 20?
[14:50] <sil2100> pstolowski: so only one of them will land, right?
[14:51] <pstolowski> sil2100, hey, my row #55 is targeted at devel cause i've no other way of building and testing it other than a silo. isn't it going to be an issue? when i confirm it works, it will be merged into devel and then MP'ed again for landing in trunk
[14:52] <pstolowski> sil2100, correct, we've disscussed it today. the best fix would be lowest in the stack, which is scopes api. only one fix will land eventually
[14:53] <sil2100> pstolowski: ok, so there will be a real landing with MPs to trunk after those approaches get tested, right?
[14:53] <pstolowski> sil2100, yes
[14:53] <sil2100> Ok, let me mention that in the comment fields
[15:25] <om26er> fginther, Hey! how did the dashboard fix ? did you deploy your change for phablet-tools ?
[15:26] <Saviq> Mirv, if you're still around - it just published https://launchpadlibrarian.net/204011489/unity8_8.02%2B15.04.20150421.1-0ubuntu1_8.02%2B15.04.20150422-0ubuntu1.diff.gz
[15:26] <Saviq> only the PPA decided it's going to be a good idea to show the complete changelog
[15:27] <fginther> om26er, yeah. I hacked the local version of phablet-click-test-setup until there is more time for a proper fix
[15:27] <om26er> fginther, will code in your MR do it for me as well ?
[15:28] <om26er> I am seeing the same issue locally as well
[15:28] <fginther> om26er, yes, it should work (it worked for me locally as well)
[15:29] <Mirv> Saviq: not really around but checking anyway :)
[15:31] <om26er> fginther, great, seems to have worked for me.
[15:31] <Mirv> ricmm_: unapproved https://code.launchpad.net/~ricmm/qtubuntu-media/abi-session-reattach/+merge/255860
[15:32] <ricmm_> jhodapp: ^
[15:33] <Saviq> Mirv, thanks
[15:33] <ricmm_> alesage: ping, did you do exploratory testing against media-hub and all media stuff?
[15:33] <alesage> ricmm_ yes I ran the test plan
[15:33] <alesage> if we're being specific :)
[15:34] <ricmm_> I'm not being specific, I'm asking about non-specific exploratory testing ;)
[15:34] <ricmm_> although to be fair, one of the test plan points if exploration
[15:34] <jhodapp> ricmm_, approved
[15:34] <alesage> ricmm_ fairly spoken
[15:35] <ricmm_> so you did pressure it with heavy exploratory
[15:35] <alesage> ricmm_, I didn't find anything that wasn't explained; a file format unsupported, e.g.
[15:35] <sil2100> Mirv: you go EOD now!
[15:35] <Mirv> sil2100: just a moment! :)
[15:36] <sil2100> ...;p
[15:36] <Saviq> Mirv, yeah, just after you publish my silo! :D
[15:36] <alesage> if I tap at the end of a track I can unleash chaos ricmm_ but I've presented this before to jhodapp
[15:37] <jhodapp> alesage, indeed you have
[15:37] <Mirv> Saviq: indeed, now publishing, upgrade on desktop with both installed went fine
[15:37] <sil2100> jibel, popey, davmor2, rvr, robru: let's have a quick evening meeting today to sync up on everything
[15:37] <sil2100> ogra_: ^
[15:37] <rvr> sil2100: Ack
[15:38] <ogra_> sil2100, yeah ... curious about the OTA3.5 :=
[15:38] <ogra_> :)
[15:38] <popey> sil2100: okay
[15:39] <Mirv> ricmm_: so ack on 028? (I just made sure it targets the overlay)
[15:40] <sil2100> alex-abreu: so that rebuild that was needed - was that change something not impacting real code?
[15:40] <sil2100> alex-abreu: asking to check if it needs a re-test or not
[15:41] <alex-abreu> sil2100, yes it was fixing the tests that were flacky
[15:42] <sil2100> dbarth: just to make sure - you testing the oxide-qt silo 16, right? Since the status is not right due to a CI Train error and  the packages are there
[15:42] <sil2100> alex-abreu: ACK
[15:43] <ricmm_> Mirv: I believe so
[15:43] <ricmm_> jhodapp: ^^
[15:43] <ricmm_> jhodapp: ack on the silo? to land in overlay
[15:43] <Mirv> that will be the most acked silo ever
[15:44] <jhodapp> ricmm_, one min, I am checking one last possible regression for Alan
[15:44] <ricmm_> ok
[15:44] <Mirv> ok
[15:44] <Saviq> oh, robru, things get pushed to trunks on publication now, not on migration? that on purpose?
[15:45] <Mirv> Saviq: overlay is very migrated right away
[15:45] <sil2100> Saviq: there's no proposed-migration in the overlay PPA, it's basically a copy-package from silo to the destination
[15:45] <dbarth> sil2100: oSoMoN was yes; i'm on 1.7.2 at the moment
[15:45] <sil2100> dbarth: on 1.7.2? Not 1.6.2? :o
[15:46] <Mirv> ^ so not yet
[15:46] <oSoMoN> dbarth, 1.6.4 is good to go as far as I’m concerned
[15:47] <sil2100> *1.6.4 I meant
[15:47] <Saviq> Mirv, d'oh
[15:48] <sil2100> oSoMoN, dbarth: ok, I'm confused a bit - I know we essentially want 1.7.2 on the phone ASAP, but we only have a silo with 1.6.4 right now
[15:48] <dbarth> oSoMoN, sil2100: i think we can release this one now
[15:48] <sil2100> dbarth: by release you mean free up and clean?
[15:48] <oSoMoN> sil2100, we want 1.6.4 first, then 1.7.2
[15:49] <oSoMoN> sil2100, 1.7.2 is still being validated
[15:49] <sil2100> oSoMoN, dbarth: ok, so silo 16 still makes sense then
[15:49] <oSoMoN> yes
[15:49] <sil2100> But it's ready for QA sign-off, right?
[15:50] <sil2100> oSoMoN, dbarth: if it is, could you guys mark it as such in the spreadsheet?
[15:51] <oSoMoN> dbarth, your landing, can you please mark it ready for QA validation?
[15:55] <dbarth> yup, will do
[15:55] <sil2100> Thanks guys :)
[15:56] <sil2100> robru: do you have a good way of setting silo 16 state into a sane one? It's the oxide-qt encoding bug
[16:02] <sil2100> robru: pong, meeting if anything
[16:02] <davmor2> jibel: meeting
[16:03] <jibel> davmor2, I won't attend
[16:03] <davmor2> jibel: nw
[16:05] <jhodapp> Mirv, ok silo 28 is ready
[16:05] <jhodapp> ricmm_, ^
[16:08] <Mirv> jhodapp: thanks
[16:12] <jhodapp> thanks Mirv
[16:20] <rsalveti> jhodapp: did we land the playlist support?
[16:20] <rsalveti> and the session reconnect I guess
[16:21] <jhodapp> rsalveti, yep
[16:21] <jhodapp> we did
[16:21] <rsalveti> alright :-)
[16:21] <rsalveti> just hope it's not going to break anything
[16:21] <rsalveti> lol
[16:22] <jhodapp> it shouldn't
[16:22] <jhodapp> :)
[16:22] <jhodapp> QA went through it too
[16:23] <rsalveti> not going to be concerned
[16:23] <rsalveti> too many issues already
[16:25] <kalikiana> plars: anything on the licensing issue?
[16:32] <robru> sil2100: sorry, you have to edit config json by hand. I'll try to fix oxide diffs today
[16:32] <kalikiana> fginther: or maybe you know, if plars isn't around. supposedly you were looking into the license check issue
[16:35] <fginther> kalikiana, the license check has been updated, sorry I was only able to verify it a short time ago
[16:36] <fginther> kalikiana, the latest results are on https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/generatedApDocs/+merge/256913
[16:37] <sil2100> robru: thanks :)
[16:37] <sil2100> robru: btw. how's the replacement going? What technology you settled on finally?
[16:38] <sil2100> robru: regarding the template - I inspired myself on some existing webpage that I don't know anymore, so you'll just have to rip-out it from the tracker if anything
[16:38] <sil2100> robru: it was glued up quickly so don't expect anything fancy ;)
[16:39] <sil2100> I even use bootstrap there out of lazyness
[16:39] <kalikiana> fginther: super! thanks a lot!
[16:39] <sil2100> rvr: ^ as I said, QA-sign offs are pilling up ;)
[16:41] <rvr> sil2100: Close the gates! :D
[16:44] <robru> sil2100: heh, ok thanks. for the replacement, I'm using flask. as a quick prototype it's using json blob files but the plan is to transition to a real db once I have more of the pieces in place. for now it's going well but there's a lot of pieces missing still
[16:46] <kgunn> trainguards hey could i get a vivid silo for line 6 of the sheet ? this is the old MWC demo silo...getting a request to reconstitute
[16:48] <rvr> robru: sil2100: I have a new card for silo 28, was that a mistake? In the dashboard, it's empty.
[16:52] <sil2100> robru: great to hear, doing things in iterations sounds like a sane plan
[16:52] <sil2100> rvr: hmmm
[16:53] <sil2100> rvr: that's a strange thing, the silo was there before the meeting
[16:53] <rvr> sil2100: alesage approved a silo with the same description an hour ago.
[16:53] <sil2100> rvr: ah!
[16:54] <sil2100> rvr: yeah, so I think the trello card appeared since there was a moment when it was switched back to 'needs QA'
[16:54] <sil2100> rvr: while it actually was QA granted
[16:54] <sil2100> rvr: I would remove that card
[16:54] <robru> sil2100: 28 was freed here: https://ci-train.ubuntu.com/job/check-publication-migration/111266/console
[16:55] <robru> kgunn: line 6 is in silo 0.... ?
[16:56] <kgunn> robru: huh...thanks....i thot i gave it up
[16:56] <kgunn> i feel sheepish
[16:57] <robru> kgunn: hehe, no worries. let me know if it needs a reconfig or whatever. IIRC you had given up a different one.
[16:58] <kgunn> thanks robru, i did update one the projects already there, so i do need a reconfig.....hadn't silo'd in a while,  is there no link to reconfig in the sheet ?
[16:59] <kgunn> ah-ha...new instructions
[16:59]  * kgunn reads
[17:01] <robru> kgunn: yeah the spreadsheet imploded a bit and we had to try something different to reduce the load. the old reconfig link was really resource-heavy in the way it generated URLs.
[17:01] <kgunn> i see
[17:13]  * sil2100 needs to jump out for a few hours, be back later
[17:13] <sil2100> o/
[18:24] <robru> bfiller: silo 15 doesn't need qa?
[18:31] <bfiller> robru: I don't think so because it's just the deb which isnt' used and it's autopilot test fixes only
[18:31] <bfiller> not going to upload any click to the store
[18:32] <robru> bfiller: ah ok
[18:32] <robru> bfiller: just need you to approve the MP https://code.launchpad.net/~artmello/gallery-app/gallery-app-fix_autopilot_tests/+merge/256159
[18:32] <bfiller> robru: done, sorry about that
[18:33] <robru> bfiller: tahnks
[18:42] <kenvandine> bfiller, i have some settings branches i'd like to land, they only fix tests so will be quick to land
[18:43] <kenvandine> bfiller, mind if i slide in front of silo 10?  it'll mean a rebuild after mine is published
[18:43] <bfiller> kenvandine: fine with me
[18:43] <kenvandine> since that silo will still need to go through qa verification, etc
[18:43] <bfiller> kenvandine: yup, I'm testing that now
[18:43] <kenvandine> ok, so you don't mind a rebuild in a couple hours?
[18:44] <kenvandine> it won't affect your testing
[18:44] <bfiller> kenvandine: that's fine
[18:44] <kenvandine> cool
[20:14] <kenvandine> robru, ^^ why did settings go to proposed instead of the overlay ppa?
[20:14] <kenvandine> i thought the silos were configured to go to the overlay ppa automatically
[20:14] <robru> kenvandine: it's automatic if you let me do it.
[20:15] <kenvandine> oh... sorry :/
[20:15]  * kenvandine sobs
[20:15] <robru> kenvandine: I wrote an email with the specific steps necessary for landing team + core devs
[20:15] <kenvandine> i saw something, thought it was only for silos created before the change
[20:15] <kenvandine> sorry...
[20:16]  * kenvandine gets it rejected
[20:16] <robru> kenvandine: oh yeah, for new silos you need to set the PPA in column L and then the rest is taken care of
[20:16] <robru> kenvandine: since you already have the silo, you need to set the PPA in column L, reconfigure, WATCH_ONLY, republish
[20:17] <kenvandine> ok
[20:20] <robru> kenvandine: so once that's copied, just run the merge job manually with FORCE, it'll merge your MPs correctly even though the package didn't make it to vivid as the silo is configured for
[20:22] <kenvandine> bfiller, silo 10 is rebuilding now
[20:50] <imgbot> [20:51] <ogra_> oh ?
[22:10] <imgbot> [22:10] <imgbot> [23:06] <ToyKeeper> dbarth ... is gone, d'oh.
[23:06] <ToyKeeper> Silo 16 failed.  It makes web apps crash.
[23:27] <rsalveti> wtf