[00:26] <RainCT> good night
[00:44] <ion_> I’m sure spammers sincerely appreciate http://revu.tauware.de/uploaders.list :-)
[00:54] <ion_> Could someone please review <http://revu.tauware.de/details.py?package=compcache>? Thanks.
[03:24] <bliZZardz> QA target site(http://qa.ubuntuwire.com/) seems to be down
[03:29] <wgrant> bliZZardz: Works for me.
[03:35] <bliZZardz> ah! eternal damnation!
[03:38] <wgrant> I could always add a firewall rule to block you if you really want it to be down.
[03:39] <bliZZardz> :) ..and why would you do that
[04:08] <kostmo> anyone available to review my pyrocket package?  Comments from previous submission have been addressed.  https://bugs.launchpad.net/ubuntu/+bug/242910
[04:44] <ScottK> kostmo: The link to the package on REVU is the one that potential reviewers are most likely to be interested in.
[04:45] <kostmo> I wasn't sure which I should give, the REVU package link is present on the launchpad bug, tho
[04:45] <kostmo> http://revu.ubuntuwire.com/details.py?upid=2707
[04:47] <brandonperry> ScottK, the avscan package for hardy still needs updating for libclamav4 right?
[04:48] <brandonperry> or am I not seeing something
[04:48] <ScottK> brandonperry: It does.  There's a new upstream release that supports it that needs to be packaged.  Unfortunately the new avscan also needs a new libendeavour2, which also needs packaging.
[04:48] <brandonperry> hrm
[04:48] <ScottK> It's still broken in Intrepid too.
[04:49] <ScottK> And the Debian Mainter just orphaned the package.
[04:49] <brandonperry> ok
[04:49] <ScottK> So if you like avscan, you might want to look into packaging the update ...
[04:50] <brandonperry> well, I don't use it :-)
[04:50] <ScottK> It'll probably get removed from Debian and I'll ask for removal in Ubuntu before Intrepid releases unless it gets fixed.
[04:50] <brandonperry> prefer regualr clamscan
[04:50] <ScottK> Nah.  Me neither.
[04:51] <brandonperry> I found some free time, so I will look into it tomorrow (looking at the debian packages for libendeavour2 now
[04:51] <ScottK> kostmo: Think about making your potential reviewer's life easier.  He's got to get the REVU link, so don't make him work harder.
[04:51] <ScottK> brandonperry: Cool.  If you need advice or sponsorship (in Ubuntu, I'm not a DD), let me know.
[04:52] <brandonperry> ok, thanks :-)
[04:53] <kostmo> ScottK: gotcha
[05:16] <kostmo> How does one clear out packages from the PPA?  I deleted all packages from my PPA, but it still rejects my uploads saying that that version "is already accepted in ubuntu/hardy and you cannot upload the same version within the same distribution"
[07:16] <wgrant> kostmo: That isn't how Debian archives work.
[07:23] <kostmo> ?
[07:23] <kostmo> if I upload a package w/ a specific version to my personal package archive, is it there forever?
[07:24] <wgrant> You can't upload the same version again.
[07:24] <wgrant> If you could, it would break upgrades for anybody using your PPA.
[07:28] <kostmo> ah i c
[09:26] <mouz> On https://wiki.ubuntu.com/PackagingGuide/Howtos/DesktopFiles it says 'Verify that the package is not listed below as not needing a .desktop file'. I can not find such a list. Would anyone (Riddell?) know where I can find it?
[11:10] <kgoetz> hi motu. could i set python-launchpad-bugs to build and install against 2.4.4 instead of 2.5 with success?
[11:11] <RainCT> thekorn: ^
[11:13] <thekorn> kgoetz, sorry I'm not familiar with packaging, but python-launchpad-bugs is supposed to work with python2.4
[11:15] <kgoetz> thekorn: i'll try changing the build+install deps to 2.4. thank you.
[11:25] <RainCT> kgoetz: I'm not really familiar with the package, but changing the install deps should do
[11:26] <RainCT> kgoetz: ... in the case you would want to install it on a system without python2.5
[11:27] <RainCT> kgoetz: if you just want to use it with python2.4 but have 2.5 installed this should already be possible, as it is currently being build for both versions (or at least the version in Intrepid)
[11:27] <kgoetz> RainCT: i dont have python2.5 (i'm running etch)
[11:29] <RainCT> kgoetz: ah ok. yes, then just change them down
[11:29]  * kgoetz suspects it'll be faster to install an ubuntu chroot then it will to backport half the world to run 5-a-d
[11:52] <kgoetz> i'll be going with the chroot idea - i dont have a  good enough grip on 5-a-day (and its depends) to know which dependancies can be changed and which cant
[13:43] <kgoetz> slightly ot - how much ram does a pbuilder instance take? i'm sort of wondering how much more disk thrashing i'll get by building all packages in pbuilders rather then in a chroot (i'll be doign scripted rebuilds of a package set)
[13:45] <geser> kgoetz: pbuilder uses chroots by default
[13:46] <kgoetz> geser: iirc "disposable" chroots though (as oposed to a shared chroot for all package builds, ala a buildd)
[13:50] <geser> yes, pbuilder unpacks the base.tgz into a fresh dir and chroot there and removes it afterwards
[13:51] <geser> if you have enough memory you can do it on a tmpfs
[13:55] <kgoetz> how much memory would be 'enough'? 500mb? 1gb?
[13:57] <geser> my tmpfs for my pbuilder is 2 GB and the build takes 600MB-1GB of it (depending on the package)
[13:57] <geser> I've 4 GB in total
[13:58] <geser> an other idea is to use sbuild with LVM snapshots
[13:58] <kgoetz> might have to beef up my build system then. only got 512 in it
[13:58] <kgoetz> i dont have lvm
[14:00] <geser> pbuilder isn't that bad, but the unpacking of the base.tgz to the disk and the removal afterwards takes some time
[14:01] <kgoetz> mmm. understandable
[14:13] <gnomefreak> crimsun: im gonna be gone for most of today but can you please give your opinion on bug 235135 its about what to backport with flash 10 (PA or libflash...)
[14:26] <ScottK> kgoetz: I can pbuild most packages on a system with 256MB RAM, but it's pretty slow.  I wouldn't do more than one at a time though.
[14:27] <kgoetz> ScottK cheers. so more ram ==good, but not required. i'll think about finding more for it :)
[14:28] <ScottK> Eclipse won't build in less than 2GB, but other than that, I think I've been able to build most any package.
[14:33] <kgoetz> Linux and OO.o will be the largest things i build (not that they are small)
[15:49] <hefe_bia> LucidFox: Hi, could you have another look at http://revu.tauware.de/details.py?package=tomboy-blogposter ? I hope it's really ready now ;)
[15:53] <LucidFox> hefe_bia> It's best to address all reviewers in general
[15:53] <LucidFox> One reviewer may catch something the other doesn't, and vice versa
[15:56] <hefe_bia> LucidFox: Ok, I see. Then - is it at all ok to actively ask for a review?
[16:03] <ScottK-laptop> hefe_bia: Nominally about once a day unless it's a REVU day.  Then more often, but what you just posted will do for now.
[16:08] <hefe_bia> ok, thanks.
[16:12] <geser> hefe_bia: FTBFS for me
[16:13] <geser> hefe_bia: see http://paste.ubuntu.com/25454/ for the error log
[16:15] <hefe_bia> geser: thanks! I'll look into it. What system did you use to build? pbuilder?
[16:15] <geser> intrepid pbuilder on AMD64
[16:20] <brandonperry> anyone know why I would get this error?
[16:20] <brandonperry> make: *** No rule to make target `--prefix=/usr', needed by `build'.  Stop.
[16:20] <brandonperry> that is after ./configure
[16:21] <bliZZardz> brandonperry : well - something to do with the library path setting
[16:22] <bliZZardz> brandonperry : some lib file is missing
[16:22] <brandonperry> hrm
[16:22] <brandonperry> this is my first package, would you mind looking at the rules file to make sure it isn't syntactical?
[16:24] <brandonperry> oh, wait
[16:24] <brandonperry> I think I found it
[16:24] <bliZZardz> :)
[16:35] <DRebellion> Would somebody mind reviewing my package? http://revu.ubuntuwire.com/details.py?package=monkeystudio Thanks ;)
[16:36] <bliZZardz> brandonperry : what was the problem?
[16:38] <brandonperry> well, I have another problem now, but I had the build commands in build: instead of build-stamp:
[16:50] <bliZZardz> i read from somewhere that debian follows a unique election policy for packet mgmt - is it still in use?
[16:52] <kgoetz> huh?
[17:06] <hefe_bia> geser: Shame on me! I didn't test again after changing the manpage to lower case. I guess I have learned my lesson... Fixed version is in revu now.
[17:52] <JDCarroll> ping
[17:53] <JDCarroll> Anybody actually in here?
[17:57] <Nafallo> .
[18:28] <brandonperry> ScottK: you around?
[18:28] <ScottK> Vaguely.
[18:28] <brandonperry> I just finished packaging endeavour2
[18:28] <ScottK> OK.
[18:29] <ScottK> How'd it go?
[18:29] <brandonperry> should I upload it to REVU?
[18:29] <brandonperry> once I got past the learning curve, not a problem
[18:29] <ScottK> No.  File an bug against the package tag it 'upgrade', attached the diff.gz to the bug and subscribe ubuntu-universe-sponsors.
[18:29] <ScottK> REVU is just supposed to be for brand new packages now.
[18:29] <brandonperry> ok
[18:29] <brandonperry> thanks
[18:30] <ScottK> I'll try and take a look at it in the next day or two if no one else gets it first.
[18:30] <ScottK> You can also upload it to the ubuntu-clamav PPA since you're a member.
[18:30] <ScottK> You did join that team, right?
[18:30] <brandonperry> uh, don't think so
[18:32] <ScottK> If you do, you'll be able to upload stuff to it's PPA: https://launchpad.net/~ubuntu-clamav
[18:32]  * ScottK runs of for a bit.
[18:38] <brandonperry> done (attaching the diff)
[20:05] <Laibsch> I was trying to recompile gnucash in a pbuilder environment and it failed: http://oss.leggewie.org/wip/gnucash_2.2.4-1ubuntu1_i386.build Is the package faulty or my pbuilder installation?  I don't really understand the errors I see and would appreciate some help
[20:09] <sebner> Laibsch: dpkg-deb: building package `gnucash' in `../gnucash_2.2.4-1ubuntu1_i386.deb'.
[20:09] <sebner>  <-- It didn't fail ;)
[20:09] <Laibsch> Oh, really?
[20:10] <Laibsch> I was suspicious and looked for the package but did not find it
[20:10] <geser> Laibsch: yes, it was successfull
[20:10] <Laibsch> all those "error messages" confused me
[20:10] <Laibsch> Good to know
[20:10] <geser> check /var/cache/pbuilder/result
[20:10] <Laibsch> I'd rather not have a broken pbuilder ;-)
[20:10] <Laibsch> Thanks guys
[20:10] <Laibsch> Ah, right
[20:11] <Laibsch> I checked ../*.deb as I am used to with plain debuild
[20:11] <AstralJava> You can change that in /etc/pbuilderrc or ~/.pbuilderrc
[20:12] <Laibsch> well, it's empty!
[20:12] <Laibsch> But I have restarted the build
[20:12] <Laibsch> Maybe that deleted the old file
[20:12] <geser> no
[20:13] <geser> Laibsch: does your pbuilder use /usr/src/pbuilder? then check /usr/src/pbuilder/results
[20:14] <sebner> emgent: \o/
[20:16] <emgent> hello there
[20:20] <AstralJava> geser: Looks like it: -> extracting base tarball [/usr/src/pbuilder/base.tgz]
[20:20] <AstralJava> Doesn't have to mean that, sure, but...
[20:25] <Laibsch>  /usr/src/pbuilder/result it is
[21:40] <RainCT> Is there some command to find all packages which I installed from Intrepid?
[21:41] <RainCT> (nautilus crashes each time I select an icon and I guess that's because I pulled some libs from there recently)
[21:42] <geser> RainCT: try apt-show-versions
[21:42] <RainCT> geser: thanks
[21:48] <Chipzz> RainCT: for individual packages, you can also use apt-cache policy
[21:49] <Chipzz> anyone in here with experience wrt php extension packaging?
[22:08] <nxvl> RainCT: have you some time to review a package for me?
[22:16] <RainCT> nxvl: hm.. yea, I could have a look. What's the URL?
[22:17] <nxvl> RainCT: http://revu.ubuntuwire.com/details.py?package=augeas
[22:18]  * nxvl HUGS RainCT 
[22:29] <afflux> hi
[22:44] <RainCT> nxvl: ./missing and ./ylwrap aren't part of augeas itself, or? (they have different copyright holders)
[22:46] <jpds> Can Debian packaging be licensed under a license such as the BSD license?
[22:47]  * nxvl looks
[22:48] <ion_> Yes AFAIK, i’d suggest using the same (free) license as the upstream.
[22:48] <nxvl> right
[22:48] <nxvl> i didn't notice them
[22:48]  * nxvl changes
[22:48] <jpds> ion_: Cheers.
[22:50] <RainCT> nxvl: egrep rules ;)  /me always uses "egrep -ri copyright *" to find the authors and if the list is very long later adds "| grep -v known_author1 | grep -v known_author2 | etc.." to ensure that he hasn't missed anyone
[22:50] <nxvl> RainCT: i was using a different script, thanks for the suggestion!
[22:50] <RainCT> nxvl: also, you say where the LGPL is, but not where to find the GPL
[22:51] <RainCT> (I mean the "On Debian systems,.." line)
[22:51] <nxvl> right
[22:53]  * RainCT also notes that he uses to remove the "you should have received a copy..." part of the *GPL headers -- but that's just me :)
[22:54] <RainCT> nxvl: you have't addressed norsetto's point about the package descriptions being messy
[22:54] <nxvl> yes, i did
[22:54]  * nxvl rechecks
[22:55] <RainCT> nxvl: augeas-tools and libaugeas-dev start with "this package" and later has "augeas is"; libaugeas0 and augeas-lenses have it in the inverted order (which is way more common)
[22:58] <nxvl> RainCT: uploading new version with the suggestions
[22:59] <RainCT> nxvl: and you can remove lines 3-7 from debian/rules
[22:59] <RainCT> ah, nvm if you've already uploaded it
[23:00] <nxvl> changed anyway in case i need to upload more versions of it
[23:00] <nxvl> :D
[23:05] <RainCT> ok.. building
[23:07] <dushara> Would like to add/maintain packages in http://sinhala.sourceforge.net/ubuntu/i386/hardy/ could anyone be a mentor?
[23:07] <nxvl> RainCT: revu already got last version
[23:07] <RainCT> -    - Fix configuration file path for grub (Debian systems only).
[23:07] <RainCT> +    - Fix configuration file path.
[23:08] <nxvl> RainCT: but is a debian systems change
[23:08] <nxvl> RainCT: the original was a RedHat based sistems change
[23:10]  * RainCT ment why you have reverted the changelog entry.. the larger one was better
[23:11] <nxvl> oh
[23:11] <nxvl> yes
[23:11] <nxvl> it should be larger one
[23:11]  * nxvl checks
[23:11] <nxvl> oh, you are right
[23:12]  * nxvl reverts
[23:13] <nxvl> reverted and uploading
[23:20] <nxvl> RainCT: changes are already in revu
[23:24] <RainCT> uhm.. shouldn't "editing" be "edition" in the description?
[23:24] <nxvl> RainCT: on which of them?
[23:24] <RainCT> jpds: "Augeas is a configuration editing tool" is this right?
[23:25] <nxvl> RainCT: it's a c&p from upstream
[23:25] <nxvl> RainCT: http://augeas.net/
[23:26] <RainCT> well, upstream doesn't need to be right.. although perhaps it is
[23:28] <RainCT> nxvl: I haven't noticed it before but I guess the second paragraph in the libaugeas0 description should either be in all other descriptions or be removed from there. and in augeas-lenses paragraph 2 and 3 say basically the same :P
[23:29] <RainCT> nxvl: it looks quite good otherwise, I just need to test-install the .deb's once aptitude finishes what it is doing right now
[23:31] <nxvl> mmm i don't remember why i change the -lenses description that way
[23:31] <nxvl> but you are right, they say the same in different works
[23:31] <nxvl> and the libaugeas0, yes, it needs to be removed
[23:31] <nxvl> that's explained on the 1st paragraph
[23:47] <RainCT> argh.. there's a nice bug in gdebi :P
[23:48] <RainCT> it says [y/N] when it asks for confirmation, but doesn't accept "y" (only the localized version, "s" for Sí)
[23:50] <nxvl> that's why i use my system in english and not in spanish
[23:50] <nxvl> :D
[23:51] <RainCT> well, one of the reasons I do it the opposite is that this way I can find bugs :P
[23:51] <nxvl> yes, but if you got an error, in english is easier to find a solution using google
[23:51] <nxvl> :P
[23:52] <RainCT> and I use ugly paths with spaces and special characters for the same reason.. so when I test a program or write one myself, if it doesn't properly support  unicode paths I will notice it :P
[23:52] <RainCT> (well, but only for my data, which I usually check with nautilus.. the development stuff has nice, one word paths, as else I'd get mad :P)
[23:53] <RainCT> anyway.. how can I check if augtools is working? :P
[23:53] <nxvl> yes, but it's a matter of "i want it to work for me" vs "i want to destroy it"
[23:59] <RainCT> nxvl: <RainCT> anyway.. how can I check if augtools is working? :P