[03:13] <mfisch> tumbleweed: you awake?
[03:17] <mfisch> I'd like an opinion on bug #959347
[03:17] <ubottu> Launchpad bug 959347 in python-djvulibre (Ubuntu) "new python-djvulibre release 0.3.8 fixes ftbfs (but also has new features)" [Undecided,Incomplete] https://launchpad.net/bugs/959347
[03:18] <mfisch> python-djvulibre ftbfs and a new release fixes it.  debian fixed it differently, but their fix doesn't help ubuntu...  I think going to the new revision is the best path forward
[03:28] <micahg> mfisch: have you tried asking jwilk for an upload to experimental?
[03:28] <micahg> mfisch: oh, sorry, I'm thinking of something else :)
[03:28] <mfisch> micahg: I just got back to looking at this today...
[03:28] <mfisch> micahg: the debian changes dont work for us
[03:47] <micahg> rebuild not looking so good with ~200 failures and only being 1/3 done (the third more likely to work :))
[03:47] <ajmitch_> micahg: but we can ignore a bunch of chroot problems in that 200
[03:47] <micahg> oh, hrmph
[03:47] <micahg> that's slightly more comforting :)
[03:49] <ajmitch_> 57 chroot failures, at least I think that was due to a misbehaving buildd
[03:49] <ajmitch_> lib/Makefile.am:1: `pkglibdir' is not a legitimate directory for `SCRIPTS'
[03:49] <ajmitch_> I've seen a few with that
[04:00] <RAOF> Stupid automake making backwards-incompatible changes.
[04:00] <EvilResistance> still leaves you with ~150 errors, ajmitch :P
[04:03] <ajmitch_> EvilResistance: yes, I know there are a few to fix
[04:03] <micahg> there's always automake1.4...
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
[06:42] <dholbach> good morning
[08:53] <ajmitch_> dholbach: a belated good morning
[08:53] <dholbach> hey ajmitch_
[08:57] <iulian> Morning dholbach. Evening ajmitch_.
[08:57] <dholbach> heya iulian
[08:58] <iulian> How's it going?
[08:59] <ajmitch_> hi iulian
[08:59] <vibhav> hi dholbach
[08:59] <dholbach> hey vibhav
[09:02] <hrw> hi
[09:14] <vibhav> If libpng15 is synced to Ubuntu, will libpng15-dev be synced too?
[09:15] <geser> syncing only works on source packages
[09:15] <dholbach> vibhav, the source package is synced and then built - so yes
[09:15] <vibhav> ah, thanks
[09:15] <vibhav> Would a sync of libpng15 to Ubuntu make sense?
[09:16] <vibhav> Cause qtiplot is also dependendent on libpng15
[09:16] <dholbach> no it wouldn't make sense
[09:17] <vibhav> why?
[09:17] <geser> that's the libpng version from experimental, right? then certainly not
[09:17] <dholbach> there is a gazillion packages depending on libpng12 - if we take libpng from experimental, all packages depending on it will at least have to be rebuilt
[09:17] <geser> it will be a library transtion and we don't want it right now before a LTS release
[09:18] <vibhav> ok
[09:18] <dholbach> run:   apt-cache rdepends libpng12 on a precise machine to get an idea of how many packages would need modification or at least a rebuild
[09:18] <vibhav> That list is huge :O
[09:18] <dholbach> yes
[09:19] <geser> vibhav: if you build qtiplot with current libpng, it'll get a dependency on libpng12
[09:19] <dholbach> I would rather check if the new qtiplot can also still build with the old libpng
[09:19] <dholbach> ok, I'll stop repeating what geser says :)
[09:19]  * dholbach hugs geser
[09:19]  * dholbach rushes out to the shop around the corner for a bit :)
[09:19] <Laney> for what reason did you want to do that sync?
[09:20] <vibhav> Laney: I was checking the Ubuntu Fix It Friday Pad
[09:21] <ajmitch_> afaik qtiplot was mentioned there because a version of it FTBFS in debian, however that was due to another library (zlib) that is newer in debian
[09:22] <vibhav> yeah
[10:04] <vibhav> dpkg-source: info: 'dpkg-source --commit' is not supported by the source format '1.0'
[10:04] <vibhav> How Do I fix it?
[10:04] <tumbleweed> what would that mean with source format 1.0?
[10:05] <geser> does the package use a patch-system? if yes, use the patch system manually, if not apply the patch inline
[10:05] <vibhav> tumbleweed: I dont know, I was fixing a bug in munin
[10:07] <tumbleweed> I recommend getting to grips with quilt anyway. It's faster to do what you want by driving quilt by hand, than using dpkg --commit
[10:07] <tumbleweed> (but that's unrelated to your query here)
[10:08] <tumbleweed> ah, it looks like munin uses quilt, so it's not that unrelated :P
[10:09] <geser> btw: does what-patch works for v3 packages too? (can't check currently myself)
[10:09] <vibhav> never mind, Im writing the patch myself
[10:28] <geser> I wonder if one can simulate Ubuntu in "Linux Tycoon" (Distro Build Simulator game; http://lunduke.com/?page_id=2646)
[10:33] <tumbleweed> geser: yes, it does
=== almaisan-away is now known as al-maisan
[10:54] <vibhav> Can anyone check my debdiff at https://bugs.launchpad.net/ubuntu/+source/munin/+bug/598385 ?
[10:54] <ubottu> Launchpad bug 598385 in munin (Ubuntu) "munin plugin exim_mailqueue has incorrect graph configuration" [Low,Triaged]
=== Whoopie_ is now known as Whoopie
[11:21] <vibhav> This is very wierd
[11:21] <vibhav> Im getting "dpkg-source: info: 'dpkg-source --commit' is not supported by the source format '1.0'" in every package I am fixing
[11:25] <geser> vibhav: you picked packages which still use the v1 source package format
[11:26] <vibhav> geser: How DO I create packages then?
[11:26] <vibhav> s/packages/patches/
[11:35] <vibhav> Murphy's Law :P
[11:35] <geser> vibhav: you are doing it correctly, it just that there isn't one source package format but several from which DDs can pick
[11:38] <vibhav> ah
[11:39] <vibhav> geser: So Will I need to write patches myself?
[11:39] <geser> yes (if you pick v1 source packages)
=== dholbach_ is now known as dholbach
[13:27] <Laney> Failed to fetch http://localhost:3142/debian/pool/main/r/rmatrix/r-cran-matrix_1.0-6-1_amd64.deb  Hash Sum mismatch
[13:27] <Laney> I am sure that apt-cacher-ng has gotten worse at this over this cycle.
[13:27]  * Laney arghs
=== yofel_ is now known as yofel
=== al-maisan is now known as almaisan-away
=== Quintasan_ is now known as Quintasan
[14:34] <PaoloRotolo> Hi all!
[15:00] <c10ud> hello there, is there still time for universe updates?
[15:02] <c10ud> we fixed a bunch of stuff in the new version of emesene and a debian package is already available
[15:02] <c10ud> our ubuntu contact (dfiloni) didn't appear (yet?) hence why i am asking
=== lool- is now known as lool
[15:23] <tumbleweed> c10ud: yes
[15:23] <tumbleweed> !ffe
[15:23] <ubottu> Feature Freeze Exception. See https://wiki.ubuntu.com/FreezeExceptionProcess for the freeze exception process.
[15:24] <c10ud> tumbleweed, thanks
=== tobin is now known as Guest31547
[16:42] <micahg> jbicha: I suggest using backportpackage in the future to upload to a PPA
[17:05] <astraljava> Anyone else seeing this in precise? $ svn up
[17:05] <astraljava> WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-suqaxB/pkcs11: No such file or directory
[17:05] <astraljava> I get it both in svn and bzr.
[17:06] <astraljava> Also, I'm using keychain for managing keys, what would I need to tweak so that the system stopped looking for gnome-keyring?
=== fabo__ is now known as fabo
[17:43] <ScottK> bdrung: Is there a reason you didn't sync vlc 2.0.1-4?
[17:52] <tumbleweed> micahg, jbicha: another trick is to replace your dput with a wrapper that checks that the version doesn't mention ppa (I check for a couple of other things, I don't use PPAs much)
[17:54] <micahg> tumbleweed: he did that already (and blogged about it)
[17:54] <jbicha> tumbleweed: could you blog that?
[17:54] <jbicha> I changed my default dput to not upload to ubuntu, but that doesn't fix the dput ubuntu habit :(
[17:55] <micahg> jbicha: which is why I suggested backportpackage
[17:55] <jbicha> micahg: in this case, I made a change from Debian to work around the evolution bug that's since been fixed
[17:55] <micahg> jbicha: you can still use backportpackage on the dsc
[17:56] <jbicha> oh? that's a non-obvious feature, I'll give that a try next time
[17:58] <jbicha> that might help with the disconnect between what I intend and the muscle memory for dput
[18:07] <bdrung> ScottK: i forgot to do it, but did it now.
[18:37] <ScottK> bdrung: Thanks.
[18:38] <ScottK> Score one for http://qa.ubuntuwire.org/bugs/rcbugs/
=== ajmitch_ is now known as ajmitch
=== mrpouit is now known as mr_pouit
[22:00] <tumbleweed> micahg, jbicha: ah, I'm behind on the blogosphere
[22:02] <micahg> tumbleweed: http://jeremy.bicha.net/2012/01/10/accidental-dput-upload/
[22:03] <tumbleweed> ah, right I also did that [DEFAULT] hack
[22:03] <tumbleweed> that's recommended in several places
[22:04] <broder> i hadn't actually heard of doing that until jbicha posted that
[22:04] <broder> but i still type "dput ubuntu" as something of a finger macro
[22:04] <tumbleweed> but more recently, after an accidental upload of pypy to unstable (sbuild generated a .changes file with Distribution: unstable, even though the changelog said experimental, because I accidentally used a sid chroot)
[22:04] <tumbleweed> I added a dput wrapper that checks for that
[22:05] <tumbleweed> I've been meaning to extend it...
[22:05]  * micahg wishes backportpackage would have an option to do -S -sd
[22:06] <tumbleweed> there's a bug report on getting -sd / -sa right
[22:07] <micahg> probably filed by me :)
[22:08] <broder> no, i think i filed it
[22:08] <broder> i knew i got it wrong when i wrote the script but couldn't figure out how to fix it reasonably
[22:09] <micahg> nope, neither one of us :) Bug #691897
[22:09] <ubottu> Launchpad bug 691897 in ubuntu-dev-tools (Ubuntu) "[backportpackage] detect if orig.tar.gz upload needed" [Wishlist,New] https://launchpad.net/bugs/691897
[22:11] <ajmitch> filed awhile ago, too
=== jtechidna is now known as JontheEchidna