[00:15] <infinity> cjwatson: Alright, cowboy looks good.  And, FWIW, if the SRU is the identical 1-char change we just cowboyed, I'm happy with "it works in production" as a valid SRU validation. :P
[00:17]  * cjwatson nods
[00:45] <doko> infinity, known. waiting for the testresults, and then a re-upload
[00:45] <infinity> doko: Ta.
[01:09] <wgrant> infinity, cjwatson: ... sob
[01:11] <infinity> wgrant: Fixed now, you missed the excitement. ;)
[01:13] <wgrant> infinity: I sobbed at the recursion limit.
[01:13] <infinity> wgrant: Ahh.  Yeah, that does seem a bit special.
[08:51] <sil2100> Hello SRU team! We have some packages in the UNAPPROVED queue that are SRU-ready - I'm talking here about compiz, unity and qtorganizer5-eds at least
[08:51] <sil2100> Would it be possible for someone to take a look at those in some free cycle?
[08:51] <sil2100> Thank you!
[09:28] <cjwatson> wgrant: Yeah, it's unfortunately fundamentally highly recursive as written, rather hard to disentangle
[09:29] <cjwatson> I think it would be possible to trim about a quarter of the stack depth without too much invasiveness (there are a couple of tail calls that could be pulled out manually), but anything more would be a deep rewrite
[09:32] <cjwatson> apt probably doesn't have anything like the same problem - it marks everything it's asked for and then repeatedly sweeps over the package cache looking for uninstallables and ways to resolve them, AIUI
[09:33] <cjwatson> germinate is quite a lot more naïve
[09:36] <cjwatson> stgraber: I think queuebot is asleep
[09:37] <doko> ScottK, are you planning to merge ruby-defaults too?
[10:49] <stgraber> cjwatson: restarted. I guess it didn't like yesterday's DoS
[11:09] <Laney> Please reject that
[11:09] <Laney> Not that
[11:13] <cjwatson> Laney: done
[11:13] <Laney> Cheers
[13:42] <bregma> hey folks, I have unity and compiz pending in the UNAPPROVED queue with some important SRU bug fixes for 14.04 that need to be unleashed into the wild, if someone would please take a look I would value your alacrity
[14:05] <ScottK> doko: again?  I already did once to make 2.1 the default.
[14:08] <xnox> ScottK: "<doko> ahh, ruby-defaults is in place" in #-devel after that message.
[14:09] <ScottK> xnox: Thanks.
[14:12] <seb128> is there any chance somebody could do some trusty SRUs review?
[14:18] <seb128> infinity, bdmurray, arges, slangasek, stgraber: ^
[14:18] <seb128> sorry for pinging, but some of those fix annoying LTS issues, would be nice to keep rolling even if it's slowly :-)
[14:19] <arges> seb128: sure I can take a look, any specifically?
[14:20] <seb128> arges, nautilus would be nice, it should be easy and we have other SRUs likely coming next week, so having the first one out of the way when that happens could be good
[14:20] <seb128> arges, otherwise no, there is just a stack of items, seeing some landing, I don't want to hijack the queue or anything, just go in order
[14:20] <seb128> arges, though compiz/unity might be nice as well
[14:21] <seb128> since that's an important piece of our desktop and some annoying issues are resolved in the update
[14:21] <seb128> thanks ;-)
[14:22] <arges> seb128: for nautilus shouldn't the version be 1:3.10.1-0ubuntu8.1 instead of ubuntu9?
[14:22] <seb128> arges, no
[14:23] <seb128> we just need something > trusty and < u (if u exists)
[14:23] <seb128> well, really > trusty, != u-versions
[14:23] <arges> so if we approve trusty then that version will be > u
[14:23] <Laney> it'll be copied to u
[14:25] <arges> seb128: Laney: so shouldn't this fix go into Utopic first? (Although I assume you'll sync soon with a later release)
[14:26] <xnox> arges: typically we mass copy everything from t-proposed -> u, once u opens. but u is not open yet.
[14:26] <seb128> arges, well, usually early in the cycle we SRU and pocket copy to the SRU to the new serie
[14:26] <seb128> -to
[14:26] <arges> xnox: seb128 OK. I'll make a note of this
[14:26] <xnox> arges: that would be the case "utopic first" if and when utopic would open, it's still is frozen.
[14:29] <seb128> xnox, well, even when new series are open we usually have been fine by doing SRU -> pocket copies to new serie in the first weeks after release
[14:29] <Laney> At some point they usually say "stop doing that now"
[14:29] <seb128> right
[14:29] <Laney> But it's my understanding there's usually a little overlap at least
[14:43] <doko> cjwatson, infinity: did we ask to create u chroots on the developer boxes?
[14:44] <cjwatson> I didn't
[14:47] <infinity> doko: Not yet, no.
[14:59] <hggdh> is 12.10 EOL-ed already?
[15:00] <xnox> hggdh: no EOL announce email, and https://launchpad.net/ubuntu/quantal says status:supported (for EOL is status:obsolete) => no it has not been EOL-ed yet.
[15:01] <ogra_> wasnt it extended by 3 weeks or so ?
[15:01] <ogra_> or 4
[15:02]  * cjwatson removes the freeze block
[15:03] <xnox> ogra_: well, i see no email from infinity which would say that.
[15:04] <xnox> hggdh: there is no notice yet, once the notice will be out it will say when 12.10 will go EOL.
[15:04] <ogra_> xnox, hmm, i thought there was one when the new schdule was announced
[15:04] <hggdh> I thought it was originally announced for April 18th, this is why I am asking
[15:04] <ogra_> (the switch to 9 months(
[15:06] <xnox> hggdh: well that slipped. Cause there was no EOL email on ~18th of March.
[15:06] <hggdh> xnox: so... are we going to EOL it now?
[15:06] <xnox> hggdh: and 18th of april is probably just an arbitrary extrapolation from https://wiki.ubuntu.com/QuantalQuetzal/ReleaseSchedule
[15:07] <Laney> arges: got 2 seconds to look at deboostrap/trusty too?
[15:07] <infinity> hggdh: I'll send the warn email out today, it won't EOL for a few weeks, though I anticipate that all we'll support is critical CVEs for that extended time.
[15:07] <hggdh> infinity: perfect, thank you
[15:07] <arges> Laney: i'll take a look soon. bit busy  atm
[15:08] <Laney> ok
[15:27] <cjwatson> xnox: boost-defaults appears to be stuck on kdepim-dev?
[15:27] <cjwatson> (http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt)
[15:30] <arges> Laney: ok debootstrap is good to go
[15:30] <Laney> thanks!
[15:32] <xnox> cjwatson: sounds about right, kdepim-dev always declares unsatisfyable dependends unless everything up to it has transitioned...
[15:33] <xnox> cjwatson: do you want this fixed pre-dropping freeze?
[15:34] <cjwatson> Not vital, I think
[15:34] <infinity> Oh look, my vim migrated.  Time to upgrade to utopic.
[15:35] <Laney> seriously, vim's my main motivator for an early upgrade
[15:36] <xnox> infinity: Laney: phf emacs-goodies-el migrated a day ago =)
[15:36] <infinity> Someone unblocked it just for you? :P
[15:37] <cjwatson> I unblocked it since easy
[15:37] <cjwatson> I think that was around the same time I accepted vim
[15:37] <xnox> " i don't use it, might as well unblock" :-) ?! =))))
[15:37] <cjwatson> Yeah, who cares if emacs breaks
[15:37] <infinity> Indeed.
[15:38] <Laney> rms
[15:38] <cjwatson> It'll slow down its ascent to malevolent godhood
[15:38] <Laney> He probably doesn't care if it breaks *in Ubuntu*, though.
[15:38] <xnox> one day i might switch.... everytime i pick it up, i get distracted and run away from it.
[15:38] <infinity> Laney: I think rms prefers to pretend we don't exist.
[15:41] <Laney> Sounds like a winner to me
[16:35] <doko> pitti, jibel: please repeat the binutils autopkg test. seems to be an internal issue
[17:09] <doko> cjwatson, infinity: can you do something about the binutils autopkg test restart? ^^^
[17:09] <jibel> doko, its is running
[17:09] <jibel> started 35min ago
[17:10] <doko> jibel, where can I see this?
[17:10] <jibel> doko, only on the internal instance http://d-jenkins.ubuntu-ci:8080/job/utopic-adt-binutils/
[17:11] <jibel> results are synced to the public jenkins when the job is done
[17:15] <infinity> jibel: Do we ever plan to fix that situation and make things more transparent?
[17:19] <jibel> infinity, yes we want to get rid of jenkins
[17:19] <infinity> jibel: *cheer*
[17:20] <infinity> jibel: Debian's CI UI is definitely easier to navigate.  Not sure if there's any inspiration to be found there.
[17:20] <infinity> (And their logs border on readable...)
[17:21] <jibel> infinity, there is some work with Antonio on debci
[17:34] <xnox> binutils/i386 pass
[17:34] <xnox> binutils/amd64 running
[17:34]  * infinity lunching.
[17:36] <jibel> binutils/amd64 pass
[17:38] <xnox> lintian ~25m ETA
[17:38]  * xnox off to buy chromecast
[17:56] <highvoltage> xnox: nice, does it run ubuntu yet?
[19:26] <infinity> So, not to crush anyone's spirits, but I'm not thawing utopic until binutils is fixed.  Hopefully, we'll get there soon.
[19:27] <ScottK> Any spirit crushing is just a bonus then?
[19:27] <infinity> Heh.
[19:37] <ScottK> There's mail in the moderation queue for u-d-a if there's an admin around.
[19:38]  * infinity looks.
[19:39] <ScottK> Thanks.
[19:43] <ScottK> Blame is officially passed.
[20:32] <xnox> infinity: what's wrong with binutils?
[20:33] <xnox> infinity: it passed autopakage test.
[20:34] <ScottK> xnox: Look on #u-devel about two hours ago.
[20:34] <xnox> ScottK: thanks.
[20:37] <xnox> ScottK: and *sigh*