[00:35] 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] ripps, yes [00:38] wait, no [00:38] not build-time [00:38] only binary deps can do it [00:39] I see some packages use 'packageA | packageB;' the only difference, there's no packageB for me. [00:39] piped build-depends don't actually work [00:39] i mean, they work, but they don't work work [00:40] the main archive software used by debian, sbuild, ignores them [00:43] 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] ripps, i have the same need, but i don't have a solution for that yet. [00:48] 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] ripps, one idea is to backport the build-dep but it's not always wanted or possible [00:49] ripps, another idea is to fork the packaging branch :( [00:51] Is it all right if I upload my program to both REVU and mentors.debian.net? [00:52] 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) === lukjad007 is now known as ShadowChild [02:42] 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] don't type so much on a single line. IRC truncates [02:43] anyway, push to lp:mythbuntu-documentation/mythbuntu/documentation [02:44] but you need to run bzr lp-login hansolo669 first [02:44] oh ok [02:44] thanks === santiago-pgsql is now known as santiago-ve [02:47] now it says theres no mythbuntu documentation " No such project: mythbuntu-documentation" [02:48] hansolo669: Prefix 'mythbuntu-documentation' with a ~ [02:48] ok will try that [02:49] thanks it worked [03:42] 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] JimHansson: Have you added your GPG key to your LP profile and logged into REVU? [04:07] yes [04:08] JimHansson: What is the package? [04:08] gtest and gmock [04:14] nhandler: do I also need to upload ssh keys? [04:15] JimHansson: No, you shouldn't need to [04:16] JimHansson: Give me a few minutes to look into this [04:16] nhandler: ok [04:21] JimHansson: Do you have a link to your LP profile? [04:22] https://launchpad.net/~jim-hansson [04:27] JimHansson: How are you uploading the package to REVU? [04:29] dput [04:30] nhandler dput REVU *-sources.changes [04:30] JimHansson: And could you pastebin the REVU section of your /etc/dput.cf file? Also, does dput show that it was uploaded? [04:31] nhandler: i get *source.revu.upload file [04:33] nhandler: revu.ubuntuwire.com, /incoming, anonymous [04:35] nhandler: http://pastebin.com/d4f21a94e [04:38] 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] nhandler: it was some time ago(weeks) i tried it, maybe i should try again. [04:40] JimHansson: You didn't mention that part. Please try again now [04:41] nhandler: already uploaded [04:42] nhandler: removed .upload file, now it is uploaded [04:42] JimHansson: [04:42] Looks like it worked JimHansson: http://revu.ubuntuwire.com/p/gtest [04:43] nhandler: cool, thanks for your help [04:43] You are welcome JimHansson [04:44] now i only need to figure out where I go from here [04:45] JimHansson: I would start by resolving the warnings displayed by REVU [04:47] nhandler: yes that need to be fixed, thanks once again [05:46] Can someone please fix python-gnome2-extras in karmic? I think the problem is in the python-gdl dependency. [09:48] ripps: bug 389728 [09:48] Launchpad bug 389728 in gnome-python-extras "Uninstallable in Karmic due to bad dep on libgdl, FTBFS if rebuilt" [High,Confirmed] https://launchpad.net/bugs/389728 [10:26] I need a reviewer for my 'cadabra' package on REVU (it's a symbolic computer algebra system). Any takers? === ShadowChild is now known as lukjad007 [11:56] $ reverse-build-depends something [11:56] reverse-build-depends: unable to find sources files. [11:56] what am I doing wrong? [11:58] have you a deb-src line in your sources.list? [11:59] geser, yes, I have [12:01] 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] did you run "sudo apt-get update"? and it exited without error? [12:04] yes, update finishes fine, upgrade has some packages that can't be upgraded (because of new version of kernel and restricted stuff?) [12:05] you think it has to do with the problem? [12:06] no, upgrade has nothing to do with it, update just fetches the list including the one you need for reverse-build-depends [12:06] doesn't it still works? [12:08] no, I still get the same errors [12:09] hmm [12:21] alefteris: can you pastebin your /etc/sources.list ? what happens if you run 'sudo reverse-build-depends package' ? [12:23] alefteris: also try 'reverse-build-depends -s -u package' [12:23] sudo? [12:26] Ampelbein, tried the last command, didn't help, my source are at http://paste.ubuntu.com/200735/ [12:31] alefteris: what package are you trying? could it be one from the ppa's you have in your sources.list? [12:32] Ampelbein, cdbs for example [12:39] alefteris: ok, can you try 'reverse-build-depends -d cdbs 2>&1 | grep DEBUG' and pastebin the output? [12:39] Ampelbein, found it, by default it will search for karmic sources, so I need to spesify --distribution jaunty :) [12:40] alefteris: ah, ok. [12:40] i'm on karmic so I didn't notice [14:20] 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] but how to search for debhelper >= 7? [14:22] grep-dctrl man page mentions a --ge switch (greater or equal), but I can't figure our how to use it :( [14:41] 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] Ampelbein, thanks a lot :) [14:49] alefteris: got disconnect, did you receive my messages? [14:49] Ampelbein, yes, thank you :) [14:56] Hi all [14:58] When a package is build in ppa - how does one give e.g. autogen.sh execute rights? What does test -x do? [15:02] maxb: do you plan to request sync for libjaudiotagger-java [15:18] 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] geser: did you manage to get libjboss-buildmagic-java build to work? [15:41] huh? I didn't know that I should look at it [15:46] 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] hello [15:55] i uploaded a package using dput [15:55] but it still invisible in the revu.ubuntuwire.com website [15:56] please can you tell me what happened ? maybe there are a delay [15:56] c_korn: I don't have a problem to wget your URL (IP: 141.76.2.131) [16:06] geser: hm, now it also works here. (am I getting mad?) === danielm is now known as Guest97290 === Guest97290 is now known as danielm [16:12] 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? === azeem_ is now known as azeem === paulproteus_ is now known as paulproteus [16:56] 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. === yofel_ is now known as yofel [17:00] geser: my bad. we discussed about maven related bootstrapping. I got confused === paul__ is now known as Elbrus [17:01] p3rror: what was the command you used [17:03] 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] geser: I don't see doxia-sitetools on FTBFS page [17:37] 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] slytherin: http://launchpadlibrarian.net/24381838/buildlog_ubuntu-jaunty-i386.doxia-sitetools_1.0-alpha-11-3_FAILEDTOBUILD.txt.gz [17:40] 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:40] Debian bug 518446 in doxia-sitetools "doxia-sitetools: FTBFS: java.lang.reflect.InvocationTargetException" [Serious,Open] [17:43] geser: I will drop a mail to Debian maintainer asking to upload them to unstable. [17:45] 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] Hi. I've uploaded a patch to fix a package. I've subscribed ubuntu-universe-sponsors. Is there anything else I need to do? === AndrewGe1 is now known as AndrewGee [17:51] AndrewGee: wait [17:51] geser: Okay. Thanks :) Just making sure I wasn't missing anything else :) [17:51] AndrewGee: what's the bug number so could give it a quick look? [17:52] geser: #387043 [17:57] technically it looks OK [17:58] geser: Great [17:59] geser: he often builds packages against his personal repository. [18:10] 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] where is the gcc search path located? [18:14] LCIDFire: did you try building the package on your machine using pbuilder? [18:14] nope [18:15] LCIDFire: you should try then you will know what is missing in the packaging. [18:16] slytherin: great - that's exaclty what I was searching for - thanks [18:18] LCIDFire: https://wiki.ubuntu.com/PbuilderHowto [18:20] slytherin: do I have to run this stuff with sudo? [18:21] LCIDFire: yes [18:24] geser: sent mail to Debian maintainer. let's see what happens. [18:39] slytherin: do I have to wonder if it does not work out of the box? [18:39] LCIDFire: url to the build log? [18:42] geser: http://pastebin.com/d2fa39e42 [18:44] 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] LCIDFire: have you universe enabled in your pbuilder? [18:49] geser: don't really know how to enable [18:50] on the wiki page about pbuilder there should be action about it [18:50] LCIDFire: https://wiki.ubuntu.com/PbuilderHowto#Universe%20support [18:51] geser: what is the if doing - I don't get it [18:53] 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] geser: now I get it - the if is for building on debian [18:54] ah, the if on the wiki page [18:54] geser: are the packages deleted after I leave pbuilder? [18:55] LCIDFire: the "temporary" directory is deleted after every pbuilder run but the downloaded debs are cached === ripps_ is now known as ripps [19:05] geser: hope so - it takes forever to download [19:18] LCIDFire: see /var/cache/pbuilder/aptcache/ [20:17] geser: thanks - it worked === IVBela1 is now known as IVBela [20:38] Could someone give me a hand with debsign please? http://paste.ubuntu.com/201004/ ... I have 'DEBSIGN_KEYID' environment variable exported... [20:42] ryanakca: btw why do you sign a _i386.changes file? [20:46] 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] ah, that makes sense [22:38] if anyone's feeling energetic, mind doing a quick review of gfire? http://revu.ubuntuwire.com/details.py?upid=5744