[00:07] sparr, It doesn't appear a conflict was actually added [00:08] http://launchpadlibrarian.net/23145334/boost_1.34.1-15ubuntu2_1.34.1-15ubuntu3.diff.gz [00:08] http://launchpadlibrarian.net/24456406/python2.6_2.6.1-1ubuntu6_2.6.1-1ubuntu7.diff.gz [00:21] cody-somerville: even worse? [00:43] sparr, It looks like maybe he fixed it [00:43] ugh, i need to relocate to cali [00:43] heh [00:43] Ugh is right. [00:44] i really want to :) [00:44] I wouldn't want to : ( [00:45] need to get out of the midwest [00:45] wonder what the job market right now is like in san fran [00:46] * imbrandon opens google [00:46] trying to decide if im selfless enough to spend an hour removing python and reinstalling it from intrepid then jaunty to see if all parts of that bug are really fixed [00:46] where is jono where ya need him :) [00:47] sparr: go for it :) [00:49] sparr: virtual machines are nice, too. [00:50] as are chroot's [00:50] or {,s}chroots [00:58] either way i would have to either make a fresh installation, or roll back an existing installation [00:58] no time saved [01:06] maco posted a jaunty 6 vm on thepiratebay, so at least there's a bit of time saved if you want to use that [01:07] (i.e., alpha 6) [01:08] hmm, it would be worth investigating offering vbox images [01:11] alpha 6 already has python 2.6.1, no? === Snova_ is now known as Snova === spork is now known as Guest62032 [03:50] /join #drupal [03:50] err [03:56] I'm trying to make my ppa packages up to debian standards by including by including an package-version.orig.tar to the packages. I implemented this using cdbs tarball.mk, becuase it always seemed to ingnore the orig.tar otherwise, the problem is that whenever I try to do a test build with pdebuild, I get this error "tar: build-tree: Cannot chdir: No such file or directory" [04:14] ripps: tarball.mk is for tarball-in-tarball packages [04:15] How do I get dput,pdebuild,etc to recognize package.orig.tar.gz then? [04:15] Amaranth: ^ [04:16] ripps: you create that before you build the package [04:16] I've tried having one in my source directory and my ../source, but dput never recognizes and uploads it. [04:17] ripps: it should be like alacarte_0.11.10.orig.tar.gz [04:17] and it should not have your debian/ dir in it [04:17] it should be a clean tarball from upstream [04:18] so for that alacarte package the package is alacarte 0.11.10-0ubuntu1 or whatever, the working directory is alacarte-0.11.10 [04:18] Amaranth: I know, does the version matter? I use git to update my source dirs, so I tend to just copy the source and remove all the debian stuff when I make orig tarballs [04:18] the version should correspond to your package version [04:19] brb [04:20] TheMuso: nice patches on alsa-devel [04:21] nenolod: thanks [04:21] nenolod: That script needs a bad cleanup, and I'll probably sit down and do it one day. :) [04:31] Amaranth: how much of the version has to correspond with the changelog? I use a fairly long version number libmpd_0.18.0+git090318-0ubuntu2~ripps [04:32] libmpd_0.18.0+git090318.orig.tar.gz [04:45] Amaranth: I use several debian.distro folders that I individually symlink to debian depending on which package I'm building today, but this seems to cause issues with debuild -S. [04:51] Amaranth: http://paste.ubuntu.com/140501/ === bluesmoke_ is now known as Amaranth [05:00] Amaranth: did you see my pastebin? [05:01] ripps: Nope, but I really don't have any more time to help right now, sorry [05:01] ripps: In 2-3 hours more people should be around [05:07] Amaranth: I thinked I figured out an alternative, I changed my backporting script to make the debian directory a copy instead of symlink. dput seems to work correctly now. [05:08] Hmm... Now I need some way for the script to save changes to debian to the old debian.distro directory. === spork is now known as Guest74634 [06:14] good morning [06:38] I written a script that automates creating an orig tarball, building a source package, and uploading to a repository (using dput). I called it dshove: http://paste.ubuntu.com/140531/ [06:38] Anything blatanly wrong with it? [07:01] Actually, it doesn't work right. Does anybody know how to cut the "0ubuntu1~ppa" from a version string? [07:16] morning dholbach [07:16] hiya imbrandon [07:16] how are you doing? [07:16] when i see you come online i know its (local)time for me to sleep :) [07:16] heh good good [07:17] hehe :-) [07:17] u? [07:17] sleep tight then :) [07:17] I'm waking up slowly, but I'm good - thanks [07:23] ripps: something like "dpkg-parsechangelog | grep '^Version:' | sed -e 's/^Version: //' -e 's/-[^\-]*$//'" [07:23] tsimpson: actually, I figured it out in #ubuntu+1, my new script version: http://paste.ubuntu.com/140545/ [07:26] ripps: that assumes the upstream version won't contain a '-', which is possible (if bad form) [07:30] tsimpson: well your version works too, so I don't see why not to add it. [07:36] * Amaranth seems to remember i.mbrandon saying he slept on european time [07:45] Should I create a launchpad bzr branch containing all the devscripts I've come up with? [07:52] ripps: you could branch ubuntu-dev-tools https://code.launchpad.net/ubuntu-dev-tools [08:07] https://code.edge.launchpad.net/~ripps818/ubuntu-dev-tools/ripps-scripts [08:17] good morning [09:00] Hello [09:00] I'm not sure if this is the right place but I have a question about packaging [09:00] I have a Python package and some scripts [09:01] I'm using dist-utils to build the Python package and CDBS to build the .deb package [09:01] At this point I want to build three .deb packages. [09:02] The Python package is to be common to each .deb package [09:02] Actually, scratch that [09:02] I probably really want to build four packages [09:02] The python package and one for each script/config [09:03] Is this possible with CDBS? [09:06] just write appropriate .install files and debian/control entries [09:09] directhex: CDBS seems to do magic with the tarball from Python's dist-utils, if I add to the control file will CDBS pick this up and do the right thing? [09:10] dunno. Python is sluggish interpreted black magic to me [09:10] directhex: Ah :) [09:10] I suppose there is nothing to do but experiment, thanks for the help === asac_ is now known as asac [11:21] does anyone know why this cdbs debian/rules calls build/ldc twice? http://paste.ubuntu.com/140634/ [11:35] goshawk: i have no idea why, but why do you ahve a call to bash? [11:35] hyperair: yes, debug [11:35] lol i see [11:35] hyperair: i put it to track that it's really called twice [11:35] :) [11:35] hahah [11:35] i have no idea why [11:36] what's DEB_BUILDDIR again? [11:36] hyperair: the first one copies a directory in the debian build direcotry [11:37] and the other one compiles the previous copied [11:37] nono what doies it refer to [11:37] debian/? [11:37] debian/tmp? [11:37] no wait that's DEB_DESTDIR [11:37] so what's DEB_BUILDDIR? [11:37] is it CURDIR? [11:37] no, it's obj-gnu-archblablablasl [11:37] .___________. [11:38] it's the dir in which all in compiled by default [11:38] in cdbs [11:38] i see [11:39] why don't you just link it [11:39] ln -s tango/ $(DEB_BUILDDIR)/tango [11:40] yep... [11:40] i don't wanna make the tree dirty [11:40] so all the changes are in DEB_BUILDDIR [11:40] if i link [11:40] the tree will be dirty [11:40] :) [11:41] build/ldc:: build-runtime-stamp [11:41] build-runtime-stamp: [11:41] cp -a tango/ $(DEB_BUILDDIR)/tango/ [11:41] cd $(DEB_BUILDDIR) && $(MAKE) runtime [11:41] i'm trying this one [11:41] i look in a forum [11:41] maybe it works [11:41] * goshawk compiles [11:44] that's one hell of a hack =\ [11:45] goshawk: you'd be better off not using cdbs [11:46] goshawk: another thing.. build/ldc:: is called _after_ building ldc [11:46] yep it's what i want [11:46] make and then make runtime [11:48] yep... i should NOT use cdbs... [11:49] ok time to go for me [11:49] thansk for your help hyperair [11:49] see you [11:50] goshawk: no prob === keylocker is now known as leleobhz === LucidFox is now known as Morbo === Morbo is now known as LucidFox [12:20] Hello, is there a way to make pbuilder update from intrepid to jaunty , but get the updates from the alternate CD rather than the internet ? [12:35] AnAnt_, much easier to create a new pbuilder [12:35] directhex: well, same question, how do I make it get the packages from CD instead of internet ? [12:35] deb-cdrom? [12:35] or something? [12:36] you should be able to use the cd in your --mirror line [12:37] directhex: what makes new pbuilder easier that --update ? [12:37] updates may not end up being 100% clean between releases [12:38] if your pbuilder is unclean, you defeat the purpose of using it [12:39] directhex: so I use --create , and it will overwrite the existing base.tgz ? [12:40] if your system is set up to only use one base.tgz, then probably [12:40] directhex: will that remove packages already existing in /var/cache/pbuilder/result/ ? [12:41] AnAnt_: the only way to remove those is rm them manually =p [12:42] ok, good [12:42] thanks === jcfp-libr is now known as jcfp === thunderstruck is now known as gnomefreak [14:59] anyone know who is going GSoC this year for Ubuntu? [15:02] cbx33: I don't think we are. [15:02] oh [15:04] There's stuff at https://wiki.ubuntu.com/GoogleSoC2009 , no idea what the status is. [15:05] Ubuntu isn't participating [15:06] ahh ok [15:06] thanks guys [15:10] wow, that's surprising, I'm sure I've seen a list with ubuntu beeing one of the accepted organisations for this year [15:14] Anyone familiar with a QT .ui file. Im trying to use and i'm getting Unexpected element includehints. [15:17] Heya gang === bluesmoke_ is now known as Amaranth [16:33] in a debian/rules that use cdbs, what is the difference between build/foo: and build/foo:: ? [16:37] :: appends to an existing rule [16:38] directhex: thanks :) === azeem_ is now known as azeem [16:45] so why if i redefine CMakeCache.txt:: if get debian/rules:13: *** target file `obj-x86_64-linux-gnu/CMakeCache.txt' has both : and :: entries. Stop. [16:45] ? === Schnitz_ is now known as Schnitz [17:03] jpds: why do you have these lines in the pidgin profile? [17:03] + deny /etc/kernel rm, [17:03] + deny /etc/passwd rm, [17:04] kees: Cos pidgin kept asking for them and I wanted to silence it. [17:04] pidgin was asking for "m" on passwd ? [17:04] Yeah. [17:04] that's very very odd. [17:05] * kees will poke at that -- that's either a bug in pidgin or a regression in the kernel. [17:05] jpds: you did this on i386 or amd64? [17:06] kees: i386, lemme check my logs again. [17:06] cat you give me the output of two commands: sudo cat /proc/1/personality; cat /proc/$$/personality [17:07] I would expect both to be "00000000" [17:07] kees: http://paste.ubuntu.com/140802/ [17:08] kees: Both are: "00000000" - latest Jaunty. [17:08] * kees scratches his head [17:09] okay, I'll poke around some more later today [17:18] kees: http://paste.ubuntu.com/140818/ [17:19] jpds: right, getpwuid shouldn't be mapping "m". [17:19] can you cat the personality of your pidgin process? [17:20] Same, 0000000 [17:20] totally weird! [17:21] do you have any warnings in your logs for cups complaining about the need for "m" on /etc/passwd when it prints? [17:21] Haven't used cups. [17:23] I am having problens when trying to create a package... can ayone help me out with that: http://ubuntu.pastebin.com/d5c95419d === solarion_ is now known as Solarion [17:40] Legendario: i don't see any error line from the source, except the one by pbuilder [17:40] goshawk... i am having another problem now... on debuild... [17:43] no... not at all [17:43] let me see [17:43] goshawk [17:43] could debuild it again [17:43] the problem is on compiling the package with pbuilder really [17:45] goshawk, what king of error can it be? [17:45] Legendario: maybe some make returns a value which is recognized as an error to pbuilder [17:47] goshawk, do u think this bug maybe affecting my build? https://bugs.launchpad.net/ubuntu/+source/cdbs/+bug/138981 [17:47] Ubuntu bug 138981 in cdbs "makefile.mk overwrites LDFLAGS defined in Makefile" [Medium,Confirmed] [17:47] but i don't see that going on in it [17:48] cause i am not using cdbs... [17:48] Legendario: i don't think so [17:48] if you were affected by the same problem [17:48] debuild should not work too [17:49] yeah... everything ok with debuild [17:49] the problem seem to be when compiling this libweed... [17:54] goshawk, could give me any suggestion? I am lost? [17:54] lost! [17:55] can you please past me the output of debuild? [17:55] paste [17:58] goshawk, http://ubuntu.pastebin.com/d591711ea [17:59] Legendario: with debuild -S -sa you are preparing a source package [17:59] you are not compiling [17:59] to compile [18:00] just run debuild [18:00] but i think [18:00] that you will have to download a lot of dependencies [18:00] i think i have done that already... gonna try againg [18:01] goshawk, error. gonna paste for u [18:02] Legendario: is it a new package the one you are trying to compile? [18:02] goshawk, http://ubuntu.pastebin.com/dada0e48 [18:02] yes [18:03] Dependências de construção não satisfeitas: libgtk2.0-dev libsdl1.2-dev libtool automake1.9 [18:03] i'm not spanish [18:03] but it says to install those packages ;) [18:03] looks like missing build deps [18:03] goshawk, it is not spanish. it is portuguese... :-) [18:04] ah sorry :D [18:04] sudo apt-get install libgtk2.0-dev libsdl1.2-dev libtool automake1.9 [18:04] :) [18:05] goshawk, it's been a time since I last tried to build a package... I didn't need to do this in the past... pbuilder used to download those packages to the check enviromment... Did things changed? [18:05] no [18:05] Legendario: the things are the same [18:06] Legendario: but we can figure out what's the error in pbuilder [18:06] so you have two solutions [18:06] 1) find a log in which there is the error (from pbuilder's logs) [18:06] 2) compile it in your environment with debuild [18:06] goshawk, i am downloading them... let's just wait a bit... [18:07] my connection is kind of slow [18:07] in the meantime try to find the error in the pbuilder logs [18:08] goshawk, where is the log located? [18:09] Legendario: it depends if you are using pbuilder or pbuilder-dist [18:09] pbuilder [18:10] the first one is in goshawk@earth:/var/cache/pbuilder$ ls [18:10] aptcache build pbuildd pbuilder-mnt pbuilder-umlresult result [18:10] /var/cache/pbuilder [18:10] in build [18:10] you should find the build logs [18:10] no, wrong [18:11] yeahh, i am not finding them there... [18:12] goshawk, i've made a search for *.log in the /var/cache/pbuilder but found no thing at all [18:13] yep, i said that it's wrong that's not the correct dir [18:14] sorry i don't know [18:14] goshawk... i don't know if there is such a log... [18:15] pbuilder-dist does it :P [18:16] well, i've never use pbuilder-dist... how diferent is that? [18:16] pbuilder-dist is just a wrapper that makes you able to have multiple pbuilders for multiple distributions [18:16] you create a smb link in /usr/local/bin of pbuilder-dist named pbuilder-intrepid for example [18:16] pbuilder-intrepid create [18:17] pbuilder-intrepid build file.dsc [18:17] it builds [18:17] like normal pbuilder [18:17] pbuilder-sid build file.dsc builds for debian sid [18:17] and so on [18:18] i see here it really has the option to log or not the builds [18:19] but does it change debian/changelog? [18:19] for the chosen distro? [18:20] no [18:20] it justs tests build-depends [18:20] in different environments [18:21] it's not used in production where you need to do packages to distribute, pbuilder is to check that the build depends are satisfied [18:21] but u must have a chroot envirommento for each distro, right? [18:21] yep [18:21] pbuilder-intrepid create [18:21] pbuilder-sid create [18:21] and so on [18:22] goshawk, tried to debuild here [18:22] do u want the hole thing or just the end... [18:23] start from the end :) [18:26] goshawk, big one: http://ubuntu.pastebin.com/d31c1394e [18:28] well [18:28] finally [18:28] :) [18:28] from line 420 [18:29] they are all errors [18:29] /home/kemel/Downloads/source/Empacotados/Lives2/lives-0.9.9.7/libweed/weed.c:260: undefined reference to `weed_malloc' [18:29] the sources are broken IMHO [18:29] i see, but i can't know why... [18:29] it's reference problem [18:30] it seems that in weed.c some libraries are missed [18:30] weòò [18:30] well [18:31] goshawk, what is IMHO? [18:31] only that file has undefined reference for weed_malloc weed_memcpy weed_free, memset and many otehrs [18:31] IMHO = In my honest opinion [18:31] Can someone tell me how I can more quickly get a patch into a package? [18:32] humble, normally. [18:32] or how I can update my own package while I wait? [18:32] goshawk, is that an upstream problem? [18:32] ye [18:32] yep [18:32] I have hit an issue with an upstream(debian package) bug. I have found the proper patch from the software project, but now it needs to be applied to the package. === erhesrhsrtb54vyh is now known as Elbrus [18:33] What do I do now? [18:33] goshawk, but i believe the author has no problem to compile it... [18:33] Legendario: are you sure that you have the correct version? i mean the same he compiled [18:34] quentusrex: Does the package fail to build in Debian? [18:34] goshawk, i don't know... at least it is the last stable version that is available [18:35] broonie: the package does not fail to build [18:35] i am in touch with him... gonna ask him tough [18:35] it fails to properly detect the capabilites of the server... [18:35] it detects all processors as 686, and not about to detect x86_64.... [18:36] quentusrex: Is there an existing Debian bug for this issue? [18:36] I just filed it [18:36] broonie: it is a brand new bug... [18:36] quentusrex: Then send the patch to the bug as well. [18:36] debian only applied one of the two patches... [18:36] I did :) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521785 [18:36] Debian bug 521785 in libvirt-bin "libvirt fails to detect host 64 bit capability for kvm" [Important,Open] [18:37] now what? [18:37] I'm a bit worried because my whole network is down because of this bug... :( [18:38] Wait for the maintainer to react. [18:38] :) [18:43] broonie: could you walk me through modifying the package myself? I have compiled it locally to install it [18:43] now I just need to download the source, then compile and reinstall it myself... [18:45] This article has a walkthrogh of rebuilding: http://www.debian-administration.org/articles/20 [18:45] When you download the source check if there's a directory debian/patches in the source. [18:49] ok === zMoo is now known as patronDeCombat === ejat is now known as e-jat === ivoks_ is now known as ivoks [19:10] goshawk, tell me something... i included a file called GETTING.STARTED on the debia/docs. Where is it going to be included in the end? /usr/share/doc/package-name/GETTING.STARTED? [19:11] no [19:11] Legendario: in debian.docs you put the filenames [19:12] Legendario: that you want to have in /usr/share/doc/ldc [19:12] oops [19:12] remove ldc [19:12] :) [19:13] eg [19:13] goshawk@earth:~/Documents/Projects/MOTU/ldc/d1/ldc-0.9/debian$ cat docs [19:13] CMakeLists.txt [19:13] readme.txt [19:13] readme.txt [19:13] goshawk@earth:/var/cache/pbuilder$ cd /usr/share/doc/ldc/ [19:13] goshawk@earth:/usr/share/doc/ldc$ ls [19:13] changelog.Debian.gz CMakeLists.txt.gz copyright readme.txt [19:13] goshawk@earth:/usr/share/doc/ldc$ === mcasadevall is now known as NCommander [19:14] goshawk, no, i just want to write on the README.debian that there is this file called GETTING.STARTED, which is actually a FAQ and tell the location of it [19:15] goshawk, so i suppose it is going to be /usr/share/doc/package-name/GETTING.STARTED, right? [19:15] if ypu put his name in debian/doc yes [19:16] goshawk, that's what i did... ;-) thanks... [19:17] quadrispro: thanks btw for updating those sugar packages in jaunty. [19:17] goshawk, well, i asked the author to try to compile it himself and see if he gets the same problem... [19:20] Legendario: ;) [19:21] goshawk, thanks a lot man. gotta go now... [19:21] you are welcome Legendario [19:21] Legendario in italian is legend :) [19:22] yep, with one more g [19:22] goshawk, are u italian? [19:22] yep [19:22] goshawk, half of my family is too... [19:22] from Trento... [19:22] ah ;) [19:22] my mothers side [19:22] the world is little ;) [19:23] and the italians travel a lot. ;-) [19:23] and end up coming to Brazil :D [19:24] goshawk, well see u. Bye === patronDeCombat is now known as zMoo [19:50] lfaraone: :) it's a pleasure [20:03] could someone from motu-sru have a look at bug #220136 ? [20:03] Launchpad bug 220136 in asterisk-chan-capi "does not provide codecs to translate on hardy" [Undecided,Confirmed] https://launchpad.net/bugs/220136 [20:03] cody-somerville ? :) [20:14] lionel, acked [20:14] cody-somerville: thanks! [20:54] goshawk, can i bother u a second? [20:54] Legendario: yep [20:55] a new file appeared at the debian folder after i tryed to debuild it [20:55] it's calle package-name.debhelper.log [20:56] seems interesting [20:56] it's the debhelper log probably [20:56] are you using cdbs? [20:56] thereis only this inside: dh_installdirs [20:56] not using cdbs [20:57] goshawk, any hint? [20:57] no [20:57] btw it's right [20:57] you don't call debhelper [20:57] your package dies before reaching all the dh_* scripts [20:57] so it's normal that a log of all the dh_* scripts is empty [20:58] at least it's logical [21:01] goshawk, but my package is dies on build-stamp, doesn't it? [21:01] dies, sorry [21:01] yep [21:01] it dies while building for a problem in the source IMHO [21:02] so some dh_scripts are called [21:02] and why is this specific script appearing in the debhelper log [21:02] ? [21:05] goshawk [21:05] wait i read now [21:05] :) [21:06] i think your debian/rules sets it [21:08] goshawk, it does, but is that what may be causing the problem? === jdstrand_ is now known as jdstrand [21:10] i dont think [21:11] phone [21:20] goshawk, ok [21:23]