[12:27] <stokachu> cjwatson: hey when you get a chance would you mind looking over bug 1311274
[12:27] <ubot2> Launchpad bug 1311274 in Ubuntu Untitled "Include sosreport into ubuntu-seeds/cloud-image" [Medium,Confirmed] https://launchpad.net/bugs/1311274
[13:13] <bregma> hey guise I have a bunch of Unity and Compiz bugfixes for 14.04, some of which will obviously require an SRU, but do I require going through the SRU process for every single bug fix or can some fixes be uploaded without?
[13:25] <seb128> bregma, having different bugs/testcases help to build confidence in the update, but I think not having a bug reference for every change is fine, as long as you have one that covers those changes to make sure to regression test the update
[13:25] <seb128> I'm not in the SRU team though
[13:25] <seb128> so to be confirmed by others
[13:26] <bregma> seb128, we've got bug references for every bug, I just want clarification if we need to SRU every bug
[13:26] <seb128> but we often have "upstream bugsfix updates" as SRUs with a bug describing the update and what to test/check for
[13:26] <seb128> if you list them in the changelog they should be SRU compliant yet
[13:26] <seb128> yes
[13:26] <bregma> mostly because it's going to quickly become unscalable
[13:26] <seb128> otherwise it's going to create issues with the process
[13:27] <seb128> why not?
[13:27] <seb128> if those are identified issue with fixes it shouldn't be that difficult to have a testcase for each
[13:27] <seb128> if you don't want to do that just don't list them in the changelog
[15:22] <sil2100> Hello SRU team! There are 3 packages in the UNAPPROVED queue that we think are ready from the SRU-point of view - it's ubuntu-push, webbrowser-app, unity-webapps-googleplus
[15:22] <sil2100> All those packages have SRU-ready bugs
[15:31] <infinity> bregma: If you're asking if you need an upload per bug, absolutely not.
[15:31] <infinity> bregma: One upload with all the bugs fixed, and proper references for each is what we expect to see.
[16:12] <bdmurray> infinity: could you release app-install-data-ubuntu early to fix bug 1161283?
[16:12] <ubot2> Launchpad bug 1161283 in app-install-data-ubuntu (Ubuntu) "Problems reported with .desktop files for sonic-visualiser" [Medium,Fix committed] https://launchpad.net/bugs/1161283
[16:14] <infinity> bdmurray: Yeah, can do in a sec.
[16:14] <infinity> bdmurray: Can you find someone to do verification on bug #1308354?  It didn't get all properly linked to things, cause mvo messed up the changelog...
[16:14] <ubot2> Launchpad bug 1308354 in software-center (Ubuntu Trusty) "Password revealed when pasted with Ctrl-V" [High,In progress] https://launchpad.net/bugs/1308354
[16:14] <infinity> (You'd think whoever accepted that upload would have noticed)
[16:16] <bdmurray> hrm
[16:42] <bdmurray> infinity: okay, I've verified that fix if you want to release it early so we don't forget which bug it fixes.
[16:52] <infinity> bdmurray: Ta.
[17:32] <ogra_> is the archive open yet
[17:32] <ogra_> ?
[17:34] <infinity> ogra_: You're joking, I hope.
[17:34]  * ogra_ taps foot
[17:34] <ogra_> :)
[18:00] <stgraber> yay, I can finally start doing Ubuntu stuff (was pretty much doing upstream work only till now). I'll setup the tracker and system-image after lunch then.
[18:13] <davmor2> hey guys when will Quantal be retired?
[18:13] <davmor2> also for that matter saucy
[18:15] <sergiusens> davmor2: https://wiki.ubuntu.com/Releases
[18:16] <infinity> davmor2: I'll send out warning announcements later tonight.  The wiki is probably wrong, FWIW.
[18:16] <sergiusens> infinity: so not this month?
[18:17] <davmor2> sergiusens: yes I was more after date then month ;)
[18:17] <infinity> sergiusens: Next month.  Got extended a bit to stagger upgrades and not have people panicking due to the weird support cycle changes in the last few releases.  Then it'll be business as usual going forward.
[18:17] <sergiusens> great
[18:17] <davmor2> infinity: thanks dude
[18:32] <Logan_> infinity: I've got someone in #ubuntu who is not getting any new releases with a do-release-upgrade - Prompt=normal, and lsb_release -a spits out 13.10 - what gives?
[18:37] <infinity> Logan_: Not sure, ask bdmurray.
[18:37] <Logan_> bdmurray: ^
[18:40] <bdmurray> Logan_: have them run DEBUG_UPDATE_MANAGER=1 /usr/bin/do-release-upgrade'
[18:40] <bdmurray> well without the '
[18:41] <bdmurray> It might be bug 1310891
[18:41] <ubot2> Launchpad bug 1310891 in ubuntu-release-upgrader (Ubuntu Trusty) "cached meta-release file should not be saved if it is html" [High,Triaged] https://launchpad.net/bugs/1310891
[18:44] <Logan_> bdmurray: <Sinistrad> Logan_: http://paste.ubuntu.com/7316720/
[18:44] <Logan_> (at the bottom)
[18:45] <Logan_> looks exactly like that bug, eh?
[18:45] <bdmurray> no it doesn't say "reading file" does it?
[18:46] <Logan_> no, no it doesn't
[18:46] <Logan_> bdmurray: if you want to debug with him directly, he's Sinistrad in #ubuntu :P
[18:47] <Logan_> or I can have him come in here
[18:47] <bdmurray> that's okay how about #ubuntu-bugs
[18:47] <bdmurray> or have him check the contents of the files that are read in the bug report I mentioned
[18:57] <cjwatson> ^- lack of bug number, I've talked to the lander
[19:05] <infinity> cjwatson: Sure.
[19:05] <cjwatson> disabling publisher
[19:06] <cjwatson> utopic -> FROZEN
[19:06] <infinity> cjwatson: I'll toss up milestones.
[19:06] <cjwatson> ta
[19:06] <cjwatson> branching seeds
[19:07] <cjwatson> infinity: I think you can safely +initseries if you want
[19:07] <cjwatson> (don't remember whether ~launchpad can do that)
[19:08] <infinity> cjwatson: I can do it.  Did you want to poke WeBops to pre-emptively disable the possibly-offensive lock contender first?
[19:08] <cjwatson> so glad I wrote branch-seeds, avoids having to pay attention
[19:08] <cjwatson> infinity: nah, let's see if it works by itself
[19:10] <cjwatson> (it might do, I think some jobs have moved around a bit)
[19:11] <infinity> cjwatson: Does "auto-select" for arch indep work, or should I be paranoid and click i386?
[19:12] <cjwatson> infinity: What's the exact text?
[19:12] <infinity> Architecture independent builder:
[19:12] <infinity>     Auto select
[19:12] <infinity>     amd64
[19:12] <infinity>     arm64
[19:12] <infinity>     armhf
[19:12] <infinity>     i386
[19:12] <infinity>     powerpc
[19:12] <infinity>     ppc64el
[19:12] <cjwatson> Pretty sure I just left it at the defaults last time, but double-checking
[19:13] <infinity> I'm assuming the default should work, I've just never played with this form before. :)
[19:14] <cjwatson> Yeah, pretty certain auto select is fine
[19:14] <cjwatson> Not that being explicit hurts
[19:14] <infinity> Button pressed.
[19:14] <cjwatson> Seeds branched
[19:14] <infinity> Back to milestones...
[19:16] <cjwatson> 2014-04-23 19:15:21 INFO    Running <InitializeDistroSeriesJob for distribution: ubuntu, distroseries: utopic, parent[overlay?/pockets/components]: jessie[False/Release/], architectures: (u'amd64', u'arm64', u'armhf', u'i386', u'powerpc', u'ppc64el'), archindep_arch
[19:16] <cjwatson> So no lock problem
[19:17] <infinity> Hah.  LP is timing out creating milestones.  La la la.
[19:18] <cjwatson> Still need to do germinate output, but all the seeds exist on the mirror now which is good enough for the publisher
[19:19] <infinity> Wait, that's not a timeout, that's something more insidious.
[19:19] <infinity> I'm getting the "Please try again" error page.
[19:19] <cjwatson> Do you have an oops?
[19:19] <infinity> No, see above.
[19:19] <infinity> OOPSless, it's the page you get during maint.
[19:20] <cjwatson> Oh.  Looks normal here, I can manual/auto a builder just fine ...
[19:20] <cjwatson> Maybe you can't create milestones during IDS?
[19:20] <infinity> Maybe.
[19:20]  * infinity shrugs and moves down the list to see what can happen in parallel.
[19:21] <infinity> I can do the bootstrap archive twiddling.
[19:22] <cjwatson> You could probably do the edit-acl too
[19:22] <cjwatson> 12 and 13
[19:22] <cjwatson> NoNameYet_xnox: Your nick is wrong now. :-)  Do you know how to branch-distro?  Not quite time yet but will be shortly
[19:22] <infinity> I did those post-release.
[19:23] <infinity> Well, I did 12 post-release.  13 might need doing (but it implies it should maybe be automatic)
[19:24] <cjwatson> Oh, yeah, IDS might do it
[19:24] <cjwatson> In fact it might grant ubuntu-sru access too since we did 12 early ...
[19:24] <cjwatson> So you'll want to check that
[19:26] <cjwatson> IWBNI IDS gave any intermediate feedback whatsoever.  *nervous*
[19:28] <cjwatson> I'm sure it was more like 7min last time
[19:28] <cjwatson> Ah, there
[19:29] <cjwatson> 2014-04-23 19:28:44 INFO    Ran 1 InitializeDistroSeriesJob jobs.
[19:29] <cjwatson> 13mins
[19:30] <cjwatson> re-enabled publisher, will run in ~4mins
[19:31] <infinity> Ahh, milestone creation works now.
[19:31] <cjwatson> (Also, I can't add, publisher will be at :33)
[19:35] <infinity> cjwatson: Yeah, drat, it copied the perms from trusty.  of course.
[19:35]  * infinity will edit.
[19:36] <cjwatson> publisher taking ages to say anything for some reason; I guess it lacks logging in this situation
[19:38] <cjwatson> Ah, there
[19:38] <cjwatson> 2014-04-23 19:37:08 INFO    Creating archive indexes for utopic, utopic-backports, utopic-security, utopic-updates, utopic-proposed.
[19:38] <infinity> Alright, queue rights look sane, bootstrap archive fixed up.
[19:38] <infinity> cjwatson: Should be good to go to toss in chroots now?
[19:38] <cjwatson> Yup
[19:38] <infinity> Ahh, yes, should be.
[19:39] <infinity> Throwing in trusty chroots for now, will fix (and reenable bootstrap bits) later.
[19:40] <cjwatson> I've taught archive-reports etc. about utopic; it may be temporarily confused but whatever
[19:41] <infinity> I'll do a partner copy in a sec.
[19:41] <cjwatson> infinity: I think I have to go now, but the delicate bit is done.  I suggest compare-archives after this publisher run + archive-reports and then the second publisher should fix everything up properly
[19:42] <infinity> cjwatson: *nods*
[19:42] <cjwatson> So yay
[19:42] <cjwatson> If you want to continue wittering here then I can pick up later
[19:42] <stgraber> qatracker is ready for utopic (copied manifest over from trusty, setup testsuites and daily milestone)
[19:43]  * stgraber goes to create a few system-image channels now
[19:43] <cjwatson> BTW proposed-migration is stopped by way of ~ubuntu-archive/proposed-migration/STOP
[19:43] <cjwatson> So if you get to the point where you want it to run again and you're sure it has been adequately educated, rm that
[19:43] <infinity> cjwatson: Check.
[19:43] <cjwatson> Actually I can minimally educate it now
[19:46] <cjwatson> I wonder if autopkgtest will work with utopic
[19:46] <cjwatson> ah there's an entry for that
[19:47] <cjwatson> jibel: could you please set up autopkgtest for utopic?
[19:47] <cjwatson> proposed-migration configured for utopic (but still stopped)
[19:47] <cjwatson> gone
[19:47] <infinity> cjwatson: Ta.
[19:49] <infinity> I think I've angered LP with my chroot uploads.
[19:49]  * infinity taps his foot.
[19:58] <cjwatson> infinity: (oh look, still slightly around) compare-archives looks fine
[19:59] <cjwatson> so we're up to and including 10, except for 8
[19:59] <cjwatson> assuming you got milestones done
[20:00] <infinity> Milestones done.
[20:00] <infinity> Partner should be okay once it publishes my copy.  I'll wait another cycle.
[20:00] <infinity> 12 and 13 are done.
[20:00] <infinity> 14 and 15 are done.
[20:01] <cjwatson> 18 (merge-o-matic) done
[20:01] <infinity> cjwatson: Can we turn on p-m without adt working, or will it explode?
[20:01] <cjwatson> ... I forget
[20:01] <cjwatson> you could disable it by temporarily emptying ADT_SERIES
[20:02] <cjwatson> or just let it explode and force things as needed
[20:02] <cjwatson> it shouldn't explode in a way that permanently blocks p-m or anything
[20:02] <infinity> Well, depends on the definition of "explode". :)
[20:02] <infinity> If it just fails all the tests, that's "fine" for now.
[20:02] <cjwatson> Yeah, I think that's the worst case
[20:02] <infinity> So, 8 and 17...
[20:03] <infinity> And 16.
[20:03] <cjwatson> No rush on 17, I'll do that later / tomorrow
[20:03] <cjwatson> 8 can either wait until xnox is around or you can see if a webop knows how
[20:03] <cjwatson> 13?
[20:03] <infinity> I did 13.
[20:04] <infinity> So, we can defer 8, 16, and 17, and I think we're up to toolchain bits.
[20:04] <infinity> (Once the publisher runs again)
[20:05] <cjwatson> should be safe to jam in whatever toolchain bits we have now, yeah
[20:05] <infinity> doko: That's your cue for binutils/gcc, if you're still around.
[20:06] <infinity> I'll let my base-files in to build once this publisher settles.
[20:06] <cjwatson> IDS has over-copied a spare grub-efi-amd64 for some reason but I'll look into that tomorrow, ignore for now if you happen to be fine-tooth-combing compare-archives
[20:06] <infinity> I'm taking your word on compare-archives, I don't think it needs two of us.
[20:07] <infinity> skype just published to partner, will check that archive once the mirror pushes.
[20:07] <cjwatson> second publisher is mostly done; you should be all good there now
[20:08] <cjwatson> all it really lacks at this point is Contents, which I expect will be filled in tonight
[20:08] <infinity> Yeah, should be good to let base-files build and see if it implodes.
[20:08] <cjwatson> yup
[20:08] <cjwatson> really gone
[20:09] <doko> infinity, cjwatson: thatÄs for tomorrow morning
[20:09] <infinity> doko: Do either of your uploads need to be pre-open, or do you just want them pre-debian-import?
[20:10] <infinity> (ie: is there much of an argument to wait on them?)
[20:11] <doko> infinity, the binutils upload should be pre-open, I don't care about the other ones (besides the ruby default, but ScottK did volunteer for this)
[20:12] <infinity> doko: Kay.  The binutils you already had prepped, right?  Want me to just grab it from chinstrap, twiddle the changelog target and upload for you?
[20:12] <infinity> base-files builds looked sane.
[20:12] <doko> sure
[20:13] <doko> I thought you didn't want to rush things?
[20:13] <infinity> distro-info-data looks sane too, if someone wants to SRU that.
[20:14]  * stgraber does the usual extras.ubuntu.com trick to generate the needed indices
[20:14] <infinity> bdmurray: Feel like snagging my distro-info-data delta from utopic and SRUing it back to current releases?
[20:15] <infinity> bdmurray: I'll review, and we can push an instant release if it all looks sane.
[20:15] <infinity> bdmurray: (Or vice versa, I can do the SRUs and you can review)
[20:15] <infinity> partner looks published correctly.
[20:16] <bdmurray> I'll do the SRU if you could review my P and S fixes for bug 1311396
[20:16] <ubot2> Launchpad bug 1311396 in ubuntu-release-upgrader (Ubuntu Saucy) "broken croatian translation results in traceback in new release notification" [High,In progress] https://launchpad.net/bugs/1311396
[20:19] <infinity> bdmurray: Looking.
[20:20] <infinity> bdmurray: Is that what was being reported on IRC a little while back, or something else?
[20:20] <infinity> Oh, must be something else, based on the timestamp.
[20:22] <bdmurray> infinity: yeah, something else fun
[20:22] <infinity> bdmurray: Japanese isn't broken in S?
[20:23] <infinity> bdmurray: And none of these are broken in Q?  (I haven't EOLed Q just yet, but feel free to not care)
[20:33] <bdmurray> infinity: no, japanese is fine in saucy
[20:33] <infinity> bdmurray: Kay, cool.
[20:33] <infinity> bdmurray: Accepted both, assuming that would be your answer.
[20:33] <bdmurray> mvo and I talked about modifying pre-build.sh to check for this
[20:33] <infinity> bdmurray: Hard failing the actual build on msgfmt errors wouldn't hurt either.
[20:35] <infinity> bdmurray: I'm not a huge fan of too much logic living in weird pre-build scripts outside debian/rules.  It's good to get the import right, but it's also good to make sure the build itself is sane.
[20:35] <infinity> bdmurray: (And if the build fails, you won't upload, cause you always testbuild, right?)
[20:36] <bdmurray> infinity: right unless it is distro-info-data
[20:37] <infinity> bdmurray: Need a d-i-d for precise too, methinks.
[20:38] <bdmurray> its coming
[20:38] <infinity> Oh, c'mon LP, how is there not a debdiff for the saucy one yet?
[20:38] <Logan_> infinity: can we have Utopic derive from Sid instead of Jessie?
[20:39] <infinity> Logan_: I assme you mean where debian autosyncs will come from, that's sid.
[20:39] <Logan_> no: https://launchpad.net/ubuntu/utopic
[20:39] <Logan_> > Derived from Jessie
[20:39] <infinity> Logan_: Right, that's not particularly meaningful.
[20:39] <Logan_> well, the package diffs are helpful (although there's also MDT for that)
[20:40] <Logan_> and it compares against Jessie instead of Sid
[20:40] <infinity> Oh, you're the one person who uses that page? :)
[20:40] <Logan_> thank you for making me feel special! :)
[20:40] <Logan_> I was always a unique one
[20:40] <infinity> Logan_: So, this is pretty much how we always set this up.
[20:41] <Logan_> there's always room for change!
[20:41] <infinity> Also not sure if that can be changed post-init. :P
[20:41] <Logan_> gah, should've asked before
[20:42] <infinity> Logan_: I believe if you ask LP people, they consider that feature pretty much broken by design anyway.  I wouldn't worry too much about it.
[20:42] <Logan_> alrighty
[20:43] <infinity> (base)adconrad@cthulhu:~$ sru-review -s saucy distro-info-data
[20:43] <infinity> ERROR: queue does not have a debdiff
[20:43] <infinity> bdmurray: ^-- What crack is sru-review smoking?
[20:44] <bdmurray> infinity: works for me
[20:44] <infinity> ...
[20:44] <infinity> Bad cache, I guess.
[20:44]  * infinity wipes out his lplib cache.
[20:45] <infinity> Which is, apparently, enormous.
[20:46] <infinity> bdmurray: Thanks for those.
[20:47] <infinity> ScottK: Did you still want to do some ruby mangling pre-open?
[21:46] <tumbleweed> finally, a name. thanks infinity
[22:26] <cjwatson> infinity: How goes?
[22:27] <infinity> cjwatson: Taking a break on 19 for doko (maybe) and ScottK (he had some ruby stuff he wanted to do for opening)
[22:27] <infinity> cjwatson: Though, I suppose we can call those things "pre-autosync" rather than "pre-thaw" and no one will care much.
[22:27] <infinity> cjwatson: Going to skip down to livefs chroots shortly, just a bit distracted at the moment.
[22:28] <xnox> cjwatson: i have no rights to do branch-distro someone more powerful needs to do that.
[22:28] <xnox> cjwatson: i'll check udd to be up-to-date, unless it has been done already
[22:28] <cjwatson> OK
[22:28] <wgrant> xnox: branch-distro is in progress
[22:28] <wgrant> It will take $longtime
[22:28] <wgrant> UDD must not be restarted until it is complete
[22:30] <cjwatson> infinity: OK, well, if you're ready to start auto-sync and I'm not around, just drop --dry-run from that crontab entry on snakefruit
[22:30] <cjwatson> But we should make sure that p-m is working first
[22:30] <cjwatson> infinity: Shall I try turning on p-m?
[22:31] <infinity> cjwatson: Can't hurt.
[22:31] <infinity> (famous last words)
[22:32] <infinity> cjwatson: If it seems to be working correctly, I'll do the carefully selective mass copy/delete from t-p to u-p.
[22:34] <cjwatson> Running
[22:35] <infinity> Oh, actually, I won't do the copy/delete until adt is back up.
[22:35] <cjwatson> Grr, needs fixing mk2.  Let me just get my daughter a drink then I'll try again
[22:35] <infinity> Just in case something in there would actually migrate without tests.
[22:36] <infinity> Though I think it was all missing binaries.
[22:36] <infinity> I think.
[22:39] <xnox> Logan_: it's best to derive from jessie imho, since otherwise everything is always derived from sid.... and the diffs will just keep on pointlessly growing post-ubuntu-release.
[22:39] <xnox> wgrant: i've stopped UDD a while back (wednesday release week).... so much for wishful release name thinking.
[22:40]  * xnox looks what else i can do.
[22:41] <cjwatson> Right, had to copy the Dates file over, let's try that again
[22:48] <infinity> Oh, whee, I have 13 minutes to get to my dinner appt with my brother.  I'll be back in a couple of hours, though.  The rest of the checklist just seems like crossed Ts and dotted Is, except for the cdimage stuff, which I can do later tonight.
[22:49] <cjwatson> Setting up chdists
[22:49]  * infinity runs out.
[22:57] <ScottK> cjwatson: We need to sync in ruby2.1 and make it default (per doko).  I can do it if you're ready for it.
[22:57] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html looks plausible; I might drop the block shortly
[22:57] <cjwatson> ScottK: Please do
[22:58] <cjwatson> Well, unless it wants to go after binutils
[22:58] <ScottK> OK.  Never done Ruby before, so let's give this a shot ...
[23:01] <cjwatson> I guess there isn't really a problem with this going before binutils; should only need to have that before the general bulk
[23:02] <bdmurray> Should step 12 (ubuntu-sru queue admin access) from NewReleaseCycleProcess move to the ReleaseProcess page?
[23:02] <ScottK> cjwatson: Any objection to me waving ruby2.1  through New?
[23:02] <cjwatson> bdmurray: It's better where it is, because ideally (i.e. without this stupid name delay) it comes after initialising the new series, so that it doesn't get copied over
[23:02] <cjwatson> ScottK: None except that I just did
[23:02] <ScottK> OK.
[23:02] <ScottK> Thanks.
[23:03] <ScottK> OK, so while that builds, I'll go learn how to make it default.
[23:03] <bdmurray> cjwatson: okay, fyi I think infinity did that step last Friday
[23:03] <cjwatson> bdmurray: Yeah, we dealt with the fallout today
[23:04] <cjwatson> When things aren't pathological the process as written is better :-)
[23:04] <bdmurray> cjwatson: got it
[23:04] <Logan_> xnox: fair enough
[23:08] <ScottK> xnox: Did you figure out what boost version we want?
[23:09] <xnox> ScottK: i've mailed debian maintainer, we want to go for .55 but i haven't done a test rebuild in either ubuntu nor debian.
[23:09] <xnox> ScottK: i could upload the switch to e.g. experimental and sync. But i'd also need to do the .55 package split.
[23:10] <ScottK> cjwatson: doko specifically said he wanted ruby2.1 as default, but Debian is still on 2.0.  It's easy enough on the packaging side for me to set it as 2.1, but I'd like someone else to agree with it who's here right now.
[23:10] <xnox> infinity: ideally i'd love to get the boost 1.55 as default pre-debian-import.....
[23:12] <xnox> ScottK: looking at changes between 2.0 and 2.1 it's fairly minimalistic. If there is fallout / incompatibilities i'm happy to work on fixing them.
[23:12] <cjwatson> I don't think I have an opinion on ruby
[23:12] <xnox> ScottK: my ruby  is rusty, but i don't see anything scary at all.
[23:12] <cjwatson> The main problem historically has just been somebody actually caring for it properly in Ubuntu; if xnox is happy to step up to that ...
[23:13] <ScottK> Yep.  I'll upload it once ruby2.1 is built.
[23:14] <xnox> here be unicorns! =)
[23:16] <slangasek> mmm, tasty unicorns
[23:16] <xnox> slangasek: i think we should start adding easter-eggs e.g. to pop-up mascot PNG if one does something, cause unicorn will be an awesome mascot =)
[23:18] <slangasek> we should just bundle http://games.adultswim.com/robot-unicorn-attack-twitchy-online-game.html
[23:21] <xnox> slangasek: I heartbleed ^_^
[23:24] <ScottK> Needed for ruby2.1 ^^^
[23:31] <ScottK> Thanks.
[23:33] <xnox> ScottK: yeah, got agreement from Steve to do 1.55 by default in experimental and also sync into ubuntu
[23:34] <ScottK> OK.
[23:34] <ScottK> It would be nice to get that done before the first autosync.
[23:36] <cjwatson> Urgh, no syncpackage.
[23:36] <cjwatson> -proposed.
[23:56] <kirkland> can someone approve byobu 5.77-0ubuntu1.1 into trusty-proposed?
[23:56] <kirkland> I have motivated testers ready and waiting...