[00:02] <ScottK> slangasek: If I went through pending sync requests would you have time to feed it to mass-sync.py?
[00:03] <slangasek> if not now, then later, yes
[00:04] <ScottK> OK.
[00:04]  * ScottK will do that in a bit then.
[00:10] <james_w> ScottK: if you have ubuntu-archive-tools available then checkout sync-helper.py if you haven't seen it yet.
[00:11] <ajmitch> ScottK: thanks for chasing them up :)
[00:19] <slangasek> ScottK: hmm, http://people.canonical.com/~ubuntu-archive/component-mismatches.txt shows that libtest-classapi-perl will also need an MIR for libppi-perl
[00:20] <ScottK> slangasek: Wouldn't stun me.  I just looked at theones that are currently depwait.
[00:20]  * slangasek nods
[00:22] <ScottK> Please don't accept audacious.
[00:23] <slangasek> ok
[00:24] <slangasek> please do accept libgd-barcode-perl :)
[00:24] <wgrant> I thought automatic depwait retrying was meant to be working now.
[00:27] <ScottK> wgrant: I'll wait and see then.
[00:27]  * ScottK looks
[00:27] <ScottK> Too soon, queuediff doesn't pick it up yet.
[00:30] <ScottK> Drama resolved re audacious
[00:31] <slangasek> ScottK: do you know if anyone is working on the kde-l10n-sv ftbfs?
[00:32] <ScottK> slangasek: I think it needs to be removed because upstream isn't supporting the language, but I'm not sure.
[00:32] <ScottK> I'll check
[00:32] <slangasek> ok, thanks
[00:34] <ScottK> Accepted
[00:56] <ScottK> wgrant: Unless someone pushed retry I don't know about, your thesis about automatic retry working again is confirmed: https://launchpad.net/ubuntu/+source/eximdoc4/4.71-1/+build/1422567
[00:57] <wgrant> ScottK: Great.
[00:57] <slangasek> crashes in seahorse are the worst
[00:57] <slangasek> no, I'm not sending my gpg passphrase to launchpad, kthx
[00:58] <ScottK> You could make a test key with a different passphrase ...
[00:58] <ScottK> Then throw it away
[00:58] <slangasek> it's only reproducible after protracted use
[00:59] <ScottK> Oh.
[00:59] <ScottK> Nevermind
[01:09] <ScottK> slangasek: The Perl MIR situation appears to have layers.  See Bug #565681
[01:15] <ScottK> Also Bug #522211
[02:12]  * ScottK is lost in a doc-base wilderness.
[04:16] <slangasek> ScottK: ok, also promoted
[04:18] <slangasek> and it looks like germinate is failing on cocoplum for some reason (tasks not getting updated for the ttf-kacst -> ttf-kacst-one switch)
[04:24] <slangasek> oh, there we are; ttf-kacst-one recommends the ttf-kacst package that was meant to be going away
[04:35]  * ScottK looks
[04:36] <slangasek> already self-accepted
[04:36] <ScottK> OK.
[04:36] <ScottK> No wonder I didn't see it.
[04:36] <slangasek> you're welcome to review anyway, but it's a trivial recommends->suggests change that's blocking all CD builds, so
[04:36] <ScottK> Rignt.  No need.
[04:36] <ScottK> If the CD build works, you win.
[04:38] <ScottK> BTW, the one pending Universe upload is mine, so if you'd accept it when you have a moment, I'd appreciate it.
[04:39]  * ScottK was packaging a new upstream for Debian and had a series of "WTF was I thinking" moments as he updated.
[05:11] <ScottK> Is sync-source default to testing for Lucid?
[05:11] <ScottK> (wiki says it defaults to unstable, but I'm guessing that's old)
[05:32] <ScottK> slangasek: Assuming the answer to the above question is yes, please run http://paste.debian.net/69517/ through mass-sync (which is actually what I guess I was asking about)
[07:07] <slangasek> mass-sync> running
[07:18] <slangasek> ScottK: ['[NOT Updating - Modified] jarjar_1.0+dfsg-1ubuntu1 (vs 1.0+dfsg-2)\r\n']
[07:19] <slangasek> And libppi-perl fails with...  libtest-classapi-perl: Depends: libclass-inspector-perl but it is not installable
[07:19] <slangasek> which is, at last, the bottom of the pile
[07:25] <slangasek> cjwatson: does gfxboot-theme-ubuntu need another translation-updating upload?
[07:27] <slangasek> ev: has wubi been updated to pull in current translations?
[07:40] <slangasek> libclass-inspector-perl also promoted now
[09:32] <ogra> hmm, i see some serious OOM issues on my x86 laptop, i know mdz saw that on thursday and thought it was evolution related, i also see chromium, rhythmbox and gnome-session hitting OOM ... this is with a 4G machine, no swap and pae kernel
[09:32] <ogra> i wonder if we have a kernel bug here
[09:33] <ogra> (it didnt do that until last update)
[09:37] <ogra> funnily top/htop dont show any excessive ram usage
[09:37] <ogra> but it just heppended again with a new tab in chromium
[09:44]  * ogra confirms bug 563879
[10:29] <ev> slangasek: on it now
[10:32] <ev> slangasek: done
[10:33] <ev> the next CD build will have updated Wubi translations
[10:35] <slangasek> great, thanks!
[13:31] <pitti> slangasek: ah, I ignored "xh", too, since nowadays it's coverage is almost negligible
[13:34] <pitti> slangasek: accepting the two ttf-kacst{,-one} uploads, they look fine and were discussed in that FFE bug
[14:43] <ScottK> slangasek: If you have a chance to run it again, the jarjar sync is good  (I forgot the -f), so "sync 565173 -f" if you (or another archive admin) would please.
[14:43] <ScottK> pitti: ^^^
[14:43] <ScottK> If you could throw that at mass-sync, I'd appreciate it.
[14:44]  * ScottK runs off again....
[16:55] <ScottK> Please don't accept xpad.  The current upload does an Ubuntu specific switch to v3 source format and I've written the uploader to ask if they just did that or they have some indication that Debian plans to switch too.
[18:12] <ScottK> Question is resolved, so I accepted it.
[19:46] <ScottK> pitti: Please see https://bugs.launchpad.net/ubuntu/+source/libperl-critic-perl/+bug/523242/comments/4 and promote libperl-critic-perl again.
[22:12] <slangasek> ScottK: jarjar sunc
[22:12] <ScottK> slangasek: Thanks.
[22:12] <slangasek> and libperl-critic-perl repromoted, heh
[22:13] <ScottK> Thanks too.
[22:14] <slangasek> oh good, I made OOo FTBFs everywhere. <grumble>
[22:15] <slangasek> well, it's a one-liner fix
[22:16] <slangasek> this debian/rules file needs to die a flaming, crunchy death
[22:16] <slangasek> ironically, I think that build would have succeeded *only* on armel...
[22:17] <ScottK> slangasek: FTBFS everywhere is a win for archive consistency.
[22:34] <slangasek> ah; and now that libperl-critic-perl is actually built, it's uncovered 10 more deps in need of promotion \o/
[22:35] <doko_> openoffice.org (universe)?
[22:44] <slangasek> queuebot is just confused, I think
[23:04] <doko_> slangasek: clang needs llvm ...
[23:06] <doko_> slangasek: I'd like to rebuild packages in main, which are statically linked against libc6. not sure, which these are, I know of binutils(-static) and bash(-static) at least. ok to upload?
[23:07] <slangasek> doko_: is this to have them in sync for release, to fix specific issues, or for some other reason?
[23:09] <doko_> slangasek: 2.7 final was a FFe, but they won't release before our final release. the upload fixes two regressions compared to 2.6. both clang and llvm-gcc-4.2 require the new version as a b-d
[23:09] <slangasek> sorry, I was referring to the -static rebuilds with that question
[23:09] <doko_> there's no code landing in main, except llvm and llvm-dev, openjdk-6-jre-zero goes to universe
[23:09] <doko_> ahh
[23:11] <doko_> well, there are two wrong-code bugs fixed in memcpy/strcmp. they are found in the binaries, but no, I don't know if these trigger, and I don't have the Core iX hardware
[23:12] <doko_> but if we don't find problems, we can do these as sru's as well
[23:13] <slangasek> doko_: I think that's a good enough reason to upload, really, I just wanted to make sure I understood what the reason was - please go ahead
[23:14] <doko_> slangasek: any idea which packages use static binaries as well?
[23:14] <slangasek> no, sorry
[23:15] <slangasek> I think you should upload the ones you've identified already, and we can do a more thorough search for SRU
[23:15] <doko_> ok