[05:12] <bzoltan> Mirv: I am done with expanding the Silo4. The UITK branch is actually the same, but I added there the QtC Ubuntu/cmake/remotelinux MRs too ... one of these QtC MRs depend on a UITK fix on the staging. That is why I prefer to land them together.
[05:12] <bzoltan> Mirv:  so would you please reconfigure the SIlo9?
[05:48] <Mirv> bzoltan: reconfigurning
[05:48] <bzoltan> Mirv:  thank you!
[05:51] <Mirv> bzoltan: reconfigured. description should see some additions I guess?
[05:52] <bzoltan> Mirv:  yes
[06:01] <Mirv> landing bot is again alive on choo choo channel
[07:18] <Saviq> are we ready to land yet?
[07:25] <Mirv> Saviq: utopic is open, not necessarily the same as easy to land stuff. but yes, utopic is open :)
[07:25] <Saviq> ohkay, let's see
[07:26] <Mirv> Saviq: -proposed has bunch of Qt changes from Debian that break stuff. or in other words our packages are a bit outdated. I'm working on qtdeclarative now.
[07:26] <Mirv> they went on to rename all QML packages...
[07:27] <Saviq> kk
[07:37] <Saviq> can I please have silo 23 reconfigured? unity-mir got included in the landing
[07:40] <Saviq> sil2100, re: line 9, yes, should be moved to utopic
[07:43] <sil2100> Saviq: ok, one momen!
[07:44] <Saviq> sil2100, no rush! :)
[07:45] <Saviq> Mirv, are you "reverting" the renames or shall we prepare for the changes in an MP? is there a summary of what changed available?
[07:46] <Mirv> Saviq: can't really revert as we have autosynced Debian Qt packages that depend on those. so I'm following those. transitional packages are in place, but stuff should be updated eventually.
[07:47] <Saviq> Mirv, yeah, glad we're not diverging from debian, then :)
[07:47] <Mirv> Saviq: the lines with →  at http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qtdeclarative.git;a=shortlog
[07:47] <Saviq> Mirv, thx!
[07:48]  * Saviq will prepare a transition already
[07:52] <Saviq> Mirv, qtdeclarative5-qtmultimedia-plugin didn't change?
[07:53] <Mirv> Saviq: it did probably change, but not in qtdeclarative-opensource-src
[07:53] <Mirv> since it comes from qtmultimedia which will require a sync too
[07:53] <Saviq> Mirv, ah indeed
[07:55] <Mirv> the immediate problem is that qtgraphicaleffects in -proposed is broken since it depends on qml-module-qtquick2. the actual bikeshedding is less important.
[07:56] <sil2100> Saviq: do you know if kgunn's silo with the non blocking eglswapbuffers is being used right now in some way? I mean, we need to re-target that for utopic, but I don't know if I can free it and re-assign it now without any consequences
[07:57]  * Mirv is blocked by silo size limit, pinged webops
[07:58]  * Mirv notes that webops were extremely quick
[08:03] <sil2100> Mirv: silo size limit? :)
[08:03] <sil2100> How much is it per-silo now?
[08:09] <Mirv> sil2100: 2GB, nothing if preparing qtwebkit :)
[08:09] <sil2100> ;p
[08:10] <Mirv> which has a debug package that is 0.5GB+ per arch
[08:12] <sil2100> Mirv, ogra_: do you guys have anything to discuss on the meeting today?
[08:13] <sil2100> psivaa: ^ ?
[08:13] <psivaa> sil2100: i dont have much
[08:13] <sil2100> davmor2, popey: how about you guys?
[08:13] <Mirv> sil2100: not much. I've started working on bug #1313547 as -proposed is currently broken because of autosyncs
[08:14] <Saviq> sil2100, I know it's been under testing
[08:14] <Saviq> sil2100, would not retarget it without kgunn's ACK
[08:14] <sil2100> Saviq: yeah, just as I thought - ok, then I'll wait for him to pop up, thanks!
[08:16] <sil2100> Mirv: I'm trying to make some cleaning up with the silos, retargetting some of the ones that need to be for utopic
[08:17] <popey> sil2100: yo
[08:17] <Saviq> looks like the SSO redirect got better? still does not log in straight away, though
[08:19] <Mirv> sil2100: sounds good. utopic is now open indeed, but a bunch of things might fail to build because of that bug ^ and the fact silos use -proposed
[08:20] <Mirv> Saviq: it possibly got better when I removed the double "//" from the URL in metadata
[08:20] <Mirv> at least it seemed like the behavior changed around that time so that it no longer went to the wrong url
[08:20] <Laney> Mirv: is that about the new package naming scheme for qml modules?
[08:20] <Mirv> Laney: yes
[08:20] <Laney> cool
[08:20] <Laney> I guess we're following that too
[08:21] <Mirv> it's less pain to follow than to fork the packaging for those Qt modules that depend on renaming, like the qtgraphicaleffects now in -proposed stuck on wanting qml-module-qtquick2.
[08:22] <Laney> I mean for Ubuntu packages
[08:22] <ogra_> sil2100, not really, still waiting for the first imag builds
[08:22] <Mirv> oh right, yes we should probably rename as well as we go forward
[08:24] <sil2100> popey, davmor2, Mirv, ogra_, psivaa: in this case I would propose skipping the morning meeting and simply syncing up at evening? We should have more to talk by then
[08:24] <Saviq> Mirv, kk
[08:24] <ogra_> sil2100, ++
[08:24] <Saviq> Mirv, sounds like a bug somewhere anyway, // should not cause that should it
[08:24] <psivaa> sil2100: ack
[08:24] <sil2100> Thanks guys
[08:25] <Mirv> sil2100: fine by me, I'll update on my status later today (which will probably be "trying to validate trusty-image-updated-utopic-is-not-totally-trivial")
[08:25]  * davmor2 stops sitting in the hangout
[08:25] <Mirv> once those builds finish
[08:26] <mhr3> Mirv, any eta on when will fix for https://bugs.launchpad.net/unity8/+bug/1307578 get to U?
[08:27] <Saviq> tsdgeos, conflict in debian/control, merge make-common into killqt51 please
[08:27] <Mirv> mhr3: as soon as everything else in this branch. as discussed ^, I needed to rename all QML modules so I'm building such a thing now. then I need to find out how utopic image works in general.
[08:27] <Mirv> mhr3: so landing line 30 / silo 20
[08:27] <tsdgeos> Saviq: you mean split-common ?
[08:27] <Saviq> tsdgeos, yes
[08:28] <mhr3> Mirv, alright, thx
[08:28] <Mirv> mhr3: so hopefully tomorrow as an ETA
[08:30] <popey> sil2100:  ok
[08:31] <tsdgeos> Saviq: please reapprove https://code.launchpad.net/~aacid/unity8/killqt51/+merge/217391
[08:31] <Saviq> tsdgeos, and sorry for dragging you around channels ;)
[08:32] <vila> Mirv, sil2100: no landing meeting ?
[08:33] <tsdgeos> Saviq: it's ok
[08:33] <Mirv> vila: no, sil2100 just didn't hilight you but he proposed skipping and keeping the evening one
[08:33] <tsdgeos> i'm here anyway :D
[08:33] <vila> Mirv: ack, ok
[08:33] <Mirv> tsdgeos: have fun! :)
[08:33] <Mirv> oh, not the hangout
[08:33] <vila> Mirv: Oh right, I see that now
[08:34] <Mirv> you can always join http://conferencecall.biz/ if you want
[08:35] <Mirv> just like an actual meeting
[08:40] <sil2100> hah ;)
[08:40] <sil2100> vila: sorry!
[08:42] <sil2100> Mirv: this is some crazy stuff...
[08:43] <Mirv> sil2100: yeah, I think they had an app with which to contribute real situations to their database or something :)
[08:52] <mandel> sil2100, morning! one question, are we open for landings already?
[08:52] <sil2100> mandel: morning! Well, one could say something like that, yes ;p
[08:53] <mandel> sil2100, sweet, so if I get the +1 for silo11 in theory I will be allow to update udm for u? I'm not looking to do an SRU since is an update focused on ubuntu touch
[08:54] <sil2100> mandel: yes, let me look at silo 11 before that, one moment
[08:54] <mandel> sil2100, and will probably need an "ubuntu developer" to check the update since it adds new packages
[08:54] <sil2100> mandel: so, I need to re-assign this silo
[08:54] <sil2100> As it's targetting trusty still, let me do that
[08:54] <sil2100> You will need to rebuild the packages there
[08:54] <mandel> sil2100, ok, I really appreciate it
[08:54] <mandel> sil2100, no problem, I'll take it from there
[09:25] <sil2100> mandel: if anything, you can rebuild your silo :)
[09:25] <sil2100> I mean, build it, since it didn't get built yet for utopic!
[09:38] <mandel> sil2100, well, I don't hav ethe rights, can you press the button? (I'm planning to do the training and the get the rights :) )
[09:38] <mandel> sil2100, I can wait for sergio but he is in latin america
[09:39] <sil2100> mandel: sure :)
[09:39] <mandel> sil2100, superb, thx
[09:42] <cjwatson> FWIW at this point utopic image builds are blocked on IS acting on RT#69764 (I've already poked webops about it)
[09:44] <ogra_> thanks for the update !#
[09:48] <sil2100> cjwatson: thanks!
[09:48] <sil2100> Ok, I go make some breakfast
[10:06] <Mirv> sil2100: I'm done with my late lunch :D
[10:06] <sil2100> ;)
[10:09] <sil2100> Man, my head hurts today, seems like an awesome day
[10:47] <dbarth> sil2100: o/ i have verified silo 005 now
[10:47] <dbarth> sil2100: it's ready for -proposed
[10:47] <sil2100> \o/ We got the notification from the choo choo bot :)
[10:47] <sil2100> Let me publish
[10:48] <sil2100> Oh
[10:48] <sil2100> Wait wait ;)
[10:48] <sil2100> There still seems to be the old webbrowser-app in -proposed
[10:49] <sil2100> dbarth: can we get someone to verify fixes for those two bugs? :) LP: #1294279 and LP: #1309138
[10:49] <sil2100> Someone who didn't work on the fixes preferably
[10:49] <sil2100> ;)
[10:49] <dbarth> sil2100: this one, yes
[10:50] <dbarth> sil2100: i'll bribe someone around,yeah ;)
[10:50] <sil2100> Ok, I jump out now for lunch and vet, brb
[11:32] <Saviq> Mirv, sorry to bother you, any ETA on the new qtdeclarative package? just wanna know what to plan against
[11:47] <Mirv> Saviq: tomorrow. testing will be slow, if anything in utopic is broken and I need to go back/forth old/new qtbase+qtdeclarative to determine if something is a regression in those new patches or in utopic in general
[11:47] <Mirv> and of course if there's a real problem with some of the new qtdeclarative patches, it will take longer. but hopefully they're all good.
[11:47] <Saviq> Mirv, understood
[11:49] <Mirv> at least UI Toolkit and Unity 8 AP:s are good which is a good beginning
[12:35] <ogra_> the bot might announce an image build for 304 ... please ignore that, it lies ...
[12:35] <ogra_> (it is confused until there is a #1 for utopic on system-image)
[12:36] <sil2100> Ok
[12:36] <sil2100> Thanks for the heads up :)
[12:43] <imgbot> [12:43] <ogra_> ha !
[12:43] <popey> \o/
[12:43] <sil2100> Oh!
[12:43] <sil2100> #1!
[12:43] <popey> thats going to be bad isn't it?
[12:44] <ogra_> might
[12:44] <ogra_> no idea
[12:44] <ogra_> lets see if it even finishes building
[12:44] <popey> we'll see when it finishes building in 10 mins ☻
[12:45] <sil2100> ;)
[12:46] <ogra_> ah, the bot only got confused now :)
[12:46]  * ogra_ is curious if it will sort itself once the image is on system-image
[13:00] <ogra_> the image build looks good so far ...
[13:00] <ogra_> cdimage is in its last stages ... at least everything seems to be installable
[13:17] <ogra_> Preparing to unpack .../android_20140328-2310-0ubuntu2_all.deb ...
[13:17] <ogra_> Unpacking android (20140328-2310-0ubuntu2) ...
[13:17] <ogra_> Setting up android (20140328-2310-0ubuntu2) ...
[13:17] <ogra_> whee ...
[13:17] <ogra_> looks good :)
[13:18] <ogra_> (thats the last bit cdimage does)
[13:20] <sil2100> :)
[13:20] <ogra_> aaaand ... cdimage done ...
[13:20]  * ogra_ waits for system-image to pick up 
[13:40] <imgbot> [13:40] <imgbot> [13:40] <ogra_> and now i'm impressed
[13:40] <cjohnston> image 1
[13:40] <cjohnston> !
[13:40] <ogra_> i didnt touch the bot code ... it *should* have had issues !
[13:41] <ogra_> damned ... cant trust my own coding ..
[13:41] <ogra_> :)
[13:41] <davmor2> cjohnston: yes the trusty updates to stable would be 304.....etc so it starts back at one on a new release
[13:41] <ogra_> aha
[13:41] <ogra_> at least the changelog generator is messed up
[13:41] <ogra_> that brings some confidence back :)
[13:41] <sil2100> ;p
[13:41] <davmor2> ogra_: hahaha
[13:42] <cjohnston> davmor2: yup.. I'm just happy that we have it.. I was hoping it would be 1 so we don't confuse the dashboard
[13:47] <Mirv> hehe
[13:49] <plars> 2014/04/28 09:47:06 Channel utopic-proposed not found on server https://system-image.ubuntu.com
[13:49] <plars> ?
[13:49] <ogra_> plars, ubuntu-touch/utopic-proposed
[13:50] <ogra_> needs the prefix
[13:50] <ogra_> i got tricked by that as well :P
[13:51] <plars> strange... I matched everything with what we were doing under trusty before
[13:56] <ogra_> plars, might be a bug on either system-image or ubuntu-device-flash
[14:00] <plars> it's running now
[14:00] <plars> I think we didn't need the extra bit for trusty, but we do for utopic
[14:01] <cjohnston> ogra_: I'm betting that there were redirects for trusty
[14:01] <cjohnston> that were never applied for utopic
[14:01] <ogra_> yeah, might be, utopic channel setup is definitely not finished yet
[14:02] <ogra_> stgraber was waiting for the first image to exist to finish tht
[14:09] <dbarth> sil2100: davmor2 just helped me with the verification-done of the previous packages
[14:09] <dbarth> sil2100: so we should be able to publish silo 005
[14:09] <dbarth> sil2100: let me know if you need me there
[14:09] <sil2100> \o/
[14:10] <sil2100> dbarth: thanks!
[14:14] <Mirv> Saviq: still here, I might be able to squeeze the landing to today as it's currently looking good
[14:14] <Saviq> Mirv, cool!
[14:14] <Mirv> sil2100: FYI I've ran all AP:s and executed app manual testing plans, I think that should probably be good for utopic landing
[14:14] <Mirv> I'm still doing a couple of reruns of failing tests
[14:14] <sergiusens> sil2100: hey, I'm tired of clicking buttons for mandel, can you give him clicking powers?
[14:16] <ogra_> sil2100, FYI ... the nightly image build cron job is back on again (for your report mail tonight)
[14:17] <Mirv> ogra_: could you consider a pre-ack on packaging changes https://launchpadlibrarian.net/174018467/qtcreator_3.0.1-0ubuntu4_3.0.1-0ubuntu5.diff.gz ? (I've upload rights to Qt but not to Qt Creator)
[14:18] <Mirv> in short: it runs upstream tests now.
[14:18] <ogra_> Mirv, xuath and xvfb is build-deps i assume (hard to tell from the diff since the section is cut off)
[14:18] <Mirv> + adds one dependency that was needed and removes a couple that were not anymore after QtC3 port
[14:18] <sil2100> sergiusens: I will try ;p
[14:18] <Mirv> ogra_: yes, build-deps
[14:19] <sergiusens> sil2100: thanks
[14:19] <ogra_> Mirv, ack then ...
[14:19] <sil2100> sergiusens: not sure if I have all the power to do that for Didier
[14:19] <Mirv> thank you
[14:19] <sil2100> mandel: are you CI-trained now? :)
[14:19] <mandel> sil2100, how do I check that?
[14:19] <plars> ogra_: results are starting to show up now: http://ci.ubuntu.com/smokeng/utopic/touch/mako/1:20140428:20140411.3/7798/
[14:19] <sil2100> Mirv: awesome!
[14:19] <ogra_> plars, whee
[14:20] <sil2100> mandel: by CI-trained I mean, did you get some CI-train training?
[14:20] <ogra_> i'm impressed how flawless it all went this time
[14:20] <sil2100> Mirv: let's wait for test results before though
[14:20] <mandel> sil2100, sergiusens told me anything that is needed :)
[14:20] <sil2100> And hm, maybe a separate image just for your landing?
[14:20] <plars> ogra_: http://people.canonical.com/~ogra/touch-image-stats/ is going to start to get confusing at some point... are you going to just remove the trusty stuff? or separate into directories?
[14:20] <ogra_> plars, i will move it to a subdir
[14:21] <plars> http://people.canonical.com/~ogra/touch-image-stats/1.changes wow, what a changelog!
[14:21] <ogra_> the trusty bits ...
[14:21] <plars> :)
[14:21] <ogra_> haha
[14:21] <sil2100> ogra_: damn!
[14:21] <ogra_> 2 will surely have some more content ...
[14:21] <sil2100> ogra_: it's so big that it loads AGES here
[14:21] <plars> yeah, I guess there's no image 0 to compare it to
[14:21] <ogra_> i'll also regenerate 1 against 303
[14:21] <sil2100> I opened it up a minute ago and I still have a white page...
[14:21] <plars> cool
[14:21] <ogra_> sil2100, lol
[14:21] <plars> sil2100: keep waiting
[14:22] <ogra_> sil2100, thats just the new CSS ... white font on white bg
[14:22] <sil2100> Ah
[14:22] <sil2100> ;)
[14:24] <davmor2> sil2100: I'm marked the bugs verification-done I don't know if there is anything else needs doing to it
[14:25] <sil2100> davmor2: all is cool, thanks for that :)
[14:25] <davmor2> sil2100: also created a new bug obviously :)
[14:26] <davmor2> ogra_: well does it boot or have you still not got it installed yet?
[14:26] <ogra_> davmor2, running fine on my flo
[14:26] <sil2100> davmor2: I'll poke the SRU team about it, maybe we can make it leave -proposed faster :)
[14:27] <davmor2> sil2100: tell them I broke it but it fixed the things it's meant to fix :)
[14:30] <balloons> ping josepht
[14:30] <josepht> balloons: pong
[14:31] <balloons> josepht, trying to land a change to the module name for the core app file manager. I believe the test itself needs to be updated to reflect the module name change. Can you confirm this? The merge is here; https://code.launchpad.net/~dpm/ubuntu-filemanager-app/fix-desktop-run/+merge/217239 and the failure can be seen here: http://91.189.93.70:8080/job/generic-mediumtests-trusty/2258/console
[14:33] <balloons> + timeout --kill-after=30 --signal=2 1200 python2 -m autopilot.run run -v -o /tmp/test_ubuntu_filemanager_app.xml -f xml -r -rd /tmp/ ubuntu_filemanager_app runs tests from could not import package ubuntu_filemanager_app: No module named ubuntu_filemanager_app which has been changed
[14:34] <josepht> balloons: looking here: http://91.189.93.70:8080/job/ubuntu-filemanager-app-trusty-amd64-ci/122/console it seems to be failing some pep8 tests
[14:34] <balloons> josepht, :-) nice ty
[14:34] <josepht> balloons: np
[14:34] <balloons> this is what I get for trusting david :-)
[14:45] <sil2100> mandel: hey, could you check if you can build your silo? :)
[14:45] <mandel> sil2100, sure
[14:45] <sil2100> mandel: go to the spreadsheet silo sheet, press build and see if you can build it after logging in :)
[14:46] <mandel> sil2100, I know how to do it :)
[14:47] <mandel> sil2100, awesome! just triggered a rebuild of udm!
[14:48] <mandel> sil2100, will cancel it since it is not needed
[14:48] <sil2100> mandel: ok :)
[14:48] <sil2100> mandel: just remember that there's a FTBFS on that silo
[14:49] <sil2100> mandel: since the silo will not mention now that there were any problems
[14:49] <sil2100> (because the job was aborted)
[14:49] <mandel> sil2100, oh, well... that is annoying :-/
[14:55] <sil2100> Yeah :|
[14:57] <dpm> balloons, josepht, I think you're looking at an old Jenkins log. The pep8 issues on that branch were fixed 2 revisions ago. It's not failing on that
[15:00] <josepht> dpm: ah, you're right.
[15:01] <balloons> lol dpm :-) I should have trusted you I guess
[15:16] <josepht> fginther: do you have thoughts on balloons' question above?  I don't have access to that jenkins
[15:18] <fginther> josepht, looking
[15:21] <fginther> balloons, that MP will need a change to the job configuration to run the tests correctly.
[15:22] <balloons> fginther,thought so :-) Thank you for confirming. Shall we file a bug or can you coordinate it now?
[15:23] <fginther> balloons, I'm trying a manual rebuild with the suite name changed
[15:24] <fginther> balloons, I'm aware of the change, I'll make a note of it
[15:31] <mhr3> sil2100, how are we looking on landing stuff to u? can i get a silo and push updates for a bunch of components?
[15:32] <sil2100> mhr3: sure, what silo would you like assigning? We will start landing for u once we get smoketesting results for the first image
[15:32] <sil2100> plars: hi! Any luck with the #1 image testing?
[15:32] <plars> sil2100: it's still running: http://ci.ubuntu.com/smokeng/utopic/touch/
[15:32] <mhr3> sil2100, need to prepare mps first :)
[15:32] <plars> so far, looking pretty good
[15:32] <ogra_> shouldnt look so much different from 303
[15:33] <sil2100> Saviq: hi!
[15:33] <plars> mako is on the unity8 tests now it looks like
[15:33] <Saviq> sil2100, ho!@
[15:33] <sil2100> Saviq: so... I wanted to re-assign a silo fo kgunn's Mir landing, but it seems you also have a lock on unity-mir in silo 007
[15:33] <kgunn> sil2100: give it to Saviq
[15:33] <sil2100> kgunn: are you sure? :)
[15:34] <kgunn> yep
[15:34] <sil2100> kgunn: since the Mir landing is rather high-priority in my eyes
[15:35] <kgunn> sil2100: Saviq will be super fast....he always is :)
[15:36] <sil2100> :)
[15:37] <Mirv> phew
[15:37]  * ogra_ puts on his sunglasses and looks at the bright davmor2 who is standing in his spotlight 
[15:38] <ogra_> davmor2, congrats !! well deserved
[15:38] <sil2100> Mirv: \o/
[15:38] <sil2100> Mirv: let's publish that today maybe? It seems to be a blocker for unity8, no?
[15:39] <davmor2> ogra_: it's bald patch reflecting the light right :)
[15:39] <Mirv> sil2100: yep, publishing. and yes it blocks that and other things.
[15:39] <sil2100> o/ Thanks!
[15:40] <Mirv> it seems a bit of reconfigure / build watch is needed to get properly rid of the qtwebkit reference
[15:56] <cjwatson> davmor2: well done
[15:57] <davmor2> cjwatson: thanks
[15:59] <dpm> davmor2, just seen it now, congrats!!!
[15:59] <davmor2> dpm: thanks
[16:00] <ogra_> sil2100, i'm still busy in another meeting, might be a bit late
[16:00] <Mirv> I'm busy on being on free time.. oh, wait
[16:00] <sil2100> ogra_: ok
[16:00]  * Mirv kicks himself and goes afk
[16:00] <sil2100> Mirv: ;)
[16:03] <sil2100> cyphermox: coming? :)
[16:07] <Chipaca> sil2100: would now be a bad time to ask how the prodding of push sru bugs is coming?
[16:09] <sil2100> Chipaca: one moment, meeting :)
[16:09] <rsalveti> sil2100: jhodapp|lunch: I'm pushing the packages for media-hub, should be good in a few hours, then we can trigger the silo rebuild
[16:09] <ogra_> GRRR
[16:09] <sil2100> rsalveti: excellent ;) Sorry for the unassignment, but that was needed
[16:10] <rsalveti> sil2100: sure, I was able to get the src packages at least :-)
[16:12] <jhodapp> rsalveti, awesome, thanks man
[16:16] <rsalveti> sil2100: can I haz a silo for line 29?
[16:19] <sil2100> rsalveti: sure!
[16:19] <rsalveti> thanks
[16:19] <rsalveti> brb
[16:24] <davmor2> ogra_: so whats the magic command dude  system-image-cli --channel=utopic-proposed -b 0 ?
[16:26] <sil2100> ubuntu-touch/utopic-proposed as the --channel
[16:26] <davmor2> ta
[16:29] <davmor2> yay working
[16:33] <ogra_> davmor2, right
[16:35] <davmor2> ogra_:  hmmm I seem to have no online content in the scopes now :(
[16:36] <ogra_> well, i do ... on flo at least
[16:38] <davmor2> ogra_: okay now I do so no idea what stalled that
[16:39] <davmor2> popey: scuba gas manager don't we need a waterproof phone for that to be of use ;)
[16:41] <sil2100> Chipaca: so! As for the SRUed packages
[16:41] <Chipaca> sil2100: yes
[16:41] <sil2100> Chipaca: they seem to be nicely verified and now they need to stay in proposed for a few more days - the specs mention a period of at least 7 days
[16:41] <Chipaca> sil2100: ah, ok
[16:41] <sil2100> Chipaca: from the system I see the push package is there already for 4 days
[16:41] <sil2100> So 3 days more ;p
[16:42] <Chipaca> okie doke
[16:42] <Chipaca> sil2100: ta
[16:42] <jhodapp> rsalveti, can you let me know when the media-hub package push is completed?
[16:42] <rsalveti> jhodapp: sure
[16:42] <jhodapp> thanks
[16:45] <dbarth> sil2100: ping; checking if you can land the silo from this morning (005)
[17:36] <alecu> mandel: it seems that silo-011 is failing to build due to the click scope not finding the new u-d-m headers: https://launchpadlibrarian.net/174034174/buildlog_ubuntu-utopic-armhf.unity-scope-click_0.1%2B14.10.20140428-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:36] <mandel> alecu, checking, one sec
[17:42] <mandel> alecu, rebuilding
[17:56] <jhodapp> sil2100, do you have a link to the silo 4 build log?
[18:27] <davmor2> sil2100, ogra_: so far mako and flo seem pretty much on par with 303 manta to go
[18:33] <jhodapp> sil2100, fixed the merge conflict for the media-hub silo
[18:33] <jhodapp> sil2100, it's ready for a rebuild
[18:34] <sil2100> davmor2: excellent!
[18:34] <sil2100> jhodapp: ok, I'll press the rebuild button if you don't have the permissions
[18:34] <jhodapp> sil2100, I don't
[18:34] <sil2100> dbarth: not sure, since the SRU package will be in proposed for a while still... need to consult this with them if it's possible to push a new version earlier
[18:40] <sil2100> jhodapp: it's rebuilding if anything :)
[18:41] <jhodapp> sil2100, thanks! I'll have one other branch to add in a second
[18:43] <jhodapp> sil2100, you can add this to the silo 4 MP list as well: https://code.launchpad.net/~phablet-team/mediaplayer-app/remove_qtpowerd_dependency/+merge/217490
[18:49] <jhodapp> sil2100, where are the other packages in silo 4 for media-hub?
[18:50] <davmor2> sil2100, ogra_: manta is okay too \o/
[18:51] <kgunn> sil2100: you still working ? ....can i get silo 2 "split greeter" retargeted to utopic ?
[18:51] <kgunn> i'm assuming you have to do some magic
[18:54] <ogra_> davmor2, yay
[18:55] <davmor2> ogra_: browser is still crap on manta :(  but that is because it hasn't been fixed yet so it should get better :)
[18:55] <ogra_> right
[18:55] <ogra_> there is a lot of cra on manta still :)
[18:55] <ogra_> *crap
[18:56] <elopio> ping fginther
[18:56] <elopio> I need a hand to understand this error: http://91.189.93.70:8080/job/generic-mediumtests-trusty/2223/console
[18:56] <fginther> elopio, hello
[18:56] <elopio> fginther: how are you?
[18:57] <fginther> elopio, good, and you? I'll take a look
[18:57] <elopio> fine, thanks :)
[18:59] <davmor2> ogra_: indeed but the browser is awful currently https://bugs.launchpad.net/webbrowser-app/+bug/1301380
[19:04] <fginther> elopio, should these tests work with python3-autopilot?
[19:05] <sil2100> kgunn: retargetting in a moment :)
[19:06] <sil2100> jhodapp: rsalveti was to push those packages there, hm
[19:06] <jhodapp> sil2100, he did
[19:06] <elopio> fginther: it should. They work on my machine.
[19:06] <sil2100> jhodapp: ok, I'll add the merge and press rebuild maybe - did the previous build finish?
[19:06] <jhodapp> sil2100, no, and actually you don't have to do anything right now... sergiusens is taking care of it
[19:07] <sil2100> jhodapp: ok :) I'm past my EOD a bit now, so I'm doing some house chores inbetween, sorry it took so much time
[19:08] <jhodapp> that's ok, I appreciate you checking in between
[19:09] <sil2100> kgunn: will be re-assigned in a moment - just remember I'll have to add 'ignore conflicts' again, since there are many components that are already locked (like unity8) - I'll mention it in the silo comment that a rebuild will be required before the actual landing
[19:13] <kgunn> thanks
[19:16] <davmor2> popey, balloons, ToyKeeper: I added a new tab for utopic https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ai33BkOcORLLdE4xLTFtSE80ZkpITXZ3aV85cWtPX2c#gid=1
[19:17] <ToyKeeper> Ah, that makes sense.  Should be easier to keep the format up to date when it's a new tab per series.
[19:17] <sil2100> o/
[19:18] <davmor2> ToyKeeper: it also means that if there is a new stable trusty roll out that we can continue to use the trusty tab
[19:19] <davmor2> I'm assuming it will mostly be Utopic now though :)
[19:25] <sergiusens> sil2100: we are out of space on the jenkins server
[19:26] <sergiusens> mktemp: failed to create directory via template '/tmp/debsign.XXXXXXXX': No space left on device
[19:26] <sergiusens> cyphermox: robru ^^
[19:26] <cyphermox> I can't do anything about that
[19:26] <cyphermox> fginther: ^
[19:28] <fginther> sergiusens, cyphermox. looking
[19:41] <fginther> cyphermox, / is indeed full, but not from /tmp. /var is taking up most of the space.  My theory is that some old cow build directories are hogging the space
[19:41] <fginther> cyphermox, https://ci-train.ubuntu.com/job/fginther-test/6/console
[19:43] <fginther> cyphermox, I suspect the workaround until IS can free up the old dirs (I don't have permissions) is to only do one build at a time
[19:53] <jhodapp> sergiusens, let's try fginther's theory with silo 4
[19:54] <Saviq> kgunn, if you have something for unity-mir to land, go for it
[19:54] <sergiusens> jhodapp: well I can't see all the other processes so it will need to be triggered by either robru_, cyphermox or sil2100
[19:54] <Saviq> or actually, seems qtdeclarative landed, robru_, can you please retry the unity8 builds in silo 007?
[19:55] <jhodapp> sergiusens, oh ok, sil2100 can you try rebuilding one package at a time in sil 4?
[19:55] <jhodapp> silo
[19:55] <robru_> on it
[19:55] <fginther> jhodapp, sergiusens, there is currently 800MB free... should be enough to build 1 silo (I hope)
[19:55] <jhodapp> sergiusens, ok let's try it all again then
[19:55] <jhodapp> fginther, thanks
[19:57] <robru_> just did silo 7. you guys are waiting on silo 4 too?
[19:58] <jhodapp> robru_, yeah
[19:58] <sergiusens> jhodapp: oh, one package at a time, I read, one silo at a time
[19:59] <robru_> fginther, when you say "one at a time", do I really have to wait for the whole job to finish? or can i just wait until the packages are uploaded to the PPA?
[19:59] <sergiusens> it's a lot of packages in silo 4; do we have an ordering?
[19:59] <fginther> robru_, the package build phase of silo 7 is complete, the cow build dir it was using has been cleaned up
[19:59] <fginther> robru_, I think once the cow build is done, the next build can start
[19:59] <jhodapp> sergiusens, yes, they should work out ok from the dependencies
[19:59] <sergiusens> fginther: isn't it full due to a pbuilder for trusty and another for utopic is in there?
[20:00] <jhodapp> are there any plans to upgrade the server's disk space too since this seems to be happening repeatedly?
[20:00] <fginther> sergiusens, I can't tell for sure (am requesting help from IS). there are 7 old build directories which could have tons of crap in them
[20:00] <sergiusens> jhodapp: well it isn't clear if only one silo at a time can operate or that we need to build one package at a time ;)
[20:01] <jhodapp> sergiusens, heh, indeed
[20:01] <sergiusens> jhodapp: almost sure it's per silo as it's the same jenkins host hosting all silos
[20:01] <jhodapp> yeah
[20:06] <jhodapp> sergiusens, so are you going to wait for silo 7 to be done building?
[20:07] <sergiusens> jhodapp: I'm waiting for a general direction from robru_, cyphermox or fginther
[20:07] <robru_> yeah, i restarted silo 7, I guess we're just waiting for the COW stage to complete then I'll rebuild silo 4
[20:08] <fginther> robru_, agreed. If that fails due to space issues, we'll have to rethink it
[20:09] <jhodapp> perfect, thanks robru_
[20:09] <robru_> jhodapp, no worries
[20:09] <fginther> robru_, cyphermox, can you take a look at https://ci-train.ubuntu.com/job/fginther-test/9/console ?
[20:10] <robru_> fginther, not sure what i'm looking at
[20:10] <fginther> over 60% of / is consumed by /var/cache/pbuilder/build and most of those directories have old timestamps
[20:10] <fginther> robru_, I'm trying to figure out what is hogging /
[20:11] <fginther> robru_, my theory is that most of it is tied up in those old cow build directories and we can just purge them to get back on track
[20:11] <robru_> fginther, seems reasonable. i don't know much about that system though
[20:11] <fginther> robru_, ok
[20:13] <Saviq> robru_, ah, I thought you'd just kick the failed PPA builds...
[20:13] <Saviq> someone must've kicked the build before
[20:17] <robru_> Saviq, oh, sorry. thought you wanted the whole silo done.
[20:18] <robru_> jhodapp, fginther : silo 4 started https://ci-train.ubuntu.com/job/landing-004-1-build/36/console
[20:18] <jhodapp> robru_, thanks
[20:19] <robru_> you're welcome
[20:19] <thomi> robru_: are utopic landings up and running?
[20:20] <robru_> thomi, who's asking? ;-)
[20:20] <thomi> robru_: I am
[20:20] <robru_> thomi, mostly yeah, but silos are super limited
[20:20] <thomi> oh
[20:20] <thomi> ok
[20:20] <thomi> why's that? just curious...
[20:20] <robru_> thomi, lots of trusty SRUs underway. also utopic is "open" but most of the stuff landing there is blocked by other components that we're trying to fix
[20:21] <thomi> I see
[20:21] <thomi> so... I should hold off trying to land autopilot in U untill next week perhaps
[20:22] <robru_> thomi, well i don't know if you have to wait a whole week, but waiting a day or two might be good
[20:22] <thomi> robru_: ok, I'll check back towards the end of the week
[20:22] <robru_> thomi, sorry, thanks
[20:22] <thomi> might get a silo allocated on Friday,l and do the testing our Momday time - that seemed to work well in the past :)
[20:42]  * rsalveti waves
[20:43] <rsalveti> jhodapp: what is up with the media-hub silo?
[20:44] <jhodapp> rsalveti, various issues, jenkins disk space running out, now I have a merge conflict to fix
[20:45] <rsalveti> jhodapp: why did we get a conflict?
[20:46] <jhodapp> rsalveti, not sure yet
[20:46] <rsalveti> maybe because of the packaging changes
[20:46] <rsalveti> but should be easy to fix
[20:46] <rsalveti> conflict in media-hub is quite weird
[20:46] <jhodapp> rsalveti, well I added a new branch to merge for media-hub
[20:47] <rsalveti> ok, so I guess it's a conflict between your branches
[20:47] <rsalveti> jhodapp: seems you're on top of it, let me know if you need to rebuild it
[20:48] <jhodapp> rsalveti, seems to be yeah, thanks man
[20:48] <jhodapp> rsalveti, how's the conference?
[20:49] <rsalveti> jhodapp: starts tomorrow
[20:50] <jhodapp> ah ok
[20:50] <rsalveti> jhodapp: waiting for my room at the hotel
[20:54] <cyphermox> fginther: I'm thinking maybe we should just purge the old dirs using pbuilder directly..
[20:56] <fginther> cyphermox, can that be done, if so it should work
[20:57] <fginther> ahh '--clean'
[20:58] <cyphermox> yeah, I was looking up how :)
[20:58] <cyphermox> I know with sbuild it's quite simple
[20:59] <fginther> cyphermox, it worked on my local desktop. I had several stale build directories and now they are gone
[21:00] <fginther> cyphermox, I wouldn't recommend running --clean while a build is in progress
[21:00] <cyphermox> no, that's for sure :)
[21:02] <fginther> cyphermox, --clean also cleans up aptcache, but that shouldn't be a big issue, it will just mean a few slower builds afterward
[21:03] <fginther> cyphermox, I'm comfortable with this approach. from my email, I mainly wanted someone to confirm that those build dirs could be cleaned up
[21:09] <fginther> cyphermox, I have a job created to do the 'pbuilder --clean'. I can execute this after the current build jobs finish
[21:14] <jhodapp> robru_, ok, so for the MR list for silo 004, can you get rid of all of the MRs that reference media-hub (there are 3 right now) and replace it with this single MR? https://code.launchpad.net/~phablet-team/media-hub/media-hub-condensed/+merge/217509
[21:14] <robru_> jhodapp, sure
[21:15] <jhodapp> robru_, thanks, then do a rebuild please
[21:16] <robru_> jhodapp, ok, just reconfiguring now
[21:16] <jhodapp> thanks
[21:16] <robru_> you're welcome
[21:46] <rsalveti> robru_: are we landing anything already or still waiting for a big landing to happen or another image respin?
[21:53] <robru_> rsalveti, uh, well unity8 is waiting on mir or something like that. if you have a small landing it should be fine
[21:53] <rsalveti> robru_: ok, thanks
[22:23] <fginther> cyphermox, does the ci-train already support releasing from non-trunk branches?
[22:25] <fginther> robru, does the ci-train already support releasing from non-trunk branches?
[22:26] <robru> fginther, hmmm, well it doesn't specify the destination trunks, it just deals in MPs. So as long as you have an MP, I think you can point it anywhere. it does have a check that all the MPs in the same silo have the same target branch, but i think it can be any target.
[22:27] <fginther> robru, thanks
[22:29] <robru> fginther, you're welcome
[22:42] <jhodapp> robru, ok, qtubuntu-media needs a rebuild from a new MR push
[22:44] <robru> jhodapp, silo 4?
[22:44] <jhodapp> robru, yes sorry
[22:44] <robru> jhodapp, no worries
[22:47] <robru> jhodapp, https://ci-train.ubuntu.com/job/landing-004-1-build/38/console
[22:47] <jhodapp> thanks
[22:47] <robru> you're welcome
[23:22] <rsalveti> robru: would you mind reconfiguring silo 14? added a new mr for indicator-power in there
[23:23] <robru> on it
[23:24] <robru> rsalveti, ok, ready to build
[23:24] <rsalveti> robru: thanks!
[23:25] <robru> rsalveti, you're welcome!
[23:47] <jhodapp> robru, one more time on the qtubuntu-media rebuild, thanks
[23:47] <jhodapp> silo 4
[23:47] <robru> jhodapp, sure
[23:47] <jhodapp> thanks
[23:47] <robru> jhodapp, https://ci-train.ubuntu.com/job/landing-004-1-build/39/console
[23:48] <robru> you're welcome