[03:37] <oSoMoN> trainguards: can I have a silo for line 56, please?
[03:38] <oSoMoN> (I’ll also need a binary copy into that silo, once assigned)
[03:39] <robru> oSoMoN: on it
[03:39] <robru> oSoMoN: didn't I just do an oxide-qt for yo?
[03:39] <oSoMoN> robru, that was for 1.7.4, yesterday
[03:40] <oSoMoN> robru, but we found more critical issues, which were fixed in 1.7.5 and 1.7.6, now we need to land the fixes
[03:40] <robru> oSoMoN: heh, ok
[03:40]  * robru is totally out of the loop
[03:41] <robru> oSoMoN: what's the PPA to copy from?
[03:41] <oSoMoN> robru, https://launchpad.net/~phablet-team/+archive/ubuntu/ppa/+packages
[03:41] <robru> oSoMoN: thanks
[03:42] <robru> oSoMoN: ok, copy looks good. feel free to run build job
[03:42] <oSoMoN> robru, thanks!
[03:42] <robru> oSoMoN: you're welcome!
[04:24] <Mirv> early oSoMoN :) (or late)
[04:50] <ToyKeeper> Most likely going to need some pay-ui fixes before this next milestone...  nobody has been able to get an app purchase to work.
[08:21] <davmor2> Saviq: Don't think you're getting off that lightly....oh no sir.....now it will be blaming you twice.......once for leaving that team and again for not fixing it before leaving ;)  Enjoy your excursion into magic pendants :D
[08:21] <Saviq> davmor2, tx ;)
[08:23] <Mirv> ;) happy journey to server, Saviq
[08:23] <sil2100> ;)
[08:24] <Laney> Serviq
[08:27] <fgimenez> hi trainguards, i need permission for requesting a silo
[08:28] <fgimenez> trainguards, could you help me with this please?
[08:28] <sil2100> fgimenez: hey, sure, I can add you to the permission lists - do you know the essentials of how the CI Train works?
[08:29] <fgimenez> sil2100, more or less, i'm following https://wiki.ubuntu.com/citrain/LandingProcess
[08:30] <sil2100> Ok then, let me add you in this case but remember to poke us whenever you have any questions
[08:32] <sil2100> fgimenez: you should be set-up now
[08:32] <fgimenez> sil2100, thanks a lot :) we have the MR ready and i have a link for the test plan
[08:32] <fgimenez> sil2100, ok thx!
[09:51] <sil2100> fgimenez: assigning a silo - just make sure no existing AP tests regress with the new autopilot :)
[09:52] <sil2100> fgimenez: ...actually, it seems I can't assign a silo since we're out of free silos
[09:52] <fgimenez> sil2100, ok thanks! yep that's it :)
[09:53] <sil2100> Mirv: do we need silo 18 now?
[09:54] <Mirv> sil2100: well it'd be the testbed for further upstream work, but as silos are full I can free it for now (I've also checked no recent upstream activity on the branches)
[09:56] <Mirv> freed
[09:57] <sil2100> Mirv: thanks :) Let's hope we can open up the gates soon
[09:57] <sil2100> Mirv: I guess since we won't be using ubuntu-rtm anymore, might be a good idea to increase the number of silo PPAs
[09:58] <sil2100> Since we don't have ephemeral PPAs yet
[09:58] <sil2100> Having both stable and 'w' in only 30 silos will be hell
[10:18] <Mirv> that's true
[11:11]  * Mirv makes a deal about XPS 13 Developer Edition \o/
[11:22] <popey> Mirv: blog your experience pls :)
[11:22] <popey> Mirv: I'm considering just keeping my x220 till it dies.
[11:29]  * sil2100 off to prepare lunch
[11:35] <tsdgeos> cihelp: Can we make MR created by community members also get run in CI?
[11:35] <tsdgeos> Like https://code.launchpad.net/~feng-kylin/unity8/openPrepopulatedScopeInManageDash/+merge/257616 doesn't get run automatically because it's a community member (or that's the only difference i could find to any other MR)
[11:36] <tsdgeos> so i have to trigger a CI build manually
[11:36] <tsdgeos> which is a bit suboptimal
[11:37] <popey> isn't it because the person isn't in the team
[11:37] <popey> not that they're community
[11:37] <popey> community core apps developers have CI run against their merges just fine.
[11:37] <popey> but if a random drive by community person does a merge then it doesn't because they're not in the team.
[11:38] <popey> tsdgeos: ^
[11:38] <tsdgeos> maybe
[11:38] <tsdgeos> still i think it makes sense to get run CI all the time
[11:38] <tsdgeos> what does it matter if they are on the team or not?
[11:39] <popey> drive by malicious code executed on our hardware?
[11:39] <popey> (I suspect)
[11:41] <tsdgeos> i feel that's a rare possibility compared to the burden of me having to trigger builds manually
[11:41] <tsdgeos> but oh well
[11:42] <fgimenez> trainguards, sorry, don't know if this is already done, is there a free silo for the AP request?
[11:51] <Mirv> popey: I'll blog about it, yes
[11:53] <Mirv> fgimenez: you have the silo already, 018
[11:53] <fgimenez> Mirv, ok thanks!
[12:49] <pmcgowan> sil2100, whats the latest
[12:53] <pmcgowan> sil2100, sorry disconnected
[14:29] <pmcgowan> sil2100, jibel update?
[14:29] <sil2100> pmcgowan: hey!
[14:29] <sil2100> pmcgowan: we sent out e-mails to you
[14:29] <sil2100> Check your mail ;)
[14:29] <pmcgowan> ok will look
[14:30] <jibel> pmcgowan, I just sent the testing report
[14:30] <sil2100> pmcgowan: in the meantime jibel finished the final formal report, it should be sent out soon (if it wasn't yet)
[14:32] <sil2100> kenvandine: you'll have to wait probably, we're out of vivid silo ;)
[14:32] <kenvandine> sil2100, no rush on the vivid silo
[14:32] <kenvandine> but we are rushed for an rtm silo, which i already assigned :)
[14:33] <kenvandine> pmcgowan, ^^ building now, so far on schedule :)
[14:34] <sil2100> oSoMoN_: hey! How's testing of oxide-qt 1.7.6 going?
[14:34] <pmcgowan> sil2100, jibel even the wizard crash requires specific back forward and timing to hit
[14:34] <pmcgowan> so not sure thats a blocker
[14:34] <oSoMoN_> sil2100, on it, looking good so far, should be good for QA validation very soon
[14:35] <pmcgowan> only the browser crash seems worthy of discusuion
[14:37] <sil2100> pmcgowan: the store issues also seem webbrowser related
[14:42] <davmor2> sil2100: that is my best guess and might not be at all
[14:45] <davmor2> sil2100, pmcgowan: I'm assuming that the intial screen is a webview that creates a frame and is then destroyed to open the ubuntu one account web frame instead.  At that point crashes.  It seemed the most logical explanation considering it works when you have a u1 account
[14:46] <pmcgowan> davmor2, that would be good as we have that fix in progress
[14:47] <jibel> pmcgowan, re wizard if mterry_ is sure that back/forward is key to triggering the bug, I'm fine to not block on it.
[14:47] <sil2100> pmcgowan: anyway, if the wizard bug requires specific steps to reproduce then I suppose it would be fine to let it slip for this release
[14:47] <sil2100> I just didn't want new users to curse when trying to change their language ;)
[14:48] <pmcgowan> yeah if it needs a back with specific timing I would not block
[14:48] <jibel> pmcgowan, bug 1450243 is a blocker IMO, the only way out is to reboot
[14:48] <pmcgowan> jibel, we can address that in day one update though
[14:48] <pmcgowan> user wont hit it in first hour?
[14:49] <jibel> if they don't try to purchase something in first hour they won't hit it
[14:49] <pmcgowan> since we have only a handful of purchases in last months
[14:50] <pmcgowan> I would say no
[14:50] <sil2100> mterry_: ping
[14:55] <pmcgowan> jibel, do we still have the issue with the version string? I was thinking that was sortof critical but maybe not for one image
[14:58] <sil2100> jibel: how much time do you think would be needed to re-run 30% of tests due to the oxide-qt landing?
[14:59] <jibel> pmcgowan, the version string is fine on this image. It must be confirmed on an image where the rootfs didn't change.
[14:59] <om26er> Kaleo, Hi!
[14:59] <om26er> Kaleo, I reported camera-app test failures a few days ago. Can you look into those now ?
[15:09] <jibel> sil2100, last time it took 3 hours with 2 testers
[15:11] <sil2100> jibel: so in theory if we land the new oxide-qt in the nearest time we would sill be able to get the image re tested today by the US crew, right?
[15:11] <Kaleo> om26er, sure
[15:12] <om26er> Kaleo, I fixed one of them, the MR is here: https://code.launchpad.net/~om26er/camera-app/test-fix/+merge/256382
[15:13] <jibel> sil2100, in theory yes
[15:13] <sil2100> jibel: well, it indeed depends when we get oxide in, since image builds take a while too... ok, thanks :)
[15:14] <Kaleo> om26er, 2 to go?
[15:14] <sil2100> pmcgowan: so, what's the decision from your side? We try to get the webbrowser issues fixed (new oxide), retest and done?
[15:14] <Kaleo> https://bugs.launchpad.net/camera-app/+bug/1444655
[15:14] <Kaleo> https://bugs.launchpad.net/camera-app/+bug/1444645
[15:14] <om26er> Kaleo, yep
[15:14] <rvr> sil2100: If we begin to test the pending silos, anything to take into account?
[15:15] <sil2100> rvr: the highest priority, as it's a blocker fix, would be silo 28 - but it's not ready yet
[15:16] <sil2100> rvr: not much else that would be safe to land to vivid right now
[15:16] <sil2100> rvr: we have a few good ubuntu-rtm silos that need releasing, but they're not set as ready for QA yet
[15:16] <sil2100> pstolowski: how's the scopes fix RTM testing going?
[15:16] <rvr> sil2100: I have one for RTM in the queue
[15:17] <rvr> sil2100: ubuntu-rtm/landing-002 - gst-plugins-good0.10,qtmultimedia-opensource-src,qtmultimedia-opensource-src-gles : rsalveti
[15:17] <rsalveti> there is another one coming in a minute
[15:17] <rsalveti> hotfix, rtm
[15:17] <pmcgowan> sil2100, yes land oxide fix and retest
[15:18] <sil2100> rvr: yeah, well, that one I think was meant to land as well, but I think it wasn't signed-off yet since it probably needed a bit more testing
[15:18] <sil2100> But it's targetted to land indeed
[15:18] <sil2100> pmcgowan: ok, thanks
[15:18] <om26er> renatu, Hi!
[15:18] <rvr> rsalveti: Silo 4?
[15:19] <rsalveti> rvr: yeah, silo 4, just moved to QA
[15:20] <pstolowski> sil2100, not good unfortunately :(. we've just found a few moments ago that this fix, when backported, uncovers some other issues that affect only RTM. Fixing it proper would need a great chunk of other trunk code to be backported. I'm currently preparing a workaround for the favorites bug that can be applied on the shell plugin side
[15:20] <rvr> rsalveti: "On airplane mode battery discharge more rapidly than with airplane mode off"
[15:21] <rvr> rsalveti: So this requires leaving the phone some hours to discharge, right?
[15:22] <rsalveti> rvr: I added more info to the bug, but yeah, that is the best way to check
[15:23] <rvr> rsalveti: Ok
[15:24] <pstolowski> sil2100, can you reconfigure silo 3 for me? it's failing because I changed it to shell plugin
[15:24] <sil2100> pstolowski: sure
[15:24] <john-mcaleely> jibel, sil2100 just to check - the vivid tarball for krillin is still in queue for +1, yes?
[15:25] <sil2100> john-mcaleely: yes, sorry about that, RC and hot-fix OTA are in the way ;)
[15:25] <sil2100> john-mcaleely: still in the queue
[15:25] <renatu> om26er, hi
[15:25] <john-mcaleely> no worries. just don't want to miss the news when it arrives :-)
[15:25] <om26er> renatu, I left a comment on https://code.launchpad.net/~renatofilho/address-book-app/fix-test_import_from_sim/+merge/256204
[15:25] <sil2100> rvr: this might be a good thing to work on if no vivid-blocker or rtm silos are ready
[15:25] <sil2100> ^
[15:25] <om26er> renatu, can you please fix that so we can merge that fix
[15:25] <renatu> ok
[15:26] <renatu> om26er, btw it is on  silo 20
[15:26] <rvr> sil2100: Yeah
[15:27] <om26er> renatu, hmm, ok we can rename the test later.
[15:27] <renatu> om26er, I can rename it now before it lands
[15:27] <mandel> trainguards can I get silo 005 reconfigured?? We need to add location-service to it else the fix does not work
[15:28] <om26er> renatu, that'd be great.
[15:29] <sil2100> mandel: on it
[15:29] <sil2100> mandel: I assume ubuntu silo 005, right?
[15:29] <ogra_> sil2100, i have another initramfs-tools-ubuntu-touch dput to do ... (just FYI ... as always this will only get used and tested from a device tarball build later)
[15:29] <pmcgowan> elopio, is silo 0 ready for qa?
[15:30] <renatu> om26er, done, could you approve it?
[15:30] <pmcgowan> sil2100, rvr for rtm we want silos 0 and 4
[15:30] <elopio> pmcgowan: wrong ping? I don't know what's in silo 0.
[15:30] <om26er> renatu, done.
[15:30] <pmcgowan> elopio, sorry :(
[15:30] <renatu> om26er, thanks
[15:30] <rvr> pmcgowan: Not 2?
[15:31] <sil2100> ogra_: hope it doesn't introduce any big changes, since we're almost done with the RC
[15:31] <pmcgowan> rvr, oh yeah we sadi 2 as well
[15:31] <pmcgowan> overooked it
[15:31] <rvr> pmcgowan: Ok, so 0, 2 and 4
[15:31] <pmcgowan> ack
[15:32] <ogra_> sil2100, it is needed for factory images, else all devices will only use 8GB, even the ones that have 32 ... (it resizes the userdata FS on first boot in the factory)
[15:32] <ogra_> sil2100, we need the binary built in the PPA to actually test it ... but it is irrelevant on the rootfs (only used in the initrd in the device tarball)
[15:33] <sil2100> ogra_: ok, makes sense
[15:33] <pmcgowan> ogra_, is that going into todays image for rc?
[15:33] <rvr> RTM silo 0 is not marked for QA sign off yet
[15:33] <pmcgowan> ogra_, we had defered the resizing stuff
[15:34] <ogra_> pmcgowan, oh ? i was told it has to be ready be EOW ... but anyway it ia an all manual process to pull that bit into the device tarball, so no risk here
[15:34] <ogra_> s/ia/is/
[15:35] <pmcgowan> ogra_, so does it dynamically resize on first boot now?
[15:35] <pmcgowan> vs fixed size
[15:35] <ogra_> it checks how much space is unused and if thats above a threshold it will expand the FS to the full disk size
[15:35] <rsalveti> ogra_: pmcgowan: iirc we're using 16gb by default
[15:35] <ogra_> ah
[15:35] <rsalveti> which is the device we are currently using
[15:35] <rsalveti> but, we need the resizing
[15:36]  * ogra_ didnt know the exact number
[15:36] <rsalveti> just not required to land for the factory image
[15:36] <pmcgowan> right not today
[15:36] <rsalveti> yeah
[15:36] <pmcgowan> ok
[15:36] <pmcgowan> sil2100, ^^
[15:36] <ogra_> pmcgowan, yeah, but we need the binary in the PPA to actually be able to test it
[15:36] <pmcgowan> ok
[15:36] <ogra_> else we are stuck
[15:36] <pmcgowan> I see
[15:36] <pmcgowan> ok
[15:36] <pmcgowan> so its there but not turned on
[15:36] <ogra_> no worries, it wont actually land anywhere
[15:37] <pmcgowan> ok
[15:37] <ogra_> (apart from showing up on the changes indeed ... )
[15:37]  * ogra_ dputs 
[15:50] <oSoMoN_> ubuntu-qa: silo 28 (with oxide 1.7.6) is ready for validation
[15:50] <rvr> oSoMoN_: Ack
[16:02] <sil2100> jibel: meeting!
[16:10] <mterry_> sil2100, sorry, was afk
[16:10] <mterry_> sil2100, but am here for a moment  :)
[16:11] <sil2100> mterry_: a question about the wizard crash
[16:11] <sil2100> mterry_: does it require some really specific steps, or is it easily reproducible?
[16:12] <mterry_> sil2100, fairly easily reproducable.  Just have to change language, go forward, go back, repeat a few times
[16:13] <mterry_> sil2100, can that change be silo'd?  I'm on vacation for the next 8 days and won't be able to babysit it, but I'd like to see it land
[16:16] <rsalveti> sil2100: jibel: going to create another silo now for a small, contained fix, that fixes the size of the booting logo (spinning ubuntu logo)
[16:16] <pmcgowan> mterry_, you have a fix?
[16:16] <rsalveti> should be ready in a few
[16:16] <mterry_> pmcgowan, https://code.launchpad.net/~unity-team/qmenumodel/nullify-state-variant/+merge/257902
[16:17] <mterry_> pmcgowan, already top-approved
[16:19] <pmcgowan> sil2100, jibel so we can try to take that fix as well, and there is a cosmetic fix to the boot logo in 26 that we can take as well
[16:19] <pmcgowan> that being the wizard crash fix
[16:32] <sil2100> mterry: is the fix tested? When would it be ready for QA sign-off?
[16:36] <rvr> sil2100: Silo 28 is empty
[16:37] <rvr> sil2100: Oh, right, creating the new image, don't mind
[16:38] <sil2100> pmcgowan: so, we landed oxide - you  think I should wait for the wizard fix before kicking a new image?
[16:38] <sil2100> Or the spinner fix?
[16:39] <ogra_> sil2100, why not kick an image inbetween
[16:39] <ogra_> so the oxide fix gets some real life testing already
[16:39] <pmcgowan> sil2100, spinner fix is ready for a quick verifiction
[16:39] <ogra_> it is not like image builds cost us anything (except time, that we have while waiting for the rest)
[16:39] <pmcgowan> sure we can kick it twice is you want
[16:40] <pmcgowan> sil2100, seems someone can check the boot logo in a few mins
[16:41] <sil2100> pmcgowan: few mins to QA verification?
[16:41] <kenvandine> sil2100, can i grab a vivid silo now?  or is there someone else ahead of me in the queue?
[16:41] <pmcgowan> sil2100, for qa its been ready
[16:42] <sil2100> pmcgowan: oh, it's ready for QA?
[16:43] <sil2100> kenvandine: not sure if we won't need one for mterry's fix
[16:43] <kenvandine> ok
[16:43] <kenvandine> his is more important
[16:44] <kenvandine> the click update bug isn't really going to be noticed by vivid users, it's really just critical for rtm
[16:44] <sil2100> pmcgowan, ogra_, jibel: I'll kick a new image now and then we can re-kick in case the spinner lands (and maybe the wizard)
[16:44] <kenvandine> but i do want to get it landed in trunk soon
[16:44] <ogra_> +1
[16:45] <pmcgowan> sil2100, its not yet marked couple mins it seems
[16:45] <pmcgowan> so yeah go ahead
[16:46] <rsalveti> sil2100: pmcgowan: already tested with the deb, just waiting the jenkins job to show that it is built and tested
[16:46] <rsalveti> should take just a few minutes
[16:46] <rsalveti> if we can test it right away, I'd wait this silo
[16:47] <rsalveti> I'd wait until we land this silo
[16:49] <pstolowski> sil2100, the favorites fix in rtm silo 3 is good to go
[16:52] <cwayne> \o/
[16:54] <robru> rsalveti: what's the status of silo 15? it looks a bit stale and isn't in the qa queue...
[16:54] <sil2100> \o/
[16:55] <sil2100> ogra_: where's imgbot?!
[16:55] <rsalveti> robru: it was but then a dput happened
[16:55] <rsalveti> still need to check it
[16:55] <rsalveti> sil2100: pmcgowan: silo 26 is ready for QA
[16:55] <robru> rsalveti: also silo 13 ;-) We're out of silos so it's possible to free any that'd be great
[16:56] <ogra_> sil2100, damn ... dead it seems ... and i have no access to my home machine atm :(
[16:56] <rsalveti> robru: I think we can free 19
[16:56] <rsalveti> ogra_: can we free silo 19?
[16:56] <rsalveti> or is there any other work you need to do in there
[16:56] <sil2100> Noooo poor imgbot!
[16:57] <kenvandine> i'll free silo 16
[16:57] <robru> kenvandine: thanks
[16:57] <kenvandine> done
[16:57] <rsalveti> robru: released 15
[16:58] <rsalveti> but we'll have the same issue soon
[16:58] <rsalveti> as we already got a big pile of silos waiting the freeze to be released
[16:58] <kenvandine> what about silo 0?  that was for mwc, and quite old
[16:58] <sil2100> rsalveti: shouldn't take long, the RC is almost good
[16:58] <kenvandine> or did we want to keep that around?
[16:59] <rsalveti> sil2100: famous last words
[17:00] <robru> kenvandine: kgunn had requested that silo relatively recently... although if he's done with it now it would be nice to free, yeah
[17:00] <kenvandine> ok, we have 2 free now :)
[17:00] <robru> kenvandine: rsalveti: great, thanks guys
[17:04] <kenvandine> now that we have 2 free, do you guys mind if i grab one?
[17:04] <kenvandine> that'll still leave one for mterry's fix
[17:04] <robru> kenvandine: bah, we just freed them up!
[17:04] <kenvandine> this is why :)
[17:04] <robru> kenvandine: j/k, but as long as it's not an SRU it should be fine
[17:04] <kenvandine> it's not
[17:05] <robru> kenvandine: k, go fo it
[17:05] <kenvandine> robru, and since i set col L, it should publish properly right?
[17:06] <robru> kenvandine: yep, as long as you set column L before assigning it's all good
[17:06] <kenvandine> great
[17:06]  * kenvandine is nervous now :)
[17:07] <robru> kenvandine: yeah you can see 'stable-phone-overlay' in the dashboard, it's good
[17:07] <kenvandine> i see
[17:12] <mterry> sil2100, you asked if my crash fix was tested, ready for QA -- it was by me, the fixer
[17:18] <ogra_> imgbot, stunt
[17:18]  * imgbot rolls on its back and purrs
[17:18] <ogra_> sil2100, ^^
[17:18] <sil2100> Ah ha!
[17:18] <sil2100> It's back! :)
[17:19] <davmor2> sil2100: it never left you just weren't looking in the right place ;)
[17:23] <renatu> elopio, all changes merged on: https://code.launchpad.net/~renatofilho/address-book-app/fix-test_import_from_sim/+merge/256204
[17:23] <renatu> elopio, could you approve it?
[17:23] <ogra_> sil2100, flowers go to my GF for being my remote typist ;)
[17:23] <elopio> renatu: yes, thanks.
[17:28] <mandel> sil2100, yes, but rsalveti took care of it, thx!
[17:49] <kenvandine> crap... dep wait... guess i need to refactor my tests to not depend on ubuntu-sdk-libs
[17:52] <om26er> ricmm, where do I find the test plan for USC ? the one attached to the spreadsheet is non-existent.
[17:54] <om26er> rsalveti, do you know ? ^
[17:55] <rsalveti> om26er: not sure we have one
[17:57] <om26er> rsalveti, interesting, what should I test apart from making sure the Ubuntu logo is bigger on boot ? :)
[17:57] <rsalveti> om26er: that was the only change
[17:57] <om26er> rsalveti, I guess that code only runs on device boot ? so if it boots then things are fine ?
[17:58] <rsalveti> om26er: that code yeah
[17:58] <rsalveti> om26er: you'll see a big difference on arale
[17:58] <om26er> rsalveti, yeah, I noted
[18:10] <imgbot> [18:10] <imgbot> [18:42] <ricmm> om26er_: as salveti said, the only binary that changed is the actual spinner program
[18:42] <ricmm> which is different than usc itself
[18:42] <ricmm> however, just making use the phone boots to unity and you can use apps and so on it means its fine
[19:01] <rsalveti> sil2100: pmcgowan: ricmm: publishing silo 26
[19:02] <sil2100> Did it pass sign-off? :)
[19:02] <sil2100> Ah, it did
[19:03] <ogra_> so whats left ?
[19:03] <sil2100> I'm semi-EOD now so missed it
[19:03] <pmcgowan> mterry, do you have a silo yet?
[19:03] <sil2100> The wizard fix
[19:03] <sil2100> But I don't see it in a silo yet
[19:03] <sil2100> mterry: how far are you with the fix?
[19:03] <mterry> sil2100, pmcgowan: no --- I thought I saw you guys putting it in a silo...
[19:03] <mterry> sil2100, the fix is ready and top-approved.  a one-liner
[19:04] <sil2100> Uh oh :)
[19:04] <sil2100> mterry: do you ahve a moment to put in a request?
[19:04] <mterry> sil2100, https://code.launchpad.net/~unity-team/qmenumodel/nullify-state-variant/+merge/257902
[19:04] <mterry> sil2100, ok...
[19:04] <sil2100> mterry: if you're busy I can do that
[19:04] <mterry> sil2100, in a meeting now, but will be done soon
[19:04] <sil2100> mterry: ok, creating one then
[19:05] <mterry> sil2100, ok thanks -- sorry I dropped the ball on that
[19:05] <mterry> I thought I saw you folks talking about a silo with a few tiny fixes, including the crash one
[19:05]  * mterry is not on top of things today
[19:06] <robru> mterry: I'm afraid there are zero silos available.
[19:06] <ogra_> kick one out then
[19:06] <ogra_> we need it for RC
[19:06] <mterry> robru, boo
[19:06] <robru> ogra_: well I did two already, but then they filled up again. I'm not sure what others are freeable
[19:07] <ogra_> just be evil (we will point people at you later)
[19:07] <robru> oh heh, 26 just freed...
[19:07] <ogra_> yep
[19:07] <ogra_> :)
[19:08] <robru> mterry: k ^
[19:09] <sil2100> Building the silo
[19:09] <sil2100> ;)
[19:10]  * mterry hugs robru
[19:10]  * mterry also throws an arm around sil2100
[19:11] <ogra_> and what about powerpc ?
[19:18] <rsalveti> pmcgowan: can you add the milestone for https://bugs.launchpad.net/powerd/+bug/1450568 ? it's quite high as if a process holding a wakelock dies, the lock itself wasn't going away with the process
[19:19] <rsalveti> this fixes it, releases once the process that requested it goes away from the bus
[19:19] <rsalveti> pmcgowan: fix already in a silo, testing, and waiting qa
[19:19] <rsalveti> could be one of the reasons why a unity8 crash could end up draining the battery
[19:20] <ogra_> +1
[19:20] <rsalveti> *tested
[19:23] <sil2100> \o/
[19:47] <sil2100> mterry: are you testing silo 26? :)
[19:47] <sil2100> mterry: please switch it to tested whenever it's ready for QA sign-off
[19:47] <sil2100> It's the only critical thing we need before kicking a new image
[19:49] <pmcgowan> sil2100, any qa around?
[19:49] <jibel> pmcgowan, qa is around
[19:50] <pmcgowan> there he is
[19:50] <pmcgowan> jibel, silo 16 has a wakelock fix if we want it
[19:51] <pmcgowan> jibel, and rtm 0 4 and 5 all ready
[19:51] <pmcgowan> jibel, what moves a silo from needs signoff to ready to test?
[19:52] <jibel> pmcgowan, manual review
[19:52] <jibel> essentially check the diff, changelog, bugs, and approved for a milestone
[19:52] <pmcgowan> gotcha
[19:53] <pmcgowan> jibel, what do you think about ubuntu 16, rsalveti  wanted to land it
[19:53] <pmcgowan> probably more important for rtm really
[19:53] <jibel> it's nice to have as long as it is not too invasive.
[19:53] <pmcgowan> its a one liner when an app disappears
[19:55] <pmcgowan> jibel, we could wait on vivid, ut get it out sooner in rtm
[19:55] <pmcgowan> but
[19:57] <sil2100> I want mterry's fix in vivid ASAP
[20:19] <pmcgowan> sil2100, seems it requires a fresh flash
[20:19] <pmcgowan> so not sure how we even test it
[20:24] <pmcgowan> sil2100, ok I got it with just a wizard re-enable
[20:28] <pmcgowan> sil2100, with the fix I cannot hang the wizard
[20:28] <pmcgowan> without it I hung it in 4 tries
[20:29] <pmcgowan> tested on 29
[20:29] <pmcgowan> arale
[20:30] <sil2100> Nice
[20:30] <om26er_> pmcgowan, what are the steps I should try to reproduce. I was not able to reproduce the crash yesterday.
[20:30] <sil2100> Ok, I say the silo is tested locally now, let's hand it over to QA
[20:31] <om26er_> now I need to be able to reproduce it so that I can validate the silo
[20:31] <pmcgowan> om26er_, I eneabled the wizard, change language continue back change language continue back etc
[20:31] <pmcgowan> on te continue it hung for me
[20:31] <pmcgowan> blank screen
[20:31] <sil2100> om26er_: silo 26 ready for sign-off, pmcgowan can give you useful info :)
[20:31] <pmcgowan> om26er_, but you  need to change the language
[20:33] <om26er_> pmcgowan, aah, finally.
[20:33] <om26er_> took me 8 language switches
[20:33] <pmcgowan> om26er_, awesome
[20:34] <om26er_> sil2100, any testplan to run ?
[20:40] <pmcgowan> tedg, how do we test a change to qmenumodel per https://code.launchpad.net/~unity-team/qmenumodel/nullify-state-variant/+merge/257902
[20:43] <pmcgowan> om26er_, I would say verify indicators and settings still work properly
[21:04] <rsalveti> pmcgowan: so silo rtm 6 is ready for QA
[21:09] <om26er_> pmcgowan, silo 26 approved.
[21:10] <pmcgowan> om26er_, woot
[21:12] <pmcgowan> will land it and trigger a build
[21:29] <om26er_> pmcgowan, do we know if bug 1446584 affects arale as well ?
[21:32] <pmcgowan> om26er_, it does yes
[21:33] <pmcgowan> om26er_, silo 16 and 30 are both battery related that are slated for rtm ota
[21:34] <om26er_> pmcgowan, they are showing up as vivid silos, not RTM on the board.
[21:35] <pmcgowan> om26er_, there are sios for both
[21:35] <pmcgowan> om26er_, we wanted to stop landings for vivid though
[21:35] <pmcgowan> unfortunately out of time
[21:35] <pedronis> silo 4 is the rtm silo matching silo 30
[21:36] <pedronis> if I understand things
[21:40] <sil2100> Publishing
[21:42] <sil2100> pmcgowan: once the silo migrates I'll kick a new image
[21:42] <pmcgowan> sil2100, vg sir
[21:42] <pmcgowan> I think we lock now
[21:42]  * pmcgowan crosses fingers
[21:42] <rsalveti> alright
[21:42] <rsalveti> then sil2100 will take care of it :-)
[21:42]  * rsalveti gets back to the camera bug
[21:43] <sil2100> :) Yeah, I'm still around
[21:50] <sil2100> Ok, building the image
[21:51] <sil2100> o/
[21:51]  * sil2100 off now
[21:51] <ricmm> o/
[21:51] <sil2100> If anything, tomorrow there's a national holiday, so I'll be only around briefly
[21:51] <sil2100> See you!
[21:55] <imgbot> [22:21] <robru> bfiller_: no silos available, sorry
[22:22] <robru> bfiller_: I'll send an email asking people to free any that aren't needed
[22:22] <bfiller_> robru: thanks
[22:22] <robru> bfiller_: it's been tight all day. as soon as I free one, one more fills it up...
[22:43] <robru> mzanetti: camako: are you guys using silo 0? I just noticed kgunn is on holiday
[22:44] <camako> robru, kgunn put anpok in charge of it. Yes we are using it.
[22:44] <robru> camako: ok thanks
[22:50] <davidbarth> silo 003 good for qa, if you want to reclaim some more silos
[22:51] <robru> davidbarth: thanks for moving that along!
[23:17] <ogra_> imgbot, status 189 vivid
[23:18] <imgbot> Status: succeeded, Started: 2015-04-30 21:51:39 UTC, Finished: 2015-04-30 22:43:37 UTC
[23:18] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/25965
[23:18] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/189.changes
[23:18] <ogra_> aha
[23:25] <bfiller_> robru: mind reconfiguring silo 28
[23:25] <bfiller_> robru: added a new package
[23:26] <robru> bfiller_: sure, one sec.
[23:27] <robru> bfiller_: ok done.
[23:27] <bfiller_> robru: thanks
[23:28] <robru> bfiller_: you're welcome!