[02:14] <aboudreault> hey, what's the proper way to edit a quilt patch, but a patch that doesn't apply correctly, so I can't really do a quilt push patch1 then fix things.
[02:16] <micahg> aboudreault: quilt push -f, apply the .rej changes manually, quilt diff to make sure it's how you like it, then quilt refresh
[02:16] <aboudreault> thx forgot than option
[08:10] <dholbach> good morning
[08:15] <tumbleweed> micahg: yes please.
[08:15] <tumbleweed> cjwatson was suggesting an API attribute listing the binaries that will be built by a source package (From its Binaries field). That would probably do the trick here too
[08:19] <tumbleweed> cjwatson: I can't see a bug for that, did you file one?
[09:10] <cjwatson> tumbleweed: I don't think so
[09:11] <cjwatson> tumbleweed: I expect at the time I got distracted by the fact that the DB column that would have been coming out of was inconsistently formatted (which I fixed)
[14:40] <debfx> tumbleweed: is there a similar tool like reverse-depends for debian? or could that one be extended to debian?
[14:41] <tumbleweed> debfx: Debian has less stable releases, so apt-cache rdepends gets you further
[14:41] <Zhenech_> debfx, apt-cache rdepends?
[14:41] <tumbleweed> I asked the rest of the Debian QA team if they were interested, and got no reply :/
[14:41] <Zhenech_> debfx, or some dctl-grep magic
[14:41] <tumbleweed> but yes, extending it would be trivial
[14:42] <tumbleweed> less stable releases, and almost all packages in the same component
[14:42] <Zhenech_> grep-dctrl -e -sPackage,Source -FBuild-Depends your-dev /var/lib/apt/lists/*Sources
[14:42] <tumbleweed> which helps dctrl-grep
[14:42] <debfx> well apt-cache covers only one architecture and I need to setups a chroot or something on an Ubuntu machine
[14:42] <Zhenech_> (works for me)
[14:44] <tumbleweed> debfx: another alternative is doing a dak rm on the ftp-master mirror, and seeing what it complains about :)
[14:45] <DktrKranz> dak always complains
[14:50] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek day 2 starting in 10 minutes in #ubuntu-classroom
[14:52] <debfx> tumbleweed: unfortunately I don't have a DD account
[14:53] <debfx> I think having reverse-depends cover Debian would be useful
[14:53]  * debfx has a look at the code
[14:53] <tumbleweed> shouldn't be hard, but all Debian's architecturse will probably mean a fair bit of DB bloat
[15:54] <debfx> tumbleweed: a DB with only precise is 55MB and a DB with precise+unstable is 170MB
[15:55] <tumbleweed> debfx: that's not too bad
[16:34]  * tumbleweed is trying to find nice example bugs for a UDW talk in harvest and keeps coming across bug 889889
[16:35] <tumbleweed> that should be tagged stupid, not bitesize :)
[16:45] <micahg> tumbleweed: most of the tasks were deleted already
[16:46] <tumbleweed> yeah, I'm just grumbling
[16:46] <tumbleweed> it's a valid issue, but belongs upstream
[16:47] <micahg> indeed, and that's what the reporter was told
[17:34] <debfx> tumbleweed: I've pushed the changes to support Debian to lp:~debfx/+junk/reverse-deps-debian
[17:36] <tumbleweed> bdrung: ^ time for arch lists in distro-info :)
[17:39] <debfx> heh yes. ignore the http 404 errors is a bit ugly
[17:45] <roaksoax> clear
[18:00] <bdrung> tumbleweed: patches are welcome :P
[18:10] <HFSPLUS> When i start drinking my dick does all my thinking
[18:10] <HFSPLUS> !ops
[20:45] <jtaylor> hurray numpy 1.6 transition ready to start in debian (given r-t ack), anyone willing to help get it done in precise too?
[20:49] <micahg> jtaylor: that's over 200+ rdeps
[20:49] <jtaylor> yes but not much must be rebuilt
[20:50] <micahg> about 100 or so build-deps
[20:51] <Laney> what does the transition involve?
[20:51] <jtaylor> its abi compatible and has a better helper to make future transitions easier
[20:51] <Laney> I don't see a transition tracker for it?
[20:51] <jtaylor> bug was just filed today
[20:52] <jtaylor> debian bug 658289
[20:53] <jtaylor> micahg: didn't you want to look at the numpy multiarch merge proposal?
[20:54] <micahg> jtaylor: ah, yes, I meant to upload that last week :(
[20:54] <jtaylor> though maybe that can wait now a bit longer as debian may want to do something about it too during the transition
[20:55] <jtaylor> its probably too late for the test rebuild anyway
[20:57] <micahg> well, we have a full archive rebuild happening now, you could do a local test rebuild
[20:58] <jtaylor> who can set up an ubuntu transition tracker to get an overview?
[21:02] <Laney> ye
[21:03] <jtaylor> Laney: nice :), the affect lines are in the debian bug
[21:05] <Laney> done
[21:06] <Laney> 20 mins or so, if it works
[21:06] <jtaylor> great thanks :)
[21:07] <jtaylor> it will show up here then? http://people.canonical.com/~ubuntu-archive/transitions/
[21:07] <Laney> yep
[21:07] <Laney> hourly cron afaik
[21:07] <Laney> maybe 30 mins given the improved publisher
[21:42] <micahg> YokoZar: mind if I add wine-gecko-unstable to your list of removal requests?
[21:43] <YokoZar> micahg: I suppose that crept in from Debian, so yes please remove
[21:43] <YokoZar> https://bugs.launchpad.net/ubuntu/+source/lmms/+bug/925127
[21:44] <micahg> hmm, maybe I should file separately since it needs blacklisting
[21:45] <YokoZar> Maybe I should get my packages in debian so we don't have to bother
[21:45]  * YokoZar waits for cheers from the crowd
[21:46] <micahg> YokoZar: I don't see wine gecko 1.4 in precise
[21:46] <YokoZar> micahg: it's still in the new queue
[22:05] <blair> n is it too late to request syncs from debian for 12.04?  i'm thinking of pyside 1.1.0 which has a number of bug fixed over 1.0.9
[22:06] <blair> s/n is/when is/
[22:06] <jtaylor> no
[22:06] <jtaylor> feature freeze is 16.2
[22:06] <jtaylor> and bugfixes can be synced after too
[22:07] <ajmitch> it's not modified in ubuntu either, so should be a fairly easy sync if there are no rdepends
[22:07] <jtaylor> but it has a rc bug :/
[22:07] <ajmitch> not so great
[22:08] <jtaylor> but itwas there in .9 too, so not so bad if .10 fixes bugs
[22:09] <tumbleweed> for the last few releases, we synced pyside quite late after feature freeze
[22:09] <tumbleweed> it has picked up a couple of rev-deps, though
[22:09]  * Laney eyes the transition tracker
[22:10] <jtaylor> not there yet :(
[22:13] <Laney> wondering why it didn't update in the last hour
[22:21] <blair> jtaylor, thanks for the info; which bug is the rc bug?
[22:21] <jtaylor> debian bug 618347
[22:22] <tumbleweed> that's not specific to a new version that we haven't synced
[22:22] <jtaylor> yes so its no blocker for a sync
[22:23] <tumbleweed> if odyx wanted it in Ubuntu in previous releases, I doubt that's changed, either
[22:31] <blair> tumbleweed, the additional reverse depends would only matter if there was an API change in pyside, which it doesn't look like
[22:31] <blair> so it doesn't look like any dependencies would need to be recompiled???
[22:33] <tumbleweed> correct
[22:33] <tumbleweed> but it does mean that we start caring more about post FFe big changes
[22:35] <jtaylor> the tracker is there :)
[22:36] <Laney> lot of unknown
[22:36] <Laney> probably affected could be tightened up
[22:37] <blair> FFe?
[22:37] <blair> well, the question, for me is, should i open a ticket and if so, is there any additional work i need to do besides that?
[22:38] <blair> to help the process?
[22:41] <tumbleweed> blair: it's before FF, just do it
[22:41] <blair> tumbleweed, thanks :)
[22:46] <goddard> trying to build the kqrcode project and i am getting this error when running make "qrencode.h: No such file or directory"
[23:20] <blair> looks like there's a bunch of dependencies for pyside that need to be updated, should these go into separate requests using requestsync?