[07:34] <jincreator> Is it possible to fix package in Universe after FinalFreeze without Freeze Exception?
[07:42] <micahg> jincreator: if it's not on any images
[07:42] <micahg> jincreator: universe final freeze is about a week and a half after FinalFreeze
[07:44] <jincreator> micahg: You mean univese packages freeze even after ReleaseCandidate?
[07:45] <micahg> jincreator: yes, since they're not on any images
[07:45] <micahg> jincreator: well, at least the ones not on any images that is...
[07:47] <jincreator> micahg: You mean if the package is not at ubuntu, Kubuntu, Xubuntu, and so on?
[07:48] <micahg> jincreator: right, even those can be fixed if the bug is release critical
[07:49] <jincreator> micahg: Thanks! I was worried about a certain package can be fixed until Oneiric release. Then I must wait more times...
[07:50] <micahg> jincreator: well, the sooner the better, which package by the way?
[07:51] <jincreator> micahg: ttf-nanum. https://bugs.launchpad.net/ubuntu/+source/ttf-nanum/+bug/835304
[10:11] <hyperair> doko__: you could have just synced gtk2-engines-aurora you know...
[10:12] <hyperair> but nevermind, i'll do it now
[10:14] <doko__> hyperair, you could have just filed a sync request you know...
[10:15] <hyperair> doko__: yeah i could have, but you just made a redundant patch.
[10:15] <hyperair> for linking with -lm
[10:15] <hyperair> all that was already in -2, which i didn't think was needed for ubuntu, considering we're all frozen and all.
[12:48] <Rovanion> Is the wine installed on 64-bit Ubuntu 11.10 32-bit? I get the fallowing error when trying to run something trough wine: wine: '/home/rov/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver.
[12:49] <Rovanion> uname -a clearly states that I'm running a 64-bit kernel
[18:52] <Laibsch> recently the sponsor process has been working better (after being abyssmal for a while), but I wonder if there is a reason why bug 379382 is lingering like in the old days?
[19:00] <stgraber> Laibsch: it's currently at the middle of the queue (appeared on it on the 18th) so my guess is that someone will get to it next week
[19:01] <stgraber> the queue is currently pretty long (114 entries)
[19:03] <Laibsch> stgraber: I see, thank you.  Is my observation correct that time-through-queue has increased recently?
[19:04] <stgraber> Laibsch: yeah, I think the processing time increased a bit recently though my feeling is that we also are getting more submissions than we used to
[19:06] <Laibsch> stgraber: If I were to resubmit a slightly modified patch (like adding Ubuntu-Bug line for DEP-3) would that put me back at the end of the queue?
[19:07] <stgraber> Laibsch: I'm not sure how that specific script works but I wouldn't think so. I'd think it works by bugnumber or by URL, neither of which should change if you just change the debdiff in the bug
[19:07] <Laibsch> OK, I will try.  I'd love if you were to have another look afterwards
[19:07] <broder> it's based on when ubuntu-sponsors is subscribed
[19:08] <Laibsch> I see
[19:08] <Laibsch> Thanks
[19:08] <broder> specifically the most recent time
[19:08] <Laibsch> I'll subscribe sponsors to all my pet bug ahead of time, then ;-)
[19:08] <Laibsch> delivery of patch will be just-in-time ;-)
[21:52] <Laibsch> what is the correct and supported way to specify a non-default gcc version to use in pbuilder/pbuilder-dist?  I thought http://www.netfort.gr.jp/~dancer/software/pbuilder-doc/pbuilder-doc.html#altcompiler would tell me but it doesn't seem to work.
[22:54] <micahg> jbicha: can you have a look at the gdb-doc failure?
[22:55] <jbicha> micahg: sure, thanks for the heads up