[02:14] 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] 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] thx forgot than option === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [08:10] good morning [08:15] micahg: yes please. [08:15] 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] cjwatson: I can't see a bug for that, did you file one? === almaisan-away is now known as al-maisan [09:10] tumbleweed: I don't think so [09:11] 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) === al-maisan is now known as almaisan-away === dholbach__ is now known as dholbach === yofel_ is now known as yofel [14:40] tumbleweed: is there a similar tool like reverse-depends for debian? or could that one be extended to debian? [14:41] debfx: Debian has less stable releases, so apt-cache rdepends gets you further [14:41] debfx, apt-cache rdepends? [14:41] I asked the rest of the Debian QA team if they were interested, and got no reply :/ [14:41] debfx, or some dctl-grep magic [14:41] but yes, extending it would be trivial [14:42] less stable releases, and almost all packages in the same component [14:42] grep-dctrl -e -sPackage,Source -FBuild-Depends your-dev /var/lib/apt/lists/*Sources [14:42] which helps dctrl-grep [14:42] well apt-cache covers only one architecture and I need to setups a chroot or something on an Ubuntu machine [14:42] (works for me) [14:44] debfx: another alternative is doing a dak rm on the ftp-master mirror, and seeing what it complains about :) [14:45] dak always complains [14:50] https://wiki.ubuntu.com/UbuntuDeveloperWeek day 2 starting in 10 minutes in #ubuntu-classroom [14:52] tumbleweed: unfortunately I don't have a DD account [14:53] I think having reverse-depends cover Debian would be useful [14:53] * debfx has a look at the code [14:53] shouldn't be hard, but all Debian's architecturse will probably mean a fair bit of DB bloat === jincreator1 is now known as jincreator [15:54] tumbleweed: a DB with only precise is 55MB and a DB with precise+unstable is 170MB [15:55] 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:34] Launchpad bug 889889 in python3.2 (Ubuntu) "Use PNG or SVG instead of GIF" [Wishlist,Triaged] https://launchpad.net/bugs/889889 [16:35] that should be tagged stupid, not bitesize :) [16:45] tumbleweed: most of the tasks were deleted already [16:46] yeah, I'm just grumbling [16:46] it's a valid issue, but belongs upstream [16:47] indeed, and that's what the reporter was told [17:34] tumbleweed: I've pushed the changes to support Debian to lp:~debfx/+junk/reverse-deps-debian [17:36] bdrung: ^ time for arch lists in distro-info :) [17:39] heh yes. ignore the http 404 errors is a bit ugly [17:45] clear [18:00] tumbleweed: patches are welcome :P === koolhead17 is now known as koolhead17|zzZZ [18:10] When i start drinking my dick does all my thinking [18:10] !ops [20:45] 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] jtaylor: that's over 200+ rdeps [20:49] yes but not much must be rebuilt [20:50] about 100 or so build-deps [20:51] what does the transition involve? [20:51] its abi compatible and has a better helper to make future transitions easier [20:51] I don't see a transition tracker for it? [20:51] bug was just filed today [20:52] debian bug 658289 [20:52] Debian bug 658289 in release.debian.org "transition: python-numpy" [Normal,Open] http://bugs.debian.org/658289 [20:53] micahg: didn't you want to look at the numpy multiarch merge proposal? [20:54] jtaylor: ah, yes, I meant to upload that last week :( [20:54] though maybe that can wait now a bit longer as debian may want to do something about it too during the transition [20:55] its probably too late for the test rebuild anyway [20:57] well, we have a full archive rebuild happening now, you could do a local test rebuild [20:58] who can set up an ubuntu transition tracker to get an overview? [21:02] ye [21:03] Laney: nice :), the affect lines are in the debian bug [21:05] done [21:06] 20 mins or so, if it works [21:06] great thanks :) [21:07] it will show up here then? http://people.canonical.com/~ubuntu-archive/transitions/ [21:07] yep [21:07] hourly cron afaik [21:07] maybe 30 mins given the improved publisher [21:42] YokoZar: mind if I add wine-gecko-unstable to your list of removal requests? [21:43] micahg: I suppose that crept in from Debian, so yes please remove [21:43] https://bugs.launchpad.net/ubuntu/+source/lmms/+bug/925127 [21:43] Ubuntu bug 925127 in lmms (Ubuntu) "Please remove wine1.2, wine1.3, wine1.2-gecko, wine1.3-gecko from archive" [Undecided,New] [21:44] hmm, maybe I should file separately since it needs blacklisting [21:45] 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] YokoZar: I don't see wine gecko 1.4 in precise [21:46] micahg: it's still in the new queue === huats_ is now known as huats [22:05] 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] s/n is/when is/ [22:06] no [22:06] feature freeze is 16.2 [22:06] and bugfixes can be synced after too [22:07] it's not modified in ubuntu either, so should be a fairly easy sync if there are no rdepends [22:07] but it has a rc bug :/ [22:07] not so great [22:08] but itwas there in .9 too, so not so bad if .10 fixes bugs [22:09] for the last few releases, we synced pyside quite late after feature freeze [22:09] it has picked up a couple of rev-deps, though [22:09] * Laney eyes the transition tracker [22:10] not there yet :( [22:13] wondering why it didn't update in the last hour [22:21] jtaylor, thanks for the info; which bug is the rc bug? [22:21] debian bug 618347 [22:21] Debian bug 618347 in src:pyside "pyside: Too many build-tests failures (on some architectures) - Maintainer testing-blocker RC bug" [Serious,Open] http://bugs.debian.org/618347 [22:22] that's not specific to a new version that we haven't synced [22:22] yes so its no blocker for a sync [22:23] if odyx wanted it in Ubuntu in previous releases, I doubt that's changed, either [22:31] tumbleweed, the additional reverse depends would only matter if there was an API change in pyside, which it doesn't look like [22:31] so it doesn't look like any dependencies would need to be recompiled??? [22:33] correct [22:33] but it does mean that we start caring more about post FFe big changes [22:35] the tracker is there :) [22:36] lot of unknown [22:36] probably affected could be tightened up [22:37] FFe? [22:37] 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] to help the process? [22:41] blair: it's before FF, just do it [22:41] tumbleweed, thanks :) [22:46] trying to build the kqrcode project and i am getting this error when running make "qrencode.h: No such file or directory" [23:20] looks like there's a bunch of dependencies for pyside that need to be updated, should these go into separate requests using requestsync?