[09:36] <slytherin> directhex: Check FTBFS page. The number in universe has suddenly dropped from 660+ to 450. Looks like powerpc buildd was causing high number of FTBFS. :-)
[09:45] <gaspa> dmentre: morning! :)
[09:46] <gaspa> dmentre: you can request sync for packages of round4, I guess.
[09:46] <gaspa> remaining in round3 are not dependencies for them.
[09:54] <coolbhavi> gaspa, good morning :)
[09:54] <gaspa> coolbhavi: hi.
[09:54] <gaspa> :)
[09:54] <coolbhavi> :)
[10:48] <max7> anyone knws ubuntu asterisk ?
[10:48] <max7> pls let me know?
[11:01] <Hobbsee> max7: the answer was the same as it was 2.5 hours ago.
[11:13] <dmentre> gaspa: ack. I'll do it
[11:13] <gaspa> :)
[11:15] <slytherin> max7: Simply ask the question you have about asterisk. If anyone knows the answer you will know.
[11:18] <raywang> gaspa, hey
[11:19] <dmentre> gaspa: lablgtkview and matita rely on gmetadom, otherwise there does not seem to be any dependency
[11:20] <gaspa> dmentre: yes, I wrongly upload lablgtkview .. but it'll be enough to retry the build, when gmetadom will be ready.
[11:20] <gaspa> :P
[11:20] <gaspa> raywang: hi
[11:20] <raywang> gaspa, heh, have time to review my package? http://revu.ubuntuwire.com/p/strongwind  :)
[11:21] <dmentre> gaspa: Ok. I'll open the bug this afternoon
[11:21] <gaspa> and there's some strange build problem in lablgtk2 ia64 build....
[11:21] <gaspa> raywang: ouch. completely forgot, sorry.
[11:21] <raywang> gaspa, I follow your suggestions to update, :)
[11:22] <raywang> hehe, no prob
[11:22] <max7> anyone knws ubuntu asterisk ?
[11:22] <max7> anyone knws ubuntu asterisk ?
[11:22] <max7> pls let me know?
[11:22] <max7> pls let me know?
[11:22] <max7> pls
[11:22] <raywang> gaspa, you have reviewed for last time
[11:22] <dmentre> gaspa: Yep. I saw the build failure but postponed to look at it. I would much prefer to have amd64 and i386 correct first
[11:22] <gaspa> raywang: ah, really? :P  time for coffee, then...
[11:22] <raywang> gaspa, no prob, just take you time
[11:23] <raywang> i just want to have someone take a look and review, no hurry ;)
[11:23] <gaspa> :) ok, i'll do asap.
[11:23] <raywang> gaspa, Thanks!! :)
[11:24] <TheMuso> the ia64 build failure for lablgtk2 is nothing to do with the package itself. Its a failure that now affects all architectures accept powerpc and armel. It will likely require a buildd admin to fix it.
[11:24] <TheMuso> Seems ia64 was the first to get affected by whatever the problem is.
[11:24] <TheMuso> Any package that manages to pull in udev via its dependency chain will fail to build.
[11:24] <gaspa> TheMuso: ok, what's the problem?
[11:24] <gaspa> I see
[11:24] <gaspa> :P
[11:25] <gaspa> TheMuso: is there a bug to which I can subscribe?
[11:25] <TheMuso> gaspa: none that I know of yet, and I am not sure where to file one.
[11:26] <gaspa> ok, thanks.
[11:26] <TheMuso> I think it needs to be filed against soyuz
[11:26] <TheMuso> checking now.
[11:27] <TheMuso> seems like there is no bug about it, and I don't currently have enough time to file one.
[11:29] <simon-o> Hi, does anyone now if pitti is on vacation?
[11:35] <geser> simon-o: try asking in #ubuntu-desktop or #ubuntu-devel, but as I don't see him in those channels I assume so
[11:36]  * hyperair thinks uscan --repack should pass --rsyncable to gzip
[11:36] <simon-o> geser: thanks, once again :)
[11:38]  * Laney replicates hyperair 
[11:38] <Laney> mmm
[11:39]  * hyperair scratches his head and stares at his replicated self
[11:39] <daurnimator> hi
[11:44] <daurnimator> anyone here?
[11:46] <slytherin> !ask
[12:05] <\sh> guys, what's the correct way to package python modules today? python-support or python-central?
[12:05] <POX> python-support
[12:06]  * daurnimator needs some lua related stuff packaged, anyone able to help?
[12:06] <daurnimator> I've only filed one need-pkging, and its for the easiest package of the ones I need: https://bugs.launchpad.net/ubuntu/+bug/396287
[12:08] <\sh> POX: thx
[12:11] <slytherin> geser: DO you have some time to review jmeter from packaging point of view (if not java point of view). :-)
[12:24] <ttx> slytherin: I'll try to have a look into it in the next hours
[12:28] <geser> slytherin: re jmeter: what about the other licenses in LICENSE? does the package contain code covered by them?
[12:50] <slytherin> geser: No. Those are the licenses for the libraries which are shipped in upstream binary distribution.
[12:52] <juli_> slytherin, hi! did you have chance to take another look at  http://revu.ubuntuwire.com/p/cobertura ?
[12:55] <slytherin> juli_: Forgot completely. Will surely review tonight.
[12:55] <juli_> slytherin, thanks!
[13:07] <slytherin> ttx: thanks.
[13:26] <slytherin> ttx: I am probably going to add another binary package -doc which will contain the api documentation. It is useful for users who wish to create custom components.
[13:27] <ttx> slytherin: ok
[13:27] <ttx> slytherin: haven't started the review yet, i'm still in triaging mode
[13:28] <slytherin> ttx: no issues. I am ok if it is done before my 10am tomorrow. (UTC+5:30).
[13:46] <dmentre> gaspa: Bug opened: bug 405789.
[13:46] <gaspa>  \o/
[13:48] <dmentre> :-)
[13:54] <daurnimator> anyone able to help?
[13:55] <vorian> daurnimator: usually if you ask your question and wait, someone will eventually answer
[13:55] <daurnimator> vorian, I asked 3 or 4 hour ago
[13:55] <jbernard__> daurnimator: ill be happy to package up liblua5.1-iconv
[13:55] <daurnimator> jbernard__, sweet
[13:55] <vorian> my bad
[13:56] <jbernard__> ill update the lp ticket
[13:56] <daurnimator> jbernard__, I have a couple of other requests, that was the easiest and most stable of them
[13:57] <daurnimator> (and only one on launchpad)
[13:57] <jbernard__> cool, ill take a close look that afternoon and see what i can come up with
[13:58] <jbernard__> s/that/this
[14:33] <Riddell> cody-somerville, jdong: ping on bug 345817
[14:39] <slytherin> RainCT: nhandler: any idea why revu reads the description of last binary package when there are more than one binary packages defined in debian/control?
[14:50] <nhandler> slytherin: I noticed that a while ago. I know I pointed it out to RainCT, but I can't remember what his reason was for leaving it like that
[15:34] <bddebian> Heya gang
[15:45] <Riddell> devfil: ping on bug 345817
[15:47] <devfil> Riddell: cody has already acked that SRU
[15:47] <Riddell> why so he has, thanks cody-somerville
[15:48] <cody-somerville> np :)
[15:51] <iulian> Hi bddebian.
[15:51] <bddebian> Hi iulian
[15:55] <sebner> ahoi bddebian =)
[15:57] <bddebian> Hi sebner
[15:58] <hyperair> Laney: is oftc available to you?
[15:58] <Laney> yes
[16:03]  * hyperair kicks his internet connection
[16:10] <Laney> hyperair: you split off so maybe your server died
[16:10] <hyperair> hmm
[16:10] <hyperair> i see.
[16:28] <dmentre> gaspa: thank you for the uploads. Seems to wokr quite well for those packages
[16:35] <RainCT_> nhandler, slytherin: yeah that needs to be changed. I'll probably end up putting the debian/control file in an iframe, and controls to switch to other files (rules, changelog, etc)
[16:55] <Laibsch> Hi, any chance to see bug 404152 fixed and sqliteman uploaded to universe?
[16:58] <Laibsch> Hobbsee, siretart: are you maybe willing to sponsor that upload?  The package is already in the Debian NEW queue, but waiting for it to clear and syncing afterwards has a great risk of not making it for Karmic.
[16:59]  * Laney knows the feeling
[16:59] <ejat> can someone look into bug 404546
[17:01] <sebner> Laney: heh, dito :)
[17:15] <hyperair> the buildds are broken =O
[17:16] <hyperair> http://launchpadlibrarian.net/29625575/buildlog_ubuntu-karmic-amd64.banshee_1.5.1%2Bgit20090729.r1.4ece398-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:16] <hyperair> make that one amd64 buildd is broken
[17:16] <hyperair> lpia seems fine
[17:17] <hyperair> hmm i386 also
[17:19] <Laney> there was a known udev problem
[17:19] <hyperair> i see
[17:55] <binarymutant> what happened to packages.ubuntu.com
[17:59] <Laibsch> it's down again
[17:59] <binarymutant> :(
[17:59] <Laibsch> I opened bug 409504
[18:00] <Laibsch> make that bug 405904
[18:04] <Laibsch> :-(
[18:05] <Laibsch> Another example of people merely interested in closing tickets instead of fixing bugs
[18:08]  * hyperair wonders if Zhenech has forgotten about geany-plugins
[18:09] <Zhenech> hyperair, no, not forgotten :P
[18:09] <slytherin> ttx: geser: any idea why javadoc is horribly slow on powerpc?
[18:09] <hyperair> Zhenech: okay, just checking :)
[18:12] <Zhenech> hyperair, had exams till last thursday and allowed me to rest some days after that, lemme see tonight :)
[18:12] <hyperair> ah i see. how were the exams?
[18:12] <Zhenech> hyperair, will you be available in 2-3hours?
[18:12] <hyperair> probably so
[18:13] <Zhenech> somewhat fine, a A- and a B-, the latter could be better :(
[18:13] <hyperair> at least you didn't get any C's like i did =p
[18:14] <Zhenech> well, the prof said "if I see you get a C or badder, I'll ask if you want to abort and retry later"... :)
[18:14] <hyperair> that sounds bad.
[18:14]  * hyperair thinks about his C programming paper which got a C+
[18:15] <Zhenech> heh, C, /me only had to write some stupid kernel module in C this semester
[18:15] <hyperair> i think i'm never getting over that one. stupid 20 multiple choice question paper in which people who haven't even touched C before scored full marks.
[18:15] <hyperair> kernel module!
[18:15] <hyperair>  O_O
[18:17] <Zhenech> hyperair, some 120 LoC, nothing complicated
[18:17] <hyperair> that's small!
[18:18] <hyperair> oh yeah, my C programming paper didn't require writing any code
[18:18] <hyperair> can you imagine that?
[18:18] <Zhenech> http://dragonheart.ath.cx/cgi-bin/gitweb.cgi/uni?a=blob;f=ss09/betriebssysteme/projekt/bs-projekt.c;h=fa7108ceca431764d3d046c1de1e6cc7903f1c0d;hb=HEAD
[18:19] <Zhenech> (dont ask why my apache does not want to serve the images, looks like installing sarge, upgrading to etch and then lenny without touching the confs and no reboot since 3years isnt good)
[18:19] <hyperair> hahaha
[18:20] <hyperair> it 404's everything
[18:20] <Zhenech> huh?
[18:20] <hyperair> the images =\
[18:21] <Zhenech> ah, yes, maybe
[18:21] <hyperair> you could try poking the error log
[18:25] <Zhenech> haha, fixed
[18:36] <hyperair> a=)
[18:36] <hyperair> -a
[18:38] <Zhenech> well, gone now, I'll ping you when I have looked at geany-plugins
[18:38] <hyperair> okay, thanks. =)
[18:39] <dmentre> Thank you to Jonathan Riddell for looking at bug 405789
[18:44] <dmentre> Could an Ubuntu Core Developer look at bug 405286? Non recompilation of gmetadom in round 3 blocks compilation of lablgtkview for round 4 of transition to OCaml 3.11.1 in Karmic.
[18:48] <Riddell> dmentre: looking
[18:52] <dmentre> Riddell: ack. Let me know if you have questions
[18:52] <Riddell> dmentre: done
[18:53] <dmentre> Riddell: Many thanks!
[19:12] <ScottK> Any suggestions on https://launchpad.net/ubuntu/+source/r-base/2.9.1-2/+build/1137459/+files/buildlog_ubuntu-karmic-i386.r-base_2.9.1-2_FAILEDTOBUILD.txt.gz ?
[19:12] <dmentre> Riddell: the build of ocamlgraph failed. I think this is because an error occurs when installing udev. Could confirm this is the case? http://launchpadlibrarian.net/29629298/buildlog_ubuntu-karmic-amd64.ocamlgraph_1.1-1_FAILEDTOBUILD.txt.gz
[19:14] <ScottK> dmentre: That looks similar to my r-base problem.
[19:15] <dmentre> ScottK: yep :-(
[19:15] <ScottK> Riddell: I think something is somewhat generally broken at the moment.
[19:17] <JontheEchidna> we had the same problem with kmess yesterday night
[19:25] <ScottK> Anyone fixing/complaining?
[19:27] <maxb> Some complaining, I've not seen any fixing
[19:30]  * ScottK has to go offline for a while.  Would someone please write ubuntu-devel?
[19:30] <dmentre> For my notes, once the udev issue is fixed, should I request a new rebuild of ocamlgraph or will it be recompiled automagically?
[19:30] <ScottK> JontheEchidna:  How about you?
[19:30] <james_w> what's up?
[19:31] <ScottK> dmentre: Usually you have to ask.  Sometimes after a mass breakage they'll do a mass give back.
[19:31] <dmentre> ScottK: ok, thanks.
[19:31] <ScottK> james_w: See the two build failure logs from ~20 minutes ago.
[19:31] <ScottK> It seems there is some udev problem (or something) that is causing a lot of build failures unrelated to the package in question.
[19:31] <james_w> "error getting signalfd"?
[19:33] <ScottK> james_w: http://pastebin.com/m45efca11
[19:43] <james_w> we think we've got it figured
[19:45] <devfil> james_w: about the waf package, is it ok with http://svn.debian.org/viewsvn/python-apps?view=rev&revision=3352 ?
[19:46] <ScottK> james_w: Is there a timeline for resolution and will there be a mass giveback?
[19:46] <james_w> devfil: pretty much
[19:46] <james_w> "Licensed to PSF under a Contributor Agreement. PSF license text follows."
[19:46] <james_w> that's not quite correct
[19:47] <james_w> ScottK: trying to get hold of infinity, as we think it's a change he made to the code
[19:47] <ScottK> james_w: Thanks.
[19:47] <james_w> it's not a "break the world" thing, but there will probably be plenty of failures
[19:47] <devfil> james_w: so how should I fix that?
[19:48] <james_w> we think it's that apt is now installing recommends when it installs the build-depends which ends up dragging in udev
[19:48] <james_w> devfil: oh yeah, sorry :-)
[19:48] <james_w> devfil: the PSF isn't a license, it's a foundation
[19:48] <devfil> Python license text follows?
[19:48] <james_w> "Licensed to PSF under a Contributor Agreement and distributed under the Python License" would be better
[19:49] <devfil> ok, I'm going to upload a new package with the new changes
[19:49] <james_w> thanks
[19:53] <chrisccoulson> hi, i'm just looking at updating libgdamm because i need it for another update i'm doing. it seems we rename the source package to incorporate the upstream major version (so, libgdamm -> libgdamm3.0 for the current version). The new upstream version has a new API version (4.0), so this means a new source package name. should I copy the changelog across from the old version?
[20:01] <devfil> james_w: uploaded
[20:03] <james_w> mass giveback will be done once all the chroots are updated
[20:04] <slytherin> does that mean solution is found?
[20:04] <james_w> yeah
[20:05] <ScottK> dmentre: ^^^ No need for you to ask for a retry.
[20:05] <dmentre> ScottK: ok, thank you
[20:15] <devfil> james_w: can you process the binary queue please?
[20:26] <devfil> james_w: can you please process the waf binary? I need it in order to fix a ftbfs. really thanks
[20:28] <slytherin> juli_: advocated cobertura
[20:48] <\sh> siretart`: ping check www.sourcecode.de or planet ;)
[20:51] <\sh> and gone for a beer :)
[20:57] <siretart`> \sh: wow, looks impressive :)
[21:34] <binarymutant> what channel would be best to ask about packages.ubuntu.com?
[21:36] <Zhenech> hyperair, did two of "mine" uploads, you're next after a smoke :)
[21:37] <hyperair> Zhenech: okay, though i'll probably be asleep soon (it's nearly 5am here)
[21:38] <Zhenech> mv /org/cn/hyperair /org/de/ :P
[21:38] <Zhenech> its 10:37 pm here
[21:49] <hyperair> Zhenech: ENOENT
[21:49] <hyperair> Zhenech: it's /org/my ;)
[22:06] <Zhenech> hyperair, if you zoom out in google earth, everything looks like cn :P
[22:06] <hyperair> Zhenech: heh yeah
[22:07] <Zhenech> hyperair, meh, it ftbfs in cowbuilder (but its not your fault but cow/pbuilders)
[22:09] <hyperair> =O
[22:09] <hyperair> what's the error?
[22:09] <Zhenech> Setting up netbase (4.36) ...
[22:09] <Zhenech> insserv: Service ifupdown has to be enabled to start service networking
[22:09] <Zhenech> insserv: exiting now!
[22:09] <Zhenech> dpkg: error processing netbase (--configure):
[22:10] <hyperair> O_o
[22:10] <hyperair> how very strange
[22:10] <Zhenech> which breaks libwww-perl which breaks libxml-parser-perl which breaks intltools which you depend on
[22:10] <Zhenech> as said, not your fault
[22:12] <Zhenech> lets try to build directly on my box...
[22:15] <Zhenech> that looks fine
[22:16] <hyperair> =)
[22:17] <Zhenech> hyperair, /^Depends: /s/a(n)?// :)
[22:17] <Zhenech> (remove the leading a/an from the short description)
[22:17] <hyperair> ah
[22:26] <Zhenech> haha
[22:26] <Zhenech> your override_dh_installchangelogs is cool
[22:30] <hyperair> Zhenech: thanks =)
[22:31] <Zhenech> but looks quite clean and stuff
[22:32] <Zhenech> maybe I'll propose some text changes to the descriptions or so, but nothing critical
[22:32] <Zhenech> lets actually test the plugins XD
[22:37]  * hyperair uploads a geany-plugins with fixed descriptions to mentors.debian.net
[22:52] <Zhenech> hyperair, vc plugin works XD
[22:54] <hyperair> =)
[22:58] <RoAkSoAx> DktrKranz, hi there. I've updated lekhonee package with the changes on the binary packages. Could you please review it. Thanks a lot: http://revu.ubuntuwire.com/p/lekhonee
[23:02] <DktrKranz> RoAkSoAx: I'll move to bed soon, I'll probably have a look tomorrow evening. Thanks for the reminder, though ;)
[23:03] <RoAkSoAx> DktrKranz, thank you for reviewing it :)
[23:09] <hyperair> Zhenech: i'm off to bed. could you leave any further feedback here, or in a PM or email, please? thanks =)
[23:09] <Zhenech> ye will do
[23:09] <Zhenech> as said, if any those would be low prio cosmetical anyone
[23:10] <Zhenech> but I'm goin to bed soon too
[23:10] <Zhenech> s/anyone/anyways/