[00:01] <cjwatson> Could you take this to #ubuntu-bugs or similar, please?
[00:01] <phillw> pastebin.com/iNEUgVES
[00:03] <phillw> cjwatson: certainly, I just asked here in case one of you could give me what to bug report it against. My apologies. :(
[00:57] <phillw> cjwatson: xnox - my apologies.. old /home + new install = reset ~/.Xauthority, in my feeble defence, been 18 months since I was last bitten by that little critter.
[02:39] <ScottK> doko_: ^^^ That'll work with 3.2/3.3, so it should get in.
[09:03] <psivaa> The md5sum for the latest quantal-desktop-amd64 (20121017.5 i think) does not match that is listed in cdimage.u.c. Would someone be able to have a look please?
[09:06] <cjwatson> psivaa: It matches on cdimage.
[09:07] <Laney> can someone reject the old seahorse from quantal-proposed/unapproved please?
[09:07] <Laney> just in case
[09:07] <cjwatson> Laney: done
[09:08] <Laney> merci buckets
[09:12] <psivaa> cjwatson: it does indeed, not sure why our tests report they dont match. i'll have a look thanks
[10:31]  * cjwatson finishes his first pass at a "redirect-release-uploads" LP branch
[10:31] <cjwatson> (though also waiting for the DB branch to be reviewed and deployed)
[10:32] <infinity> Hrm.  Methinks we missed the "create raring in the partner archive" step.
[10:32] <infinity> Or, so apt tells me.
[10:33] <cjwatson> infinity: So, well
[10:33] <infinity> "Verify that the partner repository has been created on archive.canonical.com as a result of this process; if not, notify the Soyuz developers to fix it and check that this happens."
[10:33] <cjwatson> infinity: That got screwed by setting raring to frozen early
[10:33] <infinity> Ahh, that was one of the fallout issues from my oops?
[10:34] <cjwatson> infinity: I tried running publish-distro -A manually, and it republished a load of old series
[10:34] <cjwatson> infinity: so I screamed and reverted to a backup
[10:34] <cjwatson> infinity: I think the easiest way to fix this is likely to publish something irrelevant to raring/partner and then delete it
[10:34] <infinity> Or something relevant.
[10:35] <cjwatson> infinity: Just to force the publisher to do something (you might need to hold off on the deletion until after a publisher run)
[10:35] <infinity> I could just push vmware-view-client with a raring version.
[10:35] <cjwatson> infinity: If you have something, sure :)
[10:35] <infinity> Yeah, I'll just do that.
[10:37] <infinity> Hrm.  The painful decision between "working from the hotel to avoid distraction" and "going into the office to have bandwidth" really becomes apparent when I download massive sources.
[10:37]  * infinity turns the hand crank.
[10:43] <infinity> Ahh, but welcome to the bizzaro world of hotel networks, where my upstream is 10 times better than my downstream.
[10:56]  * infinity blinks at the /etc/os-release conffile prompt.
[10:56] <infinity> We *just* added that file in Q, how could we have messed it up already? :P
[10:57] <infinity> Oh, feh.  It wasn't a conffile in doko's upload.
[10:57] <infinity> So this needs migration magic.
[11:03] <Laney> 6
[11:04] <Laney> Yes. Six.
[11:14] <doko> infinity, https://launchpadlibrarian.net/120762889/buildlog_ubuntu-raring-armhf.python-pylibacl_0.5.1-1.1build1_CHROOTWAIT.txt.gz ?
[11:17] <infinity> doko: What machine was that on?
[11:17] <infinity> Erm.  Where did these new buildds come from?
[11:18] <doko> infinity, bukavac, alfirk, diphda
[11:18] <infinity> Yeah, those all use to be "virtual".
[11:18] <infinity> And they're misconfigured.
[11:18] <infinity> Hunting down.
[11:32] <infinity> cjwatson: partner fixed.
[11:36] <cjwatson> So it is.  Great, thanks.
[11:37] <cjwatson> Though raring seems to have fewer pockets than quantal does on archive.c.c.  Probably correctly, though ...
[11:37] <cjwatson> Series initialisation is confusing.
[11:37] <cjwatson> infinity: Any objections if I nuke r-series* from there?
[11:38] <infinity> cjwatson: Nope, I was just noticing that hilarity myself.
[11:38] <infinity> cjwatson: And the pocket thing is weird, since partner shouldn't have pockets AT ALL.
[11:38] <cjwatson> Done.
[11:38] <cjwatson> Yeah, I know.
[11:38] <infinity> cjwatson: Which means either someone fixed it, or it's accidentally doing it correctly now, and that's worrisome. :P
[11:39] <cjwatson> The accident is probably because only raring/partner was dirty.
[11:39] <infinity> cjwatson: But the others never should be.
[11:39] <cjwatson> If not for your oops, I'm pretty sure we'd have the unnecessarily full set.
[11:39] <infinity> cjwatson: So, maybe they're just cruft from IFP, and haven't been touched since...
[11:39] <cjwatson> Yeah, but series init doesn't rely on dirtiness
[11:40] <infinity> (And should all go away)
[11:40] <cjwatson> I doubt it's as simple as IFP; I suspect the fresh-series logic in the publisher is wrong.
[11:40] <infinity> Possibly that too.
[11:40] <infinity> I'm still all for nuking the other pockets.
[11:40] <infinity> After a quick verification that all the Packages files are empty, which they'd effin' better be.
[11:40] <cjwatson> Pockets are so hardcoded that I suspect IFP has nothing to do with them.
[11:41] <infinity> Any objections to such a tidy?
[11:41] <cjwatson> I don't object, but best talk to LP folks first, and it would probably be a good idea to fix the publisher so that they don't come back next time.
[11:42] <infinity> Well, let's see if they're all empty first.
[11:46] <infinity> Right, so, tons of 0-length files, as I'd assumed.  And all with timestamps of Apr 26, 16:15.  Was that the last IFP?
[11:47] <infinity> And going all the way back to breezy, which seems somewhat excessive.
[11:48] <cjwatson> First publisher run after the IFP of quantal, but yes.
[11:48] <infinity> Yeah, that's what I meant, but I'm a lazy typist. :P
[11:48] <cjwatson> Might have been the first time we relied on the new fresh-series logic.
[11:48] <infinity> Could be, since I don't remember partner being this... populous.
[11:48]  * cjwatson goes to remedy critical lack-of-coffee error.
[11:48] <infinity> Though, if it's taken 6 months to notice, I'm obviously not that observant.
[11:54] <infinity> feceti/win 47
[11:54] <infinity> Err.
[11:54] <infinity> My IRC client is revolting.
[11:58] <doko> is the publisher currently running?
[11:59] <infinity> doko: As in, right this second, or in general?
[12:00] <infinity> doko: It just finished running 4 minutes ago, and will run again in 3.
[12:00] <doko> in general, don't see updates, like the python3-tz promotion to main
[12:02] <doko> ok, did use the de archive mirror at release time, now switched back
[13:40] <xnox> doko: apparmor ^^^ =)
[14:33]  * cjwatson resolves conflicts in the transition tracker config; whoops
[14:33] <Laney> the horror
[14:35] <Laney> lsdiff !$
[14:35] <Laney> oops
[14:59]  * cjwatson unbreaks promote-to-release and tells britney to copy debootstrap for real
[15:18] <xnox> cjwatson: the second email is "funny" and "confusing" =)))) it's addressed to me and my "sponsor" (cjwatson+ubuntu-archive-robot@...) and attached changes file has "Sorry, changesfile not available."
[15:18] <xnox> and there is no indication where to the package moved.
[15:19] <cjwatson> Yeah, I know
[15:19] <cjwatson> bug 1069862 for the first part
[15:19] <ubot2> Launchpad bug 1069862 in Launchpad itself "Need some way to copy without the copier ending up in From:" [Low,Triaged] https://launchpad.net/bugs/1069862
[15:20] <cjwatson> Feel free to file a bug about the second part
[15:20] <cjwatson> At the moment I'm just trying to make the whole thing work at all; prettiness is for the next iteration
[15:22] <cjwatson> Hmm, neither debootstrap nor apparmor appeared on raring-changes
[15:22] <cjwatson> Wonder why
[15:22] <xnox> cjwatson: hmm... if it's a copy, then it's a known issue that there are no changes files available.
[15:22] <xnox> same as for syncs, there are no changes files.
[15:22] <cjwatson> Sure, but it could synthesise the changes
[15:23] <cjwatson> They're in the database somewhere, after all
[15:23] <cjwatson> No reason LP has to expose *every* detail of its internal DB layout :-)
[15:23] <Laney> I asked for this when we first started doing API copies (for ubuntu-upload-history)
[15:23] <Laney> someone, I forget who, argued that it was a bad idea
[15:24] <cjwatson> Meh.  Dig that up and I'll pay attention to it if the argument is reasonable, otherwise I'll ignore it :)
[15:26] <cjwatson> (But, if nothing else, why include an attachment at all if it's only going to say "nee-ner you can't have it"?)
[15:30] <doko> python-apt failed to build on armel for the third time, given back now. (with different errors)
[15:30] <Laney> failed to find it
[15:30]  * Laney moves on with life
[15:31] <mvo> doko: with a error that makes sense?
[15:31] <doko> mvo, unreproducible GCC ICE
[15:31] <mvo> doko: ok
[15:31] <doko> the other one was a hang in the test suite
[15:32] <xnox> mod-wsgi is not public module - but plugins, but still fixed to build in raring.
[16:11] <xnox> dpkcd ~/
[16:11]  * xnox clearly didn't have focus where I thought it was
[16:22] <shadeslayer> hi, I was wondering if there's some sort of mirror redirector link that automatically redirects the user to his/her nearest iso mirror
[16:22] <shadeslayer> like how ubuntu does
[16:22] <shadeslayer> but I want it for Kubuntu
[16:23] <stgraber> ubuntu.com uses the list of mirrors from Launchpad, though flavours aren't on releases.ubuntu.com so there's no such list for cdimage mirrors (and not that many mirrors I believe)
[16:30] <doko> pyzmq/i386 ftbfs on the buildd, succeeds locally
[18:51] <stgraber> For 13.04 I'll be re-organizing the Edubuntu DVD image a tiny bit by moving all our squashfs files under casper/ (we'll ship three of them in 13.04). To achieve that, I need to move our current ltsp squashfs to the new location without breaking 12.04 as we're doing LTS releases.
[18:51] <stgraber> I came up with http://paste.ubuntu.com/1300855/ which should do the trick, but I'm happy to hear about less hackish solutions
[18:55] <cjwatson> stgraber: looks fine, though my personal tendency is to leave such guards in place permanently by way of a kind of documentation
[18:56] <stgraber> cjwatson: ok. I'll drop the FIXME and just make it a standard comment saying that as of 13.04 we're moving all the squashfses into casper/
[20:01] <shadeslayer> stgraber: re mirrors, drat
[20:01] <shadeslayer> IIRC there was a redirector sometime ago, but maybe that expired
[20:01] <stgraber> well, kubuntu used to be on releases.ubuntu.com but that changed fairly recently
[20:02] <shadeslayer> ah, I guess that makes sense then ...
[20:03] <shadeslayer> ( move was most likely due to us moving to a community maintained flavor )
[20:04] <stgraber> yeah, that and pretty limited disk space on the releases mirrors
[20:06] <shadeslayer> righto, its just that someone mirroring Kubuntu ISO's wanted to know why Kubuntu did not do mirror redirects
[22:07] <xnox> Please accept psycopg2 and python-cups into raring-proposed
[22:07] <xnox> doko ^ =))))
[22:10] <infinity> xnox: Hahaha.  <3 for the bash-completion fix.  Did you forward that to Debian?
[22:11] <xnox> infinity: =))))) Yeah I got pissed at hitting tab and diverted my anger into upload......
[22:12] <xnox> infinity: yeah I could. I need to forward a few patches from todays uploads.
[22:12] <infinity> Oh, indeed.
[22:12] <infinity> +Forwarded: not yet
[22:13] <infinity> I'm not sure "not yet" is one of the documented states for that field, but I like it.
[22:13] <infinity> "Forwarded: I'll get to it, stop nagging."
[22:13] <knome> that's the documented state?
[22:14] <infinity> The documented states are "no", "yes", and "not needed", I believe. :P
[22:14] <infinity> But I like "not yet".
[22:14] <infinity> I'd also accept "maybe, depends on your temporal view".
[22:14] <xnox> I submitted a branch into lp:session-indicator it got "approved" but jenkins ci rejected it because merge proposal did not have commit message set in lp.net metadata..... wtf =)
[22:14] <knome> what about "workforce welcome"
[22:16] <xnox> knome: no, worforce is not welcome in this case =)
[22:16] <knome> :)
[22:48] <doko> cjwatson, am I allowed to copy xnox's python related uploads from raring-proposed to raring?
[22:49] <xnox> doko: in part, I am being a tester for cjwatson's britney runs =)
[22:49] <xnox> he did a few today.
[22:49] <doko> xnox, ohh, nice, so please test =)
[22:51] <bdmurray> infinity: I've done the verification of bug 1070542 depending on how you feel about waiving the aging period
[22:51] <ubot2> Launchpad bug 1070542 in apport-symptoms (Ubuntu Precise) "not possible to use ubuntu-bug ubuntu-release-upgrader-core on precise" [High,Fix committed] https://launchpad.net/bugs/1070542
[22:53] <xnox> doko: join in on the spam^W fun and upload to -proposed =)
[22:54] <infinity> bdmurray: Yeah, done.  It's not like upgrader things get "tested" in any meaningful way by aging in proposed anyway.