[12:35] <Lutin> Hi
[12:36] <Toadstool> hi Lutin
[12:37] <Lutin> hi Toadstool
[12:40] <Lutin> Could you tell me what to do to have the package from my own repo considered as coming from an authenticated source by apt ?
[12:41] <Laser_away> it needs to be signed
[12:41] <Laser_away> and the users need to import your key
[12:42] <Lutin> Laser_away, what files have to be signed ?
[12:43] <Laser_away> Lutin: the packages at least
[12:44] <Laser_away> you might also have to sign the Packages.gz file, but I"m not sure about that
[12:44] <Lutin> Laser_away, ok, thought signing Release was enough
[12:44] <Lutin> So I have to sign _all_ the pacakges ?
[12:45] <Laser_away> I think so
[12:45] <Laser_away> as the packages are what is being installed
[12:45] <Laser_away> s/is/are/
[12:46] <Lutin> Laser_away, how should I sign them ? using gpg --clearsign ?
[12:46] <Laser_away> I'm guess no
[12:47] <Laser_away> There should be a tool that does that
[12:47] <Laser_away> perhaps debsign or something
[12:47] <Laser_away> how do you make your .debs?
[12:47] <Lutin> pbuilder
[12:47] <TheMuso> Release is the only file that gets signed afaik
[12:48] <Lutin> TheMuso, is it correct to sign it using gpg --ba -o Release.gpg Release ?
[12:50] <Laser_away> hmm, I guess Release does have the md5sum of the rest
[12:51] <TheMuso> Lutin: Not sure. Can't remember, as its a while since I did it.
[12:53] <Lutin> TheMuso, ok. I did sign the release file and put the key into apt using apt-key add, but the pacakges are still not authenticated :(
[12:53] <Lutin> I should have missed smthg
[12:58] <TheMuso> Lutin: How did you create the Release file?
[12:59] <Lutin> TheMuso: using apt-ftparchive
[12:59] <TheMuso> ah ok
[12:59] <Lutin> is it a problem ?
[01:02] <TheMuso> No not at all
[01:03] <Lutin> can't find out what I did wrong
[01:10] <Lutin> TheMuso, should the kay have an expiration date ?
[01:10] <Lutin> s/kay/key
[02:00] <bddebian> Heya gang
[02:01] <nictuku> hello
[02:01] <bddebian> Hi nictuku
[02:04] <bddebian> Heya welshbyte
[02:04] <welshbyte> ello bddebian
[02:04] <welshbyte> how goes it?
[02:06] <bddebian> OK, thanks you?
[02:07] <crimsun> remember, barry's now ranked in the top contributors to Ubuntu, so make sure you refresh BdDebianIsAGod. Thanks.
[02:07] <bddebian> crimsun: You truly are an ass :-)
[02:09] <bddebian> Hello freeflying, imbrandon :-)
[02:10] <imbrandon> heya bddebian
[02:12] <bddebian> Who is Jeff Bailes?
[02:12] <nictuku> I wonder why aptitude is taking soooo long to startup
[02:29] <welshbyte> bddebian: stressed, thanks :)
[02:29] <welshbyte> nictuku: it could be running out of supercow powers :)
[02:31] <Riddell> does gnome-app-install have a sources.list editor?
[02:34] <imbrandon> i dont think so, i think it uses synaptic sources.list editor
[02:34] <imbrandon> moins Riddell
[02:35] <Riddell> imbrandon: so to get at universe programmes you have to click Advanced, launch synaptic and edit sources from there?
[02:36] <imbrandon> afaik, hold on i'll check on my gnome box
[02:40] <welshbyte> imho repo selection should probably be integrated into the installation.. i only ever change them (i.e. select all of them) once unless i need to dist-upgrade
[02:42] <imbrandon> Riddell: yea i dont see an editor anywhere in it
[02:42] <Riddell> interesting
[02:42] <imbrandon> you can choose a componet to only show apps from
[02:43] <Riddell> I wonder if it automatically enables universe if you tick that box
[02:43] <imbrandon> but it just ues what you have in your sources as far as i can tell
[02:43] <imbrandon> i dunno , i could do a clean install here in a while in a VM and test it if you want
[02:43] <imbrandon> not enabling anyting and testing it
[02:43] <imbrandon> etc
[02:44] <imbrandon> s/anything/univserse/g
[02:44] <Riddell> well, seems gnome-app-install doesn't want to install at the moment, else I'd test it myself
[02:44] <imbrandon> heh
[02:45] <imbrandon> well i'll plan to try it in a vm after i finish dinner , if nothing else just to know
[02:48] <bddebian> Anyone want to do some dirty work for me? :)
[02:49] <bmonty> in return for what?
[02:49] <bddebian> What do you want? :-)
[02:49] <welshbyte> bddebian: define "dirty work" ;)
[02:49] <bddebian> Writing a man page :-)
[02:50] <welshbyte> for prismstumbler? :P
[02:50] <bddebian> Yes :-)
[02:54] <welshbyte> bddebian: ok i'll bite
[02:56] <welshbyte> bddebian: it'll be my second ever man page though so you might want to check it over when i'm done ;)
[03:01] <bddebian> welshbyte: YOU ROCK! :-)
[03:03] <welshbyte> tell a friend ;)
[03:05] <bddebian> welshbyte: Definetly :-)
[03:05] <bddebian> OK, what to do tonight.  Merges, revu, or bug "fixing"
[03:09] <ajmitch> bddebian: d) all of the above
[03:10] <bddebian> ajmitch: :-)
[03:11] <bddebian> I have to pick a "mode" or I get confused easily :)
[03:13] <imbrandon>  /set mode ubuntu-demi-god-fix-everything-all-at-the-same-time
[03:16] <ajmitch> imbrandon: demi?
[03:16] <bmonty> bddebian is definately a full-fledged god
[03:17] <imbrandon> ;)
[03:25] <bddebian> You folks are on crack
[03:33] <bddebian> heh
[03:41] <bddebian> I can't figure out why lsb-base was added to ddclient?
[03:42] <ajmitch> lsb_release
[03:42] <ajmitch> maybe it used to be in there
[03:43] <bddebian> ajmitch: lsb_release?
[03:45] <welshbyte> hm this might be easier if prismstumbler actually worked
[03:46] <bddebian> welshbyte: I have one that works
[03:46] <bddebian> You on dapper?
[03:46] <welshbyte> edgy at the moment
[03:46] <welshbyte> got dapper on my laptop though
[03:47] <bddebian> Ack, give me a sec and I'll throw up an edgy .deb.  I'd actually like to know that it works anyway ;-P
[03:47] <welshbyte> hehe
[03:51] <bddebian> welshbyte: http://www2.bddebian.com:8000/packages/ubuntu/prismstumbler/edgy_deb/
[03:52] <bddebian> Hmm, where's dholbach.. :-)
[03:54] <welshbyte> guess i should've mentioned i'm on an AMD64 box ;)
[03:54] <bddebian> Ack
[03:54] <ajmitch> heh
[03:55] <slomo> bddebian: vacation
[03:55] <bddebian> I think my source package is in the prismstumbler dir
[03:55] <bddebian> slomo: Oh, thx
[03:55] <slomo> why? :)
[03:55] <bddebian> He is the one that added lsb-base to ddclient back for Hoary
[03:57] <bddebian> Damnit I'm getting nothing done..
[04:01] <welshbyte> hehe, it failed
[04:04] <bddebian> welshbyte: Permission denied?
[04:04] <welshbyte> bddebian: yep
[04:05] <bddebian> welshbyte: For right now just add chmod +x configure and chmod +x src/gpsd/configure  right above the ./configure line in debian/rules and see if it builds.  If you don't mind
[04:05] <bddebian> Holy crap does wine have a lot of bugs in Debian
[04:06] <fbond> midisport-firmware, anyone?
[04:06] <fbond> on revu?
[04:07] <fbond> arguably not very useful to test if you don't own midisport hardware...
[04:07] <fbond> but atleast the packaging can be inspected?
[04:07] <bddebian> fbond: Didn't I look at that one?
[04:08] <fbond> don't think so, lemme double check...
[04:08] <fbond> bddebian, nope, 5 uploads, no comments
[04:08] <fbond> :)
[04:09] <fbond> you probably passed over it several times, though...
[04:09] <bddebian> Give me a few minutes and I'
[04:09] <bddebian> ll take a look
[04:09] <welshbyte> um, remind me how to get the ubuntu-ised source out of the deb source files?
[04:09] <bddebian> welshbyte: ?  dpkg-source -x foo.dsc
[04:10] <welshbyte> thanks
[04:10] <bddebian> No, THANK YOU :-)
[04:10] <fbond> bddebian, thanks
[04:12] <bddebian> fbond: Well the first thing I see is that you have debconf templates but don't use po-debconf
[04:15] <fbond> damn
[04:15] <fbond> it's such a trivial question, too
[04:16] <fbond> k, mind leaving a comment after full inspection, and I'll re-upload tomorrow?
[04:17] <bddebian> fbond: I'm doing so.  However, why do you wget the firmware files on build?
[04:18] <fbond> license
[04:18] <fbond> The firmware is not open source
[04:18] <fbond> But MidiMan released the firmware in binary form
[04:19] <fbond> it can be distributed only as part of the original source package
[04:19] <fbond> I tried to clarify/confirm with the upstream maintainer, but he was not very friendly to my request
[04:20] <fbond> I think he thought I was patronizing him over the situation.
[04:20] <bddebian> Why didn't you just include them in the tar.gz if you regenerated that anyway?
[04:20] <welshbyte> bddebian: working at last :)
[04:20] <bddebian> welshbyte: Awesome, thx
[04:20] <fbond> I thought about that, but it didn't seem quite clean, license-wise
[04:20] <bddebian> How would it be different that what you are doing? I am far from a license expert by the way :-)
[04:21] <fbond> Hmm....
[04:21] <fbond> this is why I tried to clarify the license
[04:21] <fbond> thing is, the binary .deb cannot contain the firmware
[04:21] <fbond> only the source tarball
[04:21] <fbond> so you would still have to download at install time...
[04:22] <fbond> you would download from the ubuntu repo instead of upstream ...
[04:22] <fbond> but it's not possible to have firmware in orig.tar.gz and not in binary .debs, is it?
[04:23] <fbond> yes, I guess it would be: rm them in debian/rules, or explicitly remove them prior to debdiff
[04:23] <fbond> ?
[04:23] <bddebian> How is it not in the .deb the way you are doing it?  Or are you just pulling them to build with and then removing?
[04:23] <fbond> exactly
[04:23] <crimsun> fbond: you need to fix the udev rules to work with Edgy.
[04:23] <bddebian> Ah
[04:23] <crimsun> (I said as much about a month ago on irc.)
[04:23] <ajmitch> it's not possible to download anything at build time
[04:23] <fbond> crimsun, don't recall speaking about this previously
[04:23] <ajmitch> so it'd have to be at install
[04:23] <fbond> what needs to chagne?
[04:23] <fbond> ajmitch, not possible to download at build time?
[04:24] <crimsun> location and syntax
[04:24] <fbond> ok i'm not up to speed on this (don't hit me too hard over it)
[04:24] <fbond> where can I refer to for new info?
[04:25] <crimsun> /etc/udev/rules.d/README
[04:31] <bddebian> Damn, I need about 4 or 5 more machines to build on :-)
[04:32] <ajmitch> while others struggle along with 1 old machine
[04:34] <zul> some struggle with 3
[04:36] <bddebian> ajmitch: Well I only have 1 ubuntu machine here at home to build on :-(
[04:37] <zul> slow?
[04:38] <zul> anyways...im going to go relax
[04:40] <bddebian> Enjoy
[04:46] <bddebian> Wow, wine is a pig
[04:58] <welshbyte> bddebian: http://andrewprice.me.uk/dropoff/prismstumbler.1
[04:58] <welshbyte> need any more detail than that?
[05:02] <bddebian> welshbyte: YOU FREAKIN' ROCK!!!!!!
[05:02] <welshbyte> :)
[05:06] <bddebian> welshbyte: BTW, did it run from the Gnome menu?
[05:07] <welshbyte> bddebian: it did indeed
[05:07] <bddebian> Kick ass..  Thanks a million for all your time!
[05:07] <welshbyte> you're welcome :)
[05:19] <bddebian> welshbyte: Still bored? ;-)
[05:20] <welshbyte> heh, more dirty jobs to do?
[05:20] <bddebian> Hmm, I was going to have you try tulip from Debian on your AMD64 but it has an RC bug that needs patching first :-(
[05:21] <welshbyte> shame :)
[05:21] <bddebian> welshbyte: Unless you want to try to patch it and build it? ;-P
[05:22] <welshbyte> looks a bit over my head at the moment, i'm afraid
[05:23] <welshbyte> plus it's 4:20am and i should probably get some sleep before it gets light ;)
[05:23] <bddebian> Ack, get to bed man
[05:24] <welshbyte> will do, just catching up on my feeds
[05:24] <bddebian> Heh
[05:33] <welshbyte> right then, good night :)
[05:33] <bddebian> welsh... grr
[05:37] <bddebian> Hmm, interesting "license"
[06:29] <bddebian> Gnight folks
[09:21] <siretart> morning
[09:31] <ajmitch> hi siretart
[09:32] <imbrandon_> moins siretart ajmitch
[09:34] <ajmitch> hello imbrandon_
[09:36] <siretart> huhu ajmitch, morning imbrandon_
[09:43] <imbrandon_> hum i wonder if a dapper --> sid upgrade would go semi smooth
[09:43] <Lathiat> i highly doubt it
[09:44] <imbrandon_> me too lol
[09:44] <jsgotangco> heh
[09:44] <imbrandon_> ;)
[09:59] <AnAnt> how do I remove a file that was wrongly uploaded ?
[10:01] <AnAnt> anyone here ?
[10:01] <imbrandon_> uploaded to where ?
[10:01] <AnAnt> to REVU
[10:01] <imbrandon_> put in the comments of it you would like it NUKED and ping a revu admin
[10:02] <AnAnt> I can't login to REVU webpage, the recover password isn't working
[10:02] <AnAnt> and who are REVU admins ?
[10:02] <imbrandon_> i thnik ajmitch  and siretart are, if they arent busy
[10:03] <imbrandon_> there is a list of them on the wiki
[10:04] <AnAnt> isn't there a way to resume the upload ?!
[10:06] <imbrandon_> remove your *.upload file and reupload it if thats what you mean
[10:07] <AnAnt> imbrandon_: what happened is that the upload got interrupted, so only the DSC file got uploaded, yet the orig & diff files weren't uploaded
[10:07] <AnAnt> imbrandon_: now I try to upload again, but it won't work, because the DSC file exists
[10:08] <imbrandon_> remove the .upload file it created localy and try again
[10:08] <AnAnt> it did not create any upload file
[10:08] <imbrandon_> ok whats the error when you try to upload again then >?
[10:09] <ajmitch> AnAnt: what's the package name?
[10:09] <AnAnt> ajmitch: kchmviewer
[10:09] <ajmitch> cleared
[10:09] <AnAnt> thanks
[10:09] <imbrandon_> thanks ajmitch  ;)
[10:10] <imbrandon_> heh what a name
[10:10] <AnAnt> hungry ?
[10:19] <AnAnt>  /qui
[11:19] <Lutin> hi
[11:20] <Lutin> could someone tell me exactly what to do to sign a repo ?
[12:10] <Toadstool> heya everybody
[12:11] <Lutin> no one can tell me how to sign a repo ?
[12:12] <LaserJock> heh, well we already have our repo signed for us
[12:12] <LaserJock> it's not something we commonly do
[12:14] <Lutin> that's right ...
[12:14] <Toadstool> hehe
[12:15] <Toadstool> hi LaserJock
[12:15] <LaserJock> hi Toadstool
[12:42] <animimotus> hello
[12:44] <animimotus> someone know Transmission ? A BitTorrent client. It features a simple, intuitive interface on top on an efficient, cross-platform back-end.
[12:44] <animimotus> http://transmission.m0k.org/
[12:46] <animimotus> it'll nice to see it packed in universe or another deposit, I don't know how to do a paquet ^^
[12:55] <Riddell> Lutin: http://kubuntu.org/packages/amarok-141/ARCHIVE
[12:55] <HiddenWolf> Hey guys
[12:56] <Riddell> animimotus: https://help.ubuntu.com/ubuntu/packagingguide/C/index.html :)
[12:56] <Lutin> Riddell, thanks a lot :)
[12:57] <Riddell> Lutin: there may be better ways to do it, but that works for me
[01:01] <Lutin> Riddell, and then add the key used for signing with apt-key add, right ?
[01:03] <Riddell> Lutin: yes
[01:03] <animimotus> Riddell, I don't want to be a geek :)
[01:05] <animimotus> I'm a basic user :|
[01:06] <Riddell> animimotus: there's a wiki page somewhere under MOTU for suggesting packages to be made
[01:06] <animimotus> ah ok, I will search
[01:07] <Toadstool> https://wiki.ubuntu.com/MOTU/Packages/Candidates <-- this one
[01:07] <Toadstool> but it's a bit outdated and messy...
[01:08] <animimotus> merci Toadstool :)
[01:09] <Toadstool> de rien ;)
[01:10] <Lutin> Riddell, thanks alot, that works for mee too :)
[01:10] <Lutin> s/mee/me
[01:14] <HiddenWolf> Right. I'm trying to build gossip 0.14 for dapper, but I get an error that it can't find galago.
[01:14] <HiddenWolf> is there any way I can get around that, and if so, how?
[01:15] <slomo> HiddenWolf: are the galago build-depends fine?
[01:15] <slomo> could you paste the configure output somewhere?
[01:16] <slomo> oh wait, dapper...
[01:16] <slomo> --disable-galago maybe :)
[01:17] <HiddenWolf> http://paste.ubuntu-nl.org/20964
[01:18] <HiddenWolf> slomo: how would I pass that option?
[01:27] <HiddenWolf> slomo: nm, fixed. :)
[02:36] <neutrinomass> I just ran into the following problem: http://packages.debian.org/changelogs/pool/contrib/s/snes9express/snes9express_1.42-5/changelog lists a different changelog for 1.42-4 than https://launchpad.net/distros/ubuntu/edgy/+source/snes9express/+changelog . Probably the person that fixed it did dch -i without changing to ubuntuX ....
[02:39] <azeem> yes
[02:42] <neutrinomass> ... so what do we do now? Could it be that this prevented a sync of debian's 1.42-4 (which contains a fix for a bug) ?
[02:43] <zul> couldnt you extract the fix from debian's 1.42-4?
[02:43] <tseng> you could make 4ubuntu1
[02:43] <tseng> and merge the debian changes by hand
[02:43] <tseng> and all would be well
[02:43] <tseng> when 5 is in debian, sync over ubuntu changes
[02:44] <Hobbsee> heya
[02:45] <tseng> Hobbsee: how much do you know about wv?
[02:45] <Hobbsee> tseng: not much, why?
[02:45] <neutrinomass> That could be done, but the ubuntu changes are included in the debian changes so maybe it would be more appropriate to sync -5 from debian (which is basically debian's -4 but adds a debian/watch file as well )
[02:46] <tseng> Hobbsee: because beagle uses wv1, kde (kword) uses wv2
[02:46] <tseng> Hobbsee: pitti doesnt want both
[02:46] <Hobbsee> ah
[02:46] <Nafallo> neutrinomass: if debian has our changes, then yes. that would be a sync.
[02:47] <neutrinomass> Nafallo: Great - so I file a bug report and wait for a MOTU to ack it ?
[02:47] <Nafallo> yea, something like that :-)
[02:47] <Hobbsee> neutrinomass: subscribe the universe-upload-sponsors group, or whatever it is.
[02:47] <Hobbsee> neutrinomass: make sure you actually let someone know about it
[02:47] <Hobbsee> or ask for a MOTU to ack it in here
[02:47] <Hobbsee> tseng: reading description.  i only did the merge because i could, not based on what it was about
[02:48] <tseng> Hobbsee: ok.
[02:54] <neutrinomass> It's bug 56806 if anybody feels like ack'ing it ...
[02:54] <Ubugtu> Malone bug 56806 in snes9express "Please sync 1.42-5 from debian unstable" [Untriaged,Unconfirmed]  https://launchpad.net/bugs/56806
[03:01] <neutrinomass> Hobbsee: Did you by any chance mean "ubuntu-universe-sponsors" ?
[03:01] <Hobbsee> neutrinomass: am i the admin of it?  yep
[03:12] <Hobbsee> zul: snes9express hey?
[03:13] <zul> wha?
[03:13] <Hobbsee> zul: you uploaded it to ubuntu with a debian version number?
[03:13] <Hobbsee> snes9express (1.42-4) dapper; urgency=low
[03:13] <Hobbsee>   * s9xskin.h
[03:13] <Hobbsee>     - GCC 4 fixes
[03:13] <Hobbsee>     - Added desktop file (Closes: Malone #45457)
[03:13] <Hobbsee>  -- Chuck Short <zulcss@gmail.com>  Tue, 23 May 2006 19:32:00 -0400
[03:13] <Ubugtu> Malone bug 45457 in snes9express "No .desktop file." [Unknown,Fix released]  https://launchpad.net/bugs/45457
[03:14] <zul> yeah i might have made a mistake sorry :(
[03:15] <Hobbsee> zul: not a problem.  was more wondering if there was a reason for it
[03:15] <Hobbsee> zul: everyone makes mistakes, it's okay :)
[03:16] <zul> Hobbsee: i might have forgotten, it was probably one of my first uploads
[03:16] <Hobbsee> zul: ah, fair enough
[03:17] <Hobbsee> Nafallo: yeah.  that's where the problem can be.
[03:18] <Hobbsee> Nafallo: if the last release was debian's, it defaults to be debian, rather than the release that you're on
[03:18] <Nafallo> nope, the earlier version was ubuntu3 :-)
[03:18] <Nafallo> but yeah, I've had those aswell :-)
[03:18] <Nafallo> it saves more than it spoils for me anyway ;-)
[03:20] <Hobbsee> true that.  devscripts is great.
[04:55] <lfittl> siretart: ping
[05:03] <bddebian> Heya gang
[05:04] <Gloubiboulga> hey bddebian !
[05:04] <bddebian> Heya Gloubiboulga
[05:04] <lfittl> evening bddebian :)
[05:04] <bddebian> Hi lfittl
[05:05] <Gloubiboulga> bddebian, nice work on the prismstumbler package :)
[05:06] <bddebian> Gloubiboulga: Seriously?
[05:06] <siretart> lfittl: pong
[05:07] <lfittl> siretart: I would be interested in joining the MOTU Games Team, what is the proper way to do that?
[05:07] <Gloubiboulga> bddebian, of course
[05:07] <bddebian> Gloubiboulga: Thx.
[05:07] <siretart> lfittl: just do work and ask me to get added :)
[05:07] <bddebian> heh
[05:08] <lfittl> siretart: work already done, 2 games maintained in universe, and packaging some others now :)
[05:08] <bddebian> Oh yeah, games
[05:08] <lfittl> siretart: what was the team name on launchpad again?
[05:10] <lfittl> or is there no launchpad team? then let's change this to "please add me" ;)
[05:10] <siretart> lfittl: afaik there is no launchpad group yet, mainly because I didn't see the necessity
[05:10] <bddebian> I was looking at glest but the data license looks questionable
[05:11] <lfittl> siretart: k, then, should I just add myself on the wiki page?
[05:12] <lfittl> bddebian: I guess the license of the data files?
[05:12] <lfittl> argh, sry, overread the data part..
[05:12] <bddebian> lfittl: Aye.  It claims to be redistributable but it's not exactly spelled out well :-)
[05:12] <bddebian> The game itself is GPL
[05:13] <bddebian> But the build system is, let's say "lacking" :-)
[05:13] <bddebian> Looks like a neat game though
[05:13] <lfittl> bddebian: custom license or a well-known problematic one?
[05:13] <bddebian> Custom.  Self made :-)
[05:14] <bddebian> Unlike scourge which they have no idea where half of their art code comes from :-)
[05:16] <siretart> lfittl: yes, no problem
[05:16] <siretart> bddebian: I remember some activity in the debian games team regarding glest
[05:16] <lfittl> bddebian/siretart: do you know of any attempts in the past to package FMOD (yeah I know it's proprietary and most parts are not-distributable, but some nice games use it)?
[05:16] <siretart> bddebian: you might want to read the archives first to learn about the status  of glest in debian
[05:17] <siretart> lfittl: FMOD?
[05:17] <lfittl> siretart: http://www.fmod.org/ (sound system)
[05:17] <lfittl> like OpenAL
[05:18] <siretart> hm
[05:18] <siretart> I didn't hear anything about it yet
[05:18] <bddebian> lfittl: I have tried to stay away from the engine crap.  I want a game :-)
[05:19] <siretart> lfittl: but if its non-free, I don't see why one should put efford in packaging it
[05:19] <lfittl> siretart: I have working packages here, but if I read the license correctly you are allowed to distribute the .so, but nothing else..
[05:19] <siretart> better convince authors of games to stay away from it and educate them about free software
[05:20] <siretart> so they allow you to ship a precompiled .so?
[05:20] <siretart> for which architectures?
[05:20] <lfittl> siretart: x86 only for 3.75, x86 and x86_64 for 4.04
[05:21] <siretart> hm.
[05:21] <siretart> I'd stay away from it
[05:21] <siretart> debian/ubuntu is about free software, you know. free as in speech
[05:22] <lfittl> siretart: yeah I know, but sadly there is still multiverse ;)
[05:22] <lfittl> (and restricted of course)
[05:23] <lfittl> siretart: I don't want to encourage people to use it (put a big "stay away" warning into the description), but I would still say the more things we have packaged for Ubuntu the better, and sadly there are some games that make use of FMOD
[05:23] <lfittl> siretart: and replacing it with OpenAL is not that easy, I would do that for 1-2 simple games, but most are bigger projects
[05:25] <lfittl> didn't want to turn that into a discussion about free software though, just wanted to know if there have been efforts in the past ;)
[05:25] <siretart> lfittl: tell me some projects which are using FMOD, and how are they licensed?
[05:26] <lfittl> siretart: 2 of the games I am creating packages for: FreeOrion, Dark Oberon
[05:26] <lfittl> GPL both
[05:27] <siretart> and they are linking against FMOD? how does this not violate the GPL?
[05:29] <lfittl> siretart: don't know, isn't the rule the other way around? you are not allowed to link proprietary stuff against GPL stuff, but linking GPL against proprietary is allowed? (not sure on that subject though)
[05:31] <lfittl> siretart: and linking against FMOD is optional, you can disable it, but then you won't have any sound output, which is not that nice for games
[05:34] <siretart> lfittl: better make the programs check for presence of the FMOD shared object, and use dlopen if its there
[05:34] <lfittl> siretart: hmm, that could work
[05:36] <bddebian> lfittl: Check on scourge for me, it looks pretty cool and apparently the community did look at making sure all of the artwork/data stuff is GPL'd :-)
[05:36] <lfittl> will have to investigate how much work it is to get that working, but it definitly sounds better than depending on multiverse stuff (which would have meant that the games must be in multiverse too, not exactly what I want)
[05:37] <lfittl> bddebian: sure :)
[05:39] <lfittl> siretart: but still, do you think it is acceptable, although not the nicest thing to have, to include the FMOD package?  (just to avoid me having to redirect users to 3rd party packages/repositories)
[05:40] <siretart> lfittl: you might want to read this: http://www.gnu.org/licenses/gpl-faq.html#GPLIncompatibleLibs
[05:41] <siretart> lfittl: it might make sense to have a FMOD package in multiverse, if (and only if) a) the FMOD authors want it, and b) there is really interest for other package to have that around
[05:43] <lfittl> siretart: thanks, so this means either getting that note integrated upstream or patching the games to use OpenAL?
[05:43] <siretart> bddebian: if you like touching gameing related packges, sure, why not
[05:44] <siretart> lfittl: that not is absolutely necessary if upstreams want to permit others to redistribute binaries at all. unfortunately, upstreams are often clueless
[05:44] <siretart> lfittl: I don't know of openal can do the same job as FMOD.
[05:44] <bddebian> siretart: Because I'm stupid and useless? :)
[05:44] <siretart> lfittl: if OpenAL is really an alternative, porting them to use OpenAL is probably the best solution
[05:44] <siretart> bddebian: who said this?
[05:45] <Hobbsee> siretart: only he says that to himself.
[05:45] <bddebian> siretart: I do :-)
[05:45] <siretart> bddebian: nah, rather because I'm lazy and have done more work in the debian games team lately
[05:46] <bddebian> Grrr, traitor ;-P
[05:48] <Prezu> Hi
[05:48] <Prezu> I'm currently preparing a Kadu (http://kadu.net) packages.
[05:49] <Prezu> I'm almost done. However, I have a question about a version number.
[05:50] <lfittl> siretart: will take another look at the FMOD problem this weekend, and will try to get the OpenAL solution working ;)
[05:50] <siretart> bddebian: why traitor? ubuntu profits directly. e.g. from a working scorched3d
[05:50] <azeem> siretart: he put a smiley behind it
[05:50] <siretart> lfittl: I think you should communicate with upstreams and tell them about the problem. Perhaps they already discussed it
[05:50] <siretart> azeem: ah. ok
[05:52] <Prezu> I'm packaging currently (but almost done) development version. It's 0.5.0. So my question is: is 0.5.0-0svn20060818 correct? 0.5.0 is not yet released.
[05:52] <bddebian> siretart: I know man, thanks, I'm only kidding
[05:52] <lfittl> siretart: I know there is an incomplete patch floating around for FreeOrion, don't know about Dark Oberon, will add it to my todo
[05:52] <Riddell> 0.5.0~svn20060818
[05:52] <Riddell> Prezu: ^^
[05:53] <bddebian> Prezu: as Riddell, and I would add -0ubuntu1
[05:53] <Prezu> Aa, ok. But is "~" already acceptable?
[05:53] <Prezu> It's still work in progress as far as I recall.
[05:53] <Riddell> Prezu: it's been usable in ubuntu for a while
[05:53] <lfittl> siretart: concerning the debian games team, is there an easy way to get Ubuntu games packages sponsored in Debian? (as I am also interested in adding my packages to debian)
[05:53] <siretart> Prezu: no. its now even usable in debian
[05:54] <Prezu> Ok, thanks a lot. :)
[05:54] <siretart> lfittl: I'd suggest joining the debian games team, and maintain your game package in the debian games svn
[05:55] <siretart> lfittl: you don't need to be a DD for that. you'll need a DD to get the package uploaded, though
[05:55] <lfittl> siretart: k, yet another point to add to my todo :)
[05:56] <lfittl> siretart: thanks for all the information, and the discussion about fmod
[05:56] <Riddell> Prezu: are you using the existing package from upstream?
[06:13] <Prezu> Riddell: Yes, I'm using a svn repository sbapshot as .orig.tar.gz
[06:14] <Riddell> Prezu: let me know when you need a review
[06:15] <Prezu> Riddell: Ok, thanks. :)
[06:17] <lfittl> bddebian: scourge download doesn't work, sourceforge link is either to slow or not responding at all
[06:18] <bddebian> Hmm
[06:20] <lfittl> trying again with firefox, epiphany behaves weird sometimes, must be related to firefox 2.0 beta 1
[06:25] <lfittl> bddebian: download worked with firefox, where can I find the data license? there doesn't seem to be a COPYING file
[06:25] <lfittl> bddebian: I know the problem was with the other one, but I would still be interested how scourge declared the license
[06:31] <lfittl> bddebian: and yes, scourge looks quite nice, can't wait to play it when you created the packages :)
[06:32] <lfittl> siretart: do you have some time to discuss another game packaging problem? (concerning planeshift)
[06:33] <siretart> lfittl: I need to go soon, but go on
[06:34] <lfittl> siretart: first problem, planeshift needs certain cvs snapshots of the libraries it uses, whats the best way to solve this?
[06:36] <siretart> lfittl: are the libraries we already have too new or to old?
[06:36] <lfittl> siretart: too old
[06:37] <siretart> lfittl: obvious solution: update the libraries, and check, that nothing else breaks
[06:37] <siretart> 2nd solution, see if planeshift can be fixed to use 'our' libraries
[06:37] <siretart> lfittl: you are talking about the 'sear' package, no?
[06:38] <lfittl> siretart: upstream updates the required cvs dates of these libraries constantly, and these libraries change ABI/API, so updating is not possible
[06:38] <lfittl> siretart: no, I am talking about packaging planeshift, which requires libcal3d, and some crystalspace stuff
[06:39] <bddebian> lfittl: There isn't one in the data tarball.  Hence the problem :-)
[06:39] <siretart> is it already packaged?
[06:39] <lfittl> siretart: no, just an installer for linux available
[06:39] <siretart> lfittl: hm. this sounds to me that upstream was too unstable for packaging
[06:41] <lfittl> siretart: upstream is unstable thats true, but they won't go stable for another year IMHO, and users might be interested in it (free MMORPG that works ;))
[06:42] <siretart> I see
[06:42] <siretart> it really depends on how you want to proceed from this point
[06:43] <lfittl> siretart: is it possible to simply integrate the cvs snapshots into the package, build them with the package into a package "planeshift-libs"", install them to /usr/lib/planeshift, and create a wrapper that uses LD_LIBRARY_PATH=/usr/lib/planeshift?
[06:43] <siretart> unstable libraries are a PITA to package
[06:43] <siretart> lfittl: do these libraries really need to be linked dynamically?
[06:44] <siretart> lfittl: I'd perhaps rather link them statically, but see that with this supporting them security wise becomes a nightmare
[06:44] <lfittl> siretart: hmm, don't think so, is there a way to say "link only libx and liby statically" when calling gcc/ld?
[06:44] <siretart> sure
[06:44] <siretart> static libraries look like this: libFoo.a
[06:45] <siretart> if you want to link against them, don't use -lFoo, but /path/to/your/libarary/libFoo.a
[06:45] <lfittl> oh, thanks, despite programming for some time now I have not known that :)
[06:46] <siretart> (in fact, there are other ways to achieve the same as well. I told you the obvious way)
[06:46] <lfittl> siretart: security won't be an issue, the libraries aren't interesting concerning attacks
[06:47] <siretart> everything which reads foreign data are interesting concerning attacks. libraries tend to do that
[06:48] <lfittl> siretart: k, but I have never heard anybody talking about a security issue with these libraries ;)
[06:48] <lfittl> siretart: first problem solved, second one: data might be non-distributable, upstream has its reasons, is it ok for the game to fetch the data after package install?
[06:48] <siretart> lfittl: this indicates that nobody has taken a closer look at them security wise.
[06:49] <siretart> lfittl: I'd consider this ugly. better convince upstream to release their data under a free license. this solves many trouble
[06:49] <siretart> lfittl: if they insist on non-free data for whatever reasons, better look for another package
[06:50] <bddebian> heh
[06:50] <lfittl> siretart: they won't, they want to avoid forks of the projects that use their data
[06:50] <siretart> lfittl: but they don't want to avoid forks that use their code? strange reasoning...
[06:51] <siretart> serious. you'd have to code some 'non-free data installer', which fetches the data from somewhere
[06:51] <siretart> there are installers for commercial games like quake and dooms for that
[06:52] <siretart> I read that there are ppl working on unifying such installers in the debian games group
[06:52] <lfittl> siretart: no, they integrate that already in the updater application that is launched when starting the game the first time
[06:52] <siretart> lfittl: hm.
[06:52] <lfittl> siretart: think of it like fetching the data from the server you want to play on, because the server manages the world
[06:52] <siretart> lfittl: this sounds to me like that we don't need to redistribute the data at all, no?
[06:53] <lfittl> siretart: exactly, it is just about the user getting a big download after the package download
[06:53] <siretart> in this case, I don't see much problem, since we don't redistribute anything illegal.
[06:53] <lfittl> good :)
[06:54] <siretart> we don't even depend on non-free data, if you say that the purpose of the program is to download data
[06:54] <siretart> which is a quite strange interpretation, though
[06:54] <siretart> well, you know what I mean
[06:54] <lfittl> siretart: yep
[06:54] <lfittl> siretart: one last problem?
[06:54] <siretart> sure
[06:55] <lfittl> siretart: the server requires an up-to-date version of the client to play, can we update them through dapper-updates for stable releases?
[06:55] <lfittl> s/dapper/edgy-whatever/
[06:56] <siretart> probably. but you'll need to talk to the release managers about that. I cannot answer you this question
[06:56] <siretart> I could imagine that they'd agree for universe packages
[06:56] <lfittl> siretart: k, will do when the package is ready, thanks again for your time :)
[06:57] <lfittl> bddebian: have you talked with glest upstream already about the data licensing?
[06:59] <bddebian> lfittl: Not yet, though I did get a response from the scourge folks
[07:00] <lfittl> bddebian: and what exactly was their response?
[07:01] <siretart> ok I'm off. probably until monday cu folks
[07:02] <lfittl> bye siretart
[07:02] <lfittl> have a nice weekend
[07:02] <bddebian> lfittl: http://pastebin.us/3351
[07:02] <bddebian> Later siretart
[07:05] <lfittl> bddebian: which means you have to wait for these folks in the forums to get the work done?
[07:06] <bddebian> lfittl: Dunno, I haven't tried the forums yet
[07:07] <lfittl> well, good luck, seems pretty unfortunate for such a nice game :/
[07:07] <bddebian> Aye
[07:08] <bddebian> What do you mean, good luck?  I'm passing the torch to you.. ;-P
[07:08] <lfittl> heh, that might take some weeks to finish ;D
[07:09] <hub> is there a way in a .install to EXCLUDE some files?
[07:09] <bddebian> Don't put them in the .install file? :-)
[07:11] <hub> bddebian: /usr/bin/* but 2 files
[07:11] <hub> :-/
[07:12] <hub> I just don't want to have to optin ALL the files
[07:18] <hub> so it not possible
[07:18] <hub> crap
[07:18] <azeem> hub: if it is too much hassle, you could move away those two before calling dh_install
[07:18] <bddebian> hub: Just rm them
[07:19] <hub> I used CDBS
[07:19] <hub> -d
[07:19] <azeem> hub: there should be a "after-install-but-before-binary" rule
[07:20] <azeem> install/foo::
[07:20] <azeem>    cp debian/tmp/myfoocmd debian/foo/foocmd
[07:20] <azeem> hub: ^^ try something like that
[07:20] <azeem> (from https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml )
[07:20] <hub> I have 34 binaries total
[07:20] <hub> I want to remove 2  because they go in the GUI package
[07:21] <azeem> hub: do you build the GUI package from the same build tree?
[07:21] <hub> yeah
[07:21] <azeem> hrm
[07:22] <azeem> hub: maybe it is easiest to remove them from the main package after dh_install then
[07:22] <azeem> put the two into debian/foo-gui.install
[07:22] <azeem> and usr /usr/bin/* for the main package
[07:22] <hub> that's whjat I'm doing
[07:22] <hub> will use the rule to delete the unwanted one
[07:24] <azeem> the above URL is pretty good for CDBS
[07:25] <hub> yeah
[07:25] <hub> that should work out
[07:25] <hub> thanks
[07:25] <hub> I just which I could put a ! in .install to exclude
[07:50] <hub> azeem: actually it does not work
[07:50] <hub> the rule is too early
[07:50] <hub> the only alternative is to cp them manually and not use .install
[07:50] <azeem> hub: yes, the above rule I pasted is before dh_install, sorry
[07:50] <azeem> that was back when I suggested to move it away before it, not to remove afterwards
[07:51] <AnAnt> bddebian: did you get my message ?
[07:51] <bddebian> AnAnt: Aye, but I haven't had a chance to look at it yet, sorry
[07:52] <bddebian> The package I mean
[07:52] <AnAnt> ok
[07:53] <bddebian> AnAnt: What was your question about the changelog entry
[07:55] <hub> azeem: I found my way
[07:59] <AnAnt> bddebian: you said that changelog shold only " state the initial packaging and any changes you made to the original tarball."
[08:00] <azeem> sounds right
[08:00] <AnAnt> bddebian: how does the changelog in kchmviewer violate that ?
[08:02] <bddebian> AnAnt: I'll tell you when I pull the package again, but don't you have two entries in there?
[08:02] <azeem> 6
[08:02] <bddebian> Eeks
[08:02] <azeem> kchmviewer (2.6-0ubuntu1) unstable; urgency=low
[08:02] <azeem> version and distribution do not match
[08:03] <zul> whee...kablooie
[08:03] <bddebian> heh
[08:04] <AnAnt> bddebian: yup, 2 or 3 entries
[08:04] <azeem> AnAnt: well, it's not an intial packaging, so the above rule does not apply
[08:04] <AnAnt> azeem: I don't understand
[08:04] <azeem> it's a modification to the Debian package
[08:04] <AnAnt> azeem: I got d/c
[08:05] <bddebian> Oh, it's already in Ubuntu?
[08:05] <AnAnt> azeem: you said: "version and distribution do not match", what do you mean ?
[08:05] <AnAnt> what's in Ubuntu ?
[08:05] <azeem> kchmviewer?
[08:05] <AnAnt> yes, but version 2.5
[08:05] <Kyral_Laptop> Well, that was fun
[08:05] <AnAnt> now I am mixed up !
[08:06] <AnAnt> azeem: you said: "version and distribution do not match", what do you mean ?
[08:06] <bddebian> AnAnt: He means it should be Edgy, not unstable for the distribution
[08:06] <welshbyte> good evening
[08:06] <bddebian> Heya welshbyte
[08:06] <azeem> AnAnt: what do you need kchmviewer-nokde for?
[08:06] <AnAnt> bddebian: in the changelog there are 2 or 3 entries, yes
[08:06] <welshbyte> ello bddebian
[08:06] <AnAnt> azeem: for those who don't want KDE
[08:06] <AnAnt> azeem: like myself
[08:09] <AnAnt> oh ok
[08:10] <bddebian> Bah, where'd he go?
[08:11] <hub> what is wrong with KDE?
[08:11] <hub> beside the fact that their architecture is way better than gnome
[08:12] <Kyral_Laptop> did everyone survive?
[08:17] <bddebian> TheMuso_: ping?
[08:23] <hub> GFDL 1.2 with no invariant is dfsg compliant?
[08:24] <azeem> and no front/cover texts, AFAIK
[08:25] <welshbyte> bddebian: get anywhere with tulip?
[08:25] <hub> azeem: and these too
[08:25] <hub> azeem: they are mentionned
[08:25] <hub> so I can package the doc
[08:25] <hub> cool
[08:38] <bddebian> welshbyte: No, I was looking at it again last night but I don't remember all the problems
[08:39] <welshbyte> bddebian: oh well, some you win...
[08:40] <bddebian> Nah, I never win :-(
[08:42] <bddebian> Grr @ gwget2
[08:45] <bddebian> This makes no freakin' sense..
[08:45] <bddebian> elif test $EPHY_VER = "2.14"; then
[08:45] <bddebian>           AC_DEFINE_UNQUOTED(EPHY_VERSION, 214, [Define to the Epiphany version$
[08:45] <bddebian>           EPIPHANY_PKGCONFIG=epiphany-2.14
[08:45] <bddebian>           EPIPHANY_REQUIRED=1.7.0
[08:47] <welshbyte> that might not look out of place on the daily wtf
[08:47] <bddebian> Heh
[08:54] <micahcowan> where's the end-quote (] )?
[08:54] <crimsun> that'll teach you to file bugs on alsa kthx.
[08:54] <bddebian> micahcowan: It's part of a big ugly if
[08:54] <micahcowan> aw.... what's that for, the stupid nforce "bug"? :-)
[08:54] <micahcowan> Ah, it was. :-)
[08:55] <micahcowan> bddebian, unfortunately, it looks nearly par-for-the-course in a configure.ac...
[08:56] <micahcowan> Except, I would've expected a ] ) instead of the $...
[09:02] <bddebian> Damn, this thing is all f'd up
[09:08] <bddebian> ./configure: line 2466: syntax error near unexpected token `0.29'
[09:08] <bddebian> ./configure: line 2466: `AC_PROG_INTLTOOL(0.29)'
[09:09] <bddebian> ??
[09:09] <Amaranth> that looks like a configure.ac
[09:10] <azeem> bddebian: aclocal did not expand that macro it seems
[09:13] <bddebian> is 0.29 supposed to be the version of intltool?
[09:16] <bddebian> Duh, forgot to reconfigure
[09:17] <AnAnt> back !
[09:17] <bddebian> Oh no.. :)
[09:17] <Lutin> Hi
[09:18] <AnAnt> I fixed the distribution to edgy, uploading it now
[09:19] <Lutin> when you add a doc-base file in your debian tree, do you need to register it using install-docs in postinst or not ?
[09:21] <bddebian> w00t it freakin' built
[09:24] <AnAnt> bddebian: ok, it is uploaded
[09:25] <bddebian> AnAnt: OK.  I'm getting ready to head home so I will check it tonight
[09:26] <AnAnt> thanks
[09:27] <bddebian> Unless, of course, I am drunk :-)
[09:33] <geser> hello
[09:33] <geser> python-dbus provides python2.4-dbus
[09:34] <geser> a package which depends on python2.4-dbus (>= 0.60) should it depend now on python-dbus (>= 0.60) or python2.4-dbus?
[09:35] <bddebian> geser: It should use the new python policy most likely.  And let python-central or whatever deal with that
[09:35] <crimsun> to be correct, the former.
[09:36] <crimsun> however it does provide that as a transition, so in the short-run you're ok
[09:37] <geser> the package is gnome-osd
[09:37] <geser> the Depends-line in debian/control is currently ${misc:Depends}, ${python:Depends}, python2.4-dbus (>= 0.60), python2.4-pyorbit-omg, py
[09:37] <geser> thon2.4-gnome2, python2.4-gtk2
[09:41] <geser> I will look now in the python policy
[09:41] <crimsun> again, fine in the short-run
[09:41] <bddebian> FIX IT! :-)
[09:41] <crimsun> python-gtk2, python-gnome2, and python-pyorbit-omg all provide their 2.4 counterparts
[09:42] <crimsun> my suggestion, along with barry's, is to fix it now
[09:43] <bddebian> Ah but you are so much more eloquent than I :)
[09:45] <geser> I will do a short fix now
[09:46] <geser> the debian package should be fixed soon (according to a bug)
[09:48] <shawarma> Hi guys!
[09:49] <AnAnt_> if a package needs python, what should I put in build depends ?
[09:49] <bddebian> python-dev
[09:49] <bddebian> Heya shawarma
[09:49] <Lutin> when you add a doc-base file in your debian tree, do you need to register it using install-docs in postinst or not ?
[09:49] <AnAnt_> k, then
[09:50] <shawarma> hi, bddebian!
[09:50] <bddebian> AnAnt_: Check the python policy though if you need to be able to support multiple python versions (Actually you should use the policy regardless)
[09:50] <AnAnt_> what python policy ?
[09:51] <shawarma> is there any way I can figure out who sponsored a certain upload for me?
[09:51] <bddebian> http://wiki.debian.org/DebianPython/NewPolicy
[09:51] <bddebian> or http://wiki.debian.org/DebianPythonFAQ
[09:52] <AnAnt_> ok, thanks
[09:52] <geser> shawarma: check the signature on the changes mail
[09:53] <bddebian> Damn I hate packages that take longer to get all the build deps than to just build the dang thing :-)
[09:54] <shawarma> geser: Good one!
[09:58] <shawarma> I need a MOTU for this merge: http://www.linux2go.dk/edgy-merges/asterisk-merge.diff
[09:58] <shawarma> pretty please?
[09:59] <bddebian> shawarma: Can you ping me when I get home if someone doesn't get to it before then?  I have GOT to get home.
[10:00] <shawarma> bddebian: When would that be?
[10:00] <bddebian> Not for an hour or more :-(
[10:01] <shawarma> bddebian: Ok. Thanks.
[10:01] <bddebian> Send me an e-mail at bddebian at comcast.net if someone doesn't catch it for you first
[10:01] <bddebian> Anyway, later gang
[10:12] <zul> later
[10:21] <truzak> libswt3.1-gtk-java depends on mozilla-browser, so now I have both firefox and mozilla installed.. was that really necessary? what does mozilla offer that firefox lacks?
[10:21] <crimsun> truzak: change the {build-,}dependency, then
[10:29] <crimsun> shawarma: against which source revision is that debdiff?
[10:31] <crimsun> shawarma: and since you're going to have to merge it, go ahead and pull in the changes covered in -3 [http://packages.qa.debian.org/a/asterisk/news/20060818T070230Z.html] , please
[10:53] <shawarma> crimsun: Current debian unstable.
[10:54] <shawarma> crimsun: er.. sorry. i should really read both your lines before responding.
[10:55] <shawarma> crimsun: I'll do -3. Hang on.
[10:57] <shawarma> crimsun: Hmm... Where can I find the source for -3?
[10:58] <crimsun> shawarma: it's currently being synced to mirrors
[10:58] <shawarma> crimsun: Ah, so it's nowhere to be found yet?
[11:01] <crimsun> I'm sure either infinity, keybuk, or kamion would know a place
[11:04] <Toadstool> re
[11:06] <shawarma> crimsun: I asked Keybuk, who knew about incoming.debian.org, but it's not there either. He figured it must be somewhere between the mirrors and incoming, so it actually is nowhere to be found right now. :-)
[11:07] <crimsun> well, it's definitely on the master, but I don't have access to it. I figured at least one of those three would know another method.
[11:09] <hub> what is the CDBS rule to generate the Makefile?
[11:10] <hub> update-config
[11:10] <hub> that would be it
[11:12] <shawarma> crimsun: Well, never mind. I'll do a new merge the day after tomorrow. I've got a busy, off-line weekend ahead of me.
[11:12] <crimsun> shawarma: sure
[11:13] <shawarma> crimsun: But well spotted! You just saved me a bit of trouble. :-)
[11:23] <crimsun> geser: it makes sense to change _all_ the build-dependencies
[11:23] <crimsun> geser: python2.4- -> python- , that is
[11:24] <geser> will made an updated debdiff
[11:25] <crimsun> thanks.
[11:25] <Goshawk> hi, this is a package creation question about the ubuntu policy: is it legal that a package replaces or changes a configuration file of another package?
[11:26] <crimsun> Ubuntu follows Debian policy, meaning that's illegal.
[11:27] <crimsun> what you _can_ do is invoke a conffile manager provided by that other package
[11:28] <Goshawk> thanks crimsun
[11:32] <geser> crimsun: should the package build-depend on python2.4 or python?
[11:33] <tseng> python-all-dev
[11:48] <geser> crimsun: I've attached an updated debdiff to the bug
[11:50] <crimsun> geser: the python-all-dev b-d is unnecessary.
[11:51] <crimsun> (walk the dependency stack for python-gnome2-dev)
[11:53] <geser> should I make a new debdiff?
[11:53] <crimsun> no need, I'll adjust it.
[11:53] <geser> thanks
[12:06] <crimsun> geser: upon closer reading, just request a sync from Sid; a merge is wrong.