[06:54] <infinity> RAOF: I know it's not your "day", but if you could look at the ruby1.9.1 I popped into precise-proposed, that would be lovely.  Should be the easiest review EVER.
[06:54] <RAOF> infinity: No worries.
[06:54] <RAOF> Maaaate.
[06:54] <infinity> Hahaha.
[06:54] <infinity> Thorpie says you're fully sick.
[06:55] <RAOF> Incidentally - ruby needs not just a separate source for each major version, not just a separate source for each minor version, but a separate source for each *nano* version?
[06:56] <RAOF> That's some high-stability language design, there.
[06:56] <micahg> RAOF: they had to do something to stand out from PHP
[06:59] <micahg> infinity: you feel like reviewing stuff in precise-backports NEW?
[07:00] <infinity> RAOF: It's kinda special.
[07:00] <infinity> micahg: I can quickly look before I sleep.
[07:01] <micahg> infinity: not worth losing sleep over
[07:02] <infinity> Laney: Your backport of ben in precise-backports claims in the changelog that it's for lucid. :P
[07:04] <infinity> Laney: pls to reupload.  kthx.
[07:04] <infinity> micahg: Done.
[07:04] <micahg> infinity: thanks
[07:05] <RAOF> Dear launchpad: FASTER!
[07:07] <infinity> RAOF: Diff's there now. :P
[07:08] <RAOF> Huh. I wonder why queuediff isn't picking it up.
[07:11] <infinity> Dear queuebot, why did you just claim two of those were rejects?
[07:16] <infinity> And again... WTF?
[07:17] <infinity> linux 3.2.0-27.42 in precise (Cannot copy DDEBs to a primary archive)
[07:17] <infinity> Did someone twiddle the kernel PPA?
[08:10] <Laney> infinity: there you go. well spotted
[12:02] <ogra_> grr
[12:02] <ogra_> still no armhf+mx5 images
[12:03] <xnox> ogra_: for the release meeting - foundations team "broke dpkg & fix it; broke ubiquity/daily-cds & fix it"
[12:03] <xnox> =)))
[12:03] <ogra_> heh, i can totally commit to the latter one as well :)
[12:04] <ogra_> (with the addition of arm indeed)
[12:05] <xnox> =)))))))
[12:06] <ogra_> Making the binary CDs bootable ...
[12:06] <ogra_> Running tools/boot/quantal/boot-armhf+mx5 1 /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-live/tmp/quantal-armhf+mx5/CD1
[12:06] <ogra_> ls: cannot access mx5/cdrom/vmlinuz*: No such file or directory
[12:06] <ogra_> GAH !!!
[12:07] <ogra_> infinity, so the copying of the omap kernel apparently is necessary in debian-cd, seems there is no mx5 one to copy around :P
[12:09] <xnox> =)))))))))))))))
[12:27] <cjwatson> oh blast, I had even read the conversation about why linux was rejected
[13:00] <Daviey> cjwatson: Hey, Can i check in on the status of the squashfs fun?
[13:01] <cjwatson> mostly distracted today by helping to fix a critical bug in ubiquity; but last status is that I uploaded livecd-rootfs to fix up the squashfs contents a bit, and was waiting for that to publish before trying again
[13:02] <cjwatson> considering something like http://paste.ubuntu.com/1077995/ to fix the pool contents
[13:04] <cjwatson> hm, that's not right though ...
[13:12] <jibel> Can we have a new set of desktop images with ubiquity 2.11.9. We'd want to get them tested before the week end.
[13:15] <cjwatson> jibel: not before it's published :)
[13:15] <cjwatson> you'll have them as fast as it's actually possible
[13:16] <jibel> cjwatson, thanks :)
[13:34] <Daviey> cjwatson: Ok, super.. thanks
[13:34] <cjwatson> -rw-rw-r-- 1 cdimage cdimage 614772736 Jul  6 13:29 /srv/cdimage.ubuntu.com/scratch/ubuntu-server/daily-live/debian-cd/i386/quantal-live-i386.raw
[13:34] <cjwatson> more sensible size now at least
[13:35] <cjwatson> rebuilding the squashfs to get the server task in there
[13:35] <cjwatson> then I'll try new ISOs which might be worth me testing
[13:35] <cjwatson> though I guess I can rsync this one in advance ...
[13:36] <Daviey> cjwatson: that sounds dandy... separately, is it vialble to expose the squashfs on cdimage?
[13:42] <cjwatson> possible but why?
[13:53] <Daviey> cjwatson: mirror to deployment servers for netbooting
[13:54] <cjwatson> Daviey: ok - it's certainly easy enough if there's a reason, since we already do it for http://cdimage.ubuntu.com/livecd-base/current/
[14:07] <Daviey> cjwatson: hah
[17:37] <infinity> ogra_: Well, err, copying none around is the sane thing to do.  But yes, s/omap/mx5/ would break. :P
[20:15] <jdstrand> infinity: hey, when you have a moment, can you bin deNEW ufw and put python-ufw in main? This should be the last of me pestering you for a while :)
[20:31] <cjwatson> so, there's a new queue tool in lp:ubuntu-archive-tools now, which you're welcome to try out
[20:31] <cjwatson> some caveats
[20:32] <cjwatson> making override-source/override-binary work is awaiting the next Launchpad deployment
[20:32] <infinity> By which, you mean, it doesn't do the one thing I use q on cocoplum for? ;)
[20:32] <cjwatson> fetch looks like it works, but actually doesn't (it fetches the .changes correctly, and a load of error pages for everything else) - I have a branch up for review to fix that
[20:32] <cjwatson> yeah, well, it should do by Monday :)
[20:33] <cjwatson> the rest of the tool should work barring trivial UI glitches like showing all the dates as "TODO"
[20:33] <cjwatson> mostly I just wanted to get it committed so that I wouldn't have to refer to a pastebin in my QA plans
[20:34] <cjwatson> if you fancy doing things like improving tools to accept things for themselves rather than sending you to the web UI, that should be possible with the same API
[20:35] <cjwatson> though in most cases that will currently involve polling until the copy job actually gets processed
[20:36] <cjwatson> usual script/API performance tradeoff, much faster to start up, takes a bit longer per item to walk down the queue
[20:37] <cjwatson> I plan at some point to fix some of queue's more idiotic long-term UI warts
[20:37] <cjwatson> so don't start scripting around its output or anything, use the API if you're going to do that :)
[20:39] <infinity> Mmkay.  I have no immediate plans to fix anything, except for small cosmetic annoyances.
[20:40] <infinity> Oh, I committed the "must provide a comment" fix to remove-package, did you have a look at that for sanity?
[20:40] <infinity> Or for style, even.  I can never decide how to do nested quotes in Python.  '/"/"""/\" ... So many options.
[20:55] <cjwatson> infinity: looks fine, though I tweaked for line length
[20:56] <infinity> Picky. ;)
[20:56] <infinity> Thanks.
[20:56] <infinity> My terminals default to 100 chars wide (for bizarre reasons), so I tend to be insensitive to 80char limits sometimes.
[20:57] <cjwatson> nested quotes - whatever, I might have ended up with """ at some point but if there's only one of ' and " inside it makes sense to use the other one
[21:04] <infinity> jdstrand: Done.
[21:10] <infinity> cjwatson: Your partman-target SRU.  Why only address /var/lib/{mythtv,mysql}?
[21:10] <infinity> cjwatson: Isn't /var/lib in general user state we don't want to lose?
[21:10] <jdstrand> infinity: thanks!
[21:11] <infinity> cjwatson: I assume the same issue would hit postgres, and other packages?
[21:14] <infinity> cjwatson: Or, rather, if you're trying to get a sane start point, perhaps you want to be inclusive rather than exclusive (ie: clear out dpkg and apt, but leave unknown stuff in /var/lib alone?)
[22:03] <cjwatson> infinity: I've never been at all happy with this entire system, so don't look at me to justify it :P
[22:04] <cjwatson> infinity: we want to avoid leaving around previously packaged but unowned files that will never be cleaned up
[22:04] <cjwatson> or that will confuse packages on the new system
[22:05] <cjwatson> maybe a rewrite would look at dpkg files state on the old system as some kind of cue or something, but there are lots of unowned files.  hard to get right in shell.  not sure about whitelisting /var/lib, there's a fair bit of other stuff in there ...
[22:06] <cjwatson> for instance, I don't think whitelisting /var/lib/binfmts/ would go well
[22:06] <cjwatson> or /var/lib/initramfs-tools/, that seems like it'd create some confusion
[22:23] <infinity> cjwatson: Hrm, perhaps.  Well, this is an improvement over the current situation, in that it fixes the specific bug, I guess.