[00:09] <EvilResistance> anyone here able to help me diagnose why this doesn't build in a lucid chroot?  i'm not exactly certain *where* its exploding... this is the logs from the pbuilder session (building a source package): http://paste.ubuntu.com/943360/
[00:10] <EvilResistance> s/where/why/
[00:10] <EvilResistance> actually, i know generally why, something's broken somewhere, i just cant narrow down where
[00:19] <SpamapS> I know its late, but I think we should try to ship drizzle 7.1 rather than the now deprecated drizzle 2011.03.13...
[00:21] <SpamapS> I filed a FFE merge bug 987575
[00:40] <arand> EvilResistance: It looks like simply the dpkg version requirement is not satisfiable in lucid?
[01:40] <EvilResistance> arand:  what's the dpkg version that ships with Lucid?
[01:40] <EvilResistance> (sorry, lost internet for a bit there)
[01:42] <EvilResistance> nevermind, ubottu's !info function is useful :P
[02:32] <sleepycat> in my ppa I see an option to filter by series. How do I upload a package targeting ubuntu+1 or some other series?
[02:33] <EvilResistance> arand:  thanks much, that small insight into dpkg-dev being the wrong version was the cause, so decreasing the minimum requirement in debian/control fixed the thing.  :)
[02:34] <EvilResistance> (this is why I rely on this channel for packaging help pretty much exclusively, i get answers here quicker than in #ubuntu-packaging))
[05:06] <amithkk> Hello?
[05:10] <EvilResistance> hiya?  :P
[05:25] <Rhonda> cjwatson: I'm fine :)
[05:27] <Rhonda> cjwatson, micahg: People are not forced to de-install the old wesnoth-1.8 packages during the upgrade (no conflict, one of the major reason for having them in seperate source packages), so that's proper.
[05:37] <micahg> Rhonda: sounds good
[06:44] <dholbach> good morning
[06:47] <ajmitch> morning dholbach
[07:17] <micahg> Daviey: are you doing asterisk?
[07:20] <tumbleweed> micahg: you could ask a french person to look at the spip changelog, but the diff seems short enough that related problems should be tractable
[07:21] <micahg> tumbleweed: I tried google translate and failed, if you think it's worthwhile, we can poke a french reading person
[07:21] <tumbleweed> no, I gaveyou an ffe
[07:21] <tumbleweed> it's php, it won't fail to build :)
[07:21] <tumbleweed> and urgency=high implies some confident by the debian maintainers
[07:22] <micahg> they have 2 days to sort things out ;)
[07:22]  * micahg still needs to upload seamonkey
[07:23]  * micahg also needs to find someone interested in Seamonkey longterm so I don't have to upload it right before final freeze every release
[08:34] <Laney> SpamapS: you didn't subscribe the RT: do you want that FFe looked at?
[08:35] <micahg> laney: I'd say on his behalf yes (freeze in 3.5 hours)
[08:56] <ajmitch> micahg: darn, that's a bit soon :)
[08:57]  * micahg scurries to finish the seamonkey upload in time
[08:57]  * ajmitch was hoping the freeze time would be sometime tomorrow for me (public holiday)
[08:57] <Laney> i don't think we actually decided what exact time it would be
[08:58] <ajmitch> still, it's unlikely it'll be more than 12 hours
[09:08]  * micahg decides to pull the plug on seamonkey
[09:09] <ajmitch> not worth it?
[09:09] <micahg> too much work that I don't need
[09:10] <Laney> is it broken?
[09:10] <micahg> if someone wants to do it, I'm happy to mentor and backport
[09:10] <micahg> laney: it requires updates every 6 weeks like Firefox/Thunderbird and we haven't done any yet
[09:10] <Laney> oh, pain.
[09:10] <micahg> right
[09:10] <Laney> are there any contributors in the mozilla team?
[09:11] <micahg> so, if someone steps up to do the work, we can backport to 12.04 (less testing required to backport than SRU through -security)
[09:11] <micahg> laney: active?  chrisccoulson and me :)
[09:11] <micahg> and it's mostly him right now
[09:11] <ajmitch> I suppose precise-backports should be open & ready for business now? :)
[09:12] <Laney> who's this Joe Lesko?
[09:12] <Laney> someone could create that project indeed
[09:12] <ajmitch> someone in the backports team, preferably
[09:12] <micahg> laney: he was handling the updates for a while, but decided to work on other things
[09:12] <Laney> ah, that's sad
[09:13] <ajmitch> I can't imagine updating it is a fun task
[09:13] <micahg> yeah, I'll see if someone at UDS is interested
[09:13] <micahg> ajmitch: chrisccoulson does most of the work, it's just a matter of rebasing the changes from the thunderbird branch on the seamonkey branch and fixing odds and ends
[09:14]  * Laney eyes popcon.u.c
[09:14]  * ajmitch is going to refrain from volunteering :)
[09:14] <Laney> what has happened to it?
[09:14] <Laney> universe popcon stats are 404 :(
[09:14] <micahg> it's mildly popular for a universe package
[09:19]  * ajmitch looks at what he can do before freeze time
[09:37] <micahg> ajmitch: can you do asterisk? then we can remove gmime2.4
[09:38] <ajmitch> updating to the new upstream version?
[09:38] <micahg> merge from Debian
[09:39] <micahg> unless Daviey is about to push the upload button
[09:39] <ajmitch> right, they've got 1.8.10.1, was an FFe requested?
[09:40] <Laney> there is a branch from jtaylor that you should look at
[09:40] <micahg> no, of course not... :(
[09:40] <Laney> ScottK and I pretty much decided that if someone tells us it's OK then we'll go for it
[09:40] <ajmitch> Laney: alright
[09:40] <Laney> but nobody knows how to test asterisk
[09:40] <micahg> ajmitch: thanks, that means I can go to sleep :)
[09:40] <ajmitch> micahg: heh
[09:41] <Laney> heh
[09:41] <Laney> is it light yet?
[09:41] <Laney> what TZ are you in?
[09:41] <micahg> UTC-5
[09:41] <ajmitch> Laney: I don't think asterisk is really testable, but afaik the version in precise has a few security problems
[09:42] <Laney> yes
[09:43] <ajmitch> give me a few min & I'll look at it
[09:46] <ajmitch> assuming my laptop doesn't just suddenly hang
[09:48] <ajmitch> sigh, looks like it has, yay for fglrx
[09:48] <Laney> ._.
[09:50] <ajmitch> Laney: where was that branch for me to look at?
[09:51] <ajmitch> nevermind, found it
[09:52]  * ajmitch would like faster internets please
[10:30] <ajmitch> dealing with bzr & patches in package branches can be a little trying
[10:41] <ajmitch> Laney: ok, building asterisk now, still got to touch up the changelog for bug numbers
[10:49] <Laney> gogogogo
[10:52] <ajmitch> Laney: hoping it builds first!
[10:58] <ajmitch> good news, it built. Do you want to see the debdiff against debian?
[11:00] <ajmitch> Laney: http://paste.ubuntu.com/943914/ if you want it - I haven't got any way to test this
[11:10] <Laney> ajmitch: cool, please upload
[11:10] <Laney> ffe bug would be appreciated for paperwork
[11:11] <ajmitch> OK, it's not a small change though
[11:11] <ajmitch> & there'll *still* be a security bug open that was just opened in the last day
[11:14] <ajmitch>  1238 files changed, 212085 insertions(+), 141587 deletions(-)
[11:14] <ajmitch> *cough*
[11:20] <ajmitch> Laney: https://bugs.launchpad.net/ubuntu/+source/asterisk/+bug/987772
[11:20] <ajmitch> I'll add the bug # to the changelog before I upload
[12:00] <ajmitch> Laney: I'm off to sleep now, do with asterisk what you will - it's been uploaded & a FFe bug filed
[12:01] <tumbleweed> I guess we're at UUFE
[12:02] <tumbleweed> UUFF even
[12:02] <ajmitch> SRU time for all
[12:03]  * ajmitch heads to bed
[12:03] <tumbleweed> night
[12:09] <wookey> anyone else seeing issues with http stalling on archive.ubuntu.com? It seems bust from both work and my server
[12:09] <wookey> e.g. stalled at: 0% [Connecting to archive.ubuntu.com (91.189.92.184)]
[12:14] <geser> wookey: I see it too, apt got a connect after a few seconds but only with a lower download rate than usual
[12:16] <geser> hmm, looks like only apt-get update got lucky with a connection, the apt-get upgrade still tries
[12:16] <wookey> oh, signs of life...
[12:16] <ogra_> pre-release fun :)
[12:17] <wookey> yeah it is just incredibly busy?
[12:17] <Laney> that wouldn't be unheard of, although I would have thought it's still a bit early
[12:17] <wookey> indeed
[12:21] <dupondje> Bleh, trying to implement Clipboard support in Remmina, but GTK/GDK skills :(
[14:28] <ScottK> tumbleweed: If you have a moment, I'd appreciate it if you'd review the dkimpy upload in the queue for me.
[14:30] <dholbach> wookey, geser: is it better now?
[14:41] <dholbach> anyone from the DMB: shouldn't ~diwic now be in ~ubuntu-dev? :)
[14:42] <Laney> the rights haven't been executed yet
[14:42] <Laney> perhaps stgraber could do that
[14:42] <dholbach> Stéphane to the rescue!
[14:42] <ScottK> Laney: You have time for a package review in the queue?
[14:43] <Laney> hrm, I thought the queue was empty at freeze time
[14:43] <ScottK> http://launchpadlibrarian.net/102975424/dkimpy_0.5.1-1ubuntu1_0.5.1-1ubuntu2.diff.gz
[14:43] <Laney> aha
[14:44] <ScottK> I thought we were still taking changes on a review the diff basis until tomorrow.
[14:44] <Laney> well I didn't, but there appears to be confusion on what this freeze does
[14:44] <Laney> never mind
[14:44] <stgraber> Laney: so that's just pulseaudio right?
[14:44] <Laney> stgraber: yeah
[14:45] <stgraber> stgraber@castiana:~/data/code/ubuntu-archive-tools$ python edit_acl.py add -p diwic -s pulseaudio
[14:45] <stgraber> Added:
[14:45] <stgraber> Archive Upload Rights for diwic: archive 'primary', source package 'pulseaudio'
[14:45] <Laney> added to ubuntu-dev
[14:45] <Laney> thanks for the ping dholbach
[14:45] <dholbach> yeehaw
[14:46] <dholbach> and c.falco's application will be done via email?
[14:46] <Laney> we asked him back to the next meeting to carry it on
[14:47] <dholbach> ok - I'm just asking because he said something about bad time because of work previously
[14:47] <Laney> he agreed when we asked
[14:48] <Laney> it'll be the next + 1 meeting anyway, so at the same time
[14:48] <dholbach> ok that's great then
[14:48] <tumbleweed> ScottK: looking
[14:48] <Laney> ScottK: looks OK to me
[14:48] <tumbleweed> ah
[14:48] <tumbleweed> even better :)
[14:48] <Laney> what I can discern from the diff anyway
[14:48] <ScottK> Laney: Thanks.  The only non-trivial change has test suite coverage (which I ran), so I'm reasonably confident of it.
[14:50] <ScottK> In.  Thanks again.
[14:50] <Laney> np
[15:59] <SpamapS> Laney: I was waiting until the build completed successfully and my smoke tests were done.
[15:59] <SpamapS> Laney: which they are almost done (build is fine)
[16:17] <wookey> dholbach: yep - things seem to be fine now
[16:24] <SpamapS> Damnit
[16:24] <SpamapS> I thought universe wouldn't freeze till 2100 UTC.. :-/
[16:24] <SpamapS> well my drizzle packages work :-P
[16:24] <Laney> do it
[16:24] <SpamapS> oh?
[16:25] <Laney> if ScottK will press go
[16:25] <SpamapS> its got binary new's
[16:25] <ScottK> Is it a sync or a direct upload?
[16:25] <ScottK> How long a build is drizzle?
[16:26] <ScottK> (we're currently backlogged on armel and powerpc right now, so it's a concern)
[16:26] <SpamapS> ScottK: merge, but the only delta is adding an upstart job (and a patch to fix FTBFS because of gcc warnings)
[16:26] <SpamapS> ScottK: 45min on my core2duo 1.8Ghz
[16:26] <ScottK> How long on armel?
[16:26] <SpamapS> :-/
[16:27] <SpamapS> ScottK: I'd guess 4x
[16:27] <ScottK> That's the big question.
[16:27] <Laney> https://launchpad.net/ubuntu/+source/drizzle/2011.03.13-0ubuntu5/+build/3210915
[16:27] <Laney> that is the last one
[16:27] <SpamapS> ugh more like 10x
[16:27] <SpamapS> maybe it really is too late
[16:28] <SpamapS> I'm pretty sure we should drop drizzle rather than carry 2011.03.13 for 5 years
[16:28] <ScottK> https://launchpad.net/ubuntu/+source/drizzle/2011.03.13-0ubuntu5/+build/3210915 <-- almost 11 hours.
[16:28] <ScottK> Yes.  Too late.
[16:28] <ScottK> OK.
[16:28] <ScottK> That or talk pitti into a massive SRU.
[16:30] <SpamapS> ScottK: meh, I think backports will suffice
[16:30] <ScottK> OK.
[16:30] <ScottK> Please file the removal bug then.
[16:31] <SpamapS> yeah, I'll ask my fellow drizzle devs what they think first.. they might be ok w/ supporting it but I doubt it
[16:31] <ScottK> Move quickly as we'll want removals done today too.
[16:32] <Laney> when did this release emerge?
[16:32] <SpamapS> Laney: less than a month ago
[16:33] <SpamapS> Laney: but it was in pre-release for 3 months before that
[16:33] <SpamapS> I just got too busy to get it merged in
[16:33] <SpamapS> ScottK: I suspect that we'll end up removing it anyway, since any security problems will not be patched upstream. I'll know soon.
[16:36] <ScottK> OK.
[16:45] <SpamapS> ok, so drizzle is going to keep the current and previous GA maintained..
[16:45] <SpamapS> and another GA isn't expected for at least 18 months..
[16:45] <SpamapS> so 2011.03.13 will get upstream fixes for at least 18 more months. We can address anything after that later.
[16:45]  * SpamapS decides to do nothing
[16:45] <Laney> nice
[16:46] <SpamapS> still a total bummer not to ship 7.1 .. so many amazing features. :-P
[16:47]  * SpamapS will chalk it up to the unfortunate but necessary roadkill that release cadence requires :)
[16:47] <Laney> backports is there for you
[16:58] <ScottK> "Cadence Kills"
[17:08] <micahg> SpamapS: as laney points out, drizzle is a good backport candidate with no rdeps
[17:09] <c_korn> hello, I have an upstream tarball which is not compressed (file extension .tar). can I also use this as an orig tarball?
[19:26] <ajmitch> morning
[19:53] <iulian> Hey ajmitch.
[19:53] <ScottK> The asterisk hero returns.
[19:54] <ajmitch> iulian: hi
[19:54] <ajmitch> ScottK: thanks for accepting it
[19:54]  * micahg has to remember to file the gmime-2.4 removal now
[19:54] <micahg> gmime2.4 even
[19:54]  * ajmitch is glad he didn't have more than 1 drink at the pub last night before coming home :)
[19:54] <ScottK> micahg: Quickly as we're getting into the time window for mirror sync pre-release.
[19:55] <ajmitch> archive.u.c is usable now?
[19:55] <ScottK> It was very slow earlier today.
[19:56] <ajmitch> seems to be working now, but yeah, it was failing to connect earlier
[19:56] <Nafallo> wow
[19:56] <ajmitch> the asterisk test build took 10 minutes to run apt-get update when I was doing it
[19:56] <Nafallo> wow
[19:56] <ajmitch> Nafallo: yes, was a bit annoying
[19:57] <Nafallo> I only know gb.archive was busted in the morning
[20:29] <jtaylor> is it to late to get the dropbear dsa?
[20:29] <jtaylor> http://packages.qa.debian.org/d/dropbear/news/20120227T150235Z.html
[20:33] <ScottK> jtaylor: It's too late for -release.  I asked in #ubuntu-security about syncing it to precise-security.
[20:41] <pabelanger> FWIW: I would rather have seen bug 987772 rejected.
[20:41] <pabelanger> too late in the release process of precise for such a jump in asterisk versions
[20:42] <Laney> I didn't see anybody volunteering to fix the grave bugs separately.
[20:43] <ScottK> If there are feature regressions they can be addressed in post-release SRUs when fixes are available.
[20:43] <pabelanger> I submitted debdiffs a few weeks ago no traction on them
[20:44] <pabelanger> ScottK: well, we basically invalidated anybody testing by bumping asterisk at the last second
[20:44] <ScottK> OK.  I'm not the developer that made the call, but I'm glad we aren't releasing with security issues unfixed.
[20:45] <ScottK> I don't insist we got there the best way we could have.
[20:45] <jtaylor> last I looked the patches had issues which where not adressed
[20:46] <jtaylor> but I too was suprised at this last second update oO
[20:47] <pabelanger> Indeed, jumping from 1:1.8.4.4 to 1:1.10.1.0 at the last second is not a wise move, IMO.
[20:48] <Laney> Again, nobody was stepping up to fix the CVEs. The best option we had was to take a version which does have (some of) them fixed.
[20:49] <Laney> It's all well and good complaning after the fact.
[20:49] <jtaylor> I agree with that, better a broken package that is fixable with upstream support than an insecure one
[20:49] <jtaylor> though was the lts issue clarified?
[20:50] <jtaylor> I guess as when the old one was upstream supported there would have been better patches
[20:51] <Laney> I didn't personally look into it very much. It is very likely that the package will need further attention post-release.
[20:51] <dupondje> cyphermox: there ?
[20:51] <Laney> Question is whether there is someone interested enough to take the care.
[20:52] <cyphermox> dupondje: yep
[20:52] <dupondje> I tested the Remmina fix, and it works smooth here. But there is another thing. Clipboard is also broken. Would like to fix that, but but stuck atm. Dunno if you could give me some help ? :)
[20:53] <pabelanger> Laney: how fast of a turn around are we expecting?  AST-2012-004, AST-2012-005 and AST-2012-006 were just released yesterday. I've had patches in launchpad for AST-2011-012, AST-2012-002 and AST-2012-003 for 6 weeks, and they were security issues.
[20:54] <cyphermox> dupondje: sure, are you going to still be around later? I should get going but I'll be back in a few hours.
[20:55] <cyphermox> dupondje: it would also be good if you told me how far you got with the clipboard stuff ;)
[20:55] <dupondje> well going to sleep in 1-1,5h :)
[20:55] <cyphermox> that's not long enough ;)
[20:55] <dupondje> CET :)
[20:55] <cyphermox> aye.
[20:55] <Laney> pabelanger: I don't see anything on the sponsorship queue http://reports.qa.ubuntu.com/reports/sponsoring/index.html (or the security one https://bugs.launchpad.net/~ubuntu-security-sponsors/+subscribedbugs)
[20:55] <dupondje> g_signal_connect(G_OBJECT(gtk_clipboard_get(GDK_SELECTION_PRIMARY)), "owner-change", G_CALLBACK(remmina_plugin_rdp_on_cuttext), gp); => I added this to the code. this should be triggered when clipboard content changes. But remmina_plugin_rdp_on_cuttext is never called.
[20:55] <Laney> where were they? Perhaps I can help them get back on track.
[20:56] <cyphermox> dupondje: so what I suggest is can you tell me how far you got with the clipboard support? I think we should be uploading this separately anyway. clipboard sounds more like a new feature than scrolling with the mouse wheel when normal scrolling works ;)
[20:57] <dupondje> true :) Scrolling is small patch also, Clipboad will be some more work
[20:58] <cyphermox> right
[20:58] <cyphermox> ok, so I'll watch for pings, sorry I have to run about now to catch a bug ;)
[20:58] <dupondje> with the clipboard i'm just stuck that the signal never gets called it seems :s
[20:58] <cyphermox> *bus
[20:58] <cyphermox> ok
[20:58] <dupondje> ok :) thx
[21:01] <pabelanger> Don't worry about it, it is just frustrating doing months of testing on a specific version of software, throughout the release cycle, to have it all erased in the last week
[21:03]  * ScottK can certainly understand that.
[21:05] <Laney> I'm sorry your patches fell through the cracks. If you have anything in future then please don't hesistate to make some noise in here.
[21:06] <Laney> and as you can see from this incident, asterisk clearly needs someone who is responsible for it. It'd be great if that could be you. (then we can bug you in future) :-)
[21:07] <pabelanger> np, that's not my issue, rolling the latest and greatest version asterisk for an LTS at the last second; with zero testing is.
[21:08] <pabelanger> Ya, I've tried a few times for membership and help maintain it however apparently I was doing the wrong path.  I kept talking to the wrong people