[07:22] <dholbach> good morning
[07:37] <ESphynx> Good morning Dan =)
[07:43] <dholbach> hey ESphynx
[07:44] <ESphynx> what's shaking :)
[09:23] <ajmitch> morning dholbach
[09:23] <dholbach> hey ajmitch
[09:51] <geser> Hi ajmitch and dholbach
[09:59] <dholbach> hi geser
[10:04] <highvoltage> hello everyone
[10:04] <Laney> greetings
[10:49] <lenios> does anybody know where to find why a package has been removed for ubuntu repositories? i just found luma package has been removed from quantal repositories and i'm trying to find why
[10:50] <Laney> lenios: go to http://launchpad.net/ubuntu/+source/<yourpackagename>/+publishinghistory and expand the "Deleted" entry
[10:53] <lenios> thank you for the info
[10:54] <lenios> there's only a Deleted on 2012-06-20 by Colin Watson Deleted on 2012-06-20 by Colin Watson linking to https://bugs.launchpad.net/widelands/+bug/676953 which doesn't look related...
[10:55] <lenios> does cjwatson have a clue on this?
[10:56] <Laney> it says Debian bug #whatever
[10:56] <Laney> so you should go to http://bugs.debian.org/<that number>
[10:56] <lenios> why is it linking to a launchpad bug?
[10:56] <maxb> Erroneous automatic linkification of "bug NNNNNN" I would guess
[10:57] <lenios> yes
[10:57] <Laney> indeed
[10:58] <lenios> http://bugs.debian.org/676953 is indeed related
[11:00] <lenios> thanks for the help :)
[11:00] <cjwatson> any time you see "(From Debian)" at the start of a removal comment, that indicates semi-automatic propagation of a removal from Debian
[11:01] <cjwatson> you shouldn't assume I put any thought into it beyond checking that it didn't have any reverse-dependencies in Ubuntu
[11:01] <lenios> yes, but there's an erroneous bug link
[11:01] <cjwatson> can't help that
[11:01] <lenios> sorry about that
[11:02] <lenios> i should have thought longer
[11:03] <cjwatson> (well, in principle I could help that, by submitting a branch to LP to change the linkification of "Debian bug ..." - but I'm unlikely to get round to that)
[11:06] <lenios> .j #luma
[11:06] <lenios> oops!
[13:03] <ricotz> debfx, hi :)
[13:04] <ricotz> debfx, i am hoping you will find some time to push some updates for virtualbox
[13:25] <debfx> ricotz: my motivation to work on virtualbox has kind of dropped since version 4.2 is not DFSG-free anymore
[13:25] <debfx> I have prepared some fixes for quantal but not sure if I'll maintain it beyond that
[13:29] <ricotz> debfx, oh :\, havent seen that, updating to 4.1.22 is the most you will do then?
[13:31] <debfx> ricotz: virtualbox constantly needs updates for new kernel and XServer versions so keeping an old version in the archive is not an option
[13:31] <ricotz> debfx, right, backporting the 3.7 and 1.13 bits from 4.2 are surely a pita then?
[13:34] <debfx> I would think so and it will become more difficult
[13:37] <ricotz> i see, this doesnt sound promising then
[13:48] <xnox> tumbleweed: broder has a librarian proxy? =)
[13:48] <xnox> tumbleweed: can it be like hosted on ubuntuwire?
[13:49] <tumbleweed> I think it's *very* slow
[13:50] <tumbleweed> you have to walk a lot of SSPH records to generate a Packages file
[13:50] <tumbleweed> and then you can't sign it...
[13:50] <tumbleweed> but, if you were to archive the packages files, and SPPH records, you could make something pretty fast
[13:52] <cjwatson> yeah, I'd definitely recommend against trying to autogenerate Packages
[13:53] <tumbleweed> (context: historical Packages - a snapshot.ubuntu.com...)
[13:54] <xnox> tumbleweed: yeah the plan is to keep packages/dists as is (e.g. rsnapshot) bug fake pool/ by redirecting to the librarian.
[13:54] <xnox> s/bug/but/
[13:54] <tumbleweed> sounds workable
[13:55] <xnox> tumbleweed: does ubuntuwire have space fore rsnapshot dists/ ?
[13:55] <tumbleweed> xnox: #ubuntuwire. How much space are we talking about?
[13:56] <xnox> tumbleweed: good point. I have a workitem to estimate space needs =)
[18:13] <alo21> how do I know if I should make a sync or a merge?
[18:17] <Laney> you have to analyse the changes Ubuntu made in the previous version and figure out whether they are still needed
[18:18] <alo21> Laney: for example?
[18:18] <Laney> hmm?
[18:18] <achiang> is it acceptable to file sync requests yet? (iow, is the archive open)
[18:18] <jtaylor> alo21: for example openttd
[18:19] <jtaylor> (which I'm just looking at)
[18:19] <Laney> achiang: yeah
[18:19] <achiang> Laney: thanks
[18:19] <jtaylor> alo21: it has an ubuntu diff to handle fontconfig2.10
[18:19] <jtaylor> debian does not need it yet but the issue was forwarded
[18:20] <jtaylor> now a new version is in experimental which fixes the issue
[18:20] <jtaylor> so the diff can be dropped -> sync
[18:21] <alo21> jtaylor: to know if the new version (in debian) fixes the bug, I should look the changelog. Right?
[18:21] <jtaylor> alo21: thats the first place to look
[18:22] <jtaylor> but you must make sure it is really fixed properly
[18:22] <jtaylor> for that you check the change and the ubuntu diff
[18:22] <jtaylor> and test it
[18:23] <alo21> jtaylor: i am looking for a package (https://merges.ubuntu.com/universe.html) here
[18:27] <jtaylor> why do changes generated from syncpackage not include the full diff to debian (like when you merge with -v<last-ubu-version>?
[18:33] <alo21> jtaylor: for example the package picard-tools. where is the debdiff?
[18:35] <jtaylor> alo21: you download the packages and use debdiff
[18:35] <jtaylor> or use https://launchpad.net/ubuntu/quantal/+localpackagediffs
[18:36] <jtaylor> but its normally much slower
[18:36] <jtaylor> you can also quickly get the ubuntu diff from https://launchpad.net/ubuntu/+source/picard-tools/+changelog
[18:36] <alo21> jtaylor: ok
[18:44] <alo21> jtaylor: here are two picard-tools' changelog (debian: http://packages.debian.org/changelogs/pool/main/p/picard-tools/current/changelog and LP: https://launchpad.net/ubuntu/+source/picard-tools/+changelog)
[18:44] <alo21> I think that in this case I should make a sync request
[18:45] <alo21> 1) the bugs were fixed in debian too 2) the ubuntu's package is old
[18:45] <alo21> am I right?
[18:46] <jtaylor> yes looks syncable
[18:46] <jtaylor> but testbuild it first
[18:46] <alo21> jtaylor: why? It comes directly from debian, without any chages
[18:47] <jtaylor> you still need to test it
[18:47] <jtaylor> just because it builds in debian does not mean it does in ubuntu
[18:47] <jtaylor> there are plenty of differences
[18:47] <jtaylor> especially with java
[18:47] <jtaylor> debian uses java6 as default raring has java7
[18:48] <alo21> if the buid fails, I should change some files. Where do I have to upload it?
[18:49] <jtaylor> you put the changes in a bug or a bzr branch and ask for sponsorship
[18:49] <alo21> ok. thanks
[19:03] <ScottK> jtaylor: You should be aware that +changelog on LP is not a full changelog.  Only the changelog bits that LP saw in a changes file (so given the lack of -v for syncs a lot is often missing)
[19:04] <jtaylor> yes I know, I forgot to mention that
[19:04] <jtaylor> its still one of the fastest ways to get the debdiff of an ubuntu only change which usually have no skipped versions
[19:05] <jtaylor> you ahve to be more careful with merges
[19:06] <ScottK> There is also http://changelogs.ubuntu.com/changelogs/pool/universe/p/picard-tools/picard-tools_1.46-1ubuntu1/changelog
[19:06] <ScottK> That leads to the actual package changelog.
[21:27] <bdrung> xnox: "Fix 50 shades of python2,3 brokenness with cdbs." really?
[21:30] <bdrung> xnox: http://www.firebox.com/product/5464/50-Shades-of-Gray-Book
[22:14] <ESphynx> whhhatt
[22:14] <ESphynx> support for resizing is being removed from parted? wtf
[22:14] <ESphynx> If e2fsprogs is a better way to do it why doesn't parted usse the e2fs libraries and/or code and/or utilities???