[00:30] <micahg> ooh, shiny archive rebuilds :)
[00:50]  * penguin42 is starting to build up a small collection of trivial fixes for fortify type failures in universe packages
[00:50] <penguin42> problem is they don't tend to go very far since they're not particularly important, but they don't actually fail on debian
[00:54] <micahg> maybe try to push them all the way upstream?  if it'll fail the build in Ubuntu, we should probably take the fix so the next person doesn't go hunting
[00:56] <penguin42> micahg: In some cases upstream is pretty much dead
[00:57] <penguin42> bug 891939
[00:59] <penguin42> then theres one I did today which is bug 1008011
[00:59] <penguin42> that's actually fixed upstream, but it's broken for us until Debian gets around to updating
[01:01] <micahg> penguin42: if upstream is dead, see if it's getting any attention in Debian, might be worth trying to remove
[01:01] <penguin42> micahg: Yeh, although isn't Debian just stuck at the moment until they manage to get their release done?
[01:01] <penguin42> sometime in the next year or two :-)
[01:01] <micahg> not exactly
[01:02] <micahg> uploads can still happen in experimental, in addition for that package, there's a new upstream version not in Debian, that's also the Debian multimedia team, who is usually more than happy to take Ubuntu fixes
[01:06] <penguin42> some stuff can get stuck in Debian for a heck of a long time, our bug 771589 is debian bug 607028 but there's been a newer version of the source in that bug for 2 years that never made it to release
[01:08] <penguin42> (Actually that one is fun because in the end it boils down to a y2k bug!)
[01:17] <micahg> maybe e-mail the ham radio team or see how you can help
[01:18] <penguin42> yeh, I did add a comment to 607028 asking that the fix that was already attached be added, and as I understand they are subscribed to that
[01:55] <micahg> penguin42: maybe ask kamal
[01:57] <penguin42> thanks, I'll keep an eye out
[01:58] <penguin42> time for bed now I think
[02:23] <shadeslayer> hey, could we potentially SRU this : https://trac.transmissionbt.com/ticket/4901
[02:24] <shadeslayer> transmission-qt won't work with firefox and magnet links, which is a pretty serious problem imho
[02:24] <shadeslayer> or for that matter, any browser
[02:35] <micahg> shadeslayer: looks fine to me, but IANA SRU team member
[02:35] <shadeslayer> okay, I'll file a request for it on Monday
[02:35] <shadeslayer> and then see if the SRU team will approve it
[02:37] <micahg> shadeslayer: let's upload, looks simple enough, they review in queue now anyways (unless you think it might really not make it)
[02:38] <shadeslayer> okay
[02:38] <shadeslayer> can I send you a debdiff for Raring first?
[02:38] <shadeslayer> because even raring doesn't have that at the moment
[02:39] <micahg> yeah, make a bug, attach all the debdiffs (start with raring), and we can go from there
[02:39] <shadeslayer> okay
[02:57] <shadeslayer> micahg: 1093220
[02:57] <shadeslayer> erm
[02:57] <shadeslayer> bug 1093220
[02:59] <shadeslayer> I'm checking if precise has the same issue as well
[03:00] <shadeslayer> mmm yes
[03:00] <micahg> shadeslayer: you need dep3 headers for your patches
[03:01] <shadeslayer> okay
[03:12] <shadeslayer> micahg: http://paste.kde.org/630242/
[03:12] <shadeslayer> I don't have the Authors email address
[03:13] <micahg> shadeslayer: ok, please add Bug-Ubuntu as well
[03:13] <shadeslayer> okay
[03:26] <shadeslayer> micahg: done
[03:26] <shadeslayer> subscribed ubuntu-sru as well
[16:56]  * Elbrus requested a sync yesterday for winff. It failed on powerpc, apperently because fpc (the compiler) got automatically synced around the same time. Do I need to request a give-back?
[16:56] <Elbrus> https://launchpad.net/ubuntu/+source/winff/1.5.0~beta-1/+build/4166856
[16:58] <jtaylor> Elbrus: I'll retry it
[16:58] <Laney> too late, i did :-)
[16:58] <jtaylor> :(
[16:58] <Elbrus> great, thanks all
[16:59] <Elbrus> by the way, is there a way to get notified automatically of such failures?
[16:59]  * Elbrus was just looking if everything was allright.
[17:00]  * Elbrus now looks at his other sync requests of yesterday
[17:00] <Laney> sadly not with native syncs
[17:01] <Elbrus> ok
[17:01] <Laney> keep an eye on https://launchpad.net/~/+synchronised-packages
[17:02] <Elbrus> Laney: great page
[17:02] <Elbrus> but it does not exactly tell me the failures, does it?
[17:02] <Elbrus> sorry, at the end
[17:02] <Elbrus> ...did winff already succeed..
[17:03] <Elbrus> hmm, building is no failure I guess
[17:03] <Laney> it's not failed any more because it's building
[17:03] <Laney> indeed
[17:07] <Zhenech> SpamapS, could you have another look at https://bugs.launchpad.net/ubuntu/+source/monkeystudio/+bug/1074845, i totaly forgot to add the lp bug to the changelog :)
[17:14] <Elbrus> Laney, jtaylor: build is now successful, thanks
[17:15] <Laney> good stuff
[20:52] <achiang> what is ubuntu policy for the debian Uploaders: field?
[20:53] <achiang> does that get turned into some XSBC-* equivalent?
[21:04] <tumbleweed> no, we ignore it
[21:11] <achiang> ok, so it's ok to keep it if debian introduced it?
[21:56] <tumbleweed> achiang: yes
[21:56] <achiang> thx
[22:54]  * achiang struggles through a remmina merge
[23:01] <Unit193> Thanks for the merge though!
[23:03] <achiang> hm, i wonder if i just broke my in-flight wifi. ;)
[23:04] <achiang> pulling build-deps for remmina...
[23:04] <achiang> ah, and DNS is working again. :)
[23:59] <achiang> can anyone clue me in as to why quilt might not be passing the -p arg to diff when doing a quilt refresh? in ~/.quiltrc, i have:
[23:59] <achiang> 	QUILT_DIFF_ARGS="-p ab --no-timestamps --no-index --color=auto"
[23:59] <achiang> 	QUILT_REFRESH_ARGS="-p ab --no-timestamps --no-index"
[23:59] <achiang> 	QUILT_DIFF_OPTS="-p"