[01:49] <xzachtmx> is it possible to package a python module?
[01:51] <lifeless> yes
[06:53] <wrapster> geser: hi
[06:53] <wrapster> geser: you there.. I was able to successfully build the 64bit version of nspr..
[06:54] <ScottK> geser lives in Germany, so he's probably asleep
[06:55] <wrapster> ScottK: ok ...
[06:56] <wrapster> ScottK: i have built the 64bit version of nspr...
[06:56] <wrapster> but having some trivial issues in placing the libs...
[06:56] <wrapster> could you help me resolve it pls
[07:00] <ScottK> Sorry.  It's 2AM here and I'm headed for bed myself.
[07:01] <wrapster> ScottK: ok ...
[07:01] <wrapster> anyone following our conversation can help me pls?
[07:48] <siretart`> rhpot1991: did you manage to test my lame package?
[08:02] <slytherin> ttx: ping
[08:02] <ttx> slytherin: pong
[08:02] <slytherin> ttx: Can you please sponsor the debdiff attached to bug 457660
[08:04] <ttx> slytherin: can't do -- finalfreeze is on
[08:04] <ttx> slytherin: I don't want to get axed by RMs
[08:06] <slytherin> ttx: But it is bug fix.
[08:06] <ttx> slytherin: yes, but not a release-critical one, unfortunately
[08:07] <ttx> https://wiki.ubuntu.com/FinalFreeze
[08:08] <slytherin> ttx: Ok. I will add workaround in jmeter.
[08:08] <ttx> slytherin: if that's possible, that's the best way of doing it
[08:08] <ttx> slytherin: we can fix xstream in lucid, if that's still necessary
[08:09] <slytherin> ttx: By then I will get this fixed in Debian so that we can simply sync.
[08:09] <ttx> slytherin: sure. I should push to debian SVNs most of the fixes I did in libraries over the last months
[08:10] <ttx> hopefully I'll have some free time next week to do so, if nothing catches fire
[08:10] <ttx> slytherin: that should make merge/sync much easier.
[08:11] <slytherin> yes, that would be nice
[08:11] <ttx> slytherin: I've been planning to do it for months
[08:11] <ttx> but reality prevented me from doing so
[08:45] <slytherin> Anyone from motu-release team?
[09:10] <geser> good morning
[09:11] <geser> wrapster: what problem do you have?
[09:21] <wrapster> geser: resolved it...
[09:25] <wrapster> geser: the issue was by default all the *.so files that were (according to the 64 bit pkg) suppose to be in debian/<pkg>/usr/lib/amd64 were in <same>/usr/lib/ and I tried looking and this damn thing was not the staging dir.. there was debian/tmp that was used for staging and then it was copied over to respective pkg dirs under debian/ ; so i tried look at the configure/ makefiles and see if i go set it.. too many intricacies so i manipulated the deb
[09:25] <wrapster> geser: thank a lot for your help...
[09:25] <wrapster> of course nspr is done now.. I should start with nss now.
[09:25] <wrapster> :)
[09:25] <wrapster> i'll again come to you.. :)
[10:23] <wrapster> geser: even after nspr being built successfully i get error while building nss, and what im assuming to be the issue is the upstream name....
[10:23] <wrapster> I want to change it... how do i do it?
[10:23] <wrapster> to something like libnspr-64
[10:24] <geser> wrapster: upstream name of the lib?
[10:24] <wrapster> yeah
[10:24] <wrapster> currently its called libnspr4-0d
[10:25] <wrapster> the 64bit one is also called libnspr4-0dnexenta-64
[10:25] <wrapster> thats causing the issues..
[10:25] <geser> sorry, don't know as I didn't need to know it till now
[10:26] <wrapster> geser: when i dpkg -i <64bit one> it replaces the already present libnspr4-0d
[10:26] <wrapster> thats 32bit
[10:26] <wrapster> geser: ok np
[10:26] <wrapster> anyone who can let me know pls?
[10:28] <joaopinto> wrapster, not sure I understood your problem, libary package names are irrelevant for a building process
[10:29] <joaopinto> dpkg -i will replace the already present only if you have names/control rules which allow that
[10:29] <wrapster> joaopinto: one moment.. ill do a pastie.. and expalin
[10:34] <wrapster> joaopinto: http://pastie.org/666412
[10:35] <wrapster> i've explained everythign clearly there.
[10:36] <joaopinto> wrapster, what you are describing, you are installing a different version for a package, you can't have mutiple package versions installed
[10:37] <joaopinto> ops, i mean, is expected
[10:37] <joaopinto> if you have to have both libs versions installed you need different package names
[10:38] <wrapster> joaopinto: so how do i create different pkg names?
[10:39] <wrapster> joaopinto: thats what i want!!
[10:39] <azeem> the package name is defined in debian/control
[10:39] <joaopinto> wrapster, you just set the names on debian/control and change the debian/* according to your needs ?
[10:39] <azeem> wrapster: why do you need multi-arch nspr/nss anyway?
[10:39] <wrapster> azeem: i changed it...
[10:39] <azeem> to?
[10:40] <wrapster> azeem: i was in a debate with soren on the same issue yday
[10:40] <azeem> ok
[10:40] <joaopinto> azeem, don't try to understand him, he is attempting something very odd :P
[10:41] <wrapster> azeem: im actually building pkgs for nexenta.. not ubuntu...(but since its pkg question im asking)
[10:41] <wrapster> joaopinto: accepted :)
[10:41] <azeem> wrapster: I know that, it doesn't explain multi-arch nspr/nss though
[10:41] <joaopinto> wrapster, your "how to rename" a package is a bit odd, as renaming is equivalent to building a package with specific name
[10:42] <joaopinto> how did you build a package if you don't know how to name it :P ?
[10:42] <wrapster> joaopinto: yeah sorry about that.. how do i build a pkg with specific name
[10:42] <wrapster> no ...
[10:42] <azeem> 11:39 < azeem> the package name is defined in debian/control
[10:42] <wrapster> its not like that.
[10:42] <wrapster> yeah i know that.. and i did try it but it did not give me desired results..
[10:42] <joaopinto> wrapster, the multiple binary packages names are defined on debian/control
[10:42] <azeem> well, that's not very specific
[10:43] <wrapster> ok..
[10:43] <wrapster> will give it another shot and let you knw
[10:43] <azeem> pastebin your debian/control
[10:43] <joaopinto> wrapster, because you are not clear on your requirements
[10:43] <joaopinto> wrapster, the package name was not changed ? those are the expected results
[10:43] <joaopinto> it is not expected to fix something else that you are assuming to be related to package names :)
[10:44] <wrapster> joaopinto: http://pastie.org/666417
[10:44] <joaopinto> wrapster, if you want multi arch needs you need, different target locations and different package names
[10:44] <joaopinto> and I mean names, not versions
[10:44] <wrapster> joaopinto: yeah got it.. looked at the control files carefully after azeem told me , think i got it
[10:44] <wrapster> let me see
[10:45] <joaopinto> wrapster, libnspr4-0d <- this is the package name
[10:45] <wrapster> joaopinto: yeah.. changed it.
[10:47] <wrapster> joaopinto: ok that will cause more issues than required actually.. I need to almost change everything that i had done for libnspr4-0d
[10:48] <joaopinto> wrapster, since you are cross compiling, why don't build a single package which provides both versions ?
[10:48] <wrapster> yeah thats what i'm trying to do now...
[10:49] <joaopinto> you need building rules for both arch cases and install them into the arch specific dirs
[10:50] <azeem> multiarch is hard
[10:52] <wrapster> joaopinto: yeah by the looks of it and my expertise its going to be tough
[10:52] <wrapster> can you help me?
[10:52] <wrapster> if i paste the rules file?
[10:52] <azeem> why don't you wait till official multiarch lands?
[10:53] <wrapster> azeem: cant.. have to get this up right away.
[10:53] <azeem> wrapster: is this for nexenta directly, or are you just trying to recompile your own firefox package?
[10:53] <wrapster> for nexenta
[10:54] <joaopinto> wrapster, sorry, I have no interest for the specific problem you are trying to address,  and I think you should be learning trivial packaging before diving in such complex issues
[10:54] <wrapster> joaopinto: ok
[10:54] <joaopinto> also I am not familair with cross compiling
[11:07] <wrapster> got it working.
[11:07] <wrapster> changed it to libnspr-64
[11:24] <wrapster> geser: can i ask for a bit more help(this time with nss) or should i just go :(
[11:27] <amarillion> Why does git-buildpackage change the md5sum of my orig.tar.gz? Useless...
[11:42] <ripps> Can somebody help me, I'm trying to make an updated uriparser-0.7.5 package, but for some reason, it keeps trying to generate api docs with doxygen, despite the fact that I don't have --enable-doc during configure, how can I stop it?
[11:43] <geser> does it perhaps have a disable-docs option? to force no docs
[11:43] <ripps> geser: I didn't see that option in configure.ac, but I'll try it
[11:45] <ripps> geser: looks like it worked, thanks
[11:45] <geser> it was just a guess, sometimes there is a disable option matching the enable option
[11:46] <ripps> should have been disabled by default though
[11:47] <Laney> amarillion: you should be using pristine-tar
[11:48] <Laney> if you're just building the orig from the upstream branch then that behaviour is no surprise
[11:50] <amarillion> Laney: I imported the tar with pristine-tar
[11:50] <amarillion> but when I do git-buildpackage, and check the md5sum of the orig.tar newly created, it is different from the original orig.tar
[11:51] <amarillion> Which leads to ppa uploads getting rejected
[11:53] <Laney> why are you uploading the orig if the archive already has it?
[11:53] <amarillion> I'm just doing dput my-ppa *source.dsc
[11:54] <Laney> you should build with -sd and upload the .changes
[11:54] <amarillion> what does the -sd option do?
[11:54] <Laney> doesn't include the orig in the upload
[11:54] <Laney> you should also check your gbp output to see how it's making the orig tarball
[11:58] <amarillion> Ok, I did gbp with the -sd option, then tried dput again and now I get "Checksum doesn't match for ../pathvisio_2.0.0-0ubuntu1~ppa3~nbx1.dsc"
[11:58] <amarillion> Packaging work is so frustrating. It's layer upon layer upon layer of scripts. I have no idea what is going on anymore
[12:45] <ripps> I'm trying to build a libxspf package in pbuilder, now I've built a working uriparser library that I use a hook script to install, but during configure of libxspf, it says it can't find uriparser 0.7.5 or later, despite the fact that I know it installed the -dev and that the deb file contains everything necessary all pkconfigs, includes and *.la
[13:36] <geser> ripps: look how it tries to find uriparser and check why it fails
[13:37] <ripps> geser: already figured it out, the package needed pkg-config
[14:28] <jfcgauss_> hi. regarding https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/458274, or in general "unused library dependencies" of shared libraries/executables in ubuntu/debian, i had sent an email to ubuntu-users list a while back, and then someone had replied mentioning that they were taking care of this problem. i think the problem is actually buried deep in libtool. when i set LDFLAGS='-Wl,--as-needed' during ./configure of a package, that flag gets put 
[14:29] <jfcgauss_> that makes --as-needed just useless
[14:29] <jfcgauss_> so i have a patch for libtool :) http://www.pastebin.org/47506
[14:30] <jfcgauss_> it is basically putting $linker_flags ahead of $libobjs and $deplibs
[14:33] <ScottK> jfcgauss_: You might want to discuss that on #ubuntu-server.  The server team developers hang out there.
[14:34] <jfcgauss_> it is not specific to servers
[14:34] <jfcgauss_> i have ubuntu 9.04 amd64 desktop
[14:34] <ScottK> Apache is maintained by the server team.
[14:35] <jfcgauss_> ok but the libtool patch is for all the packages that use libtool basically..
[14:35] <jfcgauss_> apache modules is just an example
[14:36] <jfcgauss_> there are (were) hundreds of shared libraries in ubuntu with unused dependencies
[14:37] <james_w> --as-needed is rarely used in packages though
[14:37] <james_w> jfcgauss_: have you proposed your patch to the libtool developers?
[14:38] <jfcgauss_> no i havent
[14:38] <jfcgauss_> i'll do that
[14:39] <james_w> jfcgauss_: http://www.mail-archive.com/libtool@gnu.org/msg10260.html
[14:39] <james_w> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347650
[14:40] <hyperair> james_w: it's not really all that rare.
[14:40] <james_w> http://www.mail-archive.com/libtool@gnu.org/msg05379.html
[14:50] <jfcgauss_> https://bugs.launchpad.net/ubuntu/+source/libtool/+bug/459095
[15:13] <rhpot1991> siretart: yep I tested it, appears to run better.  I sent a test file off to someone else to test with itunes/iphone still waiting on word back from them
[16:27] <jetienne> q. i got a .deb which has some not-yet installed-dependancies... how can i install those dependancies automatically ? like it is done by apt-get when it is coming from a repository
[16:28] <jdong> install the deb, then apt-get -f install.
[16:29] <azeem> use gdebi
[16:30] <jdong> which works for the degenerate case of one deb
[16:31] <jetienne> jdong: excelent, it did the job thanks
[16:31] <jetienne> azeem: ok will try
[16:32] <jdong> jetienne: for multiple debs, you can do a dpkg -i deb1 deb2 deb3 ; apt-get -f install
[16:32] <jdong> for a single deb, gdebi will do it for you in a more user-friendly manner
[16:32] <jdong> that is, it tells you beforehands if the operation can succeed...
[16:32] <jdong> while with apt-get -f install, if the dependencies cannot be satisfied it'll just force the removal of the partially-installed debs from the last step
[16:32] <jetienne> gdebi is nice but no cool for batch
[16:33] <jetienne> jdong: ok
[17:36] <stevecrozz> how do I get launchpad to accept a new source copy that I'm working on... dput gives me "Already uploaded to stevecrozz on ppa.launchpad.net"
[17:36] <stevecrozz> the last build failed so I need to try a new one
[17:38] <av`> stevecrozz, either remove the .upload file on your working dir or force the upload with dput -f
[17:39] <av`> stevecrozz, you'll need to bump up versioning on changelog as well
[17:39] <stevecrozz> av`: I think that's the part I'm missing... how do I do that?
[17:39] <av`> stevecrozz, which version did you use before? e.g which version did the failed to build package has
[17:40] <stevecrozz> php5_5.2.11-0ubuntu1
[17:40] <av`> php5_5.2.11-0ubuntu2 will be the next one, I suggest you to happen a ~ppaX for PPA uploads
[17:40] <av`> * append
[17:40] <maco> i usually put my lp username intead of ppa
[17:40] <stevecrozz> php5_5.2.11-0ubuntu1~ppa1 ?
[17:41] <av`> maco, yes, that's fine as well
[17:41] <maco> that way when a person looks at "apt-cache poiicy" they know which ppa a package came from
[17:41] <av`> stevecrozz, php5_5.2.11-0ubuntu2~ppa1
[17:41] <ari-tczew> policy * :>
[17:42] <av`> stevecrozz, there is an handy compare-versions tool if you wanna see if a certain version is lower than the one you are uploading
[17:42] <stevecrozz> is the changelog something you edit by hand? or is there a tool for that
[17:42] <maco> stevecrozz: try "dch -i"
[17:42] <av`> stevecrozz, dch -i makes a new entry dch -a uses existing one (if someone edited it before you)
[17:42] <maco> itll create a changelog entry with your name/email and the date all set up, and open it in your editor for you to fill in
[17:43] <maco> ari-tczew: yes thanks you
[17:43] <stevecrozz> Perfcect.. looks like that works great
[17:43] <av`> stevecrozz, dch -a works fine if you need to make some changes to a revision already touched by someone else
[17:43] <maco> av`: what is this handy comparison tool?
[17:43] <av`> maco, dpkg one^^
[17:44] <av`> maco, dpkg --compare-versions
[17:44] <maco> ah ok thanks
[17:44] <jdong> maco: dpkg --compare-versions "old" -lt "new" && echo true || echo false
[17:44] <av`> stevecrozz, plus dch -a puts your changes under your name and the changes already made by someone else under his / her name
[17:45] <av`> stevecrozz, but you need dch -i for what you need now :)
[17:47] <stevecrozz> thanks a bunch, dput sent it up
[17:52] <av`> stevecrozz, let's hope it will get accepted now :)
[17:53] <stevecrozz> av`: actually it was rejected because I didn't notice that dch used a bad email address
[17:53] <stevecrozz> stevecrozz@stevecrozz-desktop
[17:53] <av`> stevecrozz, eheh
[17:53] <av`> stevecrozz, set it with DEBEMAIL
[17:53] <stevecrozz> environment variable?
[17:54] <kees> motu-release: I have uploaded usplash-theme-ubuntu-color for the FFe in bug 450809, if you could give it a push, please.
[17:55] <av`> stevecrozz, yep, export DEBEMAIL='stevecrozz@stevecrozz.com'
[17:56] <av`> stevecrozz, same with DEBFULLNAME
[17:56] <stevecrozz> ok
[17:56] <maco> might want to put that export line in your ~/.bashrc
[17:57] <stevecrozz> i shall
[17:58] <stevecrozz> php5 (5.2.11-0ubuntu2~ppa2) jaunty; urgency=low    * added a valid email address
[17:59] <av`> stevecrozz, yes, but why jaunty?
[17:59] <av`> stevecrozz, is that on purpose or missed?
[17:59] <stevecrozz> you mean why not karmic?
[18:00] <av`> yes
[18:00] <stevecrozz> Just because that's what I have right now.. I'll upgrade next week with the official launch
[18:01] <av`> oh ok :)
[18:05] <stevecrozz> av`: I'm getting frustrated now : Rejected:
[18:05] <stevecrozz> Unable to find php5_5.2.11.orig.tar.gz in upload or distribution.
[18:06] <stevecrozz> all the rejection~
[18:06] <av`> stevecrozz, paste me your changes file
[18:06] <maco> stevecrozz: is the orig named wrong maybe?
[18:07] <ari-tczew> propably you have wrong distro: e.g. unstable instead karmic if package getting from debian
[18:07] <ari-tczew> in debian/changelog
[18:07] <av`> ari-tczew, he has jaunty
[18:07] <av`> ari-tczew, he pasted the changelog entry before
[18:08] <av`> !pastebin | stevecrozz
[18:08] <stevecrozz> av`: http://pastebin.com/d29cfce5a
[18:08] <av`> ty
[18:08] <geser> stevecrozz: how did you call debuild to build your source package?
[18:08] <av`> stevecrozz, easy you didnt include the orig
[18:08] <stevecrozz> debuild -S
[18:08] <av`> stevecrozz, that means wrong debuild run
[18:08] <geser> as even karmic has only php5 5.2.11 you need do pass -Sa for the first upload
[18:09] <stevecrozz> how do i fix it?
[18:09] <av`> stevecrozz, debuild -S -Sa
[18:09] <ari-tczew> FYI: IMO debuild -S -sa is better because require .orig.tar.gz
[18:09] <geser> once your have the .orig.tar.gz in your PPA -S will be enough
[18:09] <av`> stevecrozz, run debuild -S -sa and you should see the orig included in your .changes file
[18:10] <av`> stevecrozz, now you have only php5_5.2.11-0ubuntu2~ppa2.diff.gz and php5_5.2.11-0ubuntu2~ppa2.dsc :)
[18:10] <stevecrozz> crap, i probably have to bump the version again huh
[18:10] <av`> stevecrozz, no, if the package didnt get accepted you don't need to bump it
[18:10] <geser> only for accepted uploads
[18:11] <ScottK> Note to everyone: Universe is still open for business for fixes ....
[18:11] <quidnunc> Is there any way to see what PPA url in sources.list is broken (i.e. when doing an aptitude update)?
[18:11] <av`> quidnunc, you should see a warning or something I guess (I use apt)
[18:11] <quidnunc> av`: I do, the problem is I only see the domain.
[18:12] <av`> quidnunc, paste me some relevant lines
[18:12] <av`> stevecrozz, 5.2.11-0ubuntu2~ppa1 should be usable
[18:13] <av`> as far as you didnt get a package accepted yet
[18:13] <stevecrozz> too late.. i skipped ppa1 :)
[18:13] <av`> ^^
[18:13] <stevecrozz> this has been quite the learning experience
[18:13] <quidnunc> av`: http://dpaste.com/111141/
[18:13] <av`> be careful with versioning stuff
[18:14] <av`> quidnunc, you didnt specify a PPA
[18:14] <quidnunc> av`: Pardon?
[18:14] <av`> quidnunc, you just added http://ppa.launchpad.net karmic/main Packages to your sources.list
[18:14] <av`> quidnunc, but you need to specify with PPA you want
[18:15] <av`> * which
[18:15] <quidnunc> av`: No. I have the full path. The problem is that the url moved.
[18:15] <av`> quidnunc, paste me your sources.list
[18:15] <av`> and tell me which PPA you wanna enable
[18:15] <stevecrozz> yes.. it was accepted... lets hope the build works now
[18:16] <av`> stevecrozz, yay!
[18:16] <quidnunc> av`: I know where the problem is and have fixed it. But I have many PPAs and it was a lot of trouble trying to track down which one was problematic.
[18:16] <av`> quidnunc, paste me your sources.list please
[18:17] <av`> I can't see what's wrong if I have nothing to look at :)
[18:17] <stevecrozz> av`: if I wanted to start with source code from another person's PPA instead of ubuntu's php source, is that just as easy?
[18:18] <av`> stevecrozz, you would need to grab the sources manually or via apt-get source if you enabled that PPA in your sources.list
[18:18] <quidnunc> av`: There is nothing wrong anymore. My question is when you have 10 PPAs in your sources.list and one of the urls is bad it gives the error message in my paste. How am I supposed to figure out which of the 10 is bad?
[18:18] <stevecrozz> i think that might be the next thing I try
[18:18] <av`> quidnunc, actually the warning you see Err http://ppa.launchpad.net karmic/main Packages
[18:18] <av`>   404  Not Found should say it
[18:19] <av`> quidnunc, this is a wrong PPA url
[18:19] <quidnunc> av`: Yes but which of the 10?
[18:19] <av`> quidnunc, plus I don't understand Ign http://192.168.2.1 karmic-backports/restricted Sources
[18:19] <av`> you made a backport repo locally?
[18:19] <av`> that's a LAN IP usually
[18:19] <quidnunc> av`: No it is my approx package caching
[18:20] <quidnunc> It is not relevant.
[18:20] <maco> av`: or dget!
[18:20] <av`> maco, yep :)
[18:20] <av`> quidnunc, deb http://ppa.launchpad.net/xxxx/ppa/ubuntu karmic main
[18:21] <av`> quidnunc, this is how your PPA link should look like in your sources.list
[18:21] <av`> quidnunc, where xxxx is the guy / team who maintain that PPA
[18:21] <av`> quidnunc, if you have http://ppa.launchpad.net karmic/main Packages in your sources.list, that's wrong
[18:21] <quidnunc> av`: I don't.
[18:22] <quidnunc> av`: I don't think you understand the problem
[18:22] <quidnunc> Let me go more slowly
[18:23] <av`> quidnunc, 'How am I supposed to figure out which of the 10 is bad?' aptidude / apt reports what you have on sources.list
[18:23] <maco> s/guy/person/
[18:23] <stevecrozz> av`: is there an easy way to make launchpad build packages for more than one version of ubuntu?
[18:23] <quidnunc> I have 10 PPA urls in my sources.list. They were all correct at some point. Then someone change the location of their PPA making the old url broken. So I started getting the error messages in my aptitude update. But the error messages seemingly don't have enough information to isolate which one is bad. What is the reasonable thing to do?
[18:23] <maco> <-- not a guy, has ppa
[18:23] <maco> stevecrozz: no, unfortunately
[18:24] <maco> stevecrozz: have to upload (wtih new version number) for each
[18:24] <av`> quidnunc, checking all PPAs?
[18:24] <av`> quidnunc, one by one till you get the bad one
[18:24] <quidnunc> av`: That doesn't seem reasonable to me
[18:24] <maco> binary search!
[18:24] <quidnunc> av`: Anyway I just wanted to confirm that there was no other way. Thanks.
[18:24] <maco> comment out the last 5 and see if it works
[18:24] <av`> stevecrozz, just change target on changelog
[18:25] <av`> stevecrozz, from jaunty to any other target distro
[18:25] <maco> if so, comment out the last 3 and see if it works. if not 6 or 7 is bad ;) if the first step didnt work, one of the first 5 is bad, so bisect them...
[18:25] <quidnunc> Thanks I know what binary search is.
[18:25] <av`> quidnunc, again, aptitude / apt reports back what you have on your sources.list
[18:25] <maco> sorry
[18:26] <maco> lisp and haskell channels.....wow yep, im sure you would
[18:26] <maco> scary functional languages...
[18:26] <av`> quidnunc, so if a PPA not works here, I get a warning that a specific PPA not works anymore
[18:26] <quidnunc> av`: Did you see the error message I pasted? It doesn't provide *which* PPA is broken, only the domain.
[18:26] <quidnunc> (which are all ppa.launchpad.net)
[18:27] <av`> quidnunc, let me test it
[18:27] <ScottK> Sounds like a good topic for #ubuntu to me.
[18:28] <av`> quidnunc, apt-get update will tell you
[18:28] <av`> W: Impossible to fetch http://ppa.launchpad.net/test/ppa/ubuntu/dists/karmic/main/binary-i386/Packages.gz  404  Not Found
[18:28] <stevecrozz> so my build says Pending (2510)    what does that mean?
[18:29] <av`> stevecrozz, those are build points
[18:29] <av`> stevecrozz, e.g priority
[18:30] <av`> quidnunc, so in fact you know what's broken ;)
[18:30] <av`> quidnunc, anyway that's more an #ubuntu thing yes
[18:30] <quidnunc> ScottK: Consider me gone.
[18:31] <av`> ScottK, he took your comment the wrong way
[18:31] <av`> eheh
[18:55] <jetienne> q. i need to write a init.d script for a package im making (a usual network daemon), any good example for me to copy ?
[18:56] <joaopinto> jetienne, apt-get source some_daemon :) ?
[18:56] <joaopinto> check apt-cacher-ng source for example
[18:57] <geser> if the package targets karmic (or lucid), wouldn't it be better to write an upstart job?
[18:57] <jetienne> ok thanks
[18:58] <joaopinto> is debian using upstart also ?
[18:58] <joaopinto> Debian
[18:58] <geser> there was some discussion going on, but I don't know the state of it
[18:58] <joaopinto> if it's not, is not a good option :\
[19:00] <geser> one can provide both :) and modify later the Ubuntu package to use the upstart job instead the init script
[19:04] <ScottK> joaopinto: Not until after Squeeze is out
[19:12] <cbx33> hey all
[19:12] <cbx33> long time noe see
[19:20] <ari-tczew> I have a question
[19:21] <ari-tczew> I'm preparing debdiff security for jaunty
[19:21] <ari-tczew> package first needs get to -proposed?
[19:21] <ari-tczew> or directly to -security?
[19:24] <ScottK> ari-tczew: security uploads go straight to -security
[19:24] <ari-tczew> OK, thnx
[19:39] <jetienne> q. i have created my .postinst and .postrm files into debian/ , how do i ask dpkg to put them in the .deb ?
[19:40] <jetienne> is there a magic dh_* to do ?
[19:42] <chrisccoulson> jetienne - no, just make sure the file names match the name of the binary package you want to insall them in to
[19:43] <chrisccoulson> (or just call them "postinst" and "postrm" if it is a single binary package)
[19:44] <jetienne> hmm ok thanks. so i did another mistake. will look more :)
[19:46] <chrisccoulson> jetienne - it is dh_installdeb which copies the maintainer scripts in to the DEBIAN folder for the binary package, but I assume you're calling that else your package would not build at all anyway ;)
[19:47] <jetienne> chrisccoulson: thanks. it was a typo :) postint instead of postinst
[19:48] <chrisccoulson> jetienne - excellent, glad it's sorted now:)
[19:53] <jetienne> grumble the uninstall fails due to trailling .pyc
[20:35] <sistpoty> hi folks
[20:39] <bddebian> Heya sistpoty
[20:39] <sistpoty> hi bddebian
[20:40] <sebner> huhu bddebian sistpoty  ;)
[20:40] <sistpoty> hi sebner
[20:41] <sebner> sistpoty: we made it in time, great hmm? thx for your acks ;)
[20:41] <sistpoty> sebner: yes, and thanks for your testing (fuddl told me he didn't test network playing :P)
[20:42] <sebner> sistpoty: heh, this was initial testing though (if it's useable for ubuntu), now I have to do proper/deep testing :P
[20:43] <bddebian> Heya sebner
[20:43] <sistpoty> sebner: there was a -2 upload following shortly, does your sync request cover this one as well? (looked like cleanup mostly)
[20:44] <sebner> sistpoty: imho yes, or doesn anything speaks against it? It's really most of cleanup
[20:44] <sistpoty> sebner: no, but it needs a motu ack
[20:44] <sebner> sistpoty: really? because of final freeze?
[20:45] <sistpoty> sebner: no, because it's a different version to sync
[20:45] <sistpoty> (problem is that I doubt that -1 is still available in unstable)
[20:45] <sebner> sistpoty: archive admins sync newest versions anyways.
[20:46] <sebner> sistpoty: -2 is for me "further improvement of 2.5.2 upload"
[20:46] <sistpoty> sebner: but I believe you'll get asked if -2 is still ok to sync?
[20:46] <sebner> sistpoty: ok, I'll update the bug. Anything else needed?
[20:46] <sistpoty> sebner: thanks! not that I know of :)
[20:47] <sebner> fine
[20:47] <sistpoty> (of course a test-build, but iirc it's not the huge -data package that was -2... but I might be wrong on this one)
[20:48] <sebner> sistpoty: yeah it's the small package and I'll testbuild
[20:48] <sistpoty> :)
[20:49] <sebner> sistpoty: we need to sync quickly so you can't annoy me further :P
[20:49] <sistpoty> haha
[20:49] <sistpoty> sebner: did I mention testing? ;)
[20:49] <sebner> sistpoty: testing was done :P
[20:49] <sebner> not enough imho
[20:49] <sistpoty> :)
[20:49] <sebner> I need to correct that over weekend :P
[20:49] <sistpoty> haha
[20:51]  * ScottK is still hoping people will work this weekend on fixing broken stuff.
[20:52] <ScottK> We still have almost two days before Universe final freeze even starts
[20:52] <sebner> yeah, no nexuiz testing but FTBFS fixing!
[20:52] <sistpoty> ScottK: can an application link against both libqt3 and libqt4? (looking at qtiplot atm)?
[20:53] <ScottK> sistpoty: Yes.
[20:53] <sistpoty> oh, then the fix for breakage might be simple. Thanks ScottK
[20:54] <ScottK> Of course it has to be designed for that ....
[20:54] <sistpoty> oh, /me will just test if it builds and if it works :)
[20:58] <sebner> sistpoty: ScottK : FYI, nexuiz -2 builds, installs fine and game still works
[20:58] <ScottK> OK.
[20:59] <leonel> hello  can somemotu check this  diffs  for bug  446838
[21:00] <rhpot1991> siretart: ping have some test results to share with you
[21:01] <rhpot1991> siretart: definitely works better than before, lame no longer fails, but the resulting files seem to have issues with them
[21:02] <rhpot1991> siretart: they are playable with my cowon player, and vlc.  But totem, itunes, ipod, etc refuse to play the files.
[21:03] <rhpot1991> siretart: http://mythbuntu.pastebin.com/m523c0345
[21:09] <sistpoty> bleh, of course it's not as simple as I thought for qtiplot :(
[21:12] <ScottK> sistpoty: Debian has a newer version than us.  Perhaps it solves it?
[21:27] <sistpoty> ScottK: looks like it needs (forward-|back-)porting for qwt (embedded copy)
[21:27] <ScottK> sistpoty: Ah, I think I remember discussing that one.
[21:28] <ScottK> IIRC I got grumpy about even more embedded stuff.
[21:28] <ScottK> We may as well have it building than not at this point I'd say
[21:29] <sistpoty> hm, actually what's strange is that it has got a build-depends on libqwt5-qt4-dev and a depends on libqwt5-qt4, so it might not use the embedded source copy
[21:31] <sistpoty> oh, no, that was libqwtplot3d in question, /me checks again
[21:34] <ScottK> sistpoty: I tend towards the idea of if it builds, ship it.  If it has a problem we can SRU it and I'd rather than than have it unbuildable.
[21:35] <sistpoty> ScottK: *nod*
[23:25] <siretart> rhpot1991: please share this information at bug #401406
[23:26] <siretart> rhpot1991: TBH, your pastebin does not look necessarily proove or show a problem in lame...
[23:28] <rhpot1991> siretart: well I'd say that lame is fixed at this point but there may be an underlieing issue with ffmpeg or something associated
[23:28] <chrisccoulson> hi siretart - are you still looking at this gnome-screensaver / VLC issue?
[23:29] <rhpot1991> siretart: should I comment as if I tested the packages from the PPA, are they the same ones I tested?
[23:29] <chrisccoulson> stgraber - were you experiencing bug 454487 too?
[23:30] <rhpot1991> siretart: would it be at all helpful if I gave you any test files?
[23:36] <rhpot1991> siretart: commented, I'll open up a new bug for this other issue
[23:37] <stgraber> chrisccoulson: yes
[23:38] <stgraber> chrisccoulson: I described it quickly in one of my comments on the bug that you fixed (libxklavier issue) but didn't actually file it on LP, I'm happy someone else did.
[23:38] <chrisccoulson> stgraber - i just uploaded a modified gnome-desktop package to my PPA. would you mind testing it?
[23:38] <stgraber> chrisccoulson: great !! I'll sure do
[23:38] <chrisccoulson> https://edge.launchpad.net/~chrisccoulson/+archive/ppa
[23:39] <chrisccoulson> it should fix that specific crash, which looks just like an unsupported X call
[23:40] <siretart> rhpot1991: of course. it would allow to reproduce the issue more easily
[23:49] <rhpot1991> siretart: bug 459453
[23:50] <rhpot1991> siretart: you can use this file to run tests with: http://www.baablogic.net/9002_20091022223800.mpg
[23:51] <rhpot1991> siretart: I can get you larger test files if you need, just yell