[00:33] <trothigar> is the latest time a package can be accepted for a release of ubuntu, just before the feature freeze?
[00:36] <directhex> trothigar, unless someone fills out the assorted paperworks, bribes, etc
[00:37] <trothigar> directhex, ty
[01:39] <cody-somerville> neversfelde, pong
[01:45] <binarymutant> why would a patch fail to apply on a builder (papaya) but not for me?
[01:47] <dtchen> depends, really - cruft in the maintainer's build directory, etc. Which build?
[01:47] <binarymutant> dtchen, it was on papaya, here's the log http://launchpadlibrarian.net/29433943/buildlog_ubuntu-karmic-i386.skia_0.0.1~svn20090723r287-1_FAILEDTOBUILD.txt.gz
[01:49] <binarymutant> sorry the build was 1130470
[01:50] <dtchen> have you verified that the patch actually applies in a pristine {s,}chroot?
[01:51] <binarymutant> I did build it with pbuilder just a few minutes ago
[01:52] <dtchen> can you post or link to your source package?
[01:53] <binarymutant> dtchen, , thank you for help btw; http://bazaar.launchpad.net/~skia-team/skia/trunk/files/head%3A/debian/
[01:58] <dtchen> (sec, shop is closing)
[02:18] <dtchen> binarymutant: maybe just buildd weirdness; it sbuilds ok here, too
[02:18] <binarymutant> I'll try retry building to the ppa, thanks dtchen :)
[02:19] <yoasif> dtchen, is this expected, and if so, why? https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/404370
[07:14] <bitplane> are there some docs on how to get software into Ubuntu's package manager? I'm thinking of writing a small app that would be useful
[07:17] <bitplane> oh nevermind, found the info in the urls in the topic, thanks anyway :)
[09:51] <dmentre> gaspa: I have opened bug for round 3: https://bugs.launchpad.net/ubuntu/+source/lablgtk2/+bug/404470
[09:54] <geser> dmentre: round 2 is now complete? I've seen there were some additional rebuilds necessary as round 2 started a little bit to early
[09:55] <dmentre> geser: it is complete on amd64. Which packages needed a rebuilt?
[09:57] <dmentre> geser: http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html
[09:58] <geser> dmentre: the ones on i386 it looks like
[10:00] <dmentre> geser: that's strange. For example camlidl seems to have coorectly been built: https://launchpad.net/ubuntu/+source/camlidl/1.05-12build1/+build/1130989
[10:01] <geser> dmentre: it build successfully but with ocaml 3.11.0 and not ocaml 3.11.1
[10:03] <dmentre> geser: ouch! you're right. :-(
[10:04] <dmentre> geser: was this because the ocaml derived binary packages were not available on build machines?
[10:05] <dmentre> is there any way to check that?
[10:05] <Laney> you can look at the build log and see which pacakges were installed
[10:05] <Laney> or look at the depends of the resulting binary I guess
[10:06] <dmentre> Laney: Hmm. So there is no way to check that a depenency is available before doing the build. :-/
[10:06] <Laney> not without modifying the source package
[10:06] <Laney> well, ...
[10:07] <Laney> you can check if it's published before uploading it
[10:07] <Laney> this would be easier if we had dw :)
[10:07] <Laney> anyway, must dash
[10:09] <dmentre> Laney: how can I check it is published?
[10:11] <geser> either you look into the Packages files or you click your way through LP till you get to https://edge.launchpad.net/ubuntu/karmic/i386/ocaml
[10:12] <geser> which was published at the same time as the rebuild of camlzip: https://edge.launchpad.net/ubuntu/karmic/i386/libzip-ocaml
[10:15] <geser> dmentre: as ocaml is now published on all archs, I'll re-do the missing rebuilds
[10:16] <dmentre> geser: thanks a lot!
[10:17] <dmentre> geser:  I hope nobody will start round 3 before round 2 is finished on i386
[10:17] <dmentre> Sorry for the mess. :-(
[10:18] <geser> camlbz2 from round 3 is rebuild already so it will need a 2nd rebuild but that's only one package currently
[10:21] <dmentre> geser: camlbz2 failed to build on i386 (Depends: ocaml-nox-3.11.0 but it is not installable). Will the build robot restart the built?
[10:21] <geser> dmentre: only on manual request
[10:21] <dmentre> gaspa: ok
[10:22] <geser> dmentre: it can be given-back once findlib got rebuild
[10:23] <geser> findlib and facile need a core-dev to do the rebuild for i386
[10:24] <dmentre> geser: how to "find a core-dev"? :-)
[10:24] <dmentre> open a new bug and subscribe ubuntu-main-sponsors?
[10:25] <geser> dmentre: yes (and provide a debdiff). can do it when I'm done with the other rebuilds
[10:26] <dmentre> I'll do it. Let me know for the other rebuilds. What is a debdiff? (sorry for being totally new to all that)
[10:27] <geser> dmentre: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff
[10:28]  * dmentre reading debdiff
[10:31] <dmentre> geser: sorry, I don't understand which should I provide a debdiff, of what? We only want to have a package rebuild. The source package is the same, there are no modifications
[10:32] <geser> dmentre: the version changes, so debian/changelog needs a new entry
[10:33] <geser> dmentre: http://launchpadlibrarian.net/29471934/camlidl_1.05-12_1.05-12build1.diff.gz are the "changes" to get camlidl rebuild
[10:33] <dmentre> geser: last time james_w done that, he only asked me for a sentence that were put in the rebuild logs
[10:34] <dmentre> geser: yes, exactly that
[10:34] <dmentre> s/were/was/
[10:35] <geser> it depends on your sponsor
[10:35] <geser> it might be easier to find a sponsor when you provide a ready debdiff which they need simply to apply and upload
[10:41] <dmentre> geser: ok
[10:41] <dmentre> geser: I'm planning that work
[10:42] <dmentre> I first start by opening the bug
[10:42] <geser> dmentre: yes
[10:43] <geser> dmentre: done the i386 rebuilds in universe
[10:49] <dmentre> geser: thanks for the help and rebuilds!
[10:56] <gaspa> geser: I redid some of those yesterday evening...
[10:56] <gaspa> i've not had time to mail both of you, sorry
[10:56] <geser> gaspa: I noticed
[10:56] <gaspa> good
[10:57] <geser> gaspa: I did the ones now listed on dmentre's page
[10:57] <james_w> Laney: we have dw
[10:57] <james_w> only automatically though as far as I know
[10:57] <gaspa> geser: how about findlib?
[10:57] <james_w> I'll do that one again now
[10:58] <geser> gaspa: still in main
[10:58] <gaspa> ehm..
[10:58] <gaspa> james_w: how about findlib?
[10:58] <gaspa> :P
[10:59] <geser> james_w: and facile too please
[10:59] <james_w> ouch
[11:00] <james_w> it's a good idea to leave lag time so that the binaries can be published on all architectures
[11:09] <dmentre> james_w: lag time: you mean, wait some time between rounds?
[11:09] <james_w> yeah, where a round depends on the previous
[11:10] <james_w> so there should be a few hours between ocaml entering and the rebuilds happening
[11:11] <james_w> for a smooth process you need new ocaml -> built on all architectures -> published on all architectures (~1:30) -> rebuilds
[11:11] <james_w> so a round a day should work nicely :-)
[11:11] <dmentre> james_w: ok. I'll do that
[11:12] <dmentre> james_w: so we should wait for tomorrow for round 3 ?
[11:13] <james_w> if it depends on the previous round binaries being available
[11:13] <james_w> you can do it quicker if you like, it just takes a little care in timing
[11:15] <dmentre> james_w: ocaml_transition_monitor builds the status table from Packages.gz files. So if this is ok in those files, we can start the next round. Am I right?
[11:15] <james_w> yep
[11:15] <dmentre> ack
[11:15] <dmentre> & cool
[11:15] <dmentre> :-)
[11:16] <james_w> the buildds use a mirror that is generally faster than the one you are probably watching, so there should be no issue with that
[11:16] <james_w> rebuilds uploaded
[11:17] <dmentre> james_w: I'm using http://ftp.ubuntu.com/ubuntu to get Packages files
[11:17] <james_w> yeah, that's actually a mirror, so can have a lag over the real archive
[11:18] <james_w> and I believe the buildds use the real archive
[11:24] <dmentre> I have updated http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html so that the check is done each 6 hours
[11:24] <dmentre> instead of eahc 24 hours
[11:33] <l3dx> Are there any good documentation on how to create a .deb from python libraries/applications? I just came across debianpackagemanager - is this used by python package maintainers?
[11:34] <james_w> https://wiki.ubuntu.com/PackagingGuide/Python
[11:37] <l3dx> thanks
[14:31] <AnAnt> is something wrong with: fiordland.ubuntu.com ?
[14:32] <AnAnt> can't I set requestsync to send via my local SMTP service ?
[14:33] <AnAnt> oh,I can
[14:34] <AnAnt> cool !
[15:32] <dmentre> gaspa, geser: round 2 is finished! :-) Thank you for triggering recompilation of missing i386 packages (and james_w of course!). Round 3 can now start (cf. LP bug 404470). Let me know if I need to do something
[15:36] <geser> gaspa: the reupload of camlbz2 wasn't necessary. as camlbz2 FTBFS on i386 a give-back would be enough
[15:51] <simon-o> hi, how do I trigger a rebuild for a failed package?
[15:51] <jacob> simon-o: bump the version number in the changelog and re-upload I think
[15:52] <jacob> unless it was on a PPA, in which case there's a rebuild link
[15:52] <geser> asking for a give-back is enough
[15:52] <geser> of in case of PPA: use the "retry" link as jacob said
[15:53] <simon-o> ok, whom do I ask? It's this build: https://edge.launchpad.net/ubuntu/+source/advi/1.6.0-14/+build/1125569
[15:53] <geser> the "retry" links also exists in Ubuntu archive (if you have upload rights for that package)
[15:53] <geser> ah, it's part of the ocaml transition
[15:54] <simon-o> geser: Yes, kind of.
[15:54] <simon-o> It was waiting for ocaml-base-nox on powerpc
[16:01] <geser> simon-o: given-back
[16:02] <simon-o> geser: thanks, that's nice :)
[16:05] <simon-o> it failed again, this time with another dependency error. I think I'll wait some days until all dependencies are built.
[16:07] <geser> simon-o: lablgtk2 is in round 3 and camlimages in round 4 of the ocaml transition. you can monitor it on http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html
[16:10] <gaspa> geser: ah, ok. sorry
[16:11] <gaspa> geser: findlib on ia64 hasn't built yet, so all round three have to wait him, I guess...
[16:12] <geser> yeah, better wait before we have to redo part of it
[16:13] <geser> although the packages from round 3 should either build or FTBFS now so we can give-back them later, but it's easier to wait a few more till all catched up
[16:14] <ScottK> geser: You might be able to get NCommander to rescore stuff on the slow archs if it would help move stuff along.
[16:18] <geser> ScottK: it's not that important, we have still plenty of time to finish the ocaml transition
[16:18] <ScottK> OK
[16:19] <geser> gaspa: the first rebuild of findlib on ia64 was already with ocaml 3.11.1 so need to wait here on the second rebuild, the first will also do
[16:20] <geser> dmentre: would it be possible to include the other archs in your ocaml transition monitor too? so we have a better overview
[16:21] <hemanth> hi , i followed the steps as in ubuntu wiki , have my keys if i do gpg --list-secret-keys , debuild -S -sa , says secret key not available
[16:22] <geser> hemanth: compare your key-uid with the name in your changelog entry (incl. any comments in your uid)
[16:23] <hemanth> geser: checked
[16:23] <hemanth> i did gpg --recv also
[16:24] <geser> can you please paste bin your key-uid and your changelog entry
[16:24] <hemanth> yes
[16:26] <hemanth> geser: fixed it , thanks :)
[16:27] <hemanth> i had added a comment, will making the key and had missed it in the changelog
[16:27] <hemanth> like it was <name> (comment) <email-id>
[16:33] <hemanth> i did a dput to my ppa , it said Successfully uploaded packages.
[16:33] <hemanth> Not running dinstall. I'm not able to find the file in my lp , plz help me
[16:48] <hemanth> all of a sudden bash: debuild -S -sa: command not found
[16:54] <coolbhavi> hemanth, debuild output log please
[16:55] <hemanth> coolbhavi: its working now !
[16:55] <coolbhavi> hemanth, good
[16:55] <hemanth> coolbhavi: if i did whereis debuild
[16:55] <hemanth> it used to debuild :
[16:56] <hemanth> now its giving the path
[16:56] <hemanth> hmm
[16:56] <coolbhavi> hemanth, okay
[16:57] <hemanth> coolbhavi: package accepted :)
[16:59] <hemanth> coolbhavi: Estimated build start: in 3 hours !!
[16:59] <coolbhavi> hemanth, yes if its building other sources it ll take time
[17:00] <hemanth> ok
[17:02] <Q-FUNK> howdy!  I'm thinking of adding apport hooks to a package, but the developer instructions on the ubuntu wiki seem rather sketchy.  could anyone help me?
[17:03] <dtchen> haven't read the wiki in a bit, so i don't know if /usr/share/doc/apport/package-hooks.txt.gz would be any less sketchy
[17:30] <c_korn> if there are many packages in the control file and packagename.install files for each for them as well as a install file without prefix. is the content of the install file without prefix being installed to every package?
[17:53] <c_korn> I try to build the packages of avidemux. the plugins require the avidemux libraries for compilation. they are in debian/tmp/usr/lib. how can I add this directory to the search path? I currently get this error: /usr/bin/ld: cannot find -lADM_core
[17:58] <Q-FUNK> python -c 'import apport.hookutils; help(apport.hookutils)'
[17:58] <Q-FUNK> this seems to be the answer for available apport hooks
[18:29] <pwnguin> I swear, SourceForge bugmail is incomprehensible
[18:33] <geser> c_korn: is this during compiling?
[18:35] <c_korn> geser: yes. but -l looks for the static .a files, doesn't it? but I think those files are not in this debian/tmp/usr/lib directory. but when I have a look at the compilation instructions they should
[18:36] <geser> c_korn: the upstream source doesn't know anything about debian packaging
[18:36] <c_korn> here are the instructions: http://www.avidemux.org/admWiki/index.php?title=Install_2.5#Example_Ubuntu_Compilation
[18:36] <geser> -l looks for the .so file
[18:37] <c_korn> oh
[18:37] <geser> (if you don't do a static build of course)
[18:38] <c_korn> looking in man ld I thought it looked for static libs: http://pastebin.com/d21263aae
[18:40] <c_korn> I could also first build avidemux without plugins and then make it build-depend on avidemux (>= 2.5) and build the plugins with the libs from /usr/lib
[18:42] <geser> c_korn: it looks like those passage is wrong (at least on Linux). for a static linking --static is needed.
[18:43] <geser> c_korn: please try to avoid circular build-dependencies. they are a pain
[18:44] <geser> c_korn: try to figure out in which directory the build libraries are (in the avidemux source) and specify that dir in -DAVIDEMUX_LIB_DIR
[18:48] <c_korn> geser: currently I have this code in the install target (I know this is wrong but I just wanted it to work ;-) http://pastebin.com/d4ec7918f
[18:49] <c_korn> it is just under the installation code of avidemux: 	cd build && $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
[18:50] <geser> that might work too
[18:51] <geser> I'm not sure if LD_LIBRARY_PATH is needed, as it's only used to look up libraries for run-time (IIRC)
[18:51] <geser> the linker uses the option -L to search for libraries to link (which is here probably the value for AVIDEMUX_LIB_DIR)
[18:53] <c_korn> hm, yes but I still wonder that the error is: /usr/bin/ld: cannot find -lADM_core
[18:54]  * hyperair curses. why is *everything* attempting to use oss now?
[18:56]  * e-jat pokes hyperair
[18:56] <hyperair> ?
[18:58] <dtchen> which "oss" is this?
[18:58] <dtchen> if it's the "sound" oss, then it's likely a config issue
[18:59] <hyperair> sound oss.
[18:59] <hyperair> what configuration could i possibly have messed up that causes flash to use oss?
[18:59] <hyperair> *and* fail miserably
[18:59] <hyperair> and then there's mplayer, which defaulted to oss for some strange reason
[18:59] <hyperair> i had to manually override it in my config
[19:01] <dtchen> oss is usually a fallback; what is hogging the alsa device(s)?
[19:01] <hyperair> pulseaudio.
[19:01] <hyperair> that's the only thing there is
[19:02] <dtchen> do you have a custom /etc/asound.conf or ~/.asoundrc ?
[19:02] <hyperair> no asound.conf, but my .asoundrc contains two extra lines
[19:02] <hyperair> pcm.pulse { type pulse }
[19:02] <hyperair> and ctl.pulse { type pulse }
[19:02] <hyperair> i used it for skype back in intrepid, but then something changed in pulseaudio or the alsa plugins that miserably broke bloody skype again
[19:03] <dtchen> you shouldn't need that at all given /usr/share/alsa/pulse*
[19:03] <hyperair> hmm?
[19:03] <dtchen> also, do paplay and speaker-test work?
[19:03] <dtchen> pulse is set to be the default route
[19:03] <hyperair> well i'll delete it then
[19:03] <hyperair> paplay works
[19:03] <hyperair> banshee works
[19:04] <hyperair> and the volume control applet shows banshee is accessing pulseaudio
[19:04] <hyperair> flash doesn't
[19:04] <hyperair> mplayer attempts to screw around with oss, but if passed -ao pulse or -ao alsa, it works.
[19:04] <dtchen> grep oss /etc/mplayer/mplayer.conf
[19:05] <hyperair> #ao=oss
[19:05] <hyperair> the config says that the default is oss.
[19:05] <hyperair> presumably
[19:05] <hyperair> but it's commented out so it shouldnt make a difference anyway.
[19:05] <hyperair> and flash is a bloody temperamental beast which works sometimes and doesn't other times
[19:06] <dtchen> i'm pretty certain that i had to create ~/.mplayer/config for that reason
[19:06] <dtchen> Flash 10? 32-bit (and if so, using nspluginwrapper) or 64-bit?
[19:07] <hyperair> the one that comes with flashplugin-installer
[19:07] <hyperair> on 64
[19:07] <dtchen> yeah, that's the nspluginwrapper + 32-bit
[19:07] <dtchen> are you using karmic's stock pulseaudio or the one from luke's ppa?
[19:08] <dtchen> can you reproduce the symptom if you use the native 64-bit Flash alpha from labs.adobe.com? if you can't, it's probably ia32-libs/libasound32-plugins (again)
[19:08] <hyperair> stock.
[19:09] <hyperair> hmm okay, this time flash's not using oss. it's using alsa
[19:09] <hyperair> but for some reason it didn't get routed into pulseaudio
[19:10] <hyperair> i'll go try the 64-bit flash then
[19:11] <hyperair> (though it went berserk the last time i tried it and refused to load anything without crashing)
[19:11] <dtchen> (remember to purge flashplugin-installer, too)
[19:11] <hyperair> yeah i'm doing that now
[19:12] <hyperair> by the way, ekiga used to work in intrepid, but underruns like nobody's business now too
[19:12] <hyperair> the same as skype.
[19:12] <dtchen> right, known
[19:12] <dtchen> i'll be rolling a new git snapshot of pulseaudio for testing this weekend
[19:12] <hyperair> hmm cool
[19:15] <AnAnt> Hello, does anyone know an ld option equivalent to -Wl,--as-needed that would do the same job for compiling shared libs ?
[19:17] <AnAnt> ie. avoid linking with un-necessary libraries
[19:19] <AnAnt> hmm, nevermind, it seems -Wl,--as-needed is the correct flag for this too
[19:22] <c_korn> I still think that -l only looks for static .a libs.
[19:23] <c_korn> and there is no libADM_core.a but a libADM_core.so
[19:23] <c_korn> and it is in debian/tmp/usr/lib where I pointed to
[19:24] <hyperair> -l looks for dynamic libs.
[19:25] <hyperair> unless you pass -static
[19:25] <c_korn> hm, then I don't understand why it does not find the library.
[19:26] <c_korn> maybe really a ldconfig call is missing.
[19:26] <c_korn> but this requires root privileges, doesn't it?
[19:35] <hyperair> dtchen: 64-bit works with pulse
[19:45] <c_korn> hm, maybe I will put the libraries directory in an own tarball and compile the plugins alone. I can then depend on avidemux-2.5 and there is no circular dependency. I will add the plugins in the Suggests field. or would depends be better?
[20:55] <ScottK> nhandler: Are you around?
[20:57] <ScottK> nhandler: If you have a moment, I'd appreciate it if you'd have a look at libio-compress-perl-2.020 in pkg-perl svn and make it build.
[22:00] <emgent> ScottK: around ?
[22:33] <nhandler> ScottK: Still need me to look at it?
[22:35] <sebner> nhandler: would you mind unsubscribing motu-release from bug 392426 ?
[22:36] <RainCT> stefanlsd_: seems like there's a patch for Firefox 3.5 compatibility in Gears, see the last post at http://groups.google.com/group/gears-users/browse_thread/thread/1585bcd7531c0696
[22:36] <nhandler> sebner: Done
[22:37] <sebner> nhandler: thanks :)
[22:52] <jacob> if anyone has some free time, mind checking out gfire on revu? it's been sitting around for a while and i'd like to get it finished up once and for all :) http://revu.ubuntuwire.com/p/gfire
[22:56] <nhandler> jacob: The maintainer should now be the Ubuntu Developers not MOTU, and Standards-Version 3.8.2
[22:59] <jacob> nhandler: is the maintainer email still ubuntu-motu@?
[22:59] <nellery> ubuntu-devel-discuss
[22:59] <nhandler> I think update-maintainer has been updated to do the right thing now
[23:00] <jacob> allrighty, reuploading in a moment after a couple of other changes
[23:00] <LaserJock> are there any widespread problems with mozilla plugins these days?
[23:00] <nellery> NEWS file seems a bit useless, no real use in debian/docs
[23:00] <nhandler> jacob: See https://lists.ubuntu.com/archives/ubuntu-devel/2009-May/028213.html for details about it
[23:01] <nellery> jacob: http://gfire.site40.net/ appears to redirect to http://gfireproject.org/
[23:02] <nellery> probably better to change it in copyright and control
[23:02] <jacob> nellery: yeah, they recently changed their site. updated, along with a typo in control
[23:03] <jacob> should this have a versioned depends on debhelper 7? I vaguely remember someone saying 6 is enough
[23:04] <jacob> though lintian is complaining about it not being 7, so I guess I'll just leave it.
[23:04] <sebner> jacob: if no dh7 features are used dh6 is really enough
[23:05] <jacob> "W: gfire source: package-lacks-versioned-build-depends-on-debhelper 7" << ignore?
[23:07] <sebner> argh, you are using cdbs -.-
[23:07] <sebner> jacob: well, leave it then
[23:08] <nellery> jacob: that error was because you didn't change compat
[23:08] <nellery> use lintian -i to get more info on the errors
[23:09] <jacob> nellery: makes sense, thanks
[23:10] <nellery> jacob: and ChangeLog has another copyright holder and some differing years
[23:10] <nhandler> ScottK: Attribute the changelog entry to yourself. We don't tend to attribute it to pkg-perl. You also might want to look into updating the debian/rules file to the newer format the team is using (dh-make-perl --refresh should do it)
[23:13] <jacob> nellery: ah, didn't see the copyright in the changelog before.
[23:16] <jacob> uploaded a new revision hopefully addressing all of this
[23:17] <nellery> jacob: ok. Should be ready soon enough.
[23:18] <jacob> nellery: thanks for the help. :)
[23:18] <nellery> jacob: no problem.
[23:18] <jacob> (also thanks nhandler & sebner)
[23:38] <nellery> jacob: it's not necessary to have the copyright names twice, just change the years in the first entry
[23:38] <nellery> for example 2000-2001, 2006-2009 for Beat Wolf
[23:40] <jacob> nellery: ok
[23:42] <jacob> & re-uploaded.
[23:56] <nhandler> I'm going to dinner. jacob poke me later for an advocation if you don't get 2 now
[23:57] <jacob> thanks nhandler (/me just had a delicious pizza)