[00:35] <ripps> Is it possible to make an optional build-depend, one that installs if the distro supplies it, but to keep on building going even if it doesn't?
[00:37] <directhex> ripps, yes
[00:38] <directhex> wait, no
[00:38] <directhex> not build-time
[00:38] <directhex> only binary deps can do it
[00:39] <ripps> I see some packages use 'packageA | packageB;' the only difference, there's no packageB for me.
[00:39] <directhex> piped build-depends don't actually work
[00:39] <directhex> i mean, they work, but they don't work work
[00:40] <directhex> the main archive software used by debian, sbuild, ignores them
[00:43] <ripps> I have a package I use to install a package and it's backports via fta's ppa-script, the issue is that later versions of ubuntu have a library has package which adds additional functionality if it's installed at compile time, but will ignore it if it isn't around. I want to this one package to install properly on all the distros from this single source
[00:47] <fta> ripps, i have the same need, but i don't have a solution for that yet.
[00:48] <fta> ripps, for chromium-browser, i would like to build with binutils-gold whenever it's available (karmic) and stay with the regular binutils otherwise (jaunty..)
[00:49] <fta> ripps, one idea is to backport the build-dep but it's not always wanted or possible
[00:49] <fta> ripps, another idea is to fork the packaging branch :(
[00:51] <masterkernel> Is it all right if I upload my program to both REVU and mentors.debian.net?
[00:52] <directhex> yes, but PLEASE double-check that the orig.tar.gz is the same in both, and will always be the same in both when using a get-orig-source rule (or uscan on a watch file)
[02:42] <hansolo669> hello when i try to bzr push it give me the error:      "bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/%7Emythbuntu-documentation/mythbuntu/documentation/.bzr/branch/lock): Transport operation not possible: http does not support mkdir()"  i have run "bzr launchpad-hansolo669"(my launch pad name(user name is hansolo669)) and it looks like it workd but then still gives the error. i have also made a 
[02:43] <lifeless> don't type so much on a single line. IRC truncates
[02:43] <lifeless> anyway, push to lp:mythbuntu-documentation/mythbuntu/documentation
[02:44] <lifeless> but you need to run bzr lp-login hansolo669 first
[02:44] <hansolo669> oh ok
[02:44] <hansolo669> thanks
[02:47] <hansolo669> now it says theres no mythbuntu documentation " No such project: mythbuntu-documentation"
[02:48] <wgrant> hansolo669: Prefix 'mythbuntu-documentation' with a ~
[02:48] <hansolo669> ok will try that
[02:49] <hansolo669> thanks it worked
[03:42] <JimHansson> Hi all; tried to upload package to REVU but my package never made it there, I have found one page telling me i need my gpg key added to REVU but the mailaddress does not work(admin@tiber.tauware.de) is there a new address that need to send my gpg key to or has the process for REVU changed?
[04:03] <nhandler> JimHansson: Have you added your GPG key to your LP profile and logged into REVU?
[04:07] <JimHansson> yes
[04:08] <nhandler> JimHansson: What is the package?
[04:08] <JimHansson> gtest  and gmock
[04:14] <JimHansson> nhandler: do I also need to upload ssh keys?
[04:15] <nhandler> JimHansson: No, you shouldn't need to
[04:16] <nhandler> JimHansson: Give me a few minutes to look into this
[04:16] <JimHansson> nhandler: ok
[04:21] <nhandler> JimHansson: Do you have a link to your LP profile?
[04:22] <JimHansson> https://launchpad.net/~jim-hansson
[04:27] <nhandler> JimHansson: How are you uploading the package to REVU?
[04:29] <JimHansson> dput
[04:30] <JimHansson> nhandler dput REVU *-sources.changes
[04:30] <nhandler> JimHansson: And could you pastebin the REVU section of your /etc/dput.cf file? Also, does dput show that it was uploaded?
[04:31] <JimHansson> nhandler: i get *source.revu.upload file
[04:33] <JimHansson> nhandler: revu.ubuntuwire.com, /incoming, anonymous
[04:35] <JimHansson> nhandler: http://pastebin.com/d4f21a94e
[04:38] <nhandler> JimHansson: I'm not sure what is wrong. I'm not seeing any errors in the error log. I can talk to some of the other REVU admins tomorrow and get back to you
[04:39] <JimHansson> nhandler: it was some time ago(weeks) i tried it, maybe i should try again.
[04:40] <nhandler> JimHansson: You didn't mention that part. Please try again now
[04:41] <JimHansson> nhandler: already uploaded
[04:42] <JimHansson> nhandler: removed .upload file, now it is uploaded
[04:42] <nhandler> JimHansson:
[04:42] <nhandler> Looks like it worked JimHansson: http://revu.ubuntuwire.com/p/gtest
[04:43] <JimHansson> nhandler: cool, thanks for your help
[04:43] <nhandler> You are welcome JimHansson
[04:44] <JimHansson> now i only need to figure out where I go from here
[04:45] <nhandler> JimHansson: I would start by resolving the warnings displayed by REVU
[04:47] <JimHansson> nhandler: yes that need to be fixed, thanks once again
[05:46] <ripps> Can someone please fix python-gnome2-extras in karmic? I think the problem is in the python-gdl dependency.
[09:48] <geser> ripps: bug 389728
[10:26] <kpirc> I need a reviewer for my 'cadabra' package on REVU (it's a symbolic computer algebra system). Any takers?
[11:56] <alefteris> $ reverse-build-depends something
[11:56] <alefteris> reverse-build-depends: unable to find sources files.
[11:56] <alefteris> what am I doing wrong?
[11:58] <geser> have you a deb-src line in your sources.list?
[11:59] <alefteris> geser, yes, I have
[12:01] <alefteris> then I get and the following warning: Did you forget to run apt-get update (or add --update to this command)? at /usr/bin/reverse-build-depends line 234.
[12:01] <geser> did you run "sudo apt-get update"? and it exited without error?
[12:04] <alefteris> yes, update finishes fine, upgrade has some packages that can't be upgraded (because of new version of kernel and restricted stuff?)
[12:05] <alefteris> you think it has to do with the problem?
[12:06] <geser> no, upgrade has nothing to do with it, update just fetches the list including the one you need for reverse-build-depends
[12:06] <geser> doesn't it still works?
[12:08] <alefteris> no, I still get the same errors
[12:09] <geser> hmm
[12:21] <Ampelbein> alefteris: can you pastebin your /etc/sources.list ? what happens if you run 'sudo reverse-build-depends package' ?
[12:23] <Ampelbein> alefteris: also try 'reverse-build-depends -s -u package'
[12:23] <Laney> sudo?
[12:26] <alefteris> Ampelbein, tried the last command, didn't help, my source are at http://paste.ubuntu.com/200735/
[12:31] <Ampelbein> alefteris: what package are you trying? could it be one from the ppa's you have in your sources.list?
[12:32] <alefteris> Ampelbein, cdbs for example
[12:39] <Ampelbein> alefteris: ok, can you try 'reverse-build-depends -d cdbs 2>&1 | grep DEBUG' and pastebin the output?
[12:39] <alefteris> Ampelbein, found it, by default it will search for karmic sources, so I need to spesify --distribution jaunty :)
[12:40] <Ampelbein> alefteris: ah, ok.
[12:40] <Ampelbein> i'm on karmic so I didn't notice
[14:20] <alefteris> I can search for packages that have debhelper as a build-dep with: grep-dctrl -F Build-Depends debhelper -s Package /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_jaunty_universe_source_Sources
[14:20] <alefteris> but how to search for debhelper >= 7?
[14:22] <alefteris> grep-dctrl man page mentions a --ge switch (greater or equal), but I can't figure our how to use it :(
[14:41] <Ampelbein> alefteris: i think that switch is only for version comparisons. Use a regexp to find it, like 'grep-dctrl -F Build-Depends -r --pattern debhelper.\(\>=.7.* -s Package /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_karmic_*_Sources'
[14:47] <alefteris> Ampelbein, thanks a lot :)
[14:49] <Ampelbein> alefteris: got disconnect, did you receive my messages?
[14:49] <alefteris> Ampelbein, yes, thank you :)
[14:56] <LCIDFire> Hi all
[14:58] <LCIDFire> When a package is build in ppa - how does one give e.g. autogen.sh execute rights? What does test -x do?
[15:02] <slytherin> maxb: do you plan to request sync for libjaudiotagger-java
[15:18] <masterkernel> Hello, I am in need of a reviewer for my package, kernelcheck. It is a GUI tool that can automatically (custom) build any 2.6 kernel from the upstream source with any patches the user wants.
[15:39] <slytherin> geser: did you manage to get libjboss-buildmagic-java build to work?
[15:41] <geser> huh? I didn't know that I should look at it
[15:46] <c_korn> I don't have access to a file on the german mirror: http://de.archive.ubuntu.com/ubuntu/pool/main/p/portaudio19/libportaudio2_19+svn20090620-0ubuntu1_amd64.deb 403 Forbidden
[15:54] <p3rror> hello
[15:55] <p3rror> i uploaded a package using dput
[15:55] <p3rror> but it still invisible in the revu.ubuntuwire.com website
[15:56] <p3rror> please can you tell me what happened ? maybe there are a delay
[15:56] <geser> c_korn: I don't have a problem to wget your URL (IP: 141.76.2.131)
[16:06] <c_korn> geser: hm, now it also works here. (am I getting mad?)
[16:12] <maxb> slytherin: I was thinking about that - but I wanted to ask you about the s/default-jdk-builddep/default-jdk/ change - am I right in believing that it's purely a matter of convenience / efficiency of buildd time, and is fine to be dropped if it's the only remaining change?
[16:56] <slytherin> maxb: i would like to see that change go in debian, but as long as debin package builds fine in karmic chroot i am fine with dropping it. Still we have 4 days till DIF, so see if you can forward the change.
[17:00] <slytherin> geser: my bad. we discussed about maven related bootstrapping. I got confused
[17:01] <slytherin> p3rror: what was the command you used
[17:03] <geser> slytherin: I've looked into it but have to postpone the solution I wanted to try as one build-dependency is FTBFS (doxia-sitetools). Once this is resolved I should be able to give it a try to bootstrap it with the Debian deb.
[17:33] <slytherin> geser: I don't see doxia-sitetools on FTBFS page
[17:37] <geser> slytherin: because it FTBFS in jaunty already and didn't get retried in karmic (therefore there is no build record in karmic which could be shown on the FTBFS page)
[17:37] <geser> slytherin: http://launchpadlibrarian.net/24381838/buildlog_ubuntu-jaunty-i386.doxia-sitetools_1.0-alpha-11-3_FAILEDTOBUILD.txt.gz
[17:40] <geser> slytherin: see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518446 . I could get it build with the packages mentioned in the 2nd comment but only when I took the debs from Debian. I didn't manage to get doxia from experimental to get build in karmic.
[17:43] <slytherin> geser: I will drop a mail to Debian maintainer asking to upload them to unstable.
[17:45] <geser> slytherin: does it make sense when it doesn't build in Ubuntu? (it's not that we couldn't sync from experimental if needed)
[17:50] <AndrewGe1> Hi. I've uploaded a patch to fix a package. I've subscribed ubuntu-universe-sponsors. Is there anything else I need to do?
[17:51] <geser> AndrewGee: wait
[17:51] <AndrewGee> geser: Okay. Thanks :) Just making sure I wasn't missing anything else :)
[17:51] <geser> AndrewGee: what's the bug number so could give it a quick look?
[17:52] <AndrewGee> geser: #387043
[17:57] <geser> technically it looks OK
[17:58] <AndrewGee> geser: Great
[17:59] <slytherin> geser: he often builds packages against his personal repository.
[18:10] <LCIDFire> Question: Why does a gcc compile an app fine on my machine but complain about a missing (put present) header file on the ppa build?
[18:12] <LCIDFire> where is the gcc search path located?
[18:14] <slytherin> LCIDFire: did you try building the package on your machine using pbuilder?
[18:14] <LCIDFire> nope
[18:15] <slytherin> LCIDFire: you should try then you will know what is missing in the packaging.
[18:16] <LCIDFire> slytherin: great - that's exaclty what I was searching for - thanks
[18:18] <slytherin> LCIDFire: https://wiki.ubuntu.com/PbuilderHowto
[18:20] <LCIDFire> slytherin: do I have to run this stuff with sudo?
[18:21] <slytherin> LCIDFire: yes
[18:24] <slytherin> geser: sent mail to Debian maintainer. let's see what happens.
[18:39] <LCIDFire> slytherin: do I have to wonder if it does not work out of the box?
[18:39] <geser> LCIDFire: url to the build log?
[18:42] <LCIDFire> geser: http://pastebin.com/d2fa39e42
[18:44] <mrooney> directhex: is mono in a pretty good state in Karmic? I was thinking it would be a good idea for me to test a bunch of these memory related bugs there and see the results in 2.4 vs 2.0
[18:46] <geser> LCIDFire: have you universe enabled in your pbuilder?
[18:49] <LCIDFire> geser: don't really know how to enable
[18:50] <geser> on the wiki page about pbuilder there should be action about it
[18:50] <geser> LCIDFire: https://wiki.ubuntu.com/PbuilderHowto#Universe%20support
[18:51] <LCIDFire> geser: what is the if doing - I don't get it
[18:53] <geser> LCIDFire: some of the packages you need are in the universe component and as only main is enabled by default in your pbuilder they aren't found
[18:53] <LCIDFire> geser: now I get it - the if is for building on debian
[18:54] <geser> ah, the if on the wiki page
[18:54] <LCIDFire> geser: are the packages deleted after I leave pbuilder?
[18:55] <geser> LCIDFire: the "temporary" directory is deleted after every pbuilder run but the downloaded debs are cached
[19:05] <LCIDFire> geser: hope so - it takes forever to download
[19:18] <geser> LCIDFire: see /var/cache/pbuilder/aptcache/
[20:17] <LCIDFire> geser: thanks - it worked
[20:38] <ryanakca> Could someone give me a hand with debsign please? http://paste.ubuntu.com/201004/ ... I have 'DEBSIGN_KEYID' environment variable exported...
[20:42] <geser> ryanakca: btw why do you sign a _i386.changes file?
[20:46] <ryanakca> geser: I've done it for a while, I'm not sure, but iirc, it was because dput complained that it wasn't signed when I was dputting my .debs to my local repository. I might be completely wrong though.
[20:47] <geser> ah, that makes sense
[22:38] <jacob> if anyone's feeling energetic, mind doing a quick review of gfire? http://revu.ubuntuwire.com/details.py?upid=5744