[00:01] <RAOF> kirkland: looks sensible to me. Enjoy your testing.
[00:01] <kirkland> RAOF: cheers, thanks
[00:24] <ScottK> Fun.  So ruby2.1 downloads config.guess and config.sub from the network.
[00:24] <jose> infinity: ping, have a minute?
[00:25] <xnox> ScottK: haha =) good that ubuntu builders don't have network, unlike debian. Sounds like an RC bug to me.
[00:25] <jose> or xnox
[00:25] <xnox> jose: hey! what's up?
[00:26] <jose> xnox: hey, someone cancelled his OpenWeek slot tomorrow at 17 UTC and I was wondering if you would like to do a session about the Ubuntu Release Team
[00:26] <jose> it's basically what you do on the team and how can people contribute
[00:26] <jose> all for an hour
[00:27] <xnox> jose: haha =) well i'm not actually in fact on the release team.
[00:28] <jose> oh, I thought you were
[00:28] <xnox> jose: and unfortunately i have an ~ 1.5h meeting at 17 UTC.
[00:28] <jose> uh, good luck with that one
[00:29] <jose> well, if anyone else from the release team was reading and wants to do it I'll be happy to set it up (as long as someone else doesn't snag the slot before!)
[00:29] <xnox> jose: here are the members https://launchpad.net/~ubuntu-release/+members
[00:29]  * jose pings 100 people
[00:29] <jose> thanks for the link :)
[00:29]  * ScottK will be in the middle of a 9 hour meeting.
[00:30] <xnox> jose: it's only 10 =) well 7-8 if you discard the not so active people.
[00:30]  * jose strikes ScottK from the list :(
[00:30] <xnox> ScottK: =))))) 9 hour meetings -> sounds utopic
[00:30]  * jose puts an ice cream cone on his head
[00:34] <ScottK> xnox: Even better I'm the presenter for about 4 hours of it.  They'd notice if I was missing.
[00:34] <xnox> ScottK: one would think that....
[00:36] <xnox> ScottK: one of my mates in university had a slide 30/38 that said "WAKE UP B#$@#" and nothing else, he had it up for good 20 seconds and only a couple of people smirked/giggled and everyone just stared akwardly, not realising what the giggles are for.
[00:36] <ScottK> Fun.
[00:37] <ScottK> I once had a slide that had a nice summary box at the bottom that said (in Latin) "everything sounds better in Latin".  The presentation was very close to being given before anyone asked what it meant.
[00:46] <ScottK> xnox: It gets worse.  The configure check it has to see if config.sub/guess have already been downloaded looks in the wrong place.
[00:56] <ScottK> And now I have to update distro-info-data before I can upload...
[00:56] <xnox> ScottK: i think that's updated already
[00:56] <ScottK> In trusty?
[00:56] <ScottK> It is in Utopic
[00:58] <xnox> ScottK: in trusty-proposed
[00:59] <ScottK> Faster to edit /usr/share/distro-info/ubuntu.csv than to enable proposed.
[00:59] <xnox> true =)
[01:01] <xnox> infinity: cjwatson: the three boost packages are in the unapproved queue. Would be handy to build them & promote binaries from the "main-only" boost1.55 as per: $ rmadison -S boost1.54 -s trusty  | grep -v universe
[01:02] <xnox> i'll do transition tracker for it tomorrow.
[01:10] <infinity> ScottK: distro-info-data is updated in all releases now.
[01:10] <ScottK> infinity: Thanks.
[02:00] <infinity> xnox: Does boost-mpi need to build-dep on boost*?
[02:00] <infinity> xnox: The shlibdeps seem to be unhappy.
[02:03] <ScottK> infinity: once the 2.1 binaries are published, I'll upload defaults.
[02:03] <infinity> ScottK: Looks like they're all going to succeed, so go ahead and upload.
[02:04] <infinity> ScottK: And pick a version that will let us sync with Debian later when they switch.
[02:04] <infinity> 1:2.1.0.0~ubuntu1 maybe
[02:04] <ScottK> Oddly, I have 2.1.0.0~ubuntu1
[02:04] <ScottK> (with the epoch)
[02:04] <infinity> Heh.
[02:05] <ScottK> Uploaded.
[02:05] <infinity> Man, this is the worst part of a new release.  It takes forever for firefox to learn that "qu" means utopic/+queue instead of trusty/+queue
[02:06] <ScottK> I just leave the tab open.
[02:08] <RAOF> Man, we need better tooling for reviewing SRUs-that-are-syncs-from-PPAs.
[02:08] <infinity> RAOF: Yeahp.  Or we need to give wgrant enough breathing room to fix the queue so syncs aren't opaque blobs of awful.
[02:08] <ScottK> I keep thinking ectopic instead of utopic.
[02:08] <infinity> (It's in progress, just slow going)
[02:09] <infinity> ScottK: Rick made that same joke.
[02:09] <infinity> "utopic pregnancy".
[02:09] <wgrant> No breathing for me for a while...
[02:09] <infinity> wgrant: Please keep breathing.
[02:10] <infinity> wgrant: But, seriously, I know you're being pulled in 17 directions.  If there's any way we can push the queue stuff forward by leveraging any of your minions, or hiring infinite monkeys, it's a massive pain point for AAs.
[02:12] <wgrant> A few months ago it was second on my list of big features. Now I can't even count :/
[02:12] <infinity> wgrant: So, it's third, and you need more fingers? :P
[02:15] <infinity> ScottK: Looks like that needs more changes than just rules/postinst
[02:15] <ScottK> I don't think so, but I'll look again.
[02:16] <infinity> ScottK: debian/control points everything at ruby2.0
[02:16] <infinity> ScottK: The only one that's (accidentally) correct is ruby-all-dev, since it depends on both.
[02:16] <ScottK> Good point.  Please reject.
[02:18] <infinity> ScottK: Lots of (currently v2.0) in there too.
[02:18] <ScottK> Yeah.  Fixing that too
[02:19] <infinity> ScottK: (Also, you can probably drop the versioned deps while you're switching)
[02:19] <ScottK> Already did
[02:19] <infinity> Well, not the ones for ruby-all-dev, but the others.
[02:19] <infinity> Right, I'll stop being annoying. :)
[02:20] <ScottK> I should probably also add 1.9 into supported.
[02:20] <ScottK> For now.
[02:20] <infinity> Should you?
[02:20] <infinity> I imagine the intent is to drop it.
[02:20] <infinity> We already defaulted to 2.0 for trusty, 1.9 should die.
[02:21] <infinity> Oh, no we didn't.
[02:21]  * infinity scratches his head.
[02:21] <infinity> 1.9.1 was default in trusty.  Curious.
[02:22] <infinity> We had two in main.  Bleh.
[02:22] <ScottK> Yep.
[02:22] <infinity> Oh, but Debian's dropping it from trusted.
[02:22] <infinity> I'd just follow their lead there.
[02:22] <ScottK> So I figure at least for a transitional period it ought to be supported.
[02:23] <infinity> s/trusted/supported/
[02:23] <ScottK> Yeah, but they've had 2.0 as default for awhile already.
[02:23] <infinity> Well, I assume that triggers which extensions get built.
[02:23] <infinity> So we'd just have to transition again after dropping it out to remove them all.
[02:23] <infinity> Maybe as well drop it now.
[02:23] <ScottK> Normally for python we add the new one, rebuild shit, drop the old one, and build again.
[02:24] <infinity> Can transition twice if you'd prefer.
[02:24] <ScottK> I guess since we're changing the default, it doesn't matter much.
[02:24] <infinity> Boosts the upload stats. :P
[02:24] <infinity> But I imagine dropping it will work fine.
[02:24] <ScottK> Nah.  I'd rather do it once and blame you if there's trouble.
[02:24] <infinity> Works for me.
[02:24] <infinity> I'll pass the blame to doko.
[02:27] <ScottK> OK.  Let's try this ....
[02:28]  * infinity teaches rmadison about utopic
[02:32] <infinity> ScottK: You missed some descriptions.  Do you care?
[02:32] <ScottK> I don't.
[02:32] <infinity> Heh.
[02:33] <ScottK> I'll fix it if you'd prefer.
[02:33] <infinity> Nope, don't care.
[02:33] <infinity> It'll sort itself out if/when Debian moves anyway.
[02:43] <ScottK> doko_: default ruby = ruby2.1 is done.
[03:51] <infinity> cjwatson: Alright, I put wgrant on 8 and 16.  pitti's handling the ones with his name on them (35, 36, 44, 45)
[03:52] <infinity> cjwatson: I did livefs chroots for arm64 and ppc64el, and filed a ticket for the other 4.
[03:52] <infinity> cjwatson: I think we're still stuck on 19 until doko wakes up and gives his blessing.
[03:52] <infinity> cjwatson: And I didn't get to mangling debian-cd/cdimage, I've had an eventful evening away from work tonight.  Maybe if I fail to sleep, I can tackle more things.
[08:00] <seb128> RAOF, hey
[08:00] <seb128> RAOF, thanks for looking at that ido bug
[08:00] <seb128> RAOF, I just commented on it, let me know if what I wrote makes sense to you
[08:02] <RAOF> seb128: It does; I expect to approve ido at some point next week. Unless someone else gets to it first.
[08:03] <seb128> RAOF, ok, thanks
[08:05] <seb128> RAOF, you could maybe review nautilus in the SRU queue? ;-)
[08:06] <seb128> would be nice to get that one rolling because we are likely to get other segfault fix rounds following
[08:43] <ogra_> our first upload into utopic was a poporietary package ??
[08:43] <ogra_> oh my
[08:43] <ogra_> :)
[09:32] <xnox> infinity: yeah it does, i busted it. let me fix it up.
[09:32]  * xnox should automate build-depends mangaling as well, too error-prone
[09:54] <xnox> I get 404 on http://archive.ubuntu.com/ubuntu/dists/utopic/Contents-i386.gz but i guess that might still be normal?
[09:54] <xnox>  / expected
[09:55] <mlankhorst> probably not there yet :P
[10:02] <cjwatson> xnox: It generated last night but apparently isn't actually there.  I wonder if there's a race with the publisher
[10:02] <cjwatson> (e.g. if sometimes it generates but drops the result into the wrong tree so that it then gets discarded)
[10:14] <cjwatson> doko_: Are you planning to upload your toolchain bits?
[10:14] <cjwatson> At least binutils
[10:57] <ogra_> cjwatson, when do you plan to do the first image testbuilds ? this week already ?
[10:57]  * ogra_ needs to update some tools
[11:00] <cjwatson> ogra_: I'd like to get there before EOW, but can't say for sure yet
[11:01] <ogra_> ok
[11:01] <ogra_> just want to be prepared :)
[11:04] <cjwatson> doko_: ... uploading binutils for you now with mangled series
[11:11] <cjwatson> infinity: Should we drop block-all source around now?  Anything in -proposed should be OK if it's a valid candidate, I'd have thought
[11:11] <cjwatson> infinity: Also, reminder to do the big copy from trusty-proposed
[12:30] <mvo> could someone reject the recent ubuntu-release-upgrader upload to trusty-proposed please? I think I will include another fix there
[12:32] <seb128> mvo, done
[12:32] <mvo> thanks seb128
[12:32] <seb128> yw!
[13:08] <ogra_> stgraber, hmm, you didnt move the devel/devel-proposed alias to utopic yet
[13:18] <cjwatson> Riddell: trusty-proposed will be copied in bulk to utopic-proposed fairly soon, fyi
[13:18] <Riddell> cjwatson: oh ok I didn't realise that
[13:24] <stgraber> ogra_: considering there are no images in those channels, I thought it'd be best to wait until we have something in them and confirmed it works before changing the alises
[13:25] <stgraber> *aliases
[13:25] <ogra_> stgraber, ok, just wanted to know if it was intentional
[13:26] <ogra_> (makes sense to wait ... its is just that my tools are not multi-release aware, i have to point them somewhere, but can do that manually for the fist image)
[13:26] <stgraber> ogra_: so I think we should wait to have a good build in utopic-proposed, have this promoted to utopic and then flip the aliases
[13:27] <ogra_> yep
[13:41] <cjwatson> NewReleaseCycleProcess step 17 done, I think
[13:59] <Laney> I'll do ben shortly
[14:02] <xnox> cjwatson: please unblock binutils, boost-mpi-source1.55, boost1.55. All built and look happy.
[14:03] <cjwatson> xnox: I was hoping to get autopkgtest results for binutils
[14:03] <cjwatson> (that aren't lies)
[14:04] <xnox> cjwatson: the qualifier makes the difference =)
[14:05] <cjwatson> there are some results on the private jenkins: lintian is still running, and binutils passed on amd64 but hit a testbed error on i386
[14:38] <infinity> cjwatson: Yeah, block-all source is likely not needed anymore.
[14:38] <infinity> cjwatson: Especially now that autopkgtests are back and happy, so we don't have to pick and choose carefully.
[14:39] <infinity> cjwatson: Oh, unless those results are, as you said, lies. :P
[14:40] <infinity> doko_:
[14:40] <infinity> dpkg-source: info: upstream files that have been modified:
[14:40] <infinity>  binutils-2.24.51.20140417/ld/emulparams/aarch64linux.sh.rej
[14:40] <infinity> doko_: Is that a sign of a broken patch, or just that you had cruft in your package when you built it?
[14:44] <doko_> infinity, cruft
[14:47] <infinity> doko_: Kay.
[14:51] <infinity> cjwatson: britney reporting a pass on binutils despite the apparent i386 failure is disconcerting.  Or is that passed on the private instance?
[14:52] <cjwatson> infinity: yeah, not sure what's up there, pitti was working on it
[14:52] <infinity> doko_: Can you double-check testsuite results for binutils on all arches and sign off on it?
[15:03] <doko_> infinity, meh, lp doesn't reply
[15:20] <doko> infinity, no regressions
[15:21] <infinity> doko: Excellent, thanks.
[15:21] <cjwatson> infinity: cdimage/debian-cd updated for utopic
[15:24] <jdstrand> hrm, I did 3 pocket copies from trusty-security to utopic-proposed (rsync, mysql-5.5 and python-django) a while ago, but now thinking that may have been a mistake
[15:24] <cjwatson> I think that's fine
[15:25] <cjwatson> assuming you copied with binaries
[15:25] <jdstrand> I did
[15:25] <jdstrand> ah, I see them in unapproved
[15:25] <jdstrand> https://launchpad.net/ubuntu/utopic/+queue?queue_state=1&queue_text=
[15:25] <jdstrand> ok, sorry I jumped the gun there
[15:25] <cjwatson> no it's fine
[15:58] <infinity> xnox: So, are you still happy with the boost-defaults in the queue?  Nothing needed fixing there to match your new boost uploads?
[16:00] <xnox> infinity: it should be all good.
[16:00] <infinity> xnox: Accepting, then.
[16:00] <xnox> thanks!
[16:23]  * mdeslaur pokes infinity for EoL announcement
[16:26] <infinity> mdeslaur: Yes dear.
[16:27]  * mdeslaur gives cookie to infinity
[16:28] <Laney> EU legislation requires your explicit confirmation to the acceptance of any cookies
[16:28]  * Laney confiscates it
[16:28] <Laney> om nom nom
[16:28] <mdeslaur> lol
[16:29] <infinity> Laney: Neither of us are in the EU, you just violated Canadian sovereignty.
[16:29] <ogra_> bah MiM attacks on IRC !
[16:29] <infinity> Laney: The moose of punishment is on its way.
[16:30] <Laney> That'll go well with my cookie, thanks
[16:31] <infinity> Laney: I suspect you've ever met an angry moose...
[16:33] <Laney> I've never knowingly met any moose :(
[16:33] <Laney> WCPGW
[16:34] <infinity> Laney: Well, as you know, Canadians are kind and welcoming people.  We achieve this by chanelling all our rage and anger in two directions: the moose population, and hockey.  The Moose of Punishment plays hockey.  Enjoy.
[16:35] <infinity> (PS: Now I want a cookie)
[16:35]  * whiskers75 gives infinity a cookie
[16:35] <ogra_> a moose shaped one ?
[16:36] <whiskers75> A chocolate chip one.
[16:36] <infinity> ogra_: Hockey-puck-shaped seems like it would be easier to achieve.
[16:36] <ogra_> heh
[16:38] <cjwatson> moose of punishment> now I'm reminded of the two toy seals Daniel Silverstone had at one point
[16:38] <cjwatson> Club the Seal, and the Seal of Approval
[16:38] <infinity> Kinnison is a strange fellow.
[16:45]  * whiskers75 meows at infinity
[16:46]  * Laney plays some moose polo
[16:47] <xnox> Why is makedev in trusty ubuntu-minimal?
[17:04] <ogra_> xnox, legacy of dmraid or something like that ?
[17:07] <infinity> xnox: Why wouldn't it be?
[17:08] <infinity> xnox: It's been prio:required pretty much forever.
[18:11] <slangasek> infinity: because makedev is obsoleted in favor of udev in Debian
[18:12] <infinity> slangasek: Well, your package depends on it. ;)
[18:12] <infinity> slangasek: (mountall)
[18:12] <slangasek> yes, that's why upstart must die, long live systemd

[18:13] <infinity> Poor upstart.
[18:13] <slangasek> I think that dep dates back to Scott, it's been a minor annoyance that I have yet to take care of
[18:13] <doko> hrm, sagari already used
[18:13] <infinity> Anyhow, it'll be gone by the next LTS, I suppose, so I'm not sure it's worth caring deeply about removing makedev from required right now.
[18:14] <infinity> doko: Doing a GCC upload?  We can kill it and aim it at sagari when this kernel's done.
[18:15] <doko> sure, waiting for it now
[18:15]  * infinity puts "powerpc VM buildds" on his TODO for the next week or two, too.
[18:15] <infinity> I wonder if I have the time to make that happen before autosync.
[18:18] <infinity> I guess I'll look at that after I find some breakfast and wake up.
[18:19] <infinity> I need to re-do all the ppc64el VMs with trusty final too, since they're all pre-ABI-bump still, and the upgrade path there is bordering on nonexistent.
[18:20] <saiarcot895> Are all the build machines on Lucid or Precise?
[18:21] <infinity> saiarcot895: PPAs are hardy (don't ask), ia64 and sparc are lucid, i386, amd64, armhf, and powerpc are precise, and ppc64el and arm64 are trusty.  Was that a confusing enough answer?
[18:22] <saiarcot895> infinity: Yes. :) What's with the disparity?
[18:22] <saiarcot895> the time they were created, maybe?
[18:22] <infinity> saiarcot895: The PPA thing is, like I said, a don't ask.  The ppc64el and arm64 ones are obvious, they didn't exist in precise.
[18:23] <infinity> saiarcot895: And ia64 and sparc were dropped after lucid, hence they're not getting upgraded, and will disappear when lucid EOLs.
[18:25]  * infinity goes to find breakfast.
[18:41] <doko> infinity, I killed ross while cancelling the GCC build
[18:46] <infinity> doko: Did you cancel too early? :/
[18:47] <doko> maybe. shouldn't I?
[18:48] <infinity> doko: There's a bug where you can't cancel until it's actually into dpkg-buildpackage.
[18:48] <infinity> It gets a bit confused.
[18:51] <doko> ok, trying to avoid that in the future
[19:58] <xnox> infinity: does "eglibc still looks in /dev/shm" instead of "/run/shm" ?
[20:01] <infinity> xnox: That question didn't seem like a complete sentence...
[20:02] <xnox> infinity: does eglibc now default to using "/run/shm" (for whatever it may use that for) instead of "/dev/shm"? As per commented in the mounted-dev.conf upstart job that sets up /dev/shm to be symlink to /run/shm.
[20:03] <xnox> infinity: or do we want /dev/shm compat symlink still...
[20:03] <infinity> xnox: /dev/shm should probably never go away, IMO.
[20:03] <infinity> xnox: Why are you trying to kill it? :P
[20:03] <xnox> infinity: ok.
[20:03] <xnox> infinity: makesense in linux style "don't break user interfaces"
[20:04] <infinity> xnox: A decade of docs told people to use that path, even if I change glibc in Debian/Ubuntu, there's countless other bits of software I won't get to, not to mention 3rd party stuff I can't control.
[20:06] <infinity> (The irony here that is moved from /var/run/shm to /dev/shm 12 years ago, and now people have decided to move it back to /run isn't lost on me)
[20:06] <infinity> s/that is/that it/
[20:06] <xnox> Haha =)
[20:06] <xnox> that is funny =)
[20:06] <infinity> xnox: Well, it makes sense, historically.
[20:06] <xnox> do we require devtmpfs?
[20:06] <xnox> ( i thought we did, by virtue of udev requirement)
[20:07] <infinity> The right place for state files was /var/run, but /var wasn't guaranteed to be on /, so we started dumping early-need stuff in /dev to compensate, and then /run happened to fix the problem.
[20:07] <infinity> Anyhow, not everyone is on the /run bandwagon, and I see no value in dropping the symlink pretty much ever.
[20:08] <xnox> yeah, yeah, agreed with you, will keep that bit.
[20:08] <xnox> i'll test openvz and lxc container and probably drop MAKEDEV usage from that job, and thus from mountall dependencies.
[20:08] <xnox> (well make a merge proposal to drop that)
[20:09] <infinity> xnox: Fair enough.  Seems like a waste of time to care, since mountall itself will be gone by the next LTS, but whatever. :P
[20:20] <infinity> GAH.
[20:20] <infinity> cjwatson: germinate is exploding in the publisher.
[20:22] <infinity> wgrant: ^-- You were sad that everything went smoothly?
[21:42] <slangasek> rc/l[
[21:45] <knome> hey, would anybody here know if https://launchpad.net/xubuntu-desktop/ carries any technical merit, or would it be okay to just remove that project?
[21:48] <stgraber> no obvious reason to keep it around if you're not using it to host code or blueprints
[21:48] <stgraber> Edubuntu has a similiar /edubuntu but we use it for some branches
[22:01] <knome> ok, good
[22:01] <knome> i'll get that removed :)
[23:28] <cjwatson> infinity: Hm, yes, reproduces with just "germinate -s ubuntu.utopic -d utopic --no-rdepends"
[23:29] <cjwatson> So hopefully that's debuggable tomorrow
[23:30] <infinity> cjwatson: Kay.  It's halting archive-reports, due to the way we check if the archive has changed, but I suspect there's no other serious fallout.
[23:36] <infinity> doko: gcc-4.9/amd64 unsatisfiable Depends: libgcc-4.9-dev (>= 1:4.9.0-1ubuntu2)
[23:36] <cjwatson> Alarmingly, it's not actually clear that it's infinite recursion
[23:36] <infinity> doko: Looks like the real package doesn't have an epoch.
[23:37] <infinity> cjwatson: Oh, it might just be very, very deep recursion?
[23:37] <cjwatson> Just crudely tracing in pdb, it seems to be walking through a legitimately deep dep tree
[23:38] <infinity> Well, autopkgtest still seems remarkably buggered, so I'm in no rush to let open the world.
[23:38] <infinity> Though we could probably thaw the queue and just keep britney in block-all for now.
[23:38] <cjwatson> # TODO: would be much more elegant to reduce our recursion depth!
[23:38] <cjwatson> sys.setrecursionlimit(2000)
[23:38] <infinity> Hah.
[23:39] <cjwatson> cranking to 3000 makes it go away, LA LA LA
[23:40] <infinity> Make it 9000?  We have a lot more CPU and RAM than we had when that was written.
[23:40] <infinity> And then get someone to do a production cowboy...
[23:41] <cjwatson> I don't want to overdo it, 3000 should be fine
[23:41] <infinity> Heh.
[23:41] <infinity> Are we using the packaged germinate in production?
[23:41] <cjwatson> Yeah but a backport
[23:41] <infinity> If so, turning around an SRU with that 1-char fix in a few hours wouldn't hurt my feelings.
[23:41] <infinity> Oh.
[23:41] <cjwatson> Oh hey, it's just 2.8
[23:42] <infinity> Yeah, I don't see a backport there.
[23:42] <infinity> Unless it's not using the package.
[23:42] <cjwatson> It should be
[23:43] <cjwatson> Could you file a bug for me?
[23:43] <infinity> Yup.
[23:45] <infinity> cjwatson: https://bugs.launchpad.net/ubuntu/+source/germinate/+bug/1312478
[23:45] <ubot2> Launchpad bug 1312478 in germinate (Ubuntu Trusty) "germinate's recursion limit is too low for utopic" [Undecided,New]
[23:46] <infinity> cjwatson: targetted for trusty and precise SRUs.  I doubt anyone cares about non-LTS germinate sadness.
[23:47] <cjwatson> yeah
[23:47] <infinity> cjwatson: I wonder if we were literally just bumping up against the limit in trusty and something tipped us over, or if this is a sign of something going more deeply wrong.
[23:48] <cjwatson> I didn't trace the whole stack, but it didn't look horrible
[23:48] <cjwatson> And it finishes very quickly after I bump the limit
[23:49] <infinity> Might be worth throwing a counter in and seeing if ubuntu.trusty gets us in the 1900s or something.  Cause if we've gone from, say, 800 to 2500, that would perhaps point to, if not a germinate bug, us creating a Very Hard to Sort dependency tree.  Which could also anger apt's resolver.
[23:51] <cjwatson> mm, not tonight though
[23:51]  * infinity nods.
[23:53] <infinity> cjwatson: In lieu of trying to SRU in a hurry tonight, I might just get a GSA to cowboy your s/2000/3000/ fix in production, under the assumption that the SRU will just overwrite that in a few days.
[23:53] <cjwatson> Yeah that should be fine
[23:53] <cjwatson> But I'll do the SRUs shortly
[23:54] <cjwatson> Though I'd like to go to bed; indeed if I can do the SRUs tomorrow morning that'd be better
[23:54] <cjwatson> http://bazaar.launchpad.net/~cjwatson/germinate/trunk/revision/552
[23:55] <infinity> Ta.