[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<EMAIL_ADDRESS>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.


[10:11] <KAKKOSERAJA> My name is kakkose raja
[21:33] <hamidoux> what are the phones that support ubuntu mobile ... thanks


[08:32] <JamesTait> Good morning all! :-D
[08:42] <rye> away
[11:04] <gatox> good morning!
[12:10] <daveonearth> Can anyone tell me why the Ubuntu One logo is not in place for the iphone app?
[12:16] <alecu> top of the morning to y'all!
[12:17] <alecu> daveonearth: how is it not in place? can you take a screenshot?
[12:20] <gatox> alecu, hi
[12:23] <daveonearth> Hi alecu
[12:23] <daveonearth> It is just not the new Logo
[12:24] <daveonearth> its an orange file with a standard 'synch' round arrow
[12:25] <ralsina> good morning!
[12:30] <gatox> ralsina, hi
[14:22]  * briancurtin coffee, back in a few minutes
[14:24] <alecu> mmcc: this branch is not being merged by tarmac because it lacks "commit message": https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1018614-darwin-raise/+merge/112493
[14:35] <dobey> brb
[14:37]  * briancurtin back
[15:00] <thisfred> me
[15:00] <gatox> me
[15:00] <briancurtin> me
[15:04] <gatox> ralsina, alecu mmcc dobey standup?
[15:04] <gatox> did i forget anyone?
[15:04] <ralsina> me
[15:04] <gatox> ralsina, no, i did'nt forget you :P
[15:04] <gatox> jejejeje
[15:05] <thisfred> DONE: https://code.launchpad.net/~thisfred/u1db/unconfuse_sync_info/+merge/113214  bug #1019333 TODO: bug #1019333, BLOCKED: no NEXT: gatox
[15:05] <dobey> me
[15:05] <gatox> DONE:
[15:05] <gatox> Reviews, and refactoring (finally is looking good)
[15:05] <gatox> TODO:
[15:05] <gatox> Finish with refactoring TODAY!
[15:05] <gatox> BLOCKED:
[15:05] <gatox> No
[15:05] <gatox> briancurtin, go
[15:05] <briancurtin> DONE: fixed up stringio branch, started on py3-unicode part 2
[15:05] <briancurtin> TODO: work on py3-unicode part 2
[15:05] <briancurtin> BLOCKED: no
[15:05] <briancurtin> NEXT: ralsina
[15:06] <alecu> me (writing notes)
[15:06] <mmcc`> me
[15:06] <dobey> ralsina: ?
[15:06] <ralsina> DONE: tech leads, mgmt call, 1-1s cmake tweaking, canonicaladmin TODO: cmake tweaking if needed, bug triaging (are late there) BLOCKED: no
[15:07] <ralsina> sorry, was otp
[15:07] <dobey> DONE: 3.0.2 SRU uploads,
[15:07] <dobey> TODO: finish cmake3 review, bug poking
[15:07] <dobey> BLCK: None.
[15:07] <dobey> alecu: go
[15:08] <alecu> DONE: some reviews, struggled to get a running buildout on mac, techleads mumble
[15:08] <alecu> TODO: catch up with briancurtin before his holidays
[15:08] <alecu> BLOCKED: no
[15:08] <alecu> NEXT: mmcc
[15:08] <mmcc`> DONE: path fixes,investigated how we launch SD on windows
[15:08] <mmcc`> TODO: improve fix for change to shebangs
[15:08] <mmcc`> BLCK: none
[15:08] <mmcc`> NEXT: ?
[15:09] <mmcc`> NOTE: need to be afk a bit today so only partial holiday tomorrow
[15:09] <ralsina> Comments?
[15:10] <alecu> mmcc`: this branch is not being merged by tarmac because it lacks "commit message": https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1018614-darwin-raise/+merge/112493
[15:10] <ralsina> Tomorrow is US independence day, monday is Argentina's
[15:10] <dobey> indeed
[15:10] <mmcc`> alecu, ok, I'll go fix that. thanks
[15:10] <alecu> ralsina: and weekend is pycamp!
[15:10] <ralsina> plus, most of the .ar gang is taking friday off
[15:10]  * dobey will be off tomorrow
[15:10] <ralsina> so, reviews are going to be hard to find. Ping mercilessly.
[15:12] <ralsina> EOM?
[15:12] <gatox> eom!
[15:13] <gatox> and start of lunch
[15:17] <mmcc`> So, we have some apparently dead code on windows: in u1client, platform/tools/windows.py uses the wrong registry key to find the path to syncdaemon in get_sd_install_path(), which will (I think) never get called because checking is_already_running causes the tcpactivation code to spawn SD using a path it gets get_activation_cmdline, imported from SSO...
[15:19] <mmcc`> had some fun with this last night :) but in order to make sure SSO client doesn't need to know the path to syncdaemon, I wanted to make u1client use get_sd_install_path everywhere and so I needed to know which reg key was right
[15:21] <briancurtin> mmcc`: i think the tcpactivation and get_activation_cmdline stuff is newer, or at least more recently touched, so there probably is some older stuff remaining that could possibly be removed
[15:21] <briancurtin> i believe that was made smarter or bulked up or something more recently around proxy work
[15:22] <mmcc`> briancurtin: yes, it is newer. So, there's no way any reg keys would be getting set aside from that installer XML file?
[15:22] <briancurtin> mmcc`: not that i know of off the top of my head
[15:22] <mmcc`> ok, good
[15:23] <briancurtin> mmcc`: a quick check for anything registry related would be to grep for winreg and you'll find everything
[15:24] <briancurtin> and everything is not much :)
[15:24] <mmcc`> briancurtin: yeah, I did that once, will double-check
[15:44] <dobey> ok, need to get lunch, bbiab
[16:45] <rye> ping ralsina, if SD stops working right after 2012-06-17 22:48:57,953 - ubuntuone.SyncDaemon.OffloadQueue - DEBUG - Using temporary file: 'c:\\users\\username\\appdata\\local\\temp\\tmp3dttxi' - what can I do to get more information about this - CP can't contact SD and SD seems to have reached nirvana, but not in a good way
[16:48] <briancurtin> rye: does that file exist?
[16:48] <briancurtin> (i don't know the answer to the general question, just looking through the code)
[16:51] <alecu> rye: what is the version of u1 that's giving that error?
[16:54] <rye> alecu: 3.0.2 around 2012-06-19, ralsina by the way, is current 3.0.2 writing 3.0.2 in the log file?
[16:54] <rye> briancurtin: that file is not supposed to exist - that's a temporary one for offloading the in-memory request queue
[17:01] <rye> verterok: it looks like tritcask usage can trigger a bug in eCryptfs causing the metadata item to become unreadable
[17:02] <ralsina> rye: AFAIK, having it say 3.0.2 is in the pre-release checklist :-)
[17:06] <verterok> rye: hmm, is there something we can do about it?
[17:08] <rye> verterok: ask ecryptfs not to cause data loss?
[17:08] <verterok> rye: jaja
[17:09] <verterok> rye: do you know what action by tritcask is causing ecryptfs to loss data?
[17:09] <mandel_> alecu, ping!
[17:09] <mandel_> gatox, any reviews I can do while I listen to bad very bad italian tv?
[17:09] <ralsina> mandel_: is there any other kind of italian tv?
[17:10] <gatox> mandel_, not right now.... i'm finishing with the refactor TODAY... so i'm fully focus on that and nothing new
[17:10] <rye> ralsina: yet the logs have 3.0.0, please add this to check list again :)
[17:10] <mandel_> gatox, still refactoring! wow!
[17:11] <ralsina> briancurtin: see what rye said ^
[17:11] <mandel_> ralsina, I don't think so.. but if there is, lets called x :)
[17:11] <briancurtin> is this only a windows thing?
[17:11] <alecu> mandel_: pong!
[17:11] <gatox> mandel_, i needed to restart the test refactor for darwin4.... everything was broken
[17:11] <ralsina> briancurtin: yes, on linux, clientdefs.py is generated by autotools, on windows it has to be donemanually
[17:11] <rye> verterok: not really, in all cases people weren't doing much, and then SUDDENLY ecryptfs corrupts the lower file
[17:11] <briancurtin> ok
[17:11]  * rye relocates again
[17:11] <mandel_> alecu, did you have the time to look at my fsevents branch?
[17:12] <verterok> rye: oh, that's nice (not) :-(
[17:13] <alecu> mandel_: no. Get back to europython, get out in florence, meet tourist chicks. You'll have your review when you get back :-)
[17:13] <alecu> mandel_: how's europython so far, btw?
[17:14] <mandel_> alecu, I can multi task hehe :)
[17:14] <mandel_> alecu, but ok, I'll be around if you need me
[17:15] <mandel_> alecu, I went to a couple of advance talks that I found very interesting, the keynotes where very similar form the pycon ones so I did find them more boring
[17:15] <mandel_> alecu, lots of pypy happening which is really great to hear about
[17:18] <briancurtin> i'll be back in a bit. combined lunch + bike shop run
[17:20] <alecu> mandel_: more pypy is awesome, yes.
[17:21] <mmcc> hi mandel_ - hope you're having a good trip!
[17:22] <mandel_> mmcc, hello!
[17:22] <mmcc> mandel_ this path change is more fun than we expected - did you know we had functions for finding the path to syncdaemon in both u1 client and sso client? and only the one in sso client actually works on windows?
[17:22] <mmcc> (if you don't know, now you know… )
[17:23] <mandel_> mmcc, no, I had no idea.. oh my god!
[17:23] <mandel_> mmcc, that is terrible (that it happens) is great that you found it :)
[17:24] <mmcc> heh. not sure I'd go so far as terrible, but yeah it's good to get it cleaned up
[17:24] <mmcc> so i'm working on a branch that makes u1client find its own path to sd, so SSO doesn't need to know about where sd is installed
[17:24] <mmcc> and it uses the right registry key on windows
[17:24] <mmcc> I have found many skeletons on this journey
[17:26] <mandel_> mmcc, was it using the wrong registry key?
[17:26] <mandel_> mmcc, what the.. how did we even work on windows?
[17:26] <mmcc> mandel_ - the one in ubuntuone/platform/tools/windows.py was.
[17:26] <mmcc> that function was called get_sd_install_path
[17:26] <mmcc> the function get_activation_cmdline in SSO uses the right one
[17:27] <mandel_> mmcc, but is using SD_INSTALL_PATH, is not that correct?
[17:28] <mmcc> no
[17:29] <mandel_> mmcc, and what is that?
[17:29] <mmcc> the one that we set in the windows installer is "path-ubuntuone-syncdaemon"
[17:29] <mmcc> the reg key "SyncDaemonInstallPath" is never set anywhere
[17:30] <mandel_> mmcc, that looks like someone changed it in sso and did not bother to change it in the tools from ubuntuone.. I hate that we have that much until code in sso
[17:30] <mandel_> mmcc, if you need reviews let me know, now I'm going to tr and find pizza, it cannot be hard in italy :)
[17:30] <mmcc> the only way this works is that tcpactivation is starting the service using the command line from its description, and the start() method in tools/perspective_broker.py is never called
[17:31] <mmcc> mandel_ yes it shouldn't be in sso at all, I'm moving it back into u1client
[17:31] <mandel_> mmcc, superb, that is a much better idea, let me know if you need any help
[17:32] <mandel_> ok, I'm off to visit florence...
[17:32] <mandel_> all, laters!
[17:32] <mmcc> mandel_ I would like your confirmation that I'm understanding tcpactivation correctly,
[17:32] <mmcc> whoops
[17:32] <mmcc> I'll check later(s)
[18:24] <briancurtin> ralsina: 1-1?
[18:24] <ralsina> briancurtin: sure, let's do it on IRC
[19:18] <ralsina> brb errands
[19:33] <gatox> alecu, ping
[19:36] <alecu> gatox: pong
[19:37] <gatox> alecu, i finish with the refactor, and everything is working..... the problem is that it says that the diff is 2420 lines (+874/-1003) 7 files modified
[19:37] <gatox> but..... almost all of them are deletions
[19:40] <alecu> gatox: are those the test being refactored?
[19:41] <gatox> alecu, yes
[19:41] <gatox> the original branch without the refactoring was 839 lines
[19:44] <gatox> alecu, so.... is that ok?? or do you have any magic idea?
[19:44] <gatox> alecu, this is the branch: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/111914
[19:49] <alecu> gatox: what were the changes added before refactoring the tests?
[19:49] <alecu> gatox: can't you split those things in two?
[19:49] <alecu> gatox: the 839 lines first, then the refactoring of the tests.
[19:50] <gatox> alecu, yes..... but it would be a lot of code...... without tests...... and then another branch with the tests
[19:50] <gatox> ahhhhhhh
[19:50] <gatox> sooooooo..... you want me to do the refactoring in another branch
[19:50] <gatox> ?
[19:50] <alecu> gatox: I thought that was what we discussed with you and mandel!
[19:50] <alecu> gatox: or perhaps I got that backwards?
[19:51] <gatox> no..... we discuss that i should do the refactor in the same branch to not land ugly code
[19:51] <gatox> ok..... i'll propose 2 branches..... give me a couple of minutes
[19:51]  * gatox reverting.....
[19:51] <gatox> again....... :S
[19:52] <alecu> gatox: I thought that was at -3... and you and mandel  convinced me of doing all the refactoring fo the tests later
[19:52] <gatox> i would prefer to do it in a diff branch :P
[19:52] <alecu> gatox: you should *demand* mandel to give the bzr pipeline talk again.
[19:53] <gatox> alecu, i don't trust in mandel
[19:53] <gatox> jejejeje
[19:53] <alecu> gatox: neither do I !!!
[19:54] <gatox> alecu, so, now this is without the refactoring: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/111914
[19:54] <gatox> now i'll propose another one with the refactoring
[19:54] <gatox> alecu, you'll need to wait that launchpad updated
[19:54] <gatox> updates
[20:02] <gatox> alecu, ok..... so this one is the final one for filesystem notifications: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/111914    ....... and this one is for the tests refactoring: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-tests-refactoring/+merge/113289
[20:04] <gatox> the last one has some conflicts..... i'm fixing it
[20:06] <gatox> alecu, but it also shows a lot of lines in the diff: 2654 lines (+672/-1489) 3 files modified
[20:07] <gatox> butttttttt..... 1489 are deletions
[20:08] <gatox> alecu, there are the two branches.... now i'll email mandel about this (he says he like to review branches while he listen to talks :P)
[20:10] <gatox> ok..... email sent..... and EOD for me!
[20:10] <alecu> gatox: ???? how comes the second branch is bigger than when they were merged?
[20:11] <gatox> alecu, magic
[20:12] <gatox> alecu, probably..... because some of the lines in darwin 4 are tests that i'm adding..... and i the next one i'm removing those lines to refactor them... or something like that
[20:13] <alecu> ack
[20:13] <gatox> alecu, i already sent an email to mandel.... so.... i'm off for today (and happy! :D)
[20:13] <gatox> alecu, let me know how the review goes :P
[20:46] <dobey> need to run. later all.
[21:00] <alecu> briancurtin: a couple more lint issues here: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-urllib/+merge/112429
[21:01] <briancurtin> i wish lint was actually useful, or it worked on windows
[21:01] <briancurtin> or something
[21:04] <alecu> briancurtin: sorry about that...
[21:05] <briancurtin> alecu: it's not your fault! none of these changes show lint notices on my box, which is weird
[21:05] <briancurtin> so i think everything's fine when i push the branch
[21:05] <alecu> briancurtin: I usually run my windows virtualbox from ubuntu, and I share the source tree from the host to every devel guest.
[21:05] <alecu> briancurtin: perhaps that can help you with this.
[21:05] <alecu> briancurtin: I'm using virtualbox's "shared folders" but surely vmware has something similar.
[21:06] <briancurtin> i run directly on windows. now that i have a better VMware setup i should probably try again to get a dev environment running on ubuntu
[21:07] <alecu> briancurtin: don't worry about that just now... but I can give you a hand with that after your holiday if you need.
[21:07] <briancurtin> last time i tried to set it up, something about LXC didn't work or there was a version mismatch...ended up never figuring it out
[21:07] <briancurtin> but that was months ago
[21:08] <alecu> briancurtin: lxc as in "linux containers" ? weird.
[21:08] <briancurtin> yeah, that was a part of the directions and someone helped me try to set it up, but we couldnt get it running
[21:13] <alecu> briancurtin: that's a bit weird. lxc is a way to do lightweight virtualization, to have linux running on top of linux, and it's mostly used instead of vmware... I do not use lxc at all right now, just heavyweight VMs with windows and all ubuntu versions running on top of a single Precise.
[21:16] <mmcc> alecu, I'm wondering if there's a HOWTO somewhere for using xbox shared folders with source trees - I tried to set that up a while ago but ran into permissions issues in the goest...
[21:16] <mmcc> s/guest/goest/
[21:16] <mmcc> er. you know… guest
[21:16] <alecu> mmcc: right. And virtualbox, right?
[21:16] <alecu> :-)
[21:16] <mmcc> yes. hah!
[21:17] <mmcc> I typed v box, and os x 10.7 autocorrects like iPhones do :(
[21:17] <alecu> mmcc: hahahahahaah
[21:17] <mmcc> earlier today I typed 'd obey' and it wrote 'dopey'
[21:17] <mmcc> :(
[21:17] <alecu> lolz
[21:18] <alecu> mmcc: I don't have a HOWTO, but here's what I do:
[21:18] <alecu> mmcc: I just mount my ~/canonical folder from my host in my ~/canonical folder in the guest
[21:19] <alecu> mmcc: and I always run bzr from the host
[21:19] <alecu> mmcc: if I run it on the guest, then the guest would say that every file was added the execute bit
[21:19] <alecu> mmcc: so my rule is to never use it there.
[21:20] <alecu> mmcc: but I can edit from any guest though.
[21:20] <mmcc> alecu, interesting. I'll have to give that a try
[21:26] <briancurtin> alecu: py3-urllib should be corrected, at least for the lint warnings related to my stuff (the TODO are others)
[21:26] <alecu> briancurtin: great. Yes, the other ones are there in trunk too.
[21:27] <alecu> briancurtin: in py3-StringIO there seems to be an unneeded "import sys"
[21:28] <briancurtin> alecu: where at?
[21:28] <briancurtin> alecu: ah i see
[21:36] <alecu> briancurtin: +1 to py3-urllib
[21:36] <briancurtin> alecu: thanks!
[21:46] <mmcc> Ok I have to run again, sorry I've been out of touch a bit today. I'm going to work more tonight, should have branches for this path setup problem tested and ready tomorrow. I'll be working tomorrow morning.
[21:46] <mmcc> s/this problem/all these problems/
[22:08] <alecu> briancurtin: I think that while replacing u"..." -> "" in any given file, we should also replace any "" -> "".encode("utf-8").
[22:09] <alecu> briancurtin: for instance, in one of the test files we are checking mixing both types of strings, and replacing only one makes no sense...
[22:09] <alecu> briancurtin: let me find it.
[22:10] <briancurtin> could be. unicode/bytes/str isn't something i've ever had to care about so weird stuff probably slipped in
[22:10] <alecu> briancurtin: for instance, test_get_simple_token_name and related.
[22:11] <alecu> briancurtin: btw: I think that "compat.text_type" looks weird, but I think we'll get used to that :P
[22:12] <alecu> briancurtin: it beats having to guess whether the file was updated or not.
[22:12] <briancurtin> yeah it's not the greatest
[22:15] <alecu> briancurtin: hhmmm... I seem that we *can't* blindly replace "" -> "".encode("utf-8")
[22:15] <alecu> briancurtin: either
[22:15] <alecu> briancurtin: it looks like some tests already assume the implicit unicode to bytes comparison as in py2.
[22:18] <briancurtin> alecu: here is the remaining diff of parts that i haven't covered - https://pastebin.canonical.com/69391/
[22:19] <briancurtin> i haven't looked into this part yet, but i dont think we need to do anything about the filter/list-comp change since we just use the result as an iterator anyway
[22:20] <briancurtin> the self.next() vs next(self) part looks like a 2to3 confusion, since i think that next() call is something inside PyQt IIRC. we will probably have to tackle that part once we can actually run with PyQt on Py3
[22:20] <alecu> briancurtin: right.
[22:20] <briancurtin> i don't know a good strategy to port the metaclass stuff, haven't really looked into that yet
[22:22] <briancurtin> and with that, it's EOD. i would like to stick around but i have to go do a bunch of last minute shopping before the vacation
[22:22] <alecu> briancurtin: have a great time!
[22:22] <briancurtin> alecu: will do. see you soon!