[03:20] <vibhav> good morning
[03:53] <micahg> ISTR a tool that helps rebuild rdeps, am I imagining it?
[04:18] <micahg> ScottK: was it decided to start "sponsoring" backports or are we still uploading as ourselves?
[06:39] <ScottK> micahg: I don't recall a definitive conclusion.
[13:29] <Guest56538> hello?
[13:29] <Guest56538> hi
[13:30] <Guest56538> is anyone like good at ubuntu
[14:34] <jtaylor> great now we have pyqt 4.10 => lots of '4.10' < '4.x' breakage to be fixed :(
[14:39]  * mitya57 wonders why that wasn't uploaded to Debian
[14:41] <jtaylor> that will probably be done soon
[14:42] <mitya57> do you have any list of affected packages?
[14:42] <jtaylor> thats hard to create
[14:42] <jtaylor> you'd have to grep all sources
[14:42] <jtaylor> I know of two which are broken
[14:42] <tumbleweed> this isn't exposed in dependencies?
[14:43] <mitya57> please at least name those two
[14:43] <tumbleweed> also, codesearch!
[14:43] <jtaylor> ipython and spyder
[14:43] <ScottK> Because it was released the day before feature freeze along with sip4 and qsintilla2 and you have to update them sip4 -> PyQt -> Qscintilla2 and there wasn't time to do that in Debian and Ubuntu before FF.
[14:44] <mitya57> ok
[14:44]  * ScottK will do Debian uploads this week.
[14:45] <ScottK> It's rather less urgent there.
[14:45]  * mitya57 will look at bug 1130784 this week
[14:45] <ScottK> jtaylor: Thanks for looking into it.
[14:45] <ScottK> mitya57: Part of the reason to push the newer PyQt in is it support Qt 5.0 final.
[14:46] <mitya57> I know :)
[14:46] <ScottK> It will need an FFe at this point.
[14:46] <mitya57> maybe it'll make sense to remove "Won't fix" status for now
[14:47] <ScottK> Done.
[14:47] <mitya57> I will be happy to get that done in a PPA, but I don't know about mterry's plans
[14:50] <jtaylor> has someone already written a autopkgtest with expect?
[16:45] <jtaylor> a quick codesearch.debian.net showed two more broken apps
[16:46] <jtaylor> with pyqt4
[16:46] <jtaylor> I'll file some bugs
[16:46] <jtaylor> should I use a usertag
[16:54] <jtaylor> tortoisehg 702715, dff 702716
[17:21] <ESphynx> It's done \o/
[17:21] <ESphynx> xnox =)
[17:21] <ESphynx> http://mentors.debian.net/package/ecere-sdk
[17:40] <ESphynx> hmm, should I file a Launchpad bug as well?
[17:43] <ESphynx> well I'm finally going to get some sleep :)
[17:44] <ESphynx> Please please bring in my hard efforts into Raring :P
[18:04] <ScottK> jtaylor: From #debian-python: lucid has two more years of non-desktop support.
[18:24] <micahg> jbicha: goffice failed in Debian due to missing symbols on arm*, why did you upload it before that was fixed?
[18:47] <jbicha> micahg: because I assumed the Debian failure was the same as the last time which we fixed in Ubuntu
[18:47] <jbicha> interestingly enough, it looks like we don't need separate symbols for arm any more
[18:50] <micahg> jbicha: but the symbol that failed was missing was a new one :)
[18:51] <jbicha> micahg: are you sure? it builds fine on my arm chroot if I let arm have the long-double symbols too
[18:53] <micahg> hrm, gog_renderer_draw_equation seems to not be present in the last round of fixes and seems to have been dropped in the .1 update
[18:54] <jbicha> anyway, I'm going to do an upload that I believe fixes the ftbfs
[18:54] <jbicha> but it's optional so that's ok?
[18:54] <micahg> it's optional on some archs (not sure what lasem means offhand)
[18:56] <jbicha> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696987
[19:08] <micahg> that's what I got from Google, but it doesn't seem contextually correct
[19:11] <micahg> jbicha: anyways, glad to hear you're sorting it out, /me disappears again
[19:11] <jbicha> in the build log, gnumeric mentions that it can't find lasem; for some reason the Gnumeric Debian maintainer added an optional symbol for lasem but has yet to actually upload lasem into Debian
[22:14] <Logan_> Laney: Do you mind if I handle the fonts-ipaexfont merge?
[22:20] <Laney> Logan_: If you want. I don't know enough about it to know if that chance is worthwhile. I also haven't thought about whether it needs FFe
[23:28] <bkerensa> is there a particularly good method for making a patch with diff when you have made multiple changes in a few different files? diff -nu path/ path-orig/ doesn't produce the magic I need :)
[23:33] <jtaylor> whats missing?
[23:35] <jtaylor> besides possibly -r (or is diff smart enough to ad that by itself)