[05:53] <fo0bar> for bug 946067, am I responsible for changing the statuses back from Incomplete to Confirmed, once the the SRU prep is finished?
[05:57] <micahg> fo0bar: once it's ready for sponsorship, yes
[05:59] <fo0bar> micahg: ok, thanks
[06:00] <micahg> fo0bar: this looks fine for inclusion in precise final I think, unseeded universe doesn't freeze for about 48 more hours
[06:03] <micahg> although, I think I'd prefer an upstream blessed patch
[06:07] <fo0bar> micahg: it's actually patched upstream, but the debian maintainer for libsnmp-session-perl appears to be MIA.  I should probably poke the debian bug, and if that doesn't go anywhere, maybe get the MRTG maintainer to adopt it (since they're closely related)
[06:08] <micahg> ok, I was trying to link the upstream bug and am failing (will try again in a bit), let me go look at it
[06:08] <micahg> the upstream bug is stil open though
[06:09] <fo0bar> http://oss.oetiker.ch/mrtg-trac/ticket/45
[06:09] <fo0bar> closed/fixed
[06:09] <micahg> fo0bar: that's in mrtg's tree, not snmp-session :)
[06:10] <micahg> https://code.google.com/p/snmp-session/issues/detail?id=5
[06:10] <fo0bar> ahh oops, I was taking MRTG's word for it.  I probably should have actually checked to see if it really was fixed upstream :(
[06:11] <micahg> fo0bar: they probably use an in-tree version for their stuff
[06:11] <micahg> libsnmp-session-perl upstream seems pretty dead
[06:11] <fo0bar> ahh yes, you're right.  they do, but debian disables it in favor of libsnmp-session-perl
[06:11] <fo0bar> everything is horrible, hooray! ;)
[06:13] <micahg> that upstream is dead as well
[06:17] <micahg> fo0bar: since everyone seems to be stalled, I'll take the patch
[06:18] <fo0bar> micahg: thanks.  it's not the best situation, but I can probably push for some sort of decision to be made at the debian level by Q
[06:19] <micahg> fo0bar: any chacne you've tested the other reverse dependencies (cricket, iog, smokeping)
[06:19] <fo0bar> though I'm not too enthusiastic about it, since a similar situation happened a few weeks ago, and as a result I'm now the debian maintainer for digitemp
[06:19] <micahg> fo0bar: congrats :)
[06:20] <micahg> fo0bar: maybe you can get a new upstream in for Q and drop our diff :)
[06:21] <fo0bar> micahg: lamont tested the patch for cricket with success, but independent of me.  I don't think he's tested the debdiff in the patch, but since the debdiff is the patch + changelog, it's effectively confirmed
[06:21] <micahg> yeah, no worries about that, what about the other 2
[06:21] <fo0bar> I have not tested, I can probably get some setups going
[06:22]  * fo0bar has no idea what iog is, actually
[06:22] <fo0bar> ahh, yet another grapher
[06:23] <micahg> both have low popcon, I'm not going to worry too much
[06:23] <fo0bar> without a manpage, even
[06:24] <micahg> alright, let me get a test build going, then I'll sponsor
[06:24] <fo0bar> ok.  I'll check smokeping, since I've at least heard of that, but never used it
[06:27] <fo0bar> micahg: hope I get to see you at UDS :)
[06:27] <micahg> fo0bar: I should be there :)
[06:28] <fo0bar> I'm not an Ubuntu developer, and I won't be going for IS duties, but it's my first UDS and I'm only a 3 hour drive from oakland, so what the heck
[06:30] <micahg> fo0bar: cool, there are many other ways to help Ubuntu besides being a dev and there are quite a few people at UDS who are not Ubuntu devs
[06:30] <micahg> in fact most aren't :)
[06:30] <fo0bar> yep
[06:36] <micahg> fo0bar: thanks for the debdiff, it's uploaded, waiting approval from an archive admin (since the archive is frozen for final), I changed it back to the release pocket (since it's arch:all it doesn't need staging), and the version back to ubuntu1
[06:36] <fo0bar> micahg: smokeping's SNMP_Session functionality is limited to some specific use cases (Cisco and JunOS "pings", neither of which I have equipment set up for currently), and from grepping the code, neither use Socket6 before SNMP_Session (or at all), which is triggering the problem in mrtg and cricket.  I have confidence the fix will not affect smokeping
[06:37] <micahg> fo0bar: thanks for checking that out
[06:37] <fo0bar> micahg: excellent, thanks
[09:58] <micahg> laney: what's the trick to seeing if haskell uploads are featureful again?
[09:58] <Laney> read the diff :P
[09:59] <micahg>  73 files changed, 7603 insertions(+), 4494 deletions(-), I'd rather not...
[09:59] <Laney> which one is it?
[09:59] <micahg> threadscope
[09:59] <Laney> aha, well sadly I don't know of a trick
[10:01] <micahg> meh, let
[10:01] <micahg> let's hope fixes FTBFS + no rdeps is good enough
[10:01] <Laney> if it fixes that
[10:01] <Laney> then yes that sounds good to me
[10:02] <vibhav> debuild -S -sa
[10:02] <vibhav> oops
[10:02] <vibhav> sorry guys
[10:02] <micahg> laney: bug #986803, care for a quick approval?
[10:03] <Laney> yes sir
[10:03]  * micahg has a few others in teh queue as well
[10:03] <Laney> might look at the queue later
[10:04] <Laney> currently seeing about importing ubuntu description translations into udd
[10:05] <Laney> I also found out that you can fix gitit's build by commenting out that type signature and letting ghc infer the type instead, but haven't packaged that up (if anyone has the inclination to do so)
[10:26] <vibhav> Laney: sure
[11:40] <jtaylor> anyone want to upload ipython in debian so I can sync it? else I'll upload ubuntu only and wait for my dm powers to kick in
[11:40] <jtaylor> my sponsor has no time
[11:41] <Laney> did you ask d-python?
[11:43] <jtaylor> yes but there is no urgency there
[11:44] <Laney> there are ubuntuish python people :-)
[11:44] <jtaylor> who are also here :)
[11:45] <Laney> ._,
[12:11] <Laney> ScottK: would you care to look at bug #986772? It looks like it will require an archive admin.
[12:32] <vibhav> Is it nice to provide debdiff for sync requests?
[13:00] <cjwatson> Laney: why does that require an archive admin (other than maybe NEW processing after the sync)?
[13:36] <Laney> cjwatson: exactly for that
[13:36] <Laney> I didn't want to approve it this late without someone lined up to do it.
[13:38] <cjwatson> Laney: it'll be fine
[13:38] <cjwatson> NEW processing from syncs is easy
[13:40] <Laney> I know. I thought it prudent to ask in the final week though
[13:44] <cjwatson> Laney: you can pencil me in if that helps; if somebody else beats me, all to the good, but I'll make sure NEW is clear
[13:45] <Laney> cjwatson: Thanks. I'll try to get to it later.
[13:45] <Laney> Frittata first. Om nom nom.
[13:46]  * cjwatson is waiting for very slow builds
[13:46] <cjwatson> generally trying to clear outdate_all
[13:47] <cjwatson> I think I have fixes for qemu-linaro/powerpc and visualvm
[13:48] <cjwatson> and I know roughly what to do about libsignatures-perl
[13:48] <cjwatson> wagon has me a bit stumped at the moment
[13:49] <cjwatson> java--
[13:52] <vibhav> Is there any option for showing bugs fixed upstream excluding debian?
[13:57] <vibhav> If I fix a typo in a certain program, do I need to change the .pot file too?
[14:29] <jtaylor> last chance for an ipython sponsor to step up :)
[14:37] <jtaylor> and uploaded
[14:39] <Laney> it's reasonable to upload directly if it's urgent
[14:39] <Laney> just make sure to sync again when you can
[18:51] <micahg> jbicha: any comments before I sync bug 986800
[18:59] <jbicha> micahg: no, I couldn't figure out how to use rygel ;)
[18:59]  * micahg hasn't used it either, but it builds now :)