[06:50] <fabrice_sp> bdrung, sbuild (and in amd64 for ari-tczew)
[06:53]  * fabrice_sp now reads backlog
[09:27] <Sarmad> Question: I used to request free CDs and distribute them mostly to computer professional who haven't tried Ubuntu before. Now I can see "becoming an Ubuntu member by contributing to Ubuntu, and thereby becoming eligible for more CDs". Kindly tell me how I can contribute and how eligibility process works?
[09:47] <ari-tczew> fabrice_sp: thanks for sponsoring
[09:57] <ari-tczew> how can I hide my IP address on IRC?
[09:58] <geser> ari-tczew: https://wiki.ubuntu.com/IRC/Cloaks
[09:59] <ari-tczew> thanks geser
[10:09] <ari-tczew> geser: I'm not an Ubuntu Member directly. is it a problem?
[10:09] <geser> shouldn't be
[10:12] <fabrice_sp> ari-tczew, yw. Did you saw my post on bug 598684 ?
[10:12] <fabrice_sp> you can upload the Debian package to your ppa, and see what happends
[10:12] <ari-tczew> fabrice_sp: just saw it. please don't think that I'm not test build, because I have i386 architecture.
[10:13] <ari-tczew> s/not/did not
[10:13] <fabrice_sp> no: that's why when I find a FTBFS, I always ask the bug reporter to check
[10:13] <fabrice_sp> this difference between adm64 and i386 is what made me insall the amd64 variant
[10:14] <fabrice_sp> with adm64, you can build 32/64 bits
[10:14] <fabrice_sp> and also sbuild, as pbuilder sometimes builds fine but sbuild fails
[10:15] <fabrice_sp> and sbuild is nearer from buildds than pbuilder
[10:15] <ari-tczew> fabrice_sp: did you tried sbuild for this one?
[10:16] <fabrice_sp> I always uses sbuild
[10:17]  * fabrice_sp switeched to lvm partitions to be able to use sbuild some time ago
[10:17] <fabrice_sp> s/switeched/switched
[10:18] <ari-tczew> fabrice_sp: hmm, what do you think, B-D on libavformat-dev will fix the issue?
[10:19] <fabrice_sp> ari-tczew, I don't think so: it seems to be only a missing function, and not a missing build-dep
[10:19] <fabrice_sp> so perhaps the function is not experted anymore in libavformat
[10:19] <fabrice_sp> s/experted/exported/
[10:20] <ari-tczew> fabrice_sp: then we can't sync this one. closing bug?
[10:20] <fabrice_sp> we have to wait until this issue is fixed
[10:20] <fabrice_sp> I'm seing that during latest build test, player also FTBFS with the same error
[10:21] <fabrice_sp> on amd64, also
[10:21] <BlackZ> please, someone could ACK bug #598874 ?
[10:21] <ari-tczew> fabrice_sp: hehe I'm watching on it also right now
[10:22] <fabrice_sp> BlackZ, this was the next sync request I was going to check
[10:22] <fabrice_sp> but I have some stuff to do before, wo probably will check it this afternoon
[10:22] <fabrice_sp> 11h30 AM here
[10:22] <ari-tczew> fabrice_sp: look @ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584232
[10:23] <ari-tczew> guy have attached a patch
[10:24] <fabrice_sp> ari-tczew, donsn't seem to be the same
[10:24] <BlackZ> fabrice_sp: here 11:24 AM :p
[10:24] <ari-tczew> BlackZ: propably fabrice_sp lives in other place like you (timezones)
[10:24] <fabrice_sp> hey: we are in the same timezone :-)
[10:24] <BlackZ> ari-tczew: indeed
[10:24] <fabrice_sp> Italy and Spain aren't very far ;-)
[10:26] <fabrice_sp> ari-tczew, it seems to be more a problem in opencv package. Will check later on.
[10:26] <fabrice_sp> Have to go now. CU
[10:26] <BlackZ> bye fabrice_sp
[10:27] <ari-tczew> ok thanks fabrice_sp
[10:27] <ari-tczew> see you
[10:27]  * ari-tczew is going to learn about IRC clocking
[13:31] <sniderDK> hello all, a fellow php-gtk developer and I wish to maintain a php-gtk package (with its extras) is the best way to get them into the universe to start a PPA and get back in touch when thats been going for awhile?
[13:33] <tsimpson> the best way is to use revu
[13:33] <tsimpson> !revu
[13:34] <sniderDK> thank you very much, thats perfect
[13:39] <Laney> sniderDK: I see that there is a Debian request for packaging, you should probably look to maintaining it there
[13:39] <Laney> see http://wiki.debian.org/PHP#ForpackagersofPHPapplications.2BAC8-modules.2BAC8-libraries
[15:44] <nigelb> soren: can you moderate my mail to #ubuntu-motu? (accidentally sent from @gmail instead of @ubuntu)
[15:58] <ScottK> nigelb: It's generally easier to just cancel the post and send it again.
[15:59] <geser> is the ubuntu-motu ML moderated at all?
[15:59] <nigelb> ScottK: contemplating that
[15:59] <ScottK> geser: You have to be subscribed to post.
[16:00] <geser> ah
[16:01] <nigelb> geser: forgot to change the "from"
[16:03] <geser> nigelb: moderated
[16:04] <nigelb> geser: thank you :)
[16:41] <geser> DktrKranz: did you see the u-d-t branch from Andrew with the manpages update?
[16:42] <DktrKranz> geser: only now.....
[17:12] <shadeslayer> question for MOTU's , why cant we upload a new version mentioned in bug 565206
[17:13] <shadeslayer> we have a debdiff and all for the package
[17:16] <JontheEchidna> shadeslayer: comment 3 answers that quite well. It'd be easier to wait for debian to upload, then sync
[17:17] <JontheEchidna> though it hasn't been sponsored in debian for a few months now...
[17:17] <shadeslayer> JontheEchidna: i saw the comment,but still,the package has been on mentors.debian since a month and no one has looked in it
[17:17]  * shadeslayer pokes around on oftc
[17:17] <JontheEchidna> 6 MB debdiffs are unweildy, blegh
[17:18] <Laney> debdiffs arent suitable for new upstream releases
[17:23] <shadeslayer> Laney: true
[17:23] <shadeslayer> JontheEchidna: i gave Riddell a 5MB diff recently :P
[17:23] <shadeslayer> i think it was for kptc... not sure :D
[18:16] <ScottK> shadeslayer: It's not true no one looked at it on mentors.  I did and mailed the maintainer some comments, but I don't see it got updated.
[18:16] <shadeslayer> ScottK: oh.. i thought mentors had a comment section like debian?
[18:17] <shadeslayer> s/debian/revu
[18:17] <ScottK> Nope.
[18:17] <shadeslayer> ah.. i didnt realize that..
[18:19] <shadeslayer> anyone here watch 24 btw?
[18:21] <shadeslayer> whoops.. wrong channel
[18:56] <fabrice_sp> dupondje, ping
[18:56] <fabrice_sp> about bug #593100
[19:02] <fabrice_sp> BlackZ, libmpcdec seems to have been deprecated in favor of libmpc
[19:03] <fabrice_sp> (libmpc is not in squeeze anymore)
[19:03] <fabrice_sp> s/libmpc/libmpcdec/
[19:03] <BlackZ> fabrice_sp: did you see my sync request?
[19:03] <fabrice_sp> BlackZ, yes. that's why I checked the 2 packages
[19:04] <fabrice_sp> as libmpcdec is in main, it's not so easy
[19:04] <BlackZ> fabrice_sp: so what should we do?
[19:04] <fabrice_sp> check rdepends on libmpcdec3
[19:04] <fabrice_sp> and try to build them with libmpc packages
[19:04] <BlackZ> fabrice_sp: I checked that with quadrispro
[19:05] <BlackZ> (yeah, there are a lot of packages)
[19:07] <fabrice_sp> 15 packages
[19:13] <fabrice_sp> BlackZ, I've just commented on the bug, and updated the bug report so that it affect also libmpcdec
[19:14] <fabrice_sp> let see what happens
[19:14] <BlackZ> fabrice_sp: however that situation should be really solved soon
[19:14] <fabrice_sp> as it involve a main package, it will take a bit more time
[19:15] <fabrice_sp> do you have a list of packages that FTBFS because of that?
[19:15] <BlackZ> fabrice_sp: currently no
[19:16] <BlackZ> but I indicated a bug on the sync request
[19:16] <BlackZ> s/on/in
[19:20] <fabrice_sp> lastest rebuild shows only mpc123
[19:32] <dupondje> yea fabrice_sp  ?
[19:41] <fabrice_sp> dupondje, did you see that bhavani posted an updated  debdiff
[19:42] <dupondje> yea I saw :) got an email :p
[19:42] <fabrice_sp> shall I upload it?
[19:42] <dupondje> didn't check it yet, but if its good ...
[19:43] <fabrice_sp> it's just that you did a first work, and it's a pitty not to follow up
[19:43] <fabrice_sp> however, this is the second time that Bhavani jump on an exisitng bug to post an upstated debdiff ,without letting the original reporter to post a new ine
[19:44] <fabrice_sp> so I was going to ask him to speak with the original reporter, before posting
[19:44] <dupondje> will check his patch in some minutes
[19:44] <dupondje> got to do something else first :)
[19:44] <fabrice_sp> np: I have to lunch :-) bbl
[20:04] <dupondje> fabrice_sp: patch seems fine
[20:46] <fabrice_sp> dupondje, even if the patch seems fine, would you like to attach your own debdiff, or shall I upload the one from Bhavani?
[20:47] <dupondje> feel free to upload his
[20:47] <dupondje> its quite useless to create the same one again imo :)
[20:54] <fabrice_sp> I know :-/
[20:54] <fabrice_sp> but I feel bad, as you began to work on it
[20:58] <dupondje> hehe no problem
[20:58] <dupondje> got to reboot
[20:58] <dupondje> brb
[21:07] <BlackZ> fabrice_sp: ptlib is uploaded now, the other dependence to merge is opal, coolbhavi said he's on it
[21:08] <fabrice_sp> BlackZ, did you checked that there is no more dependencies required
[21:08] <ScottK> geser: python-defaults (and python3-defaults) are merged now so the stack of packages that were depwait on those should start to clear.
[21:08] <BlackZ> fabrice_sp: seems not
[21:08] <geser> ScottK: thanks
[21:09] <BlackZ> fabrice_sp: no worries about that, I'll try a build of it once opal is uploaded
[21:09] <fabrice_sp> BlackZ, ok
[21:17] <ScottK> lucas: I am noticing there are more than a couple packages that FTBFS due to docbook dtd changes in KDE.  The build logs all have "make[3]: *** [doc/en/index.cache.bz2] Error 1" in them.  I was wondering if you could teach the rebuild system about that so it doesn't just yield [UNKNOWN] XXX for the error.  kcheckgmail in the latest rebuild is an example.
[21:47] <ripps> hmm... why isn't my hardy/jaunty packages with backported debhelper and quilt not running dh_quilt_patch and dh_quilt_unpatch?
[21:48] <ripps> debhelper=7.4.3 quilt=0.48
[22:03] <ripps> http://launchpadlibrarian.net/50996739/buildlog_ubuntu-hardy-i386.gmpc_0.20.0%2Bgit20100627.7f762dd-0ubuntu1~ripps3~hardy_FAILEDTOBUILD.txt.gz
[22:07] <ripps> Does dh --with-quilt $@, not work with launchpad buildd for some reason?
[22:11] <lifeless> ripps: it should if you have the build deps right
[23:44] <dupondje> E: Release signed by unknown key (key id 9AA38DCD55BE302B) => when trying to create sid pbuilder env. Any idea how I can fix that ? :)
[23:47] <RAOF> Install the debian keyring, I believe
[23:48] <dupondje> didn't solve it :(
[23:48] <Laney> I believe they recently did something with the archive keys
[23:48] <Laney> maybe it takes some time for uploads to happen or whatever
[23:49] <Laney> (...#debian-devel/-ftp might know more)
[23:55] <dupondje> debian-archive-keyring
[23:55] <dupondje> :D
[23:55] <dupondje> fixed it