[00:00] <cjwatson> Yeah, it's happier now.
[00:00] <robru> cjwatson: very nice. ok thanks a ton!
[00:00] <cjwatson> np.
[00:26] <barry> robru: hey
[00:33] <robru> barry: oh hey, sorry. stale .pyc screwing up python imports ;-)
[00:33] <barry> ouch ;)
[00:34] <robru> barry: colin figured it out though, he's the man
[00:34] <barry> he is!
[02:04] <imgbot> [02:36] <robru> rsalveti: ah, had some publishing hiccups earlier but looks good now
[09:06] <Mirv> brendand: if you want to contact lorn, please ping him now when he's possibly not yet eod'd... you don't really share any hours :(
[09:08] <brendand> lpotter, ping :)
[09:08] <brendand> lpotter, i need your feedback to get silo 22 cleared off
[09:09] <lpotter> ok
[09:11] <lpotter> brendand: what do I need to do?
[09:11] <brendand> lpotter, so i tried your test tool and indeed it does fix the behaviour when going from 3g to wifi
[09:11] <lpotter> :)
[09:11] <brendand> lpotter, without it we stay connected to 3g
[09:12] <brendand> lpotter, but going the other way, in neither case does it appear to automatically roam to 3g
[09:12] <brendand> lpotter, so i must be reading something wrong
[09:12] <lpotter> it takes time for the connection to get changed
[09:12] <brendand> lpotter, i waited a really long time in both cases
[09:13] <lpotter> odd. it works both ways for me
[09:13] <brendand> well i say really long, several minutes actually - it's all relative i suppose
[09:13] <lpotter> ya, shouldn't take that long
[09:13] <brendand> lpotter, i'll try one more time
[09:39] <Mirv> not that switching from wifi to 3g would be as important as the other way around, plus not a regression
[10:08] <sil2100> psivaa_: hey! Do you know how long the lab move will still take?
[10:09] <psivaa_> sil2100: not yet, the team is working on it still. could not give an estimate at this point
[10:18] <dbarth> hey trainguards, can i get a new silo for line 49 ?
[10:22] <Mirv> dbarth: ok
[10:30] <dbarth> ty
[11:29] <pstolowski> hey trainguards, is this ^ something to be worried about, or shall I just retry the build?
[11:31] <brendand> Mirv, working better this time
[11:31] <brendand> Mirv, for some reason when it hands over to 3g it uses a different APN than the one i would expect though
[11:33] <sil2100> pstolowski: this usually means that the creation of the source package failed - if it happens again after a rebuild we can take a look at what's up
[11:33] <Mirv> brendand: ok, good/interesting..
[11:46] <jgdx> cihelp: is USS ci down or just really unresponsive?
[11:47] <psivaa_> jgdx: 1SS move is ongoing still, so systems are not yet back up
[11:52] <jgdx> psivaa_, done this week, today or tomorrow? :)
[11:58] <psivaa_> jgdx: we are awaiting an update from DCE/GSA (IS)
[11:58] <Mirv> bzoltan: hey! you have two 1-2 month old rtm silos, would it be time to cancel or clean them up and do possible new landings?
[12:00] <sil2100> This week is a catastrophy...
[12:00] <Mirv> sil2100: :( :(
[12:00] <Mirv> thostr_: how about your silo rtm-001, also a month old? is it still valid or should it be freed?
[12:19] <pete-woods> Mirv: sorry to mess you around. could you free up that landing? the MRs have been merged into another silo now
[12:19] <Mirv> pete-woods: :)
[12:35] <sil2100> cjwatson: hey! :) Could I ask for copying grilo over from ubuntu to ubuntu-rtm?
[12:35] <sil2100> cjwatson: I'm trying to do a upower transition and need grilo for the new gnome-control-center that's also required...
[12:36] <sil2100> cjwatson: it can be even the version from utopic I suppose
[12:36] <sil2100> (this way will be safer)
[12:37] <thostr_> Mirv: that fix is still valid and needed. but I guess I'll do a rebuild first to verify that nothing has changed in between
[12:44] <cjwatson> sil2100: done: http://paste.ubuntu.com/9441270/
[12:45] <cjwatson> (ignore the extra arches, that's just copy-package guessing wrongly)
[12:45] <sil2100> cjwatson: thank you!
[12:46] <Mirv> thostr_: ok
[12:46]  * sil2100 off to lunch
[12:47] <Mirv> thostr_: no need for rebuild, it's a sync silo and there has not been mediascanner2 landings (the only package in the silo) in rtm since then.
[12:47] <Mirv> thostr_: but if it's wanted to be gotten in, you/upstream should test the silo so that QA will get involved
[12:48] <bzoltan> Mirv:  panic... we got a problem with the silos... My previous build was OK, I even tested the silo and it is good to land. But after I added the gles branch the amd64 builds started to fail. I decided to pull off the gles and spin a fresh build after a reconf ... and now the main branch started to fail.
[12:49] <Mirv> bzoltan: press all buttons! it's not helping! *)
[12:49] <Mirv> *) http://xkcd.com/722/
[12:49] <thostr_> Mirv: yes, we'll do another testing round
[12:50] <Mirv> bzoltan: soo.. how does the main branch fail, it seems it built ok 50 mins ago?
[12:50] <Mirv> bzoltan: I see there's indeed no source changes from yesterday https://launchpadlibrarian.net/192171444/ubuntu-ui-toolkit_1.1.1364%2B15.04.20141208-0ubuntu1_1.1.1364%2B15.04.20141209-0ubuntu1.diff.gz
[12:54] <ogra_> imgbot, stunt
[12:54]  * imgbot rolls on its back and purrs
[12:54] <ogra_> k
[12:56] <cwayne> psivaa_: when do we expect s-jenkins back up?
[13:00] <psivaa_> cwayne: do not know yet, we are still awaiting a response from the IS
[13:00] <psivaa_> cwayne: and please ping cihelp for faster response
[13:00] <Ursinha> ogra_: lol
[13:00] <ogra_> :)
[13:00] <cwayne> sigh
[13:01] <cwayne> guess no custom tarballs today
[13:01] <ogra_> cwayne, well, since the builds fail due to the missing tarball we are well aware :P
[13:02] <cwayne> ogra_: heh, yeah
[13:02] <jibel> boiko, bfiller there are too many unrelated fixes in silo 6 to test and land safely, can you split in 2 landings please.
[13:03] <boiko> jibel: you mean silo 3?
[13:03] <jibel> boiko, yes 3 sorry
[13:04] <boiko> jibel: we put everything together to make sure dialer-app is fully working after applying all the fixes
[13:06] <boiko> jibel: but I will check with bfiller about it
[13:07] <jibel> boiko, can't you land the fixes for #1384460, #1351222 separately? it seems different from your changes in the same silo
[13:19] <boiko> jibel: I'll check with bfiller
[13:19] <jibel> boiko, thanks
[13:36] <cjwatson> sil2100: copying totem-pl-parser too, needed by grilo
[13:40] <Mirv> aren't we long past using grilo?
[13:40] <Mirv> (in touch)
[13:44] <seb128> Mirv, it's not used, it's just that new packages need to be pulled in for the upower transition
[13:44] <seb128> soname changed there so rdepends need to be updated/rebuilt
[13:44] <seb128> that includes gnome-control-center
[13:44] <Mirv> right, I just wondered how it ended up in rtm in the first place. I don't think it was in use in August either.
[13:44] <mzanetti> Mirv: can you please reconfig vivid/003 for me?
[13:46] <seb128> Mirv, the new gnome-control-center depends on it
[13:46] <seb128> Mirv, which has been copied from vivid because it has power code updated
[13:46] <Mirv> seb128: ok!
[13:48] <popey> cihelp can I get some assistance adding a branch for a core app to jenkins for autolanding / merging and click building
[13:49] <Mirv> mzanetti: ready.
[13:52] <brendand> sil2100, i'm inclined to sign-off silo 22 but i think it should have an isolated build like the powerd change does
[14:02] <sil2100> hmm
[14:03] <sil2100> brendand: is that the qt-stuff silo?
[14:03] <brendand> sil2100, yea
[14:04] <sil2100> brendand: ok, let's have an image built now and then land silo 22
[14:04] <sil2100> Mirv: please don't publish 22 yet, let's have an image first
[14:07] <sil2100> cjwatson: hmmm, we might still be missing something, as my gnome-control-center package doesn't want to build still - but the build failure message doesn't give any clues
[14:07] <sil2100> cjwatson: it has problems installing libgrilo-0.2-dev still
[14:07] <sil2100> Depends: libgrilo-0.2-1 (= 0.2.10-1) but it is not going to be installed
[14:07] <sil2100> Depends: gir1.2-grilo-0.2 (= 0.2.10-1) but it is not going to be installed
[14:09] <fginther> popey, sure, what's the project?
[14:10] <cjwatson> sil2100: yes, I know, incrementally working on it
[14:11] <cjwatson> sil2100: it's a bit clearer from http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[14:11] <sil2100> cjwatson: thank you! :) I was actually worried we might end up again pulling in half of the archive
[14:12] <cjwatson> sil2100: certainly a number of packages, but whatever, they won't be on images so who cares :)
[14:17] <bfiller> jibel, boiko: I'm really not sure of the benefit of splitting silo 3. All the fixes need to be tested either way and it's more overhead to have multiple silos
[14:24] <sil2100> cjwatson: damn, this dependency chain is going into infinity ;/
[14:24] <sil2100> By infinity I mean the infinite thing, not Adam
[14:25] <sil2100> ...considering Adam is not infinite
[14:26] <cjwatson> sil2100: hi, meet mono
[14:26] <cjwatson> we'll get there eventually
[14:26]  * sil2100 sighs
[14:26] <ogra_> lol
[14:26] <sil2100> Now I feel bad, since because of this I'm wasting your time actually, since I would never expect grillo to cause so many pull-ins
[14:27] <ogra_> sil2100, building your own derivative ?
[14:27] <cjwatson> sil2100: eh, don't worry about it
[14:27] <sil2100> ogra_: it's all for the goodness of landing silo 16 (or rather, the contents of silo 16)
[14:27] <ogra_> yeah, i grokked that, did you ask pitti for a list ?
[14:28] <ogra_> since he has done the exact same transition just a few weeks ago
[14:29] <ogra_> bug 1330037
[14:29] <ogra_> there we go
[14:29] <ogra_> sil2100, that bug has a list
[14:29] <jibel> bfiller, the benefit is that we reduce the risk of regression by limiting the number and size of the changes in a silo. It makes testing more difficult to identify specific problems with the fixes since there are more areas to cover and more risk to let something fall into the cracks. Also landing too much unrelated fixes together will invalidate the whole silo if one of them fails.
[14:31] <sil2100> ogra_: I talked with him, and the only obvious 'quick' way it to sync the ported packages - the list is much smaller as we only have a few of those in ubuntu-rtm
[14:31] <sil2100> ogra_: but still, it requires including new packages in our archive
[14:31] <sil2100> Which cjwatson is helping me out with
[14:31] <ogra_> right
[14:31] <sil2100> ogra_: since pitti said backporting those fixes is non-trivial and would take up to a week
[14:32] <bfiller> jibel: these are all very small fixes so I don't see the issue
[14:32] <sil2100> So I'm trying my luck with this
[14:32] <bfiller> jibel: but we'll do it if we have to (:
[14:32] <ogra_> it will all be fine :)
[14:33] <bfiller> jibel: which MR's do you want moved?
[14:42] <jibel> bfiller, you know the dialer-app better than I do, I'll let you split the changes in the most logical way.
[14:43] <sil2100> ogra_: can you kick a new ubuntu-rtm image btw.?
[14:43] <ogra_> sil2100, even without krillin ?
[14:43] <bfiller> jibel: just so you know, this will slow things down. As we'll now have to land one silo first, then rebuild the other, then test again
[14:43] <ogra_> (i dont think system-image can import them currently )
[14:43] <sil2100> ogra_: hm, I suppose so... since I'm a bit worried about our mako users, not sure if the last image wasn't b0rken by the powerd landing
[14:43] <bfiller> jibel: also part of the benefit of having one silo
[14:43] <jibel> bfiller, I know, and we'll have to test 2 silos
[14:44] <bfiller> jibel: I honestly don't think it's worth it. we've already tested and verified the single silo
[14:44] <bfiller> it's ready to go
[14:50] <ralsina_> Hi! I have a bug that's marked ota-1 and is landed on vivid, how do I go towards landing it for ota-1? Just do a rtm-14.09 landing via the spreadsheet?
[14:51] <om26er> Elleo, bfiller Hi! I am testing silo 5 for ubuntu-keyboard. Can you please add the test cases for the two bug fixes to the testplan ?
[14:52] <Elleo> om26er: okay, will do now
[14:53] <Mirv> sil2100: yeah, isolated for 022 wouldn't hurt
[14:54] <sil2100> ogra_: so, could you kick it anyways?
[14:54] <ogra_> sil2100, sure
[14:54] <sil2100> Thanks :)
[14:54] <Elleo> om26er: done, added the i -> I case to the word prediction section and the backspace to the end of the plan
[14:55] <om26er> Elleo, thanks :)
[14:57] <cjwatson> sil2100: That worked eventually: curl http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_output/14.09/2014-12-09/14:44:15.txt.gz | zcat
[14:57] <cjwatson> sil2100: I've retried the builds in ubuntu-rtm/landing-007 and run a watch-only build
[14:59] <john-mcaleely> fginther, cwayne do you know if building krillin images is working again yet?
[15:00] <john-mcaleely> oh, reading up a bit, I see ogra_ thinks they are still broken :-/
[15:01] <ogra_> they are
[15:01] <fginther> ogra_, are the krillin images built by launchpad?
[15:01] <ogra_> fginther, they pull the custom tarball s-jenkins.ubuntu-ci
[15:01] <ogra_> +from
[15:02] <sil2100> cjwatson: sigh, another dep wait, but this I think I need to solve myself
[15:03] <sil2100> cjwatson: let me check if it's in our archive
[15:03] <john-mcaleely> ogra_, ok, thanks
[15:04] <cjwatson> sil2100: you have an older version
[15:04] <sil2100> cjwatson: yeah, so we'll need a new version for that as well... I can smell trouble, but that's why I have this silo actually
[15:04] <cjwatson>  gnome-desktop3 | 3.8.4-0ubuntu3   | ubuntu-rtm/14.09 | source
[15:04] <cjwatson>  gnome-desktop3 | 3.12.2-2ubuntu1  | utopic           | source
[15:04]  * sil2100 tries
[15:04] <cjwatson> sil2100: yep.  I'll stay away from that one unless you tell me otherwise
[15:23] <brendand> Saviq, hey
[15:28] <Saviq> brendand, hey
[15:29] <brendand> Saviq, did tests get added for the stuff in silo 8?
[15:31] <Saviq> brendand, for the bits that are easily automated (bug #1375297, bug #1378126), yes
[15:32] <Saviq> #1378417 is a one-liner, we'd need to check that the value is set to the value it is set to...
[15:33] <Saviq> mterry, do the test changes for bug #1395075 (early disable) verify the fix for that bug?
[15:33] <mterry> Saviq, no...
[15:34] <Saviq> mterry, sounds like brendand would want a test for that
[15:34] <sil2100> ogra_: today's Tuesday so I need to go to practice again
[15:34] <brendand> Saviq, yes
[15:34] <ogra_> sil2100, okay
[15:34] <sil2100> ogra_: thanks!
[15:36] <mterry> Saviq, yeah probably a good idea anyway.  I can work on that
[15:37] <Saviq> brendand, can you go on a promise that we'll add a test for this soon, or do you reject the silo?
[15:37] <Saviq> brendand, and I'll add to my notes to verify all the fixes that I submit into rtm have tests
[15:37] <brendand> Saviq, you'll have to do another landing to get the test right?
[15:38] <brendand> Saviq, add something to the wiki test plan for now
[15:40] <om26er> Elleo, Hi!
[15:40] <Saviq> brendand, well, yeah, I'd ship the test with another silo
[15:40] <om26er> Elleo, can you help with bug 1379817 -- how do I reproduce the issue ?
[15:40] <Saviq> brendand, will do
[16:00] <kenvandine> sil2100, silo 16 should probably be cleaned
[16:01] <sil2100> kenvandine: yeah, I'm still leaving it in case I need to check what's what
[16:01] <sil2100> etc.
[16:01] <kenvandine> ok
[16:01] <kenvandine> sil2100, so you have a plan for the transition?
[16:02] <sil2100> kenvandine: yeah, trying that out now, I'm trying to sync the needed bits from ubuntu in a silo
[16:04] <fginther> popey, you still around?
[16:05] <popey> fginther: on a hangout right now, will be in 55 mins
[16:05] <fginther> popey, akc
[16:17] <Elleo> om26er: basically it should be possible to trigger that with any music import (doesn't need to be 7 digital albums); but it only happens on the first import per day (when media-scanner creates a new directory)
[16:17] <Elleo> om26er: so if you have a clean image it should happen with the first import
[16:17] <Elleo> om26er: jhodapp could probably give you more detail on it
[16:18] <ahayzen> or just ensure your ~/Music/Imported folder doesn't exist :)
[16:18] <Elleo> ah yeah, or do that :P
[16:18] <charles> tedg, just an update, silo 0 testing's stalled: all the tests are passing except for one, which is untestable in the latest vivid-proposed because of an issue in clock-app. I'm waiting on a pong from nik90 on it
[16:18] <om26er> ahayzen, do you have the steps to reproduce this issue ? like exact steps
[16:19] <ahayzen> om26er, the first time you import a collection of music (eg an album) the first track won't/wouldn't appear.. assuming the folder it is importing into did not exist before
[16:19] <Elleo> om26er: 1. Delete ~/Music/Imported, 2. Download mp3 via Browser 3. Select Music App 4. Click "Open" when download completes
[16:19] <Elleo> ahayzen: iirc it happens with an individual mp3 import too
[16:20] <ahayzen> Elleo, yeah i can't remember if specifically it worked with 1 track...but i know for sure it did with multiple as that is where we found the issue
[16:20] <om26er> ahayzen, Elleo thanks both for the steps, I'll test the silo now.
[16:20] <ahayzen> Elleo, but i would expect it to
[16:20] <ahayzen> om26er, no problem
[16:21] <Elleo> ahayzen: yeah, looking at the comments on the bug I mentioned that it should work with a single file back then, so I think I tested that
[16:22] <tedg> charles, ack
[16:23] <john-mcaleely> fginther, any idea when krillin images will be back online?
[16:24] <tedg> Saviq, mzanetti, we already landed that i-power MR
[16:25] <Saviq> tedg, ah, pulling from the silo then
[16:25] <pstolowski> cihelp hey, question: is it possible to have ppc64el enabled for jenkins builds of our MPs in unity-scopes-api?
[16:25] <sil2100> ogra_: how's the ubuntu-rtm build going?
[16:25] <sil2100> Is it done?
[16:25] <fginther> john-mcaleely, my expectation is that the hw will be available today (US time). Working on getting more precise updates from IS
[16:25] <sil2100> The rootfs should be done I suppose
[16:26] <john-mcaleely> fginther, ok, understood
[16:26] <fginther> pstolowski, no, that's not possible. HW for ppc64el is not available for CI purposes.
[16:26] <cwayne> why was it taken down if we didn;t have the new hardware yet?
[16:27] <fginther> cwayne, the hw was physically relocated to a bigger space. All of the hardware in 1SS is being moved as part of this
[16:27] <ogra_> sil2100, havent checked ... one sec (so much snappy stuff happening atm)
[16:28] <pstolowski> fginther, i see, any plans to change that in near future?
[16:28] <sil2100> ogra_: since if the rootfs is done I go publish 22
[16:28] <ogra_> sil2100, ok
[16:28] <john-mcaleely> fginther, it seems odd that we're doing this while we have milestones looming. who should I ask to be in the loop next time?
[16:28] <Saviq> tedg, mzanetti, I reconfigured our silo to drop i-power
[16:29] <ogra_> sil2100, looks like all but krilin is there, as expected
[16:29] <sil2100> ogra_: ok, thanks!
[16:29]  * sil2100 publishes
[16:31] <fginther> pstolowski, nothing in the near future, and the priorities are to get it added to other areas (like launchpad) first. I don't have much more info than that at this time.
[16:32] <pstolowski> fginther, ack, thank
[16:32] <pstolowski> s
[16:33] <fginther> john-mcaleely, There are some aliases to communicate service outages such as this, I'll locate them and send them your way. Also, this is probably a good time to address the service availability of creating krillin image. It
[16:33] <fginther> john-mcaleely, It's probably time to move this off of s-jenkins onto an IS support production environment
[16:34] <john-mcaleely> fginther, yeah, that's kinda what I'm thinking
[16:34] <brendand> Saviq, did you update the test plan?
[16:34]  * sil2100 prepares to go for practice
[16:36] <Saviq> brendand, yup, https://wiki.ubuntu.com/Process/Merges/TestPlans/Unity8
[16:36] <Saviq> just did
[16:38] <brendand> Saviq, good - i'll land that then
[16:46] <pstolowski> trainguards, may I ask for a silo for #56?
[16:52] <tedg> kenvandine, I noticed your upower silo… what version of i-power are you grabbing?
[16:53] <tedg> Seems we need an MR to keep the rtm branch in the correct state.
[16:53] <kenvandine> tedg, i don't have a upower silo
[16:53] <kenvandine> oh... silo 16?
[16:53] <tedg> kenvandine, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-016
[16:53] <tedg> Yes
[16:54] <kenvandine> that was really sil2100's silo, it actually landed yesterday
[16:54] <kenvandine> but part of it was reverted
[16:54] <kenvandine> he's working on it again in a new silo
[16:54] <greyback> oh that's funky
[16:54] <tedg> Oh, okay. But the problem with syncing packages is that the branches aren't correct anymore.
[16:55] <kenvandine> yeah
[16:55] <brendand> sil2100, did we get a new RTM image yet?
[17:20] <Mirv> sil2100: I guess so, since he published the qt :)
[17:20] <Mirv> brendand: ^ I meant you
[17:20]  * Mirv is so Snappy now he hits enter before he intends to
[17:21]  * Mirv adds "Cloud expert" to his CV, after successfully running "snappy install"
[17:35] <bfiller> robru: line 36 in the sheet is showing up as landed, but don't think it has. I marked it as ready to land though
[17:37] <Mirv> ogra_: now qtbase is in rtm, can you launch another image as suggeste by brendand so that more landings can be done?
[17:38] <bfiller> trainguards: need silos for line 54 and 58 please
[17:38] <robru> bfiller: weird, looking
[17:39] <ogra_> Mirv, not sure what we gain from all these image builds since i guess system-image will only pick up the last rootfs anyway i guess
[17:39] <ogra_> but yeah, indeed i can do that
[17:40] <ogra_> building
[17:40] <ogra_> (the bot wont pick it up since it is watching krillin and still waits for 174 to pop out on the s-i server)
[17:41] <Mirv> ogra_: right, not sure either, but won't hurt :)
[17:42] <Mirv> thanks!
[17:42] <ogra_> np
[17:45] <robru> bfiller: uh just don't build your new keyboard silo until the old one merges.
[17:45] <bfiller> robru: will do, thanks
[17:45] <Mirv> bzoltan: I removed that rtm silo 021 now. https://code.launchpad.net/~jpakkane/ubuntu-ui-toolkit/removethumbnailer/+merge/237535 was not against rtm branch anyway and the bug there claims it was fixed in rtm.
[17:46] <robru> bfiller: you're welcome
[17:46] <Mirv> bzoltan: your 1 month old silo rtm-015 does however have ota-1 targeted bug
[18:04] <john-mcaleely> who wants new device tarballs for rtm?
[18:04] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141209-cae2b5f.changes
[18:04] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141209-cae2b5f.tar.xz
[18:04] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20141209-cae2b5f.ods
[18:04] <ogra_> john-mcaleely, heh, well, we cant test them
[18:04] <john-mcaleely> cihelp? sil2100 ogra_ ?
[18:04] <ogra_> krillin is now 3 images behind
[18:05] <john-mcaleely> ogra_, well, you can manually flash
[18:05] <john-mcaleely> ogra_, oh, I see, yes. of course
[18:05] <ogra_> against what `
[18:05] <john-mcaleely> ogra_, yeah
[18:05] <ogra_> that woulld be the image from last week
[18:05] <john-mcaleely> ogra_, fair point
[18:05] <ogra_> krillin is all stuck in rtm curently
[18:05] <john-mcaleely> whoever needs to do it, will need this script: http://pastebin.ubuntu.com/9444425/
[18:05] <john-mcaleely> (eventually)
[18:06] <john-mcaleely> GPG signing is now 'on' for RTM too
[18:06] <ogra_> cool
[18:10] <john-mcaleely> so I think there are three krillin tarballs queued up right now
[18:10] <john-mcaleely> I assume that's what is meant by a 'class 2 landing' ? ;-)
[18:18] <popey> fginther: yo
[18:18] <fginther> popey, ho ho ho
[18:18] <popey> humbug
[18:19] <popey> so, can we get the calculator reboot setup in jenkins pls?
[18:19] <popey> lp:ubuntu-calculator-app/reboot
[18:20] <cwayne> lol
[18:20] <john-mcaleely> 'reboot' - best named request in the current context
[18:20] <fginther> popey, got it. do you still need the old trunk branch?
[18:21] <fginther> popey, that is ci running on both lp:ubuntu-calculator-app and lp:ubuntu-calculator-app/reboot ?
[18:24] <popey> fginther: yes, we're still supporting the old one for a short while
[18:24] <popey> I'd imagine we'd switch that off pretty soon though
[18:24] <popey> once we switch in the store
[18:25] <fginther> popey, ack
[18:25] <fginther> popey, We should have it added soon (I want to walk someone else through the process, so it might take a little longer)
[18:26] <popey> great, thanks.
[19:03] <Mirv> ogra_: rootfs probably done by now?
[19:03] <ogra_> Mirv, yes, but someone turned off the s-i importer and i dont know why
[19:04] <ogra_> so i'm not feeling like just turning it back on til i know the reason
[19:09] <Mirv> ogra_: well I guess like said the gain from these rootfs builds at the moment is not too high anyway atm
[19:09] <ogra_> it is zero
[19:09] <ogra_> since image 174 will simply pick up the latest rootfs
[19:09] <Mirv> "relatively low", then :)
[19:10] <ogra_> heh, yeah :)
[19:12] <Mirv> I guess time for next sign-off:d landings then
[19:15] <rsalveti> ogra_: slangasek had some issues with the importer yesterday, not sure if related with this
[19:15] <ogra_> rsalveti, yes, we talked abotu it this morning
[19:15] <rsalveti> but wonder if that is connected with snappy somehow
[19:15] <ogra_> he had all but snappy imports disabled
[19:15] <ogra_> and later switched on vivid again on my request
[19:15] <rsalveti> oh, cool then
[19:16] <ogra_> but after that the cron job was still enabled
[19:16] <ogra_> so i dont know whats going on or why it was switched off now
[20:07] <slangasek> rsalveti: yeah, I don't know why the importer was disabled; when I munged it I gave people a heads-up about it (though apparently ogra was offline at the time so missed that memo, oops)
[20:41] <sil2100> Mirv: do you know if we had a separate image for the Qt bits?
[20:46] <sil2100> slangasek: hey, are you doing something with system-image right now?
[20:47] <sil2100> slangasek: since ogra mentioned the importer is disabled...
[20:56] <thomi> mterry: Hey - got a second?
[21:00] <mterry> thomi, sure
[21:03] <thomi> mterry: sorry, ignore me
[22:30] <tedg> trainguards, can I get a silo for line 64 please?
[22:30] <tedg> Or 2^6 if you prefer
[22:31] <robru> tedg: silo 15
[22:31] <tedg> robru, Great, thanks!
[22:32] <robru> tedg: youre welcome