[12:12] <lophyte> superm1: you around?
[01:01] <superm1> lophyte, i'm here
[01:01] <superm1> lophyte, just got back from new years celebrations
[01:04] <lophyte> superm1: hehe, nice.. how was your holidays/
[01:04] <superm1> very good 
[01:04] <superm1> and you?
[01:04] <lophyte> pretty good
[01:05] <superm1> so whats up?
[01:05] <lophyte> trying to set up a myth box, finally
[01:05] <superm1> okay come in #ubuntu-mythtv 
[01:05] <superm1> we'll chat there
[01:05] <lophyte> oh, didn't know there *was* a channel for that..
[04:15] <lukaswayne9> Hello all!  I've just uploaded a new version of my application, GFCEU, to the revu.  It sports some new features and critical bug fixes, and I really hope to see it get into fiesty!  If you have the chance, please review it!  http://revu.tauware.de/details.py?upid=3930
[04:16] <crimsun> you'll have better luck later in the week, I suspect
[04:18] <crimsun> lukaswayne9, err, is there no use of the new Python policy?
[04:18] <lukaswayne9> Alright
[04:18] <lukaswayne9> new?  Newer since edgy?
[04:18] <crimsun> lukaswayne9, are you using python-support or python-central?
[04:19] <lukaswayne9> Oh damn, I built this on edgy :-\  I've been out of the building scene for a while...
[04:19] <crimsun> it should only be a very quick change
[04:19] <lukaswayne9> What change?
[04:21] <crimsun> http://wiki.debian.org/DebianPythonFAQ
[04:25] <lukaswayne9> After reading the FAQ, I'm still not clear on what needs to be changed
[04:26] <crimsun> well, are you going to use pysupport or pycentral?
[04:26] <crimsun> (note you're not build-depending on one)
[04:27] <lukaswayne9> pysupport i suppose
[04:27] <crimsun> well, you have to do it explicitly (i.e., add it), because neither is implicit
[04:27] <lukaswayne9> Alright.  WIll I still need to include python-dev?
[04:29] <crimsun> you'll want to change that to python-all-dev
[04:30] <lukaswayne9> And with the depends... I should change ${python:Depends} to python, python-support   ?
[04:33] <crimsun> no, that remains
[04:33] <lukaswayne9> So where does python-support come into play? Just add it to the depends list?
[04:35] <crimsun> you'd b-d on it
[04:35] <lukaswayne9> okay
[04:35] <lukaswayne9> alright, uploaded again
[04:35] <lukaswayne9> thanks a lot
[04:36] <crimsun> make sure you added the dh_pysupport invocation prior to dh_python in debian/rules
[04:36] <crimsun> http://www.debian.org/doc/packaging-manuals/python-policy/ap-packaging_tools.html#s-pysupport
[04:37] <StevenK> Adri2000: Just so you can stop bothering me, please look at Debian Mentors which do this sort of thing.
[04:39] <lukaswayne9> crimsun: okay, reuploaded
[04:53] <crimsun> lukaswayne9, in the future, please be careful with debian/changelog
[04:53] <crimsun> the two latest entries don't have update timestamps
[04:53] <crimsun> updated, even
[04:55] <crimsun> lukaswayne9, uploaded.
[04:56] <crimsun> rexbron, some misspellings in debian/changelog
[04:56] <rexbron> uug
[04:56] <rexbron> im owned 
[04:56] <rexbron> let me re-read it, then kick myself
[04:58] <lukaswayne9> crimsun: alright! thank you
[05:00] <rexbron> crimsun: fixed to and relevent, any others?
[05:02] <crimsun> rexbron, the very first bit is awkward: "Removed rule to related to config.guess"
[05:02] <rexbron> crimsun: question, should I just remove all references to that rule, or rephrase
[05:03] <lifeless> rexbron: more detail will make it less awkward
[05:03] <rexbron> ok
[05:03] <lifeless> rexbron: i.e. 'stop deleting config.guess inappropriately'
[05:03] <lifeless> or whatever
[05:04] <rexbron> ok
[05:05] <rexbron> crimsun, lifeless: anything else before I upload?
[05:05] <crimsun> now's as good as any
[05:09] <rexbron> umm, I am uploading it but forgot to add in the changelog, that I fixed typos (I did not think it warrented it, was I wrong?)
[05:09] <crimsun> err, well, that was the point of the upload ;)
[05:10] <rexbron> so it is going to show up as ubuntu4
[05:10] <crimsun> that's fine
[05:10] <rexbron> ok
[05:10] <crimsun> when it's finally uploaded to Ubuntu it'll be -0ubuntu1
[05:10] <rexbron> i see
[05:12] <crimsun> what specifically about the naming scheme?
[05:12] <rexbron> Kamping_Kaiser: <program>_<upstream version>-<debian version>ubuntu<ubuntu version>
[05:13] <Kamping_Kaiser> the bit where ubuntu version gets attached
[05:14] <rexbron> baisically, if a ubuntu person makes a change to make it work with ubuntu (or any change for that matter) we up our own version nimber
[05:14] <rexbron> *number
[05:14] <Kamping_Kaiser>  -0ubuntu1 <is that debian version 0, ubuntu version 1? or are both numbers ubuntu version?
[05:14] <rexbron> right on the first case
[05:14] <Kamping_Kaiser> its suddenly much clearer :\
[05:15] <crimsun> it means that packaging version is not in Debian, but yes, the Ubuntu packaging version is 1
[05:15] <Kamping_Kaiser> what if debian now package it, does ubuntu have the option to keep its version (0ubuntux), or to sync in debians? (1ubuntux)
[05:16] <rexbron> a sync is when debian changes match ubuntu chagnes
[05:16] <rexbron> otherwise it is a merge
[05:16] <crimsun> Kamping_Kaiser, in that case we have a skew, and a decision has to be made whether to "fakesync" (use Debian's packaging infrastructure) or to continue with Ubuntu's
[05:17] <lifeless> rexbron: sometimes we talk all the changes, but still cannot sync
[05:17] <lifeless> because having changed the version number, dependencies in other packages also changed.
[05:17] <lifeless> s/talk/take/
[05:17] <rexbron> ok
[05:18] <Kamping_Kaiser> crimsun, i think i see :)
[06:22] <acacs> opa
[06:24] <Kamping_Kaiser> o_0
[07:26] <poningru> zomg
[07:26] <poningru> can someone bring in alpine and alpine-pico from debian??
[07:26] <Lathiat> alpine eh
[07:29] <Lathiat> vala?
[07:29] <Amaranth> it's a new programming language
[07:30] <Amaranth> well, sort of
[07:30] <Amaranth> it's like pyrex
[07:30] <Amaranth> http://vala.paldo.org/
[09:01] <crimsun> we need a "verify these $release-proposed SRU" day
[10:41] <jenda> Hello.
[10:45] <highvoltage> hello jenda 
[10:45] <fowlduck> hello
[10:47] <jenda> The/a dev of KDEnlive and MLT has created deb packages, and the question got to me, but I am clueless, as usual...
[10:48] <jenda> http://paste.ubuntu-nl.org/216/
[10:48] <jenda> there
[10:50] <crimsun> it's unclear what the question(s) is(are).
[10:50] <crimsun> is he looking for Web hosting? Source package review? Both?
[10:52] <jenda> I'm not sure really...
[10:52] <fowlduck> I don't think he knows the process to get them included
[10:52] <jenda> crimsun: more like - what do you do if you want to make your deb package available to Ubuntu users.
[10:53] <crimsun> https://wiki.ubuntu.com/MOTU/Packages/New and the link(s) in the topic.
[10:53] <crimsun> the last link in the topic is most immediately relevant
[11:05] <jenda> crimsun, fowlduck: ok, thanks.
[11:05] <crimsun> np
[11:07] <fowlduck> yeah, glad to help (although crimsun did all the heavy lifting, as usual)
[11:31] <slytherin> Can anyone tell me who review packages uploaded to REVU?
[11:33] <crimsun> slytherin, anyone can
[11:33] <crimsun> however, only members of ubuntu-dev have advocate votes that matter
[11:33] <crimsun> currently two advocate (positive) votes are required to upload a new source package to the current development version
[11:34] <slytherin> crimsun: Thanks.
[12:10] <crimsun> Amaranth, let me know if your alsa issue is still relevant in 2.6.20-3.4 (now available)
[12:13] <gnomefreak> not yet here crimsun we just got the libc6-dev for 2.6.20-3
[12:13] <gnomefreak> linux-libc-dev i mean
[12:13] <crimsun> it's definitely available from archive.uc
[12:13] <crimsun> I just rebooted into 2.6.20-3-lowlatency
[12:14] <gnomefreak> i guess im waiting for the meta than -generic hasnt hit archive.ubuntu.com 
[12:14] <gnomefreak> in updates atleast
[12:18] <gnomefreak> ah i see it in repos just no restricted-modules for it yet (assuming thats one reason it hasnt been sent to updates yet
[12:29] <finalbeta> I clicked the first link in the topic expecting to find how to actually make a .deb. I'm 6 links further and still not the wiser.
[12:30] <battlesquid> i'd like to recommend gruler be added to a ubuntu repository, because kruler doesn't work well (with borders!) in gnome
[12:30] <crimsun> you missed the Ubuntu Packaging Guide completely.
[12:30] <crimsun> ^ finalbeta 
[12:31] <finalbeta> I see, the wiki has some issues. Now that I press back, I did see the kubuntu packaging guide.
[12:32] <finalbeta> Ok, cewl, thnx. Will try this.
[12:33] <crimsun> UPG is available from help.ubuntu.com, or if you're using GNOME, System> Help> System Documentation> Contributing to Ubuntu> Maintaining Ubuntu
[12:55] <Kamping_Kaiser> libavahi-common3 0.6.10-0ubuntu3.3 <- how can you have .3 of an upload? does that just mean "made a slight change"?
[12:57] <geser> it's the 3rd update to a "stable" package
[12:58] <crimsun> Kamping_Kaiser, the versioning scheme is different for updates, as geser mentioned
[12:58] <Kamping_Kaiser> so you will get x.x in -updates and -security?
[12:58] <crimsun> generally, yes
[12:58] <Kamping_Kaiser> thanks both
[12:58] <crimsun> and x.x~proposed1 to $release-proposed
[12:59] <crimsun> and possibly x.x~$release# for backports
[12:59] <crimsun> there is method to the madness
[12:59] <Kamping_Kaiser> this gets complex fairly fast. at least its organised madness
[01:21] <Kamping_Kaiser> does anyone here use firefox? can you look at the man page in OPTIONS? i think its missing an F... i just want to know its not just my setup.
[01:23] <Fujitsu> Where in the OPTIONS section?
[01:24] <Kamping_Kaiser> A summary of the options supported by irefox is included below.
[01:24] <Fujitsu> Nope, your setup.
[01:24] <Fujitsu> I get a nice bolded lowercase `firefox'
[01:24] <Kamping_Kaiser> might be a fixed-after-dapper bug
[01:30] <Lathiat> Kamping_Kaiser: security releases 
[01:31] <Kamping_Kaiser> Lathiat, cheers. wonder why i havent picked it up :/
[02:00] <Kamping_Kaiser> in a debian/rules file, if i want to echo <some text "somemoretext ;"> into another file, do i need to escape all the special charactesr? <>;"
[02:00] <Adri2000> slomo: two things about liferea on feisty: I don't know what liferea-bin is supposed to do, do you? anyway it segfaults here. also, since I'm on feisty, my liferea is in english instead of french, I tried whith other locales and it doesn't seem to work either
[02:03] <geser> slomo: hello, can I merge prj2make-sharp?
[02:04] <MehdiHassanpour> Hi Motu developers
[02:05] <MehdiHassanpour> I've asked for ttf-freefarsi package to be add in Feisty universe
[02:06] <MehdiHassanpour> It's been added to Debian's unstable
[02:08] <Hobbsee> hey PriceChild 
[02:08] <PriceChild> Hobbsee: !!!!!! :D
[02:09] <PriceChild> how're you?
[02:09] <Hobbsee> good
[02:09] <Hobbsee> MehdiHassanpour: doing it
[02:09] <MehdiHassanpour> Hobbsee: Thanks :-)
[02:11] <PriceChild> gd gd
[02:14] <Kamping_Kaiser> i dont see this covered in ubuntus packaging guide (but perhaps i just didnt read the right bit). i'm trying to make a derived package from firefox (just changing a few settings), and i get this error. i renamed the source dir, if thats useful info:
[02:14] <Kamping_Kaiser> dpkg-source: warning: source directory `./firefox-1.5.dfsg+1.5.0.8karl0' is not <sourcepackage>-<upstreamversion> `firefox-1.5.dfsg+1.5.0.8'
[02:14] <Kamping_Kaiser> dpkg-source: warning: .orig directory name firefox-1.5.dfsg+1.5.0.8karl0.orig is not <package>-<upstreamversion> (wanted firefox-1.5.dfsg+1.5.0.8.orig)
[02:16] <geser> the .orig.tar.gz has still the old directory name hence the warning
[02:16] <Kamping_Kaiser> so i should rename the diff, dsc, orig.tar.gz and the source dir, not just source dir?
[02:16] <Hobbsee> Kamping_Kaiser: but you can ignore it, if it's a warning
[02:17] <Kamping_Kaiser> Hobbsee, i prefer not to ignore warnings, they always come back to haunt me :)
[02:17] <geser> the diff and dsc get the new names automatically once you build a new source package
[02:17] <Kamping_Kaiser> thanks.
[02:18] <geser> the old dir name is inside the orig.tar.gz (use tar tzf to see it)
[02:18] <Hobbsee> Kamping_Kaiser: heh.  you can ignore that one though
[02:19] <geser> Kamping_Kaiser: if you really want to get rid of the warning, you have to unpack the orig.tar.gz, rename the dir and tar it up again
[02:19] <Kamping_Kaiser> Hobbsee, :)
[02:19] <Kamping_Kaiser> is that ok, with the 'dont mess with orig.tar.gz' rule?
[02:20] <Jozo-> Kamping_Kaiser: Don't change upstream version, if there is no need to change it.
[02:21] <Kamping_Kaiser> hm
[02:21] <Kamping_Kaiser> thanks for explaining this btw geser and folk
[02:44] <xerxas> Hi ! 
[02:45] <xerxas> Happy new year to all of you 
[02:48] <slomo> geser: sure
[02:48] <slomo> Adri2000: well... it should work ;)
[02:52] <Adri2000> slomo: liferea-bin or locales? or both?
[02:53] <bddebian> Heya gang
[02:54] <Kamping_Kaiser> hey mate :)
[02:54] <bddebian> Heya Kamping_Kaiser
[02:54] <Kamping_Kaiser> :)
[02:55] <Lutin> hello bddebian
[02:55] <bddebian> Hello Lutin
[02:57] <Adri2000> slomo: there is no .mo files in the .deb
[02:57] <Lutin> bddebian: do you have 5 min to help me with the allegrogl pkg, on revu ?
[02:57] <slomo> Adri2000: it's in the language packs
[02:57] <slomo> Adri2000: once they're updated again...
[02:57] <Adri2000> ahhhh yes it's in main now
[02:57] <Adri2000> okay :)
[02:58] <slomo> ademan: and liferea-bin should work normally... well, does "liferea" work for you? ;)
[02:58] <Adri2000> Adri2000* :p liferea works yes but liferea-bin segfaults
[02:58] <slomo> Adri2000: probably mozilla-madness *shrug* ;)
[03:06] <Lutin> bddebian: actually I don't konw what to do whith the lib .... lintian says it's a sharedlib, but i provides no .so.x.x, has no soversion ... would be great if you had a clue :)
[03:07] <bddebian> Yeah, it would be :)
[03:09] <Lutin> lol
[03:10] <giskard> ciao
[03:13] <bddebian> Heya giskard
[03:14] <bddebian> Lutin: Actually, I believe the -dev package should have .so.X.X
[03:15] <Lutin> bddebian: that means I'd have to patch the makefile to actually generate it ?
[03:17] <bddebian> Give me a sec
[03:17] <bddebian> What the heck is the objdump parameter to get the SONAME?
[03:21] <geser> -p or -x
[03:21] <bddebian> Hmm, I didn't know -x did SONAME.  Thx geser
[03:22] <geser> -x includes -p
[03:22] <bddebian> Ahh
[03:23] <bddebian> Lutin: I wonder if that lib has issues.  I believe libs should have an SONAME
[03:24] <Lutin> bddebian: what should I do then ?
[03:27] <geser> Lutin: what gives "objdump -p libagl.so | grep SONAME"?
[03:28] <Lutin> geser: give me 5 min, I have to build it on this pc :)
[03:31] <bddebian> geser: Nothing
[03:32] <Lutin> the point is, as it's intended to be a plugin to allegro, it's not build like a sharedlib i guess
[03:33] <bddebian> Well it's building libagl.so
[03:39] <Lutin> so, I should ask upstream to modify the autofoo stuff to provide soname and lib.so.x.x, (or do it myself) ?
[03:40] <bddebian> Upstream would probably be preferred.  But I may be wrong about this.  I'm certainly no library expert..
[03:41] <azeem> Lutin: if it's a plugin, does it get installed into /usr/lib/allegro or something?
[03:42] <bddebian> Yes, /usr/lib/libagl.so
[03:42] <azeem> so, no :)
[03:43] <bddebian> So no, what?
[03:43] <azeem> if it's a plugin, it has no business getting put into /usr/lib
[03:43] <bddebian> Oh. heh sorry
[03:43] <azeem> it should get put into a subdirectory where allegro can find it
[03:43] <azeem> and plugins don't count as libraries, so no soname issues
[03:43] <bddebian> Ah, OK, thx
[03:47] <Lutin> azeem: ok
[03:47] <Lutin> azeem: and still should be updated to have a soname and such ?
[03:47] <bddebian> Lutin: So, just stick it in /usr/lib/allegro/libagl.so or so and make sure allegro can find it :-)
[03:48] <Lutin> bddebian: ok
[03:48] <bddebian> Lutin: No, not for a plug-in apparently
[03:48] <Lutin> bddebian: some software rely on that plugin, such as the ta3d game, so I wonder if it's only a plugin
[03:48] <azeem> Lutin: no, check out other allegro plugins for package naming conventions, if any
[03:49] <azeem> something like allegro-plugin-ag or whatever would be more suiteable in this case I guess
[03:49] <azeem> Lutin: how does ta3d rely on it?
[03:49] <azeem> check whether objdump -x ta3d |grep NEEDED lists it
[03:50] <Lutin> azeem: ok
[03:50] <Lutin> azeem: if it does, what does that means ?
[03:51] <azeem> Lutin: then it would mean libag1 is a true library and not a plugin
[03:52] <stgraber> Is there any problem with REVU ?
[03:52] <stgraber> my upload appears to be stuck in the FTP
[03:53] <bddebian> Here is where the allegro arts plugin puts it:
[03:53] <bddebian> usr/lib/allegro/4.2/alleg-artsdigi.so
[03:55] <Lutin> bddebian: ok, thanks
[04:02] <Lutin> azeem: currently building ta3d, I'll check the objdump thing asap
[04:07] <Lutin> azeem:  NEEDED      libagl.so
[04:08] <Lutin> seems that it's a true librairy
[04:10] <bddebian> Ack
[04:17] <Lutin> so I have to ask to upstream to provide the lib.so.x.x and a soname/soversion
[04:19] <jorgp> is there a mplayer 1.0rc1+ planned for multiverse?
[04:58] <Lutin> bddebian: did you see the liballegro4.2 source package ? all fixed by the debian maintainer. seems the upstream is not wanting to use libtool ^^
[04:59] <bddebian> joy
[05:07] <stgraber> Can anyone check why uploads got stuck on the FTP and doesn't appear on REVU ?
[05:17] <bddebian> How do I best do docbook2man in a CDBS package?
[05:23] <Lutin> bddebian: I don't understand what exactly means those linda warnings on kayali :/
[05:24] <bddebian> Lutin: Me either
[05:26] <Lutin> bddebian: lol
[05:26] <Lutin> I can't get what's wrong with having a 775 chmod on a script
[05:27] <Lutin> err. 755
[05:29] <geser> it's missing a she-bang
[05:32] <Toadstoo1> heya everybody
[05:32] <Toadstoo1> happy new year
[05:34] <bddebian> Heya Toadstoo1, to you also
[05:35] <bddebian> geser: Hey, do you know how I can get a docbook to a manpage in a CDBS package?
[05:36] <geser> bddebian: no
[05:36] <geser> have you tried to use one of the several cdbs hooks?
[05:37] <Toadstool> why the heck was my nick Toadstoo1? :p
[05:37] <Toadstool> I hate nickserv ^^
[05:38] <Adri2000> bddebian: can I "merge" msttcorefonts? ("" because it's really an easy merge :p, updated merge)
[05:41] <bddebian> geser: Yeah, I found it, thanks
[05:42] <bddebian> Adri2000: Go for it, thanks
[05:42] <Adri2000> ok, I will need someone for uploading, and that's the bigger part of the job for this merge :P
[05:43] <Adri2000> but first, pbuilding...
[05:56] <Adri2000> -> http://adrishost.homeip.net/~adri2000/ubuntu/toupload/msttcorefonts_1.6ubuntu1.debdiff (from 1.6), I hope my changelog is ok...
[06:18] <Lutin> does anyone know what that linda warning acutally means ?
[06:18] <Lutin> W: kayali; Executable /usr/share/kayali/MaximaParserTokenTypes.txt with perms 0755 is not an ELF file or script. 
[06:19] <Lutin> err. .py, not.txt
[06:22] <bddebian> Lutin: It's telling you that you have executable "rights" on a non-script or ELF file
[06:23] <Lutin> bddebian: ok
[06:27] <Toadstool> Lutin: which in this particular case means that you should either change the rights on this file or add a shebang if it is supposed to be executed
[06:27] <Lutin> Toadstool: hay !
[06:28] <Toadstool> hi Lutin 
[06:28] <Lutin> (thanks a lot) how are you ?
[06:28] <Toadstool> good, how are you?
[06:29] <Lutin> fine, thanks :)
[06:30] <Sp4rKy> hi there
[06:30] <Sp4rKy> Toadstool: hi !
[06:31] <Toadstool> heya Sp4rKy 
[06:35] <Amaranth> alright, time to show my newbiness
[06:35] <Amaranth> how do i do this revu thing? :)
[06:45] <bddebian> Amaranth: Upload or reviewing?
[06:45] <Amaranth> upload
[06:46] <bddebian>  dput revu foo*.changes :-)
[06:46] <Amaranth> starting from scratch, i've never used it in any form
[06:46] <somerville32> kAmaranth: Watcha doin'?
[06:46] <bddebian> Ahh
[06:46] <Amaranth> somerville32: vala
[06:46] <Amaranth> http://vala.pardo.org
[06:46] <somerville32> Is it a programming language, kAmaranth?
[06:46] <Amaranth> yeah
[06:46] <Amaranth> and stop that :P
[06:47] <somerville32> What do you mean kAmaranth? :)
[06:47] <geser> is it a kde programm?
[06:47] <Amaranth> geser: nope
[06:48] <somerville32> Should be
[06:48] <Amaranth> more GNOME related, it's a programming language that leans on glib (specifically gobject) to convert a C#-like syntax into C then compile it
[06:49] <somerville32> Interesting
[06:49] <Amaranth> very
[06:51] <Amaranth> ugh, pbuilder is so slow
[06:51] <Amaranth> just realized i never updated it for feisty
[06:52] <somerville32> Amaranth: I have a 333mhz
[06:53] <Amaranth> oh, it's http://vala.paldo.org btw
[06:53] <Amaranth> typos ftw
[07:00] <bddebian> Do I have to do something special when I have an xml docbook file to create the manpage?
[07:05] <Adri2000> bddebian: could you upload the msttcorefonts merge please? http://adrishost.homeip.net/~adri2000/ubuntu/toupload/msttcorefonts_1.6ubuntu1.debdiff
[07:05] <Q-FUNK> has anybody heard anything about ubuntu abandoning the powerpc port?
[07:07] <Adri2000> bddebian: docbook2man?
[07:08] <bddebian> Aye, I'm using that.  Well docbook-to-man.  I'm not sure of the difference between docbook2man and docbook-to-man
[07:08] <bddebian> But I get:
[07:08] <bddebian> W: pegsolitaire; Manual page /usr/share/man/man1/pegsolitaire.1.gz failed to run through lexgrog.
[07:14] <bddebian> How do I keep cdbs from installing files I don't want it to install?  Do I have add an install/package:: target and rm the files manually?
[07:21] <Q-FUNK> bddebian: .la files?
[07:22] <bddebian> Q-FUNK: ?/
[07:37] <bddebian> Adri2000: Uploaded
[07:39] <Adri2000> thanks
[07:57] <bddebian> No, THANK YOU :)
[08:57] <LaserJock> hi MOTU Land
[09:00] <zul_> hey LaserJock 
[09:00] <LaserJock> hi zul_ 
[09:01] <bddebian> Heya LaserJock
[09:02] <LaserJock> bddebian!
[09:11] <siretart> bddebian: didn't you apply for ubuntu-core-dev?
[09:11] <siretart> bddebian: TB Meeting going on right now
[09:12] <LaserJock> oh, it is?
[09:13] <siretart> right now, yes
[09:13] <hub> am I the only one unable to upgrade feisty pbuilder because of vim?
[09:14] <hub> Setting up vim-tiny (7.0-164+1ubuntu1) ...
[09:14] <hub> update-alternatives: unable to make /usr/share/man/ru.KOI8-R/man1/vi.1.gz.dpkg-tmp a symlink to /etc/alternatives/vi.ru.KOI8-R.1.gz: No such file or directory
[09:14] <hub> dpkg: error processing vim-tiny (--configure):
[09:14] <hub>  subprocess post-installation script returned error exit status 2
[09:14] <hub> pbuilder update fails with that
[09:16] <bddebian> siretart: A long time ago.  I gave up.  They don't want me :-)
[09:19] <siretart> bddebian: eh!
[09:41] <TheGods> howdy
[09:41] <LaserJock> hi
[09:42] <TheGods> hi
[09:42] <TheGods> does anyone here know anything about cinelerra?
[09:43] <Lutin> when I use this line in debian/rules, the build fails. does anyone see what's wrong ?
[09:43] <LaserJock> TheGods: not much. it's currently being worked on by the Ubuntu Studio folks
[09:43] <Lutin> for file in `find -name "*.py"`; do [ -n "`head -n 1 $file | grep #!`" ]  && chmod 755 $file; done
[09:44] <TheGods> LaserJock, i am one of those folks ;)
[09:44] <LaserJock> ah Toby
[09:44] <TheGods> there's a problem with ffmpeg licencing that the cinelerra people include in their sources
[09:44] <TheGods> indeed
[09:44] <TheGods> i just wanted to find out the details such that i could post to their mailing list
[09:44] <LaserJock> what's wrong with it?
[09:45] <geser> Lutin: have you tested this line with dash or bash only?
[09:45] <TheGods> LaserJock, i'm not sure - that's why i'm asking ;)
[09:46] <LaserJock> TheGods: well, I'm not really sure what the question is though
[09:46] <TheGods> oh of course!
[09:46] <LaserJock> TheGods: siretart can tell you a lot about ffmpeg right now ;-)
[09:46] <TheGods> ok
[09:46] <TheGods> thanks
[09:48] <TheGods> this is some of what i posted in #cinelerra: "Cinelerra uses a version of ffmpeg where free distribution is limited (perhaps only in the US, perhaps not). However, as a result, we cannot have the software in the Ubuntu repositories, which means we cannot include it in our release. This isn't what we'd like to be the case, and I would love to see this change."
[09:48] <TheGods> that's what i've been told, at least
[09:48] <siretart> TheGods: see https://wiki.ubuntu.com/MainInclusionFFmpeg
[09:48] <Lutin> geser: yes, seems to work with bash
[09:48] <TheGods> siretart, thanks muchly
[09:49] <geser> Lutin: test also with dash as dash is /bin/sh
[09:49] <LaserJock> TheGods: so cinelerra ships it's own copy of ffmpeg?
[09:49] <TheGods> yes
[09:49] <LaserJock> and it's different then our ffmpeg?
[09:49] <siretart> *sigh* - another one :/
[09:50] <TheGods> that's what i hear. and although it's (l)gpl, i've heard it's not freely distributable in the usa
[09:50] <siretart> the license is indeed not the problem
[09:50] <TheGods> yes, indeed
[09:51] <siretart> TheGods: does cinerella modify ffmpeg in any way?
[09:52] <LaserJock> TheGods: I sure don't envy you guys. Multimedia is awful to work with
[09:52] <TheGods> thanks :P
[09:53] <TheGods> siretart, i'll have to ask
[09:53] <Lutin> geser: ok with dash as well
[09:54] <Lutin> oh no, weird
[09:54] <Lutin> exit code is 1
[09:54] <siretart> TheGods: if they don't please make the package build against the ubuntu ffmpeg package. this way, we share bugs and security issues
[09:54] <TheGods> that's what i'm asking
[09:54] <TheGods> apparently their build system is horrendous :(
[09:57] <Lutin> geser: ok, I know why it fails
[09:57] <Lutin> geser: because if the last file does not math the test condition, the last exit code is 1 and make the thing fail
[09:57] <Lutin> I guess
[10:00] <TheGods> siretart, fortunately: (from the svn log): "r949 | pmdumuid | 2006-10-29 00:54:57 +0200 (Sun, 29 Oct 2006) | 9 lines
[10:00] <TheGods> Add configure option to allow for external ffmpeg linking."
[10:02] <bddebian> Anyone know why this is happening on a CDBS package?
[10:02] <bddebian> E: pegsolitaire: changelog-file-not-compressed ChangeLog
[10:02] <bddebian> W: pegsolitaire: wrong-name-for-upstream-changelog usr/share/doc/pegsolitaire/ChangeLog
[10:05] <_MMA_> LaserJock: The Cinelerra ffmpeg apparently is old, tweaked and stable. They dont want to mess with it (understandable) but it causes a problem for us to get into Universe.
[10:06] <LaserJock> _MMA_: I see
[10:06] <siretart> _MMA_: what definition of 'stable' do you use?
[10:06] <LaserJock> _MMA_: happy New Year, by the way
[10:06] <TheGods> siretart, it's their word
[10:06] <_MMA_> To you as well Jordan.
[10:07] <_MMA_> Yes. Having never used it myself I cant attest to its stability. Im going on their word.
[10:07] <TheGods> as i said, they've added a configure option to allow building with the normal ffmpeg
[10:08] <TheGods> i have been advised to ask on the mailing list, and will do so
[10:09] <_MMA_> TheGods: We need to also talk with muzzol. He might have handled some of these things and we dont want to be redundant.
[10:09] <TheGods> yes
[10:09] <TheGods> no
[10:09] <TheGods> i don't want to diverge too much from upstream if possible

[10:12] <LaserJock> ah, why not? ;-)
[10:13] <TheGods> cos then we'll have the burden of support
[10:16] <siretart> TheGods: if that works, please at least try to use the external xine
[10:16] <TheGods> you mean ffmpeg, but of source
[10:16] <LaserJock> heh
[10:16] <siretart> TheGods: I'm having the same problem with xine, upstream strongly recommends using the internal one, but we use an external one
[10:16] <TheGods> *course
[10:16] <siretart> of course, ffmpeg. my bad
[10:16] <TheGods> siretart, i know you're grief :(
[10:16] <TheGods> *your
[10:17] <TheGods> *are
[10:20] <siretart> TheGods: yes, the situation is pretty unfortunate. espc if you try to work on it for months if not for years
[10:20] <bddebian> WTF is this crap?  W: pegsolitaire: description-synopsis-might-not-be-phrased-properly
[10:21] <TheGods> siretart, that sounds like hell :(
[10:23] <siretart> TheGods: well, one very annoying fact is that the ffmpeg refuse to make 'proper' releases. this way, other projects using ffmpeg are forced to use some random svn snapshot
[10:23] <siretart> TheMuso: the problem with that is that random snapshots tend to break the build without notice
[10:24] <siretart> tsmithe: this means that they tend to include copies of ffmpeg, which makes them a support (both security and bug wise) nightmare
[10:30] <stgraber> siretart: you are the REVU's ftp admin right ?
[10:31] <siretart> stgraber: what's up?
[10:32] <stgraber> siretart: things got stuck in it and not shown on revu
[10:32] <siretart> compiz or pastebinit?
[10:32] <stgraber> pastebinit
[10:32] <stgraber> if you can remove everything I'll reupload
[10:33] <siretart> stgraber: did you join the lp group?
[10:33] <stgraber> yes, that's just a fix because it was rejected for inclusion in universe (missing COPYING file)
[10:34] <LaserJock> stgraber: no need to put that on REVU I don't think
[10:34] <LaserJock> stgraber: just send the fix the the loser MOTU that uploaded it ;-)
[10:35] <LaserJock> *to the
[10:35] <stgraber> LaserJock: well I did a little bit more changes than that single file (paste.ubuntu-nl.org now has some kind of javascript protection and I remove it for instance) + fixing two typos :)
[10:36] <LaserJock> stgraber: well, whatever you want :p
[10:36] <bddebian> siretart: Do you have a second to help my dumb arse?
[10:37] <stgraber> LaserJock: what kind of fix do you need ?
[10:37] <LaserJock> stgraber: a debdiff to the version I uploaded
[10:38] <Lutin> bddebian: fixed kayali, if you want to have a look
[10:38] <siretart> bddebian: what's up?
[10:39] <somerville32> Is there anyone here that is subscribed to feisty-changes AND can mass fwd them to an address for me (for legit reasons, of course)?
[10:40] <Toadstool> somerville32: https://lists.ubuntu.com/archives/feisty-changes.mbox/feisty-changes.mbox <-- the full raw archive in mbox format
[10:41] <somerville32> Toadstool: Is there any way I can import it to gmail?
[10:41] <somerville32> Or know of a program that could mass fwd for me?
[10:41] <Toadstool> er... no idea
[10:41] <tsmithe> somerville32, you looking to parse them for yo app?
[10:41] <Toadstool> I don't use gmail
[10:41] <somerville32> tsmithe: Yes.
[10:42] <tsmithe> surely python has mbox support?
[10:42] <Toadstool> sure
[10:42] <tsmithe> there's this kind of thing (very quick google): http://mail.python.org/pipermail/python-list/2004-October/289414.html
[10:42] <somerville32> I want to test normal operation though
[10:42] <bddebian> Lutin: OK
[10:42] <bddebian> siretart: Can I PM you?
[10:42] <tsmithe> or somerville32 http://www.marklyon.org/gmail/
[10:43] <siretart> bddebian: mmh, fair enough
[10:54] <harrisony> hi there i am following the guide here https://wiki.ubuntu.com/MeetingLogs/OpenWeek-Packaging101 and am doing sudo pbuilder create but i just wanted to know why is it download I: Validating apt-utils
[10:54] <harrisony> I: Retrieving aptitude
[10:54] <harrisony> I: Validating aptitude
[10:54] <harrisony> I: Retrieving base-files
[10:54] <harrisony> I: Validating base-files
[10:54] <harrisony> I: Retrieving base-passwd
[10:55] <harrisony> I: Validating base-passwd
[10:55] <harrisony> I: Retrieving bash
[10:55] <harrisony> opps didnt mean to do that sorry
[10:55] <lasindi> Hi all, I'm trying to create an Ubuntu package for a Python application I've recently written; I have no experience in packaging. I've been reading through this tutorial (http://women.debian.org/wiki/English/PackagingTutorial) I was directed to from the Ubuntu website, and when I ran dh_make, I chose CDBS as I have no binaries (because of Python). Is this the right choice (I get an error saying it can't find a .orig.tar.gz file)?
[10:55] <Fujitsu> It needs to download the base system before it can install it!
[10:56] <harrisony> Fujitsu oh..do you know how many packags it needs to download
[10:56] <Fujitsu> Not exactly.
[10:56] <LaserJock> lasindi: CDBS is ok, it is expecting to find the programs source in a tarball like <packagename>-<version>.orig.tar.gz
[10:57] <LaserJock> harrisony: a fair amount, it's creating a minimal Ubuntu install
[10:58] <harrisony> LaserJock, ahhh hmm i guess ill have to wait a while thanks!
[10:58] <LaserJock> harrisony: what kind of connection do you have?
[10:58] <enyc> hrrm
[10:59] <harrisony> LaserJock 64kb/s
[11:00] <LaserJock> harrisony: yeah, it'll take a few minutes. It's alphabetical so you can get an idea of where you are anyway
[11:00] <enyc> I wonder if I need to wait really patiently for a response in bug https://launchpad.net/bugs/77485 .... or if I need to mumble about this here and see if somebody here take notice  ;-)
[11:00] <Ubugtu> Malone bug 77485 in qpsmtpd "SRU request: edgy:qpsmtpd fix for bug #72602" [Undecided,Unconfirmed]  
[11:02] <bddebian> LaserJock: That was just my stomach ;-)
[11:02] <LaserJock> oh
[11:05] <lasindi> LaserJock: so should I be in the source directory when I do dh_make and also have the tarball in the parent directory?
[11:05] <LaserJock> yep
[11:06] <LaserJock> lasindi: what I do is take the tarball and unpack it. then I move it to <packagename>-<version> if it isn't already. then tar it up to a .orig.tar.gz
[11:07] <LaserJock> lasindi: just make sure that the .orig.tar.gz and the downloaded tarball are the same (md5sum)
[11:07] <lasindi> LaserJock: okay, it's now complaining that I don't have a toplevel Makefile - this is because I'm using Python. What I was thinking is having the program's source install to /usr/share/programname and then writing a bashscript to go in /usr/bin that cds to /usr/share/programname and then runs the python program. Is that reasonable?
[11:08] <LaserJock> is it a single .py file?
[11:08] <enyc> LaserJock: ;-)
[11:09] <lasindi> LaserJock: well, I have several source files, but I only need to call one .py file.
[11:09] <lasindi> *well, "run" is a better word than "call" ;-)
[11:11] <LaserJock> enyc: the debdiff certainly seems small and reasonable but I'm not exactly sure what it's fixing?
[11:11] <LaserJock> lasindi: then put that one in /usr/bin/ and the rest in /usr/share/<packagename>/
[11:13] <lasindi> LaserJock: wouldn't that mean I need to have sys.path.append('/usr/share/packagename') in the source code? (I've been trying to avoid path names in my source code to keep it platform-independent.)
[11:14] <LaserJock> lasindi: well, you could use distutils
[11:14] <lasindi> The reason I'm wondering about the bash script method is that Jokosher, another Python app, does this.
[11:14] <LaserJock> although it might be a tad overkill
[11:14] <enyc> LaserJock: fixes 72602 as per bug title ;-)
[11:14] <enyc> LaserJock: "the impact of this bug"... described in 77485 anywaf
[11:15] <LaserJock> lasindi: that way is certainly acceptable, but I think distutils is a bit better for general portability, IMO
[11:17] <LaserJock> enyc: ah, yeah, I was looking at the "Closes: " bug, you should probably also put the SRU bug number in there too
[11:20] <bddebian> Later gang
[11:20] <enyc> LaserJock: well it is described in 72602
[11:20] <lasindi> LaserJock: I'm looking through the website at the moment, but distutils looks like something that wouldn't handle dependency resolution, which is why I was looking at Debian packaging. Is this correct?
[11:23] <LaserJock> lasindi: what I mean is distutils is a common way of handing installation for python apps
[11:42] <stgraber> LaserJock: thx