[05:12] 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] Mirv: so would you please reconfigure the SIlo9? [05:48] bzoltan: reconfigurning [05:48] Mirv: thank you! [05:51] bzoltan: reconfigured. description should see some additions I guess? [05:52] Mirv: yes [06:01] landing bot is again alive on choo choo channel [07:18] are we ready to land yet? [07:25] Saviq: utopic is open, not necessarily the same as easy to land stuff. but yes, utopic is open :) [07:25] ohkay, let's see [07:26] 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] they went on to rename all QML packages... [07:27] kk [07:37] can I please have silo 23 reconfigured? unity-mir got included in the landing [07:40] sil2100, re: line 9, yes, should be moved to utopic [07:43] Saviq: ok, one momen! [07:44] sil2100, no rush! :) [07:45] 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] 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] Mirv, yeah, glad we're not diverging from debian, then :) [07:47] Saviq: the lines with → at http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qtdeclarative.git;a=shortlog [07:47] Mirv, thx! [07:48] * Saviq will prepare a transition already [07:52] Mirv, qtdeclarative5-qtmultimedia-plugin didn't change? [07:53] Saviq: it did probably change, but not in qtdeclarative-opensource-src [07:53] since it comes from qtmultimedia which will require a sync too [07:53] Mirv, ah indeed [07:55] 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] 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] Mirv: silo size limit? :) [08:03] How much is it per-silo now? [08:09] sil2100: 2GB, nothing if preparing qtwebkit :) [08:09] ;p [08:10] which has a debug package that is 0.5GB+ per arch [08:12] Mirv, ogra_: do you guys have anything to discuss on the meeting today? [08:13] psivaa: ^ ? [08:13] sil2100: i dont have much [08:13] davmor2, popey: how about you guys? [08:13] sil2100: not much. I've started working on bug #1313547 as -proposed is currently broken because of autosyncs [08:13] bug 1313547 in qtdeclarative-opensource-src (Ubuntu) "Needs QML modules renamed to follow Debian to fix -proposed" [Critical,In progress] https://launchpad.net/bugs/1313547 [08:14] sil2100, I know it's been under testing [08:14] sil2100, would not retarget it without kgunn's ACK [08:14] Saviq: yeah, just as I thought - ok, then I'll wait for him to pop up, thanks! [08:16] 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] sil2100: yo [08:17] looks like the SSO redirect got better? still does not log in straight away, though [08:19] 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] Saviq: it possibly got better when I removed the double "//" from the URL in metadata [08:20] at least it seemed like the behavior changed around that time so that it no longer went to the wrong url [08:20] Mirv: is that about the new package naming scheme for qml modules? [08:20] Laney: yes [08:20] cool [08:20] I guess we're following that too [08:21] 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] I mean for Ubuntu packages [08:22] sil2100, not really, still waiting for the first imag builds [08:22] oh right, yes we should probably rename as well as we go forward [08:24] 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] Mirv, kk [08:24] sil2100, ++ [08:24] Mirv, sounds like a bug somewhere anyway, // should not cause that should it [08:24] sil2100: ack [08:24] Thanks guys [08:25] 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] once those builds finish [08:26] Mirv, any eta on when will fix for https://bugs.launchpad.net/unity8/+bug/1307578 get to U? [08:26] Launchpad bug 1307578 in qtdeclarative-opensource-src (Ubuntu) "Carousel doesn't re-render properly after scrolling" [Undecided,New] [08:27] tsdgeos, conflict in debian/control, merge make-common into killqt51 please [08:27] 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] mhr3: so landing line 30 / silo 20 [08:27] Saviq: you mean split-common ? [08:27] tsdgeos, yes [08:28] Mirv, alright, thx [08:28] mhr3: so hopefully tomorrow as an ETA [08:30] sil2100: ok [08:31] Saviq: please reapprove https://code.launchpad.net/~aacid/unity8/killqt51/+merge/217391 [08:31] tsdgeos, and sorry for dragging you around channels ;) [08:32] Mirv, sil2100: no landing meeting ? [08:33] Saviq: it's ok [08:33] vila: no, sil2100 just didn't hilight you but he proposed skipping and keeping the evening one [08:33] i'm here anyway :D [08:33] Mirv: ack, ok [08:33] tsdgeos: have fun! :) [08:33] oh, not the hangout [08:33] Mirv: Oh right, I see that now [08:34] you can always join http://conferencecall.biz/ if you want [08:35] just like an actual meeting [08:40] hah ;) [08:40] vila: sorry! [08:42] Mirv: this is some crazy stuff... [08:43] sil2100: yeah, I think they had an app with which to contribute real situations to their database or something :) [08:52] sil2100, morning! one question, are we open for landings already? [08:52] mandel: morning! Well, one could say something like that, yes ;p [08:53] 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] mandel: yes, let me look at silo 11 before that, one moment [08:54] sil2100, and will probably need an "ubuntu developer" to check the update since it adds new packages [08:54] mandel: so, I need to re-assign this silo [08:54] As it's targetting trusty still, let me do that [08:54] You will need to rebuild the packages there [08:54] sil2100, ok, I really appreciate it [08:54] sil2100, no problem, I'll take it from there [09:25] mandel: if anything, you can rebuild your silo :) [09:25] I mean, build it, since it didn't get built yet for utopic! [09:38] 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] sil2100, I can wait for sergio but he is in latin america [09:39] mandel: sure :) [09:39] sil2100, superb, thx [09:42] FWIW at this point utopic image builds are blocked on IS acting on RT#69764 (I've already poked webops about it) [09:44] thanks for the update !# [09:48] cjwatson: thanks! [09:48] Ok, I go make some breakfast [10:06] sil2100: I'm done with my late lunch :D [10:06] ;) [10:09] Man, my head hurts today, seems like an awesome day [10:47] sil2100: o/ i have verified silo 005 now [10:47] sil2100: it's ready for -proposed [10:47] \o/ We got the notification from the choo choo bot :) [10:47] Let me publish [10:48] Oh [10:48] Wait wait ;) [10:48] There still seems to be the old webbrowser-app in -proposed [10:49] dbarth: can we get someone to verify fixes for those two bugs? :) LP: #1294279 and LP: #1309138 [10:49] Launchpad bug 1294279 in webbrowser-app "[webapp-container] Facebook app appears to open links in a new tab, rather than external browser window or popup windows" [High,Fix committed] https://launchpad.net/bugs/1294279 [10:49] Launchpad bug 1309138 in webbrowser-app "[webapp-container] reload() does not work" [High,In progress] https://launchpad.net/bugs/1309138 [10:49] Someone who didn't work on the fixes preferably [10:49] ;) [10:49] sil2100: this one, yes [10:50] sil2100: i'll bribe someone around,yeah ;) [10:50] Ok, I jump out now for lunch and vet, brb [11:32] Mirv, sorry to bother you, any ETA on the new qtdeclarative package? just wanna know what to plan against === alan_g is now known as alan_g|lunch [11:47] 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] 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] Mirv, understood [11:49] at least UI Toolkit and Unity 8 AP:s are good which is a good beginning === alan_g|lunch is now known as alan_g === josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: josepht | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [12:35] the bot might announce an image build for 304 ... please ignore that, it lies ... [12:35] (it is confused until there is a #1 for utopic on system-image) [12:36] Ok [12:36] Thanks for the heads up :) [12:43] === trainguard: IMAGE 1 building (started: 20140428 12:43) === [12:43] ha ! [12:43] \o/ [12:43] Oh! [12:43] #1! [12:43] thats going to be bad isn't it? [12:44] might [12:44] no idea [12:44] lets see if it even finishes building [12:44] we'll see when it finishes building in 10 mins ☻ [12:45] ;) [12:46] 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] the image build looks good so far ... [13:00] cdimage is in its last stages ... at least everything seems to be installable === jhodapp|afk is now known as jhodapp [13:17] Preparing to unpack .../android_20140328-2310-0ubuntu2_all.deb ... [13:17] Unpacking android (20140328-2310-0ubuntu2) ... [13:17] Setting up android (20140328-2310-0ubuntu2) ... [13:17] whee ... [13:17] looks good :) [13:18] (thats the last bit cdimage does) [13:20] :) [13:20] aaaand ... cdimage done ... === ken__ is now known as kenvandine [13:20] * ogra_ waits for system-image to pick up === Ursinha-afk is now known as Ursinha [13:40] === trainguard: IMAGE 1 DONE (finished: 20140428 13:40) === [13:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/1.changes === [13:40] and now i'm impressed [13:40] image 1 [13:40] ! [13:40] i didnt touch the bot code ... it *should* have had issues ! [13:41] damned ... cant trust my own coding .. [13:41] :) [13:41] cjohnston: yes the trusty updates to stable would be 304.....etc so it starts back at one on a new release [13:41] aha [13:41] at least the changelog generator is messed up [13:41] that brings some confidence back :) [13:41] ;p [13:41] ogra_: hahaha [13:42] 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] hehe [13:49] 2014/04/28 09:47:06 Channel utopic-proposed not found on server https://system-image.ubuntu.com [13:49] ? [13:49] plars, ubuntu-touch/utopic-proposed [13:50] needs the prefix [13:50] i got tricked by that as well :P [13:51] strange... I matched everything with what we were doing under trusty before [13:56] plars, might be a bug on either system-image or ubuntu-device-flash [14:00] it's running now [14:00] I think we didn't need the extra bit for trusty, but we do for utopic [14:01] ogra_: I'm betting that there were redirects for trusty [14:01] that were never applied for utopic [14:01] yeah, might be, utopic channel setup is definitely not finished yet [14:02] stgraber was waiting for the first image to exist to finish tht [14:09] sil2100: davmor2 just helped me with the verification-done of the previous packages [14:09] sil2100: so we should be able to publish silo 005 [14:09] sil2100: let me know if you need me there [14:09] \o/ [14:10] dbarth: thanks! [14:14] Saviq: still here, I might be able to squeeze the landing to today as it's currently looking good [14:14] Mirv, cool! [14:14] 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] I'm still doing a couple of reruns of failing tests [14:14] sil2100: hey, I'm tired of clicking buttons for mandel, can you give him clicking powers? [14:16] sil2100, FYI ... the nightly image build cron job is back on again (for your report mail tonight) [14:17] 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] in short: it runs upstream tests now. [14:18] Mirv, xuath and xvfb is build-deps i assume (hard to tell from the diff since the section is cut off) [14:18] + adds one dependency that was needed and removes a couple that were not anymore after QtC3 port [14:18] sergiusens: I will try ;p [14:18] ogra_: yes, build-deps [14:19] sil2100: thanks [14:19] Mirv, ack then ... [14:19] sergiusens: not sure if I have all the power to do that for Didier [14:19] thank you [14:19] mandel: are you CI-trained now? :) [14:19] sil2100, how do I check that? [14:19] ogra_: results are starting to show up now: http://ci.ubuntu.com/smokeng/utopic/touch/mako/1:20140428:20140411.3/7798/ [14:19] Mirv: awesome! [14:19] plars, whee [14:20] mandel: by CI-trained I mean, did you get some CI-train training? [14:20] i'm impressed how flawless it all went this time [14:20] Mirv: let's wait for test results before though [14:20] sil2100, sergiusens told me anything that is needed :) [14:20] And hm, maybe a separate image just for your landing? [14:20] 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] plars, i will move it to a subdir [14:21] http://people.canonical.com/~ogra/touch-image-stats/1.changes wow, what a changelog! [14:21] the trusty bits ... [14:21] :) [14:21] haha [14:21] ogra_: damn! [14:21] 2 will surely have some more content ... [14:21] ogra_: it's so big that it loads AGES here [14:21] yeah, I guess there's no image 0 to compare it to [14:21] i'll also regenerate 1 against 303 [14:21] I opened it up a minute ago and I still have a white page... [14:21] cool [14:21] sil2100, lol [14:21] sil2100: keep waiting [14:22] sil2100, thats just the new CSS ... white font on white bg [14:22] Ah [14:22] ;) [14:24] sil2100: I'm marked the bugs verification-done I don't know if there is anything else needs doing to it [14:25] davmor2: all is cool, thanks for that :) [14:25] sil2100: also created a new bug obviously :) [14:26] ogra_: well does it boot or have you still not got it installed yet? [14:26] davmor2, running fine on my flo [14:26] davmor2: I'll poke the SRU team about it, maybe we can make it leave -proposed faster :) [14:27] sil2100: tell them I broke it but it fixed the things it's meant to fix :) [14:30] ping josepht [14:30] balloons: pong [14:31] 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] + 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] 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] josepht, :-) nice ty [14:34] balloons: np [14:34] this is what I get for trusting david :-) [14:45] mandel: hey, could you check if you can build your silo? :) [14:45] sil2100, sure [14:45] mandel: go to the spreadsheet silo sheet, press build and see if you can build it after logging in :) [14:46] sil2100, I know how to do it :) [14:47] sil2100, awesome! just triggered a rebuild of udm! [14:48] sil2100, will cancel it since it is not needed [14:48] mandel: ok :) [14:48] mandel: just remember that there's a FTBFS on that silo [14:49] mandel: since the silo will not mention now that there were any problems [14:49] (because the job was aborted) [14:49] sil2100, oh, well... that is annoying :-/ [14:55] Yeah :| [14:57] 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] dpm: ah, you're right. [15:01] lol dpm :-) I should have trusted you I guess === Ursinha is now known as Ursinha-afk [15:16] fginther: do you have thoughts on balloons' question above? I don't have access to that jenkins [15:18] josepht, looking [15:21] balloons, that MP will need a change to the job configuration to run the tests correctly. [15:22] fginther,thought so :-) Thank you for confirming. Shall we file a bug or can you coordinate it now? [15:23] balloons, I'm trying a manual rebuild with the suite name changed [15:24] balloons, I'm aware of the change, I'll make a note of it [15:31] 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] 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] plars: hi! Any luck with the #1 image testing? [15:32] sil2100: it's still running: http://ci.ubuntu.com/smokeng/utopic/touch/ [15:32] sil2100, need to prepare mps first :) [15:32] so far, looking pretty good [15:32] shouldnt look so much different from 303 [15:33] Saviq: hi! [15:33] mako is on the unity8 tests now it looks like [15:33] sil2100, ho!@ [15:33] 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] sil2100: give it to Saviq [15:33] kgunn: are you sure? :) [15:34] yep [15:34] kgunn: since the Mir landing is rather high-priority in my eyes [15:35] sil2100: Saviq will be super fast....he always is :) [15:36] :) [15:37] phew [15:37] * ogra_ puts on his sunglasses and looks at the bright davmor2 who is standing in his spotlight [15:38] davmor2, congrats !! well deserved [15:38] Mirv: \o/ [15:38] Mirv: let's publish that today maybe? It seems to be a blocker for unity8, no? [15:39] ogra_: it's bald patch reflecting the light right :) === jhodapp is now known as jhodapp|lunch [15:39] sil2100: yep, publishing. and yes it blocks that and other things. [15:39] o/ Thanks! === alan_g is now known as alan_g|afk [15:40] it seems a bit of reconfigure / build watch is needed to get properly rid of the qtwebkit reference === alan_g|afk is now known as alan_g [15:56] davmor2: well done [15:57] cjwatson: thanks === Ursinha-afk is now known as Ursinha [15:59] davmor2, just seen it now, congrats!!! [15:59] dpm: thanks [16:00] sil2100, i'm still busy in another meeting, might be a bit late [16:00] I'm busy on being on free time.. oh, wait [16:00] ogra_: ok [16:00] * Mirv kicks himself and goes afk [16:00] Mirv: ;) [16:03] cyphermox: coming? :) [16:07] sil2100: would now be a bad time to ask how the prodding of push sru bugs is coming? [16:09] Chipaca: one moment, meeting :) [16:09] 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] GRRR [16:09] rsalveti: excellent ;) Sorry for the unassignment, but that was needed [16:10] sil2100: sure, I was able to get the src packages at least :-) === jhodapp|lunch is now known as jhodapp [16:12] rsalveti, awesome, thanks man [16:16] sil2100: can I haz a silo for line 29? [16:19] rsalveti: sure! [16:19] thanks [16:19] brb [16:24] ogra_: so whats the magic command dude system-image-cli --channel=utopic-proposed -b 0 ? [16:26] ubuntu-touch/utopic-proposed as the --channel [16:26] ta [16:29] yay working [16:33] davmor2, right [16:35] ogra_: hmmm I seem to have no online content in the scopes now :( [16:36] well, i do ... on flo at least [16:38] ogra_: okay now I do so no idea what stalled that [16:39] popey: scuba gas manager don't we need a waterproof phone for that to be of use ;) [16:41] Chipaca: so! As for the SRUed packages [16:41] sil2100: yes [16:41] 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] sil2100: ah, ok [16:41] Chipaca: from the system I see the push package is there already for 4 days [16:41] So 3 days more ;p [16:42] okie doke [16:42] sil2100: ta [16:42] rsalveti, can you let me know when the media-hub package push is completed? [16:42] jhodapp: sure [16:42] thanks [16:45] sil2100: ping; checking if you can land the silo from this morning (005) === josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: fginther | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [17:36] 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] alecu, checking, one sec [17:42] alecu, rebuilding [17:56] sil2100, do you have a link to the silo 4 build log? [18:27] sil2100, ogra_: so far mako and flo seem pretty much on par with 303 manta to go [18:33] sil2100, fixed the merge conflict for the media-hub silo [18:33] sil2100, it's ready for a rebuild [18:34] davmor2: excellent! [18:34] jhodapp: ok, I'll press the rebuild button if you don't have the permissions [18:34] sil2100, I don't [18:34] 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] jhodapp: it's rebuilding if anything :) [18:41] sil2100, thanks! I'll have one other branch to add in a second [18:43] 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] sil2100, where are the other packages in silo 4 for media-hub? [18:50] sil2100, ogra_: manta is okay too \o/ [18:51] sil2100: you still working ? ....can i get silo 2 "split greeter" retargeted to utopic ? [18:51] i'm assuming you have to do some magic [18:54] davmor2, yay [18:55] ogra_: browser is still crap on manta :( but that is because it hasn't been fixed yet so it should get better :) [18:55] right [18:55] there is a lot of cra on manta still :) [18:55] *crap [18:56] ping fginther [18:56] I need a hand to understand this error: http://91.189.93.70:8080/job/generic-mediumtests-trusty/2223/console [18:56] elopio, hello [18:56] fginther: how are you? [18:57] elopio, good, and you? I'll take a look [18:57] fine, thanks :) [18:59] ogra_: indeed but the browser is awful currently https://bugs.launchpad.net/webbrowser-app/+bug/1301380 [18:59] Launchpad bug 1301380 in webbrowser-app "[webapp-container] Scrolling issue with G+" [Undecided,Confirmed] [19:04] elopio, should these tests work with python3-autopilot? [19:05] kgunn: retargetting in a moment :) [19:06] jhodapp: rsalveti was to push those packages there, hm [19:06] sil2100, he did [19:06] fginther: it should. They work on my machine. [19:06] jhodapp: ok, I'll add the merge and press rebuild maybe - did the previous build finish? [19:06] sil2100, no, and actually you don't have to do anything right now... sergiusens is taking care of it [19:07] 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] that's ok, I appreciate you checking in between [19:09] 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] thanks [19:16] 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] Ah, that makes sense. Should be easier to keep the format up to date when it's a new tab per series. [19:17] o/ [19:18] 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] I'm assuming it will mostly be Utopic now though :) [19:25] sil2100: we are out of space on the jenkins server [19:26] mktemp: failed to create directory via template '/tmp/debsign.XXXXXXXX': No space left on device [19:26] cyphermox: robru ^^ [19:26] I can't do anything about that [19:26] fginther: ^ [19:28] sergiusens, cyphermox. looking [19:41] 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] cyphermox, https://ci-train.ubuntu.com/job/fginther-test/6/console [19:43] 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] sergiusens, let's try fginther's theory with silo 4 [19:54] kgunn, if you have something for unity-mir to land, go for it [19:54] 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] or actually, seems qtdeclarative landed, robru_, can you please retry the unity8 builds in silo 007? [19:55] sergiusens, oh ok, sil2100 can you try rebuilding one package at a time in sil 4? [19:55] silo [19:55] on it [19:55] jhodapp, sergiusens, there is currently 800MB free... should be enough to build 1 silo (I hope) [19:55] sergiusens, ok let's try it all again then [19:55] fginther, thanks [19:57] just did silo 7. you guys are waiting on silo 4 too? [19:58] robru_, yeah [19:58] jhodapp: oh, one package at a time, I read, one silo at a time [19:59] 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] it's a lot of packages in silo 4; do we have an ordering? [19:59] robru_, the package build phase of silo 7 is complete, the cow build dir it was using has been cleaned up [19:59] robru_, I think once the cow build is done, the next build can start [19:59] sergiusens, yes, they should work out ok from the dependencies [19:59] fginther: isn't it full due to a pbuilder for trusty and another for utopic is in there? [20:00] are there any plans to upgrade the server's disk space too since this seems to be happening repeatedly? [20:00] 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] 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] sergiusens, heh, indeed [20:01] jhodapp: almost sure it's per silo as it's the same jenkins host hosting all silos [20:01] yeah [20:06] sergiusens, so are you going to wait for silo 7 to be done building? [20:07] jhodapp: I'm waiting for a general direction from robru_, cyphermox or fginther [20:07] 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] robru_, agreed. If that fails due to space issues, we'll have to rethink it [20:09] perfect, thanks robru_ [20:09] jhodapp, no worries [20:09] robru_, cyphermox, can you take a look at https://ci-train.ubuntu.com/job/fginther-test/9/console ? [20:10] fginther, not sure what i'm looking at [20:10] over 60% of / is consumed by /var/cache/pbuilder/build and most of those directories have old timestamps [20:10] robru_, I'm trying to figure out what is hogging / [20:11] 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] fginther, seems reasonable. i don't know much about that system though [20:11] robru_, ok [20:13] robru_, ah, I thought you'd just kick the failed PPA builds... [20:13] someone must've kicked the build before [20:17] Saviq, oh, sorry. thought you wanted the whole silo done. [20:18] jhodapp, fginther : silo 4 started https://ci-train.ubuntu.com/job/landing-004-1-build/36/console [20:18] robru_, thanks [20:19] you're welcome [20:19] robru_: are utopic landings up and running? [20:20] thomi, who's asking? ;-) [20:20] robru_: I am [20:20] thomi, mostly yeah, but silos are super limited [20:20] oh [20:20] ok [20:20] why's that? just curious... [20:20] 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] I see [20:21] so... I should hold off trying to land autopilot in U untill next week perhaps [20:22] 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] robru_: ok, I'll check back towards the end of the week [20:22] thomi, sorry, thanks [20:22] 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] jhodapp: what is up with the media-hub silo? [20:44] rsalveti, various issues, jenkins disk space running out, now I have a merge conflict to fix [20:45] jhodapp: why did we get a conflict? [20:46] rsalveti, not sure yet [20:46] maybe because of the packaging changes [20:46] but should be easy to fix [20:46] conflict in media-hub is quite weird [20:46] rsalveti, well I added a new branch to merge for media-hub [20:47] ok, so I guess it's a conflict between your branches [20:47] jhodapp: seems you're on top of it, let me know if you need to rebuild it [20:48] rsalveti, seems to be yeah, thanks man [20:48] rsalveti, how's the conference? [20:49] jhodapp: starts tomorrow [20:50] ah ok [20:50] jhodapp: waiting for my room at the hotel [20:54] fginther: I'm thinking maybe we should just purge the old dirs using pbuilder directly.. [20:56] cyphermox, can that be done, if so it should work [20:57] ahh '--clean' [20:58] yeah, I was looking up how :) [20:58] I know with sbuild it's quite simple [20:59] cyphermox, it worked on my local desktop. I had several stale build directories and now they are gone [21:00] cyphermox, I wouldn't recommend running --clean while a build is in progress [21:00] no, that's for sure :) [21:02] 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] 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] cyphermox, I have a job created to do the 'pbuilder --clean'. I can execute this after the current build jobs finish [21:14] 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] jhodapp, sure [21:15] robru_, thanks, then do a rebuild please [21:16] jhodapp, ok, just reconfiguring now [21:16] thanks [21:16] you're welcome [21:46] robru_: are we landing anything already or still waiting for a big landing to happen or another image respin? [21:53] rsalveti, uh, well unity8 is waiting on mir or something like that. if you have a small landing it should be fine [21:53] robru_: ok, thanks [22:23] cyphermox, does the ci-train already support releasing from non-trunk branches? [22:25] robru, does the ci-train already support releasing from non-trunk branches? [22:26] 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] robru, thanks [22:29] fginther, you're welcome === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [22:42] robru, ok, qtubuntu-media needs a rebuild from a new MR push [22:44] jhodapp, silo 4? [22:44] robru, yes sorry [22:44] jhodapp, no worries [22:47] jhodapp, https://ci-train.ubuntu.com/job/landing-004-1-build/38/console [22:47] thanks [22:47] you're welcome [23:22] robru: would you mind reconfiguring silo 14? added a new mr for indicator-power in there [23:23] on it [23:24] rsalveti, ok, ready to build [23:24] robru: thanks! [23:25] rsalveti, you're welcome! [23:47] robru, one more time on the qtubuntu-media rebuild, thanks [23:47] silo 4 [23:47] jhodapp, sure [23:47] thanks [23:47] jhodapp, https://ci-train.ubuntu.com/job/landing-004-1-build/39/console [23:48] you're welcome