[12:15] <persia> geser: The original files are dropped in during package unpack, and deleted during clean, then the diff is generated, followed by the copy from autotools-dev during configure, and then the build.  config.sub and config.guess (I miss the close-bracket key) are never in the diffs, but present in the original.
[12:15] <geser> the README for autotools-dev suggest to add them to the clean target
[12:16] <owh> Greetings. I posted an email to ubuntu-devel about implementing a FAT dirty flag for dosfsck on January 2nd. It is still awaiting moderation. I'm not currently a developer, but I'm fixing bugs in dosfsck together with sistpoty (Stefan Potyra) and I wondered what I should do next. The email is here: http://paste.ubuntu-nl.org/880/
[12:17] <owh> BTW, on launchpad I am onno-itmaze.
[12:17] <LaserJock> geser: but the autotools-dev example rules puts it in configure :-)
[12:18] <LaserJock> owh: actually, you could email ubuntu-devel-discuss instead
[12:18] <LaserJock> owh: it's open to everybody
[12:18] <tenshu> Apologize me but is that normal if my packages are stuck in ftp://revu.tauware.de/incoming/ ?
[12:18] <bhale> hello LaserJock 
[12:19] <LaserJock> hi brandon
[12:19] <owh> LaserJock: Would it not get lost in the noise?
[12:19] <LaserJock> owh: there's not a lot right now I don't think
[12:19] <geser> persia: as clean is called during source package building, aren't config.{guess,sub} missing when diffing against orig.tar.gz when they are removed in clean?
[12:20] <owh> LaserJock: Cool. Tah.
[12:20] <LaserJock> owh: you could also ask sistpoty to send it for you
[12:20] <LaserJock> tenshu: which package?
[12:20] <owh> LaserJock: sistpoty is writing a thesis and is a tad busy :-)
[12:21] <LaserJock> ah yes
[12:21] <tenshu> popstation & docmaker
[12:21] <LaserJock> hence why I see him normal hours in my time zone :-)
[12:21] <LaserJock> tenshu: you need to upload source packages, not .debs
[12:21] <tenshu> oh my mistake sorry :q
[12:22] <LaserJock> tenshu: you'll need to get a REVU admin to clear those out
[12:22] <LaserJock> tenshu: also, why do they have "oea" in the versioning?
[12:23] <tenshu> thats is the name from the upstream author
[12:23] <Lutin> tenshu: ask siretart for the pkges removal
[12:23] <tenshu> OE for open edition
[12:24] <LaserJock> interesting
[12:32] <geser> LaserJock: latest debdiff for g-c-u: http://pastebin.ca/310669
[12:32] <geser> something else to change before I upload it?
[12:39] <LaserJock> geser: looks good to me
[12:39] <LaserJock> geser: thanks a ton for your work on that
[01:04] <Lutin> LaserJock: could you check if gfaim is ok for you ?
[01:14] <somerville32> For versioning
[01:14] <somerville32> It goes: Major.Minor.Nano.Micro ?
[01:14] <somerville32> Or Major.Minor.Micro.Nano ?
[01:15] <azeem> probably the latter
[01:15] <Adri2000> nano < micro
[01:15] <azeem> but who nows, some projects might have strange versioning schemes ;)
[01:16] <LaserJock> hi azeem 
[01:16] <LaserJock> Lutin: this is only for French?
[01:16] <LaserJock> :(
[01:17] <Lutin> LaserJock: yep
[01:17] <Lutin> LaserJock: on the other side, this can be translated
[01:18] <LaserJock> I was going to say, it might be a good way to get my wife to use Linux more
[01:18] <LaserJock> but she doesn't know any French
[01:18] <Adri2000> hehe :P
[01:18] <azeem> LaserJock: heya!
[01:19] <Lutin> hehe
[01:19] <LaserJock> azeem: geser has prepared (and is uploading) gchemutils 0.6.3 today
[01:19] <azeem> cool
[01:20] <LaserJock> azeem: yeah, he was able to patch it to work with our version of goffice
[01:20] <geser> it's already uploaded
[01:21] <azeem> excellent
[01:21] <LaserJock> the author of gchempaint and gchemutils hopes to have a stable release early to mid March
[01:21] <LaserJock> I'm hoping I can squeeze it into Feisty
[01:24] <ScottK> Anybody up for REVU of a simple Perl package? http://revu.tauware.de/details.py?upid=4004
[01:25] <Lutin> even if I was a motu, I can't even understand one line of perl ^^
[01:25] <ScottK> Version 1.6 of this program (I've packaged 1.8) in included in https://launchpad.net/ubuntu/+source/libmail-spf-query-perl/1:1.999.1-3, but since the main Mail::SPF::Query program won't be updated, this associated program needs to get pacakged separately to get updated.
[01:27] <LaserJock> Lutin: you realize gfaim-data is non-free?
[01:27] <persia> ScottK: I'm not a reviewer, but it's odd to see so much of debian/ in orig.tar.gz.
[01:27] <Lutin> LaserJock: suitable for multiverse though, isn't it ?
[01:28] <LaserJock> Lutin: I think so
[01:28] <ScottK> Well, as we discussed here a few days ago (when you weren't around) the upstream for this package and a couple of others I've done includes his own /debian in the release.
[01:28] <ScottK> First time around I was asked to ask him to remove it.  I asked.  He declined.  Makes my life easier anyway.
[01:28] <Lutin> LaserJock: at least when tfheen rejected it from entering the archive, ha didn"t told me about non-free issue related to the package
[01:29] <persia> ScottK: It's fine, just odd :)
[01:30] <ScottK> OK.
[01:31] <LaserJock> Lutin: he might not have ogtten that far
[01:31] <Lutin> LaserJock: indeed
[01:32] <Lutin> LaserJock: do you want me to pastebin his mail ?
[01:37] <persia> ls
[01:41] <LaserJock> Lutin: I somehow feel like you should make it clearer that the recipies are only in French
[01:42] <Lutin> LaserJock: ok, how can I do that ?
[01:43] <LaserJock> Lutin: well, I was thinking maybe you could put it in the short description
[01:43] <LaserJock> at least of gfaim-data
[01:43] <Lutin> ok
[01:44] <LaserJock> I think you should also include the GPL preample in debian/copyright
[01:44] <Lutin> didn't I ? damn ^^
[01:44] <LaserJock> well, you have a statement
[01:45] <LaserJock> that could be sufficient, I'm not sure
[01:45] <mwolson> you definitely don't need the GPL preamble there
[01:46] <LaserJock> I see it a lot though
[01:46] <LaserJock> and have wondered
[01:46] <mwolson> just something to the effect of "This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version."
[01:46] <LaserJock> but the Debian Policy just says to link to it
[01:47] <Lutin> ok, changed
[01:47] <mwolson> and maybe a warranty disclaimer
[01:49] <LaserJock> Lutin: well, it looks pretty ok to me
[01:49] <Lutin> LaserJock: ok, wait a minute before adding a comment ;)
[01:49] <Lutin> LaserJock: just uploaded the fixed desc and copyright
[02:02] <Lutin> LaserJock: should be ok now 
[02:12] <LaserJock> Lutin: does imprec work still?
[02:17] <Lutin> LaserJock: I wanted to ask you =)
[02:18] <Lutin> LaserJock: imprec is called by a call to system()
[02:18] <Lutin> don"t know the way he gets the path
[02:19] <LaserJock> Lutin: when I try to print it segfaults
[02:19] <LaserJock> :-)
[02:20] <LaserJock> Lutin: it looks to me like he's just relying on it being in your path somewhere
[02:21] <Lutin> LaserJock: according to posix.1, system() calls exec sh -c, so it relies on the system path
[02:25] <Lutin> LaserJock: of course I could try to symlink /usr/lib/gfaim to /usr/bin/gfaim, but I wonder if it's worth it
[02:25] <Lutin> to move it, and then symlink its previous location would be kind of weird
[02:26] <Lutin> well, it's 2:25 here and I really need some sleep
[02:26] <LaserJock> other then that it seems ok
[02:26] <Lutin> ok
[02:26] <Lutin> well, gotta go
[02:26] <Lutin> see you later guys
[02:27] <Lutin> and thanks a lot LaserJock =)
[02:59] <bddebian> Heya gang
[02:59] <bhale> hi bddebian 
[02:59] <chillywilly> hi
[03:00] <bddebian> Hi bhale, chillywilly
[03:05] <persia> hi bddebian
[03:05] <bddebian> Hi persia
[03:06] <ScottK> hi bbdebian: Got a moment to look at a very simple package with one tricky question? http://revu.tauware.de/details.py?upid=4004
[03:11] <bddebian> ScottK: What's the tricky question, I'm a little tied up with RL work atm :-(
[03:11] <ScottK> ...
[03:12] <Hobbsee> ScottK: tell what the questoin is, and you're more likely to get an answer
[03:12] <ScottK> The one actual program in that package was previously package in https://launchpad.net/ubuntu/+source/libmail-spf-query-perl/1:1.999.1-3.  The problem is that the main program in that package is not being updated and so this helper program has two more versions that I'd like to get released.
[03:13] <ScottK> Sorry. on other channels I've used ... means I'm busy typing the question, not ignoring you.
[03:13] <ScottK> So I'm not sure exactly what the right way to proceed is here.
[03:13] <Hobbsee> ah
[03:14] <ScottK> I expect I have to have a new package to continue with the one program, but I was hoping to find a way to avoid NEW since a program that's already been part of a larger package.
[03:18] <ScottK> If you look you'll see that the older, combined package is already two released behind.
[03:18] <zul> yay update-grub works
[03:19] <persia> ScottK: Perhaps in addition to postfix-policyd-spf-perl_1.08-0ubuntu1, you could upload libmail-spf-query-perl_1:1.999.1-4, which includes the split, and add appropriate conflicts for libmail-spf-query-perl=1:1.999.1-3 to postfix-policyd-spf-perl_1.08-0ubuntu1?   To avoid NEW, you could also include the new code directly in libmail-spf-query-perl/1:1.999.1-4 (with no new package), and just indicate the helper update in the cha
[03:25] <ScottK> I could probably get that done, but the other part is that while postfix-policyd-spf-perl currently with libmail-spf-query-perl. libmail-spf-query-perl is obsolescent and unmaintainable.  There's a new Perl implementation that I have in the queue http://revu.tauware.de/details.py?upid=3976 that will replace it.  So I don't want to keep the postfix policy daemon tied to the old library.
[03:28] <persia> ScottK: I think you have to go through NEW then :(  You still probably want a versioned conflicts to prevent dual installation: there's no requirement that conflicts targets be in the archive, so it won't have a lasting effect.
[03:36] <ScottK> OK.
[03:36] <ScottK> Well I was hoping.
[03:38] <Hobbsee> ScottK: it may not take that long - particularly if it's only for new binary, not new source
[03:39] <ScottK> Is there a way to indicate that in the package?
[03:40] <ScottK> Or does the big magic system in the sky figure that out?
[03:40] <persia> Hobbsee: It's the other way: old binary from new source.
[03:40] <Hobbsee> ah
[03:40] <ScottK> Yes.  Sorry.
[03:41] <ScottK> I'm still pretty new to packaging.
[03:41] <persia> ScottK: The big magic system in the sky is called LP.
[03:43] <ScottK> OK.  Does that mean I need to file a bug against the old package or some such thing to indicate the new source for the binary?  It sounds like I also ought to do a libmail-spf-query-perl/1:1.999.1-4 without the now separate program so things can stay in synch.
[03:44] <persia> ScottK: If the other binaries in libmail-spf-query-perl are still useful, you want to do that.  If you are replacing them with other new packages, it's probably better to raise a removal request (or just have everything conflict with it).
[03:45] <ScottK> Next question for the gurus...  If I am going to repackage libmail-spf-query-perl/1:1.999.1-3 this way for Ubuntu (I will also ask the Debian maintainainer to do a -4 there) what's the right ubuntu version number for my package?  is it -3ubuntu0 to stay below 4?
[03:46] <persia> ScottK: -3ubuntu1
[03:46] <ScottK> Thanks
[03:48] <ScottK> Eventually the other stuff will go away, but the new Perl library, http://revu.tauware.de/details.py?upid=3976, is new from the ground up so both the old and the new ought to be available for a transition period.  It sounds like conflicting is the way to go so people can pick.
[03:50] <persia> ScottK: In that case -3ubuntu1 probably wants to conflict with all the new packages, just to make that clear.  On the other hand, if the new packages conflict, the old package will fade into obscurity, especially if more important packages choose to recommend the new packages.
[03:51] <ScottK> Can I conflict with a package that isn't in the repository yet?
[03:52] <persia> ScottK: Yes.
[03:53] <ScottK> Thanks.
[05:27] <metres> I all, do anyone have an idea on fixing that bug ?  http://lists.gnupg.org/pipermail/gnupg-devel/2005-August/022279.html 
[05:36] <nixternal> Laser_away: ^^ :)
[05:38] <persia> metres: You've come at the quietest point in the day (about 9-10 hours from now seems the most active).  My memory of earlier discussion about this issue was that seahorse required en environment variable to be set properly to work within a shell with redirected stdin and stdout.  Looking briefly at debuild, it appears to do make some fairly significant efforts to control which environment variables are passed to the build env
[05:44] <metres> persia : do an update of gnupg may help ?
[05:47] <persia> metres: I'm not sure.  If it works with --preserve-envvar, I would think a patch to devscripts to automatically preserve the necessary variable would be easiest.  If that doesn't work, I'm not sure where the fix should be applied.
[05:49] <metres> persia : I'll try to uncheck the ssh shell issue in the seahorse graphical config...
[05:51] <persia> metres: Looking at seahorse, it looks like you either want to start `seahorse-agent -A` (which is insecure) or pass "--preserve-envvars DISPLAY" to debuild.  I'm not sure what unchecking the ssh shell issue will do.
[05:52] <persia> BTW, there's a bug on the seahorse-agent manpage: it thinks it's a daemon :)
[05:56] <metres> Thank you for your hint persia... have a good day :)
[05:57] <persia> metres: Did it work?
[06:00] <LaserJock> hmm
[06:04] <Hobbsee> LaserJock!!!
[06:05] <LaserJock> Hobbsee!!!
[06:06] <LaserJock> somerville32: are you still up? or just getting up?
[06:06] <somerville32> Still up
[06:06] <somerville32> I never sleep :)
[06:06] <LaserJock> what TZ?
[06:06] <somerville32> ATS
[06:06] <somerville32> @now atlantic
[06:06] <Ubugtu> Current time in Canada/Atlantic: January 09 2007, 01:06:53
[06:07] <Fujitsu_> Afternoon, LaserJock/.
[06:07] <LaserJock> hi Fujitsu_ 
[06:07] <Hobbsee> somerville32: it doesnt kill you to read logs, you know
[06:07] <somerville32> Hobbsee, Which logs?
[06:08] <Hobbsee> meetings ones, whichever
[06:08] <somerville32> Did I miss a meeting?
[06:09] <Hobbsee> no
[06:10] <somerville32> \o/
[06:10] <LaserJock> hmm, so it seems the only one not confused is Hobbsee 
[06:10] <LaserJock> women :/
[06:10] <LaserJock> ;-)
[06:17] <persia> Is there an easy way to download sid sources from a feisty workstation?  I'm going through my patchlist to file debian bugs, and downloading from packages.qa.debian.org is frustratingly inconvenient.
[06:18] <tepsipakki> persia: just add the deb-src line to sources.list
[06:19] <persia> tepsipakki: Doesn't that mean I get the newest available package when I apt-get source foo or aptitude download foo, rather than the sid package?
[06:19] <tepsipakki> and then use 'apt-get -t sid source foo' to download from sid
[06:19] <LaserJock> unfortunately it doesn't quite work like that
[06:19] <persia> tepsipakki: Thanks.
[06:19] <tepsipakki> works for me
[06:19] <persia> LaserJock: No?
[06:19] <LaserJock> there is a bug
[06:20] <tepsipakki> at least on dapper it does :)
[06:20] <LaserJock> well, what happens is it only grabs from one
[06:20] <tepsipakki> yes?
[06:20] <tepsipakki> is that a bug?
[06:21] <LaserJock> no, I mean it doesn't respect -t
[06:21] <LaserJock> it takes from the first deb-src line it finds the package
[06:21] <LaserJock> it works ok with deb lines
[06:22] <LaserJock> but not deb-src
[06:22] <persia> LaserJock: Is there another way that works?  I don't really want to build a sid chroot, but that would be easier than my current workflow.
[06:22] <tepsipakki> oh..
[06:22] <tepsipakki> hmm
[06:22] <LaserJock> persia: dget is at least easier
[06:22] <LaserJock> tepsipakki: yeah, I got all excited too :/
[06:22] <LaserJock> but then I started looking at where the packages were actually coming from
[06:23] <tepsipakki> well, this hasn't been a problem yet :P
[06:23] <tepsipakki> anyway, a bug, yse
[06:23] <tepsipakki> yes
[06:23] <LaserJock> I think if you only have 2 deb-src distros it might work a bit better
[06:23] <persia> LaserJock: So I set my browser to use dget for .dsc files, and continue downloading from packages.qa.debian.org?  I was hoping for mirrors.
[06:24] <LaserJock> persia: well, write something up :-)
[06:24] <persia> /persia starts inspecting at-spy
[06:25] <Hobbsee> persia: use /me
[06:25] <Hobbsee> ie, /me starts
[06:26] <persia> Hobbsee: It's the gap between the fingers and the brain, really.  It's just not automatic.
[06:27] <Hobbsee> hehe
[06:30] <tepsipakki> hmm, quite warm out there, so I'll grab my bike today as well
[06:31] <persia> tepsipakki: Depends where you are - it's only 10 here.
[06:31] <tepsipakki> +5.38C here
[06:31] <tepsipakki> normally s/+/-/
[06:32] <tepsipakki> in January..
[06:32] <persia> That's warm?  Never mind: depends who you are.
[06:32] <tepsipakki> heh
[06:34] <LaserJock> according to Debian bug #152129 you have to have corresponding deb lines for the deb-src lines to have the -t work right
[06:34] <tepsipakki> sucks
[06:36] <LaserJock> so I guess I could add the deb lines too
[06:36] <LaserJock> but that seems a bit messy
[06:36] <tepsipakki> yes, imagin dist-upgrade
[06:36] <LaserJock> I don't want it acidentally grabbing feisty .debs :-)
[06:36] <tepsipakki> +e
[06:36] <persia> LaserJock: Ah, so if you add the deb lines as well, it works?  The other options seem to be related to apt-src and apt-get -c.
[06:37] <LaserJock> persia: it's probably pretty straightforward to write a tool that keeps a local Sources cache
[06:37] <LaserJock> and then does the right dget
[06:38] <LaserJock> the really tricky one would be Launchpad
[06:38] <LaserJock> since it doesn't work with dget (grrr)
[06:38] <persia> LaserJock: apt-get can do that with -c, you just configure for alternate sources and an alternate cache directory.  I'm still playing, but I think it can be done with user-owned workspace (~/apt/...)
[06:39] <TheMuso> 
[06:39] <persia> LaserJock: If I get a working wrapper script, I'll paste it somewhere.
[07:55] <persia> Does anyone know which APT option is used to prevent the dpkg run after update?
[07:56] <Hobbsee> dpkg run?
[07:56] <Hobbsee> as in, download only?
[07:58] <persia> Hobbsee: I'm writing a wrapper for apt-get that allows the download of sources or binaries from archives to which the system is not subscribed.  I'm using a local apt repository in the user's home directory, but when I run update, it complains about wanting to update /var/lib/dpkg/lock.  It works fine for downloading stuff after this failure, but I'd rather make it pretty.
[08:00] <persia> The goal is to easily download sid packages to make patches so I can submit things back to Debian, but it might also be useful for those who want to play with feisty sources from an edgy workstation without a chroot.
[08:00] <`6og> --download-only to only aquire packages, as Hobbsee said
[08:01] <persia> apt-get --download-only -c apt.conf update still complains about /var/lib/dpkg/lock.  I'm pretty sure I need something in apt.conf to prevent this behaviour.
[08:02] <Hobbsee> persia: -d
[08:02] <`6og> apt aquires the lock when its run, not when dpkg starts
[08:03] <JaeSharp> Is anyone packaging the Second Life Linux client now that it has been released under the GPL? I was wondering if anyone was already working on it?
[08:03] <somerville32> Interesting idea!
[08:03] <persia> `6og: apt aquires a lock on Dir::State/lists/lock.  This is for dpkg.
[08:49] <dholbach> good morning
[08:53] <somerville32> Morning! :)
[09:11] <\sh> moins
[09:44] <persia> I finished the wrapper.  src-get is available from https://wiki.ubuntu.com/EmmetHikory.  I'd be very happy if anyone could get binary download to work correctly (or knows a better way to do this easily).
[10:52] <somerville32> Gah
[10:52] <somerville32> The archive admins rejected my upload :
[10:54] <Adri2000> somerville32: who rejected your upload?
[10:54] <somerville32> Tollef Fog Heen
[10:54] <somerville32> Simple fix
[10:54] <somerville32> I just need someone to upload it for me
[10:55] <somerville32> debian/copyright had version 2 or later while the source code has version 2 only
[10:55] <Adri2000> okay
[10:55] <somerville32> I'm surprised it got reviewed so quickly by the archive admins
[10:56] <somerville32> I thought they had a big backlog
[11:08] <xerxas> Hi all 
[11:08] <somerville32> hi
[11:12] <somerville32> Are there any MOTUs around? :)
[11:13] <somerville32> http://revu.tauware.de/details.py?upid=4009
[11:16] <Lutin> somerville32: not really sure that you should have autoadvocated your package
[11:17] <somerville32> Does it make a difference? :)
[11:17] <Lutin> I think it does, yes :)
[11:18] <Lutin> somerville32: afaik you're not a motu. only motus have to advocate packages
[11:19] <somerville32> Lutin: It doesn't really make a difference - or atleast I don't think it does.
[11:22] <Lutin> somerville32: do whatever you want then 
[11:22] <mr_pouit> it's also a way for MOTUs to find quickly package that needs onyl 1 advocate left
[11:22] <mr_pouit> *only
[11:22] <somerville32> Right
[11:22] <somerville32> I just need a motu to upload
[11:22] <somerville32> the package has already been approved
[11:24] <mr_pouit> somerville32, if your package has already been, uploaded, you don't need 2 advocates anymore
[11:24] <somerville32> mr_puit: It was rejected by the archive admin.
[11:24] <mr_pouit> only 1, therefore you shouldn't auto-advocate ^^
[11:25] <mr_pouit> somerville32, I know, I have 3 packages rejected as well
[11:25] <somerville32> Anyhow, I need sleep
[01:48] <proppy> hi!
[01:50] <crimsun> sweet, the soyuz grue has reared its head again
[01:51] <\sh> is this possible: chroot <chroot_dir> SUDO_FORCE_REMOVE=yes apt-get --assume-yes install sudo-ldap ?
[02:21] <siretart> crimsun: you uploaded scorched3d? whats the diff to debian?
[02:26] <crimsun> siretart: dh_iconcache
[02:27] <siretart> oh. hm
[02:27] <siretart> does dh_iconcache exist in debian as well, or are there any plans for it in debian?
[02:27] <crimsun> it doesn't exist in Debian, and afaik people are still "discussing" what changes need to be made
[02:28] <crimsun> http://librarian.launchpad.net/5653813/M78523.patch is the diff I applied against Sid's current scorched3d source package
[02:28] <crimsun> not that it really matters, since soyuz has silently eaten both signed scorched3d uploads I've made in the past hour
[02:33] <siretart> crimsun: damn :/
[02:33] <crimsun> hehe, I'm used to it now
[02:33] <siretart> it would be great to have 40.1d in the archives, since most public servers are running it and won't accept connections from the older version
[02:34] <crimsun> I started writing a script last night to poll my inbox and automatically reupload if the accept doesn't show up within 17 minutes
[02:37] <StevenK> Hrm.
[02:37] <StevenK> Couldn't the time be better spent plotting ways to harm the Soyuz developers? :-P
[02:39] <crimsun> nah. They're paid to work on it; I'm just a grunt who chucks stuff at the archive every so often. ;)
[03:34] <bddebian> Heya gang
[03:46] <lupine_85> quick q., if anyone's willing :) - is ~0foo1 a higher or lower version than ~0foo1~bar ?
[03:50] <dholbach> daniel@lovegood:~$ dpkg --compare-versions ~0foo1 gt ~0foo1~bar; echo $?
[03:50] <dholbach> 0
[03:50] <dholbach> daniel@lovegood:~$ 
[03:51] <dholbach> ~0foo1 > ~0foo1~bar
[03:51] <lupine_85> ah, cool. thanks :)
[03:51] <dholbach> anytime :)
[03:51] <lupine_85> easier than building two packages and playing with them :D
[03:52] <dholbach> hgehehehe
[03:59] <effie_jayx> dholbach,  where can I find info on how to be a motu... or how to participate... :S?
[03:59] <\sh> wiki.ubuntu.com/MOTU/ ? :)
[03:59] <effie_jayx> the ubuntu-motu-school is it active?
[03:59] <effie_jayx> geee thanks
[03:59] <effie_jayx> :D
[04:00] <dholbach> http://wiki.ubuntu.com/MOTU/Documentation too
[04:00] <\sh> effie_jayx: you're welcome :)
[04:01] <\sh> ajmitch: how much I have to pay you to package more zope/plone packages? ,-)
[04:18] <jonibo> gtk for directfb does not seem to be available in Feisty...
[04:18] <jonibo> ...is it coming back?
[04:27] <Lutin> bddebian: around ?
[04:34] <ScottK> Is anybody available to delete one of my uploads? http://revu.tauware.de/details.py?upid=4008 I just discovered an issue that will require some upstream changes and I don't want anyone to waste their time REVUing it since it has to be updated anyway.
[04:34] <bddebian> Lutin: Sort of, what's up?
[04:34] <crimsun> ScottK: then just note it in a comment
[04:34] <Lutin> bddebian: nothing urgent, just wanted to say that finally gfaim should be ok for review :)
[04:35] <bddebian> Well my REVU records has been sucking lately :-(
[04:35] <ScottK> OK.  Will do.
[04:35] <crimsun> bddebian: at least you're reviewing
[04:37] <imbrandon> hrm something is wrong with the nuke script
[04:38] <imbrandon> its archived for now , i'll nuke it when i can poke siretart 
[04:38] <imbrandon> ScottK, ^^
[04:39] <imbrandon> moins all
[04:39] <ScottK> Thanks.  No wonder I couldn't find it when I went to comment on it....
[04:45] <bddebian> crimsun: Thx but I'm not sure what good that is when I'm wrong all the time :(
[04:46] <crimsun> bddebian: you're not wrong at all
[04:46] <crimsun> your comments on revu are solid
[04:46] <bddebian> But I seem to miss a lot :-(
[04:47] <crimsun> that's the nice thing about peer reviews
[04:49] <bddebian> Not after I've already uploaded (aka murrine) :-)
[04:49] <bddebian> s/uploaded/advocated/
[04:52] <davromaniak> bddebian, I corrected ccd2iso, so when you will have some free time, would you take a look at it ?
[04:52] <bddebian> davromaniak: Sure
[04:52] <davromaniak> thanks
[06:21] <LaserJock> geser: oops, gchempaint FTBFS because libgcu-dev still has a dep on libgoffice-1
[06:21] <geser> already fixed
[06:22] <LaserJock> geser: really?
[06:22] <LaserJock> dang your good ;-)
[06:25] <bddebian> Yeah he is
[06:25] <crimsun> time to promote geser to deity status :P
[06:32] <LaserJock> man, I need more machines
[06:32] <LaserJock> too many pbuilder jobs to run at the same time :/
[06:32] <zul>  /join #ubuntu-meeting
[06:33] <LaserJock> zul: why?
[06:33] <LaserJock> :-)
[06:33] <zul> LaserJock: umm...er..
[06:39] <Nafallo> hehe
[06:47] <bddebian> LaserJock: I hear that man.  I need an amd64, a ppc, and a Sparc ;-P
[06:47] <Nafallo> I just need a new laptop :-/
[06:48] <LaserJock> bddebian: I'd just go for more i386's at this point
[06:48] <LaserJock> I'm using all I can at work
[06:48] <LaserJock> and my 2 home computers
[06:48] <crimsun> why don't you ask imbrandon for access?
[06:49] <zul> bddebian: you dont need you want
[06:49] <LaserJock> crimsun: come to think of it, I might already :/
[06:52] <bddebian> zul: No, I NEED :-)
[06:53] <LaserJock> bddebian: why? you keep saying you don't do anything. Which is it? ;-)
[06:53] <bddebian> So I can do nothing on more architectures ;-P
[06:53] <LaserJock> ah
[06:56] <Nafallo> lol
[06:56] <LaserJock> ok, I'd like to sync a NEW package from Debian experimental, do I just need to file a sync bug and subscribe ubuntu-archive?
[06:56] <LaserJock> I think that's right
[06:56] <bddebian> Yep afaik
[06:59] <LaserJock> geser: when did you upload the fix to gchemutils?
[07:03] <geser> LaserJock: https://lists.ubuntu.com/archives/feisty-changes/2007-January/003176.html
[07:04] <LaserJock> geser: ah, it just showed up in LP for me
[07:28] <Lutin> LaserJock: I fixed gfaim on revu, could you have a look ?
[07:29] <Lutin> LaserJock: I can't say the imprec script works fore sure cause I have no printer to test it, but at least the prog no longer segv and finds it properly
[07:30] <LaserJock> ok, I'll add it to the todo
[07:30] <Lutin> thanks :)
[07:31] <LaserJock> i've got a lot of things to do today, but I certainly try to get to it as soon as I can
[07:32] <Lutin> ok LaserJock, thx :] 
[07:33] <nixternal> anyone know if a shirt is shipped from Germany to the US (DHL) if it is dutiable or non-dutiable?
[07:34] <LaserJock> I don't know :/
[07:34] <LaserJock> that's a long way to get a shirt
[07:34] <zorglu_> i believe that if you say it is a gift, it is not :)
[07:34] <nixternal> LaserJock: but they are way cheaper than we can get them for here
[07:34] <nixternal> zorglu_: orly
[07:34] <zorglu_> the us has some rules about that, if a gift, notax
[07:35] <nixternal> $50 shipped to Chicago for 1 Polo and 1 T-Shirt both embroidered
[07:35] <nixternal> you can't get screenpressed shirts that cheap here
[08:01] <zul> apple tv? so basically a tivo?
[08:06] <hub> no
[08:07] <ogra> a tv powered by applejuice ?
[08:08] <LaserJock> :)
[08:08] <LaserJock> so now I know why my iMac seems sticky
[08:11] <tenshu> hi all i received a mail from Tollef saying my upload of daxcr to Feisty has been rejected because the licence file was missing from the orig tarball. Since i have no right to upload to Ubuntu the only way to fix this is to send my package back to REVU?
[08:11] <LaserJock> tenshu: that's an easy way to do it
[08:12] <Adri2000> tenshu: yes, or you can ask directly the MOTU who uploaded the rejected package
[08:12] <LaserJock> or you could probably send a fix to the MOTU that uploaded it
[08:12] <Adri2000> LaserJock: :)
[08:12] <tenshu> :-/ erf
[08:12] <LaserJock> ogra: marble rocks!
[08:13] <ogra> LaserJock, ;)
[08:14] <ScottK> I got a similar message (package rejected due to license file missing in orig.tar.gz).
[08:14] <ScottK> I went back to the upstream and he added the URL of the license, but not the actual text.  That's as far as he'll go.
[08:15] <ScottK> There's no confusion about how the code is licensed, just how much bother upstream is willing to go to for Ubuntu.
[08:15] <ScottK> This isn't one of those times where I have to change orig.tar.gz is it?
[08:16] <tenshu> hard punishment to reject the upload for this, we already list it in debian copyright and provide a copy on the system and giving FSF adress
[08:16] <LaserJock> it's better to fix it now
[08:16] <ScottK> You go argue with Tollef and tell me how it comes out...
[08:17] <ScottK> OK.  Is the fix for me to add it to orig.tar.gz?
[08:17] <LaserJock> ScottK: you could probably just provide a patch that has the text from the URL
[08:17] <LaserJock> he might take that
[08:17] <LaserJock> but we do often times act as upstream police
[08:18] <LaserJock> making sure software authors provide good info and enough of it
[08:18] <ScottK> OK.  I was hoping for a more definitive answer than 'might'.  I searched on both the Debian and Ubuntu sites for definitive policy on what has to be in orig.tar.gz and didn't find anything.
[08:18] <LaserJock> ScottK: that's what an archive admin is for :-)
[08:19] <LaserJock> if the archive admin isn't ok with that software going into the repos then it doesnt go
[08:19] <ScottK> Yes, but I was REALLY hoping to be able to say "See, Debian says in xxyyz document that it HAS to be there..."
[08:19] <ScottK> Agreed.
[08:19] <LaserJock> yes, Debian packaging is more art than science, IMO
[08:20] <LaserJock> I would just ask tollef what he suggests
[08:20] <LaserJock> if the upstream refuses to add the file then you need to know what the archive admins will accept
[08:21] <tenshu> does the rules so "hard" on the debian-side?
[08:21] <LaserJock> tenshu: what do you mean by "hard"?
[08:22] <LaserJock> like what they accept and reject?
[08:22] <tenshu> yes
[08:23] <ogra> way harder
[08:23] <tenshu> ok
[08:23] <ScottK> I guess I already know the answer to the "what will the archive admins accept" question, since Tollef said, "rejected because..."
[08:23] <LaserJock> ScottK: well, there can certainly be some dialoge there
[08:24] <LaserJock> like, "Upstream won't put it in there, only a link, can I add the text in a patch or add it directly to the .orig.tar.gz?"
[08:24] <tenshu> ok i correct the upload, can a motu reupload it again? http://revu.tauware.de/details.py?upid=4017
[08:25] <LaserJock> tenshu & ScottK : a good resource for things the archive admins might be looking for is: http://ftp-master.debian.org/REJECT-FAQ.html
[08:25] <ScottK> LaserJock: Thanks.  I'll try that then...
[08:25] <tenshu> LaserJock: thanks too
[08:25] <LaserJock> in the past I've gotten good help from the archive admins when they rejected something of mine
[08:26] <LaserJock> as long as don't say something like "Fix it for me, pleeeease"
[08:26] <LaserJock> :-)
[08:41] <Lutin> Toadstool: around ?
[08:45] <Toadstool> Lutin: well, kinda busy at work right now..
[08:45] <Toadstool> hi everybody
[08:45] <Lutin> Toadstool: ok :)
[09:00] <Lutin> Toadstool: ping->when you'll see that, please tell me what you found wrong in kayali, apart the source tarball :)
[09:01] <Adri2000> crimsun, geser, bddebian: I'm applying for membership today (CC is at 2100UTC), since you have uploaded some packages/acked syncs for me, maybe you will want to say something :] 
[09:01] <ajmitch> morning all
[09:02] <bddebian> Heya ajmitch
[09:02] <Lutin> 'morning ajmitch
[09:02] <bddebian> Adri2000: I'm swamped at work but I'll try
[09:02] <Adri2000> thanks
[09:11] <zul> hey ajmitch 
[09:19] <Marsmensch> i, wie kann ich den die cpu temp leicht rausbekommen?
[09:19] <Nafallo> Marsmensch: du pratar utrikiska :-P
[09:19] <Marsmensch> h?
[09:20] <Marsmensch> ups wrong channel sorry
[09:20] <Nafallo> hehe :-)
[09:20] <Marsmensch> & wrong server
[09:20] <Marsmensch> wanted to ask on linux.de on quakenet ;)
[09:21] <Nafallo> Marsmensch: I just told you in Swedish that you were talking something other than English :-)
[09:23] <Marsmensch> i just startet xchat to get help with my laptop ... it has become so slow in the last days/week
[09:23] <Nafallo> :-)
[09:24] <Marsmensch> ok, so go on ;)
[09:25] <Nafallo> yay! back to idling ;-)
[09:33] <geser> Tonio_: is it ok if I merge yakuake?
[09:33] <Tonio_> geser: sure, is there a new version available ?
[09:34] <geser> only a new Debian revision
[09:34] <Tonio_> what are the changes ?
[09:35] <Tonio_> I'm not sure the packaging is the same, but if there is a new patch, it can be interesting to merge it indeed
[09:38] <Toadstool> Lutin: there is a bashism in your debian/rules
[09:39] <Lutin> Toadstool: where ?
[09:39] <Toadstool> when you remove the fonts
[09:39] <Toadstool> {font1,font2}.ttf
[09:40] <Lutin> eeek. yes
[09:40] <Toadstool> and why do you use install file dest/ and then mv dest/file dest/another_name?
[09:40] <Toadstool> you can simply use install file dest/another_name...
[09:41] <Lutin> Toadstool: I tried, but instead of changing the name, I was installed in dest/another_name
[09:41] <Toadstool> uh?
[09:41] <Lutin> (in the folder named another_name, with its original name)
[09:42] <Toadstool> that's weird
[09:42] <Toadstool> I'd take a closer look at this and I'd use kayali.dirs instead of adding a mkdir in debian/rules too
[09:43] <Lutin> Toadstool: would install -d be better ,
[09:43] <geser> Tonio_: looking at the changelog there aren't any interesting changes beside that Debian is now also at 2.7.5
[09:43] <Lutin> ?
[09:43] <Sp4rKy> Toadstool: heya
[09:43] <Toadstool> hey Sp4rKy 
[09:43] <Tonio_> geser: no need to merge then...
[09:44] <geser> Toadstool: and it uses now quilt instead of simple-patch-system
[09:44] <Toadstool> geser: -EWRONGNICK :)
[09:44] <geser> indeed
[09:44] <Toadstool> Lutin: install -d for what?
[09:45] <Lutin> Toadstool: to create install dirs, instead of mkdir
[09:46] <Toadstool> well, you still have to put this in a target in your debian/rules... imo, the smaller the debian/rules the better when it comes to cdbs, you should use debian/kayali.dirs :)
[09:47] <Lutin> Toadstool: ok :)
[09:51] <Lutin> Toadstool: also asked upstream for the source tarball, he told me he was going to release a cleaner one :] 
[09:52] <Toadstool> great! :)
[09:54] <Toadstool> Lutin: in your build-deps, you should move python-central from BUild-Depens-Indep to Build-Depends
[09:54] <Lutin> Toadstool: why ? it's an archindep package
[10:00] <Toadstool> Lutin: 'cause lintian complains about it? :)
[10:01] <Lutin> Toadstool: :/
[10:01] <Toadstool> Lutin: and also according to lintian and the python policy you should use debhelper (>= 5.0.37.2) in debian/control
[10:01] <Lutin> oh thanks, didn't see that
[10:02] <LaserJock> well, lintian complainging about Build-Depends vs Build-Depends-Indep can sometimes be misleading
[10:04] <Lutin> hummm
[10:15] <metres> Hi all, i'm having a problem signin files with debuild... I had this error when trying..: http://paste.ubuntu-nl.org/986/
[10:17] <LaserJock> metres: that's a known bug with seahorse and debuild
[10:18] <metres> LaserJock : but it was working...
[10:18] <LaserJock> hmmm
[10:18] <metres> I think before changing locales
[10:18] <slomo> metres: hmm, works fine for me... is this on feisty?
[10:18] <metres> edgy
[10:19] <slomo> ok, worked on edgy too for me ;) i use it all the time... does seahorse-agent still run, is the file there present?
[10:19] <slomo> does restarting seahorse-agent (killall seahorse-agent && seahorse-agent) fix it?
[10:20] <metres> no seahorse running 
[10:21] <slomo> ok so it was killed at some point for some reason... hm
[10:21] <slomo> probably fixed with 0.9.10 in feisty, the version in feisty has one million bugs fixed compared to edgy ;)
[10:21] <metres> doesnt fix the problem... gpg: problem with the agent - disabling agent use
[10:22] <metres> when executing debuild
[10:22] <slomo> how is it started for you? gnome session properties?
[10:23] <metres> I dont understand what you asked slomo...
[10:23] <metres> I also have this ewarning : gpg: WARNING: unsafe ownership on configuration file `/home/metres/.gnupg/gpg.conf'
[10:25] <guibis> hi slomo
[10:25] <slomo> hi guibis 
[10:25] <slomo> metres: how do you start seahorse?
[10:26] <metres> automatically in the session , I supposed...
[10:26] <metres> I just start it in the shell but it does the same error
[10:27] <metres> If I want to update gnupg and seahorse, I on;y have to download source and install it ?
[10:28] <metres> or do I have to uninstall..? cause uninstalling gnupg uninstall lots of package including gnome.desktop...
[10:29] <metres> I try dpkg-reconfigure gnupg and seahorse...
[10:33] <Lutin> Toadstool: lintian doesn't say anything about python-central in B-D-Indep
[10:37] <Toadstool> Lutin: hmm?
[10:38] <Toadstool> Lutin: lintian -i kayali_0.3.1-0ubuntu1_i386.changes? :)
[10:41] <marola> hi people
[10:41] <marola> good evening for every body
[10:41] <Lutin> Toadstool: nope
[10:41] <Lutin> it's not listed
[10:42] <Toadstool> Sp4rKy: which version of lintian?
[10:42] <Toadstool> er
[10:42] <Toadstool> Lutin: ^
[10:42] <marola> anyone has ubuntu 6.10 installed on sony vaio?
[10:42] <Lutin> Toadstool: 1.23.16ubuntu2
[10:43] <Toadstool> Lutin: 1.23.27ubuntu1 here
[10:43] <Sp4rKy> Toadstool: :)
[10:43] <Toadstool> Sp4rKy: sorry ;)
[10:43] <Sp4rKy> np :d
[10:43] <Lutin> Toadstool: I run it on Sp4rKy's server, it runs dapper =)
[10:44] <Toadstool> well i run it on a sarge server but in a feisty chroot ;)
[10:44] <Lutin> :)
[10:47] <Lutin> Toadstool: ok, I can see it on my edgy box
[10:59] <crimsun> Adri2000: sorry, meetings IRL. Do you still need me to vouch?
[11:01] <Adri2000> crimsun: if you can't, no problem. it should be ok anyway (I have good comments from Gauvain on my wiki page :))
[11:02] <persia> crimsun: Thanks for all the uploads.  I'm curious, did I do something wrong with ksimus (74967), or did it just get lost in the u-u-s transition.
[11:03] <crimsun> bug 74967
[11:03] <Ubugtu> Malone bug 74967 in ksimus "Desktop entry not shown in GNOME" [Undecided,Confirmed]  https://launchpad.net/bugs/74967
[11:03] <crimsun> the latter
[11:03] <crimsun> it never crossed my inbox
[11:03] <persia> crimsun: OK.  Thanks.
[11:05] <crimsun> Adri2000: I won't be able to make it (particularly since you're fairly far down the list, and I have another lecture in 10 minutes)
[11:05] <crimsun> Adri2000: I'll leave some notes on your wiki page
[11:06] <Adri2000> great, thank you
[11:18] <Adri2000> crimsun: #ubuntu-bugs? you meant -motu?
[11:51] <allee> hi, what tool is used for the pkg merge at http://merges.ubuntu.com/ ?   I would like to use it to merge against debian experimental pkgs.
[11:52] <LaserJock> you mean, what tool is used to create merges.ubuntu.com?
[11:53] <LaserJock> allee: ^^?
[11:53] <allee> LaserJock: only the part that creates as output from three releases thttp://merges.ubuntu.com/d/digikam/
[11:54] <allee> LaserJock: I've the base, lasted kubuntu and experimental sources on disk.  now I would like to get what merges.u.c shows
[11:55] <persia> allee: Are you looking for debdiff?
[11:55] <LaserJock> allee: well, that is MoM (Merge-O-Matic) which is a proprietary app written by Keybuck
[11:56] <LaserJock> but you could probably at least script the debdiffing parts pretty easily
[11:56] <allee> persia: no. something like debmerge debian-base debian-lastest, kubuntu-lasted
[11:57] <persia> allee: I think you'd need to script that.
[11:57] <LaserJock> allee: you'd have to talk to Keybuck, but I think it's too tied to LP/Canonical to be useful outside
[11:57] <LaserJock> *Keybuk
[11:58] <allee> LaserJock: okay, thx.  I'll do it with old-bug-free tools ;)  Problem at hand is not complicated to merge.  but I'm lazy, so I thought I ask ;)
[11:58] <LaserJock> :-)
[11:59] <persia> allee: You might get something useful with `dpkg-source -x kubuntu-latest; debdiff debian-base debian-latest | patch`, but this only works if there's not a new upstream version.
[12:01] <LaserJock> dang, if only I could get sabdfl to ask me what my LP wishlist was :-)
[12:04] <persia> LaserJock: I'm reminded, did you want my script to collect alternate distribution sources?
[12:04] <Toadstool> LaserJock: what would you answer? :)
[12:07] <LaserJock> Toadstool: well, I'd have to collect my thoughts for a little bit
[12:07] <LaserJock> but +subscribedbugs by default
[12:08] <LaserJock> being able to subscribe to just tasks
[12:08] <LaserJock> dropdown menus for status changes
[12:08] <LaserJock> xml-rpc support
[12:08] <persia> ls
[12:09] <LaserJock> Toadstool: ^^ is a few
[12:09] <LaserJock> persia: sure
[12:10] <persia> LaserJock: https://wiki.ubuntu.com/EmmetHikory?action=AttachFile&do=get&target=src-get
[12:10] <Toadstool> LaserJock: yay for xml-rpc! :)
[12:10] <persia> It's not very robust, but it works for me.
[12:13] <Toadstool> persia: for the download part, you could use aptitude download
[12:13] <LaserJock> persia: interesting, thanks