[00:48] <infinity> Bah, who retried the sparc build of debian-installer/hardy?
[00:50]  * infinity decides to just fix the chroot.
[00:56] <sbeattie> Hi, can an archive admin copy over the openjdk-6 from oneiric-security to oneiric-updates, to save bandwidth on security.ubuntu.com?
[00:57] <sbeattie> The other releases got copied over okay.
[01:02] <micahg> sbeattie: I can do the copy if someone else pushes the button
[01:07] <micahg> bdmurray: ^^ can you approve?
[01:08] <micahg> stgraber: ^^ queuebot seems to not be thinking straight
[01:09] <micahg> infinity: ^^ maybe you can approve if you're still around
[01:13] <infinity> micahg: Where it that sync from...?
[01:13] <infinity> Oh, security.
[01:14] <infinity> We do occasionally do security->updates sweeps, you don't need to force the issue.
[01:14] <micahg> infinity: the sweep failed :)
[01:14] <infinity> (Which is just confusing, since the UI doesn't tell me much about where it came from)
[01:14] <micahg> anyways, the USN just published
[01:14] <micahg> infinity: there's a cron that does the copy but it fails occasionally and openjdk is pretty big
[01:15] <micahg> infinity: there's no from target in the API, just from archive
[01:16] <infinity> Yeah, I know.
[01:16] <micahg> sbeattie: ^^ done
[01:16] <micahg> infinity: thanks
[01:16] <infinity> I'm wondering how much I should care about debian-installer on hardy/sparc being broken due to a buildd change I made three years ago.
[01:16] <infinity> Clearly no one's cared until now.
[01:17] <micahg> infinity: wasn't hardy/sparc one of the last where the installer actually workeD?
[01:17] <infinity> One of the last what?
[01:17] <micahg> releases
[01:17] <infinity> It works everywhere except sparc and lpia.
[01:17] <infinity> Oh, you mean the last sparc release that was useful?  That's probably true.
[01:17] <micahg> yeah, maybe that's ubiquity and not d-i though
[01:18] <micahg> anyways, it's only got 9 months of life left anyways
[01:18] <micahg> and any new install would probably go with Debian at this point
[01:18] <micahg> err..maybe not
[01:18] <infinity> Yeah, it's mostly just annoying to watch a buildd hang. :P
[01:19] <micahg> hardy install could upgrade to lucid and get support for another 2 years
[01:19] <infinity> Oh, we have lucid/sparc?
[01:19] <infinity> I can never remember what's where.
[01:19] <micahg> yeah, that's the final call for sparc
[01:19] <micahg> pulled the plug in maverick
[01:20] <micahg> so, depending on if it was the only working sparc installer, might be worth fixing, but certainly not a priority
[01:20] <infinity> Which means someone already fixed this bug in later versions of silo to deal with the buildd change.
[01:20] <infinity> So, I'll just find that and SRU it to hardy. :P
[01:20] <micahg> infinity: ISTR the lucid installer not working
[01:21] <infinity> I mean the build of d-i, I have no idea if the results function.
[01:21] <micahg> oh, hrm, well, I guess if it doesn't FTBFS, that makes sense
[01:21] <micahg> builds here: https://launchpad.net/ubuntu/+source/debian-installer/20081029ubuntu102.16/+build/3629190
[01:22] <infinity> micahg: Yes, I know.
[01:23]  * micahg goes back to doing useful things
[01:23] <infinity> Oh, it was "fixed" in later releases by just never running siloconfig.
[01:23] <infinity> Hard to say if that's correct for hardy.
[01:27] <infinity> Maybe I'll just cheat in a way that I know won't break existing behaviour.
[01:32] <infinity> There, fixed.
[01:33] <infinity> RAOF: You around?
[01:34] <RAOF> infinity: Yus.
[01:34] <infinity> RAOF: If so, can you give a quick review and accept of my silo SRU, so I can bounce d-i at it to test? :P
[01:34] <infinity> RAOF: (It should hit the hardy queue in 30s)
[01:34] <RAOF> But of corset.
[01:34] <RAOF> Hardy? Old school!
[01:35] <infinity> Yeah, well.  It should have been fixed years ago.  Whatever.
[01:35] <RAOF> When's that dropping out of support?
[01:35] <infinity> I'm in the mood for completeness today.
[01:35] <infinity> 13.04, I guess.
[01:35] <infinity> Ish.
[01:36]  * infinity grbas some food while he waits on that.
[01:36] <infinity> Or grabs.
[01:36] <infinity> Whatever.
[01:47] <RAOF> Faster, launchpad. Faster!
[01:50]  * micahg hands RAOF a whip
[01:50]  * RAOF cracks it
[01:56] <RAOF> infinity: If you're kicking around with nothing to do, care to give a once-over opinion of the mesa 8.0.3 in the precise queue? I've mailed the TB for a provisional MRE for mesa, but it might squeak in under the regular system, too.
[02:16] <infinity> RAOF: That's a pretty hefty review, but maybe I'll poke it tomorrow.  About to head out for the evening.
[02:17] <RAOF> It is; I wasn't hoping for an in-depth yay or nay.
[02:17] <RAOF> Oh, have a silo BTW.
[02:17] <infinity> So, I saw.  Thanks. :)
[02:18] <infinity> Remove the errant comma from that...
[02:18] <infinity> I'm obviously tired.
[03:03] <infinity> RAOF: silo SRU verified.
[03:03] <infinity> RAOF: (I don't think letting it cook will make it any more tested)
[03:03] <RAOF> I have no relevant opinions on the matter.
[03:04] <infinity> Well, welcome to the new world order where you get discretion. ;)
[03:12]  * RAOF shall exercise that discretion after lunch.
[03:49] <ScottK> infinity: I think the last installer that worked for sparc was gutsy.
[03:49] <ScottK> Although I don't think the ones after Hardy particularly ran (even if they compiled)
[03:56] <infinity> ScottK: Ahh, well.  Build fixed regardless, because hanging a buildd for days is lame.
[03:56] <ScottK> All good then.
[04:13] <ScottK> skaet: I see you marked "socialize what running -proposed in development release means" as DONE.  I'm not sure who you were supposed to socialize it with, but I sure don't understand it.
[04:14] <ScottK> (alternatively, I do understand it and mostly just don't think it's a good idea, but I prefer to assume it makes more sense than it appears to me)
[05:29] <babyface_> no new built quantal-desktop and quantal-alternate iso today?
[07:58] <cjwatson> infinity: debian-installer/sparc> sorry, that was me I think, I hadn't realised it was a chroot problem
[08:07] <cjwatson> infinity: because initially I think it showed up as "failed to upload" for some reason I couldn't fathom
[08:08] <cjwatson> infinity: and by the time I looked at it the OOPS log had been reaped, so I wanted either a successful build or a fresh OOPS :)
[08:27] <cjwatson> new queue client supersedes old queue script on cocoplum with immediate effect: https://lists.ubuntu.com/archives/ubuntu-archive/2012-July/045312.html
[08:28] <cjwatson> actually that u-a-t revision number is wrong, you want r528, but I figure people generally want the newest anyway
[08:32] <cjwatson> I've rearranged the top of ArchiveAdministration a bit to de-emphasise logging into cocoplum, since the only remaining tools are minority uses (copy-package.py, manage-chroot.py, populate-archive.py, point-release-snapshot)
[08:33] <cjwatson> (maybe a couple of others)
[08:39] <Laney> nice
[12:09] <skaet> ScottK, https://lists.ubuntu.com/archives/ubuntu-devel-announce/2012-June/000960.html and https://lists.ubuntu.com/archives/ubuntu-devel-announce/2012-June/000964.html is why I considered it socialized.
[12:10] <Laney> that's not really about "running" proposed
[12:18] <cjwatson> Yeah, that's uploading to it, different part of the problem
[12:45] <ScottK> skaet: OK.  Thanks.
[14:02] <Riddell> skaet: release meeting in an hour?
[14:03] <stgraber> Riddell: yes
[14:05] <stgraber> could someone take a look at cups in the Unapproved queue (precise-proposed)? the diff is pretty big but it's fixing 5 bugs that are targeted to the point release
[16:32] <ScottK> cjwatson: lputils Exception subclass and remove-package !string matching fixed and pushed.  Thanks for the feedback.
[16:33] <cjwatson> Great, thanks.
[19:24] <phillw> any one here from alpha 2 bugs? bug 1007394
[19:24] <ubot2> Launchpad bug 1007394 in mdadm "Quantal daily fails to complete installation" [Undecided,Confirmed] https://launchpad.net/bugs/1007394
[19:25] <xnox> phillw: i didn't look into that one yet.
[19:25] <xnox> phillw: assigned to myself. Will have time/equipment to look at it next week.
[19:25] <phillw> xnox: we're really struggling on it
[19:25] <xnox> sorry =)
[19:25] <xnox> let me see if I can do anything on it tonight
[19:25] <phillw> xnox: thank you, you are a star!
[19:27] <xnox> phillw: I did do alpha2 testing with mdadm and didn't see this bug
[19:27] <xnox> but it was mostly in VMs
[19:27] <xnox> so not bare metal
[19:28] <phillw> xnox: as they cannot get error reports and the system hangs, it is a real little critter to track down.
[19:28] <xnox> phillw: yeah.
[19:29] <phillw> one of the team does still have a ppc Mac. But for the life of me, I cannot remember who it is.
[19:29] <xnox> phillw: wait, is it arch specific bug?
[19:29] <phillw> He was the guy who asked people to allow him to spend time within his Canonical wages to look after ppc
[19:30] <phillw> xnox: it does appear so. but really oddly, only on alt. The desktop seems to work okay.
[19:31] <xnox> phillw: desktop does not have mdadm installed -> hence to mdadm bugs
[19:32] <phillw> xnox: I'm just the co-ordinator for lubuntu-QA, on that side I'm good ... when you guys and gals start chatting about code, I do struggle :)
[19:34] <phillw> xnox: it is a little plea, from me and other ppc users. Lubuntu is their last best hope. Our own lubuntu developer has taken pity on it.
[19:46] <micahg> jdstrand: ^^ as it's your archive day
[20:12] <jdstrand> micahg: what are you referring to exactly?
[20:12] <micahg> jdstrand: precise-backports upload
[20:13] <micahg> jdstrand: if you're not too busy