=== vorian is now known as gallifrey [06:50] bdrung, sbuild (and in amd64 for ari-tczew) [06:53] * fabrice_sp now reads backlog [09:27] 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] fabrice_sp: thanks for sponsoring [09:57] how can I hide my IP address on IRC? [09:58] ari-tczew: https://wiki.ubuntu.com/IRC/Cloaks [09:59] thanks geser [10:09] geser: I'm not an Ubuntu Member directly. is it a problem? [10:09] shouldn't be [10:12] ari-tczew, yw. Did you saw my post on bug 598684 ? [10:12] Launchpad bug 598684 in libdecodeqr (Ubuntu) "Sync libdecodeqr 0.9.3-3 (universe) from Debian unstable (main)" [Undecided,Incomplete] https://launchpad.net/bugs/598684 [10:12] you can upload the Debian package to your ppa, and see what happends [10:12] fabrice_sp: just saw it. please don't think that I'm not test build, because I have i386 architecture. [10:13] s/not/did not [10:13] no: that's why when I find a FTBFS, I always ask the bug reporter to check [10:13] this difference between adm64 and i386 is what made me insall the amd64 variant [10:14] with adm64, you can build 32/64 bits [10:14] and also sbuild, as pbuilder sometimes builds fine but sbuild fails [10:15] and sbuild is nearer from buildds than pbuilder [10:15] fabrice_sp: did you tried sbuild for this one? [10:16] I always uses sbuild [10:17] * fabrice_sp switeched to lvm partitions to be able to use sbuild some time ago [10:17] s/switeched/switched [10:18] fabrice_sp: hmm, what do you think, B-D on libavformat-dev will fix the issue? [10:19] ari-tczew, I don't think so: it seems to be only a missing function, and not a missing build-dep [10:19] so perhaps the function is not experted anymore in libavformat [10:19] s/experted/exported/ [10:20] fabrice_sp: then we can't sync this one. closing bug? [10:20] we have to wait until this issue is fixed [10:20] I'm seing that during latest build test, player also FTBFS with the same error [10:21] on amd64, also [10:21] please, someone could ACK bug #598874 ? [10:21] Launchpad bug 598874 in libmpc (Ubuntu) "Please sync libmpc 2:0.1~r459-1 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/598874 [10:21] fabrice_sp: hehe I'm watching on it also right now [10:22] BlackZ, this was the next sync request I was going to check [10:22] but I have some stuff to do before, wo probably will check it this afternoon [10:22] 11h30 AM here [10:22] fabrice_sp: look @ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584232 [10:23] Debian bug 584232 in player "player: FTBS on alpha, armel, ia64, mips and mipsel" [Normal,Open] [10:23] guy have attached a patch [10:24] ari-tczew, donsn't seem to be the same [10:24] fabrice_sp: here 11:24 AM :p [10:24] BlackZ: propably fabrice_sp lives in other place like you (timezones) [10:24] hey: we are in the same timezone :-) [10:24] ari-tczew: indeed [10:24] Italy and Spain aren't very far ;-) [10:26] ari-tczew, it seems to be more a problem in opencv package. Will check later on. [10:26] Have to go now. CU [10:26] bye fabrice_sp [10:27] ok thanks fabrice_sp [10:27] see you [10:27] * ari-tczew is going to learn about IRC clocking === fta_ is now known as fta [13:31] 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] the best way is to use revu [13:33] !revu [13:33] REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [13:34] thank you very much, thats perfect [13:39] sniderDK: I see that there is a Debian request for packaging, you should probably look to maintaining it there [13:39] see http://wiki.debian.org/PHP#ForpackagersofPHPapplications.2BAC8-modules.2BAC8-libraries [15:44] soren: can you moderate my mail to #ubuntu-motu? (accidentally sent from @gmail instead of @ubuntu) [15:58] nigelb: It's generally easier to just cancel the post and send it again. [15:59] is the ubuntu-motu ML moderated at all? [15:59] ScottK: contemplating that [15:59] geser: You have to be subscribed to post. [16:00] ah [16:01] geser: forgot to change the "from" [16:03] nigelb: moderated [16:04] geser: thank you :) [16:41] DktrKranz: did you see the u-d-t branch from Andrew with the manpages update? [16:42] geser: only now..... [17:12] question for MOTU's , why cant we upload a new version mentioned in bug 565206 [17:12] Launchpad bug 565206 in scidavis (Ubuntu) "Please update to 0.2.4 as it fixes compatibility issues with qt 4.6" [Undecided,Confirmed] https://launchpad.net/bugs/565206 [17:13] we have a debdiff and all for the package [17:16] shadeslayer: comment 3 answers that quite well. It'd be easier to wait for debian to upload, then sync [17:17] though it hasn't been sponsored in debian for a few months now... [17:17] 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] 6 MB debdiffs are unweildy, blegh [17:18] debdiffs arent suitable for new upstream releases [17:23] Laney: true [17:23] JontheEchidna: i gave Riddell a 5MB diff recently :P [17:23] i think it was for kptc... not sure :D [18:16] 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] ScottK: oh.. i thought mentors had a comment section like debian? [18:17] s/debian/revu [18:17] Nope. [18:17] ah.. i didnt realize that.. [18:19] anyone here watch 24 btw? [18:21] whoops.. wrong channel [18:56] dupondje, ping [18:56] about bug #593100 [18:56] Launchpad bug 593100 in vzctl (Ubuntu) "Please merge vzctl (3.0.23-18) universe from debian sid" [Undecided,Confirmed] https://launchpad.net/bugs/593100 [19:02] BlackZ, libmpcdec seems to have been deprecated in favor of libmpc [19:03] (libmpc is not in squeeze anymore) [19:03] s/libmpc/libmpcdec/ [19:03] fabrice_sp: did you see my sync request? [19:03] BlackZ, yes. that's why I checked the 2 packages [19:04] as libmpcdec is in main, it's not so easy [19:04] fabrice_sp: so what should we do? [19:04] check rdepends on libmpcdec3 [19:04] and try to build them with libmpc packages [19:04] fabrice_sp: I checked that with quadrispro [19:05] (yeah, there are a lot of packages) [19:07] 15 packages [19:13] BlackZ, I've just commented on the bug, and updated the bug report so that it affect also libmpcdec [19:14] let see what happens [19:14] fabrice_sp: however that situation should be really solved soon [19:14] as it involve a main package, it will take a bit more time [19:15] do you have a list of packages that FTBFS because of that? [19:15] fabrice_sp: currently no [19:16] but I indicated a bug on the sync request [19:16] s/on/in [19:20] lastest rebuild shows only mpc123 === sebner_ is now known as sebner [19:32] yea fabrice_sp ? [19:41] dupondje, did you see that bhavani posted an updated debdiff [19:42] yea I saw :) got an email :p [19:42] shall I upload it? [19:42] didn't check it yet, but if its good ... [19:43] it's just that you did a first work, and it's a pitty not to follow up [19:43] 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] so I was going to ask him to speak with the original reporter, before posting [19:44] will check his patch in some minutes [19:44] got to do something else first :) [19:44] np: I have to lunch :-) bbl [20:04] fabrice_sp: patch seems fine [20:46] 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] feel free to upload his [20:47] its quite useless to create the same one again imo :) [20:54] I know :-/ [20:54] but I feel bad, as you began to work on it [20:58] hehe no problem [20:58] got to reboot [20:58] brb === kkszysiu is now known as kkszysiu2 === kkszysiu2 is now known as kkszysiu [21:07] fabrice_sp: ptlib is uploaded now, the other dependence to merge is opal, coolbhavi said he's on it [21:08] BlackZ, did you checked that there is no more dependencies required [21:08] 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] fabrice_sp: seems not [21:08] ScottK: thanks [21:09] fabrice_sp: no worries about that, I'll try a build of it once opal is uploaded [21:09] BlackZ, ok [21:17] 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. === Philip6 is now known as Philip5 [21:47] hmm... why isn't my hardy/jaunty packages with backported debhelper and quilt not running dh_quilt_patch and dh_quilt_unpatch? [21:48] debhelper=7.4.3 quilt=0.48 [22:03] http://launchpadlibrarian.net/50996739/buildlog_ubuntu-hardy-i386.gmpc_0.20.0%2Bgit20100627.7f762dd-0ubuntu1~ripps3~hardy_FAILEDTOBUILD.txt.gz [22:07] Does dh --with-quilt $@, not work with launchpad buildd for some reason? [22:11] ripps: it should if you have the build deps right [23:44] 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] Install the debian keyring, I believe [23:48] didn't solve it :( [23:48] I believe they recently did something with the archive keys [23:48] maybe it takes some time for uploads to happen or whatever [23:49] (...#debian-devel/-ftp might know more) [23:55] debian-archive-keyring [23:55] :D [23:55] fixed it