[12:16] <RainCT> Fujitsu: ok removed it
[12:17] <RainCT> thanks to all!
[12:17] <RainCT> and now good night :p
[12:39] <joejaxx> what is the correct versioning format for a backported package?
[12:44] <LaserJock> I think ~<release>
[12:44] <LaserJock> but I'm not positive
[12:44] <LaserJock> you might check the -backports repo
[12:45] <Q-FUNK> Fujitsu: erm... subject line about that shlib improvement?
[12:46] <Fujitsu> Q-FUNK: `Improved dependencies on shared libraries'
[12:46] <Fujitsu> joejaxx: ~<release>1
[12:50] <joejaxx> Fujitsu: ok thanks
[12:50] <joejaxx> LaserJock: thanks :)
[12:55] <Q-FUNK> Fujitsu: hmm... well.  nice discussion, yes.
[02:18] <TheMuso> Hey all.
[02:18] <persia> Morning TheMuso
[02:44] <Hobbsee> morning all
[02:44] <persia> Morning Hobbsee
[03:32] <welshbyte> sigh, another bug report to the mailing list :/
[03:33] <Hobbsee> yep
[03:33] <Hobbsee> "PLEASE REPORT BUGS TO THE BUGTRACKER, KTHXBYE"
[03:35] <welshbyte> makes me wonder why they do it and if we can put a notice saying "File bugs on launchpad please" somewhere strategic to avoid it
[03:36] <Hobbsee> people dont read
[03:36] <jmg> ^
[03:36] <Hobbsee> because the bugtracker is confusing, probably
[03:37] <Hobbsee> requirng you to know what the package actually is
[03:37] <welshbyte> hmm, oh well
[03:37] <Hobbsee> when these are #ubuntu-type people, you shouldn't expect them to actually read - they want personal responses
[03:38] <Hobbsee> because, if i ask again, then just maybe the answer will be different!!!
[03:38] <jmg> yes
[03:38] <jmg> using #ubuntu as a biologic search engine
[03:39] <jmg> purely because answering a question with "google it" is considered bad
[03:39] <jmg> when actually all the answering person is doing is googling it him/herself
[03:39] <welshbyte> that's true
[03:39] <Hobbsee> of course
[03:40] <jmg> if i am in #u and someone asks a question i know the answer to, i'll answer
[03:40] <welshbyte> although i've done that in the past and learned a bit from googling it myself... but i'd only do that if i was interested in the problem and wasn't busy
[03:40] <jmg> but many of the users would benefit from simply learning to jfgi
[03:40] <jmg> perhaps publishing a workflow diagram
[03:41] <jmg> ubuntu-wiki -> google -> #u
[03:41] <jmg> answer -> ubuntu-wiki
[03:42] <jmg> also i get yelled at for using factoids to answer questions, even when the factoid points at the answer
[03:43] <welshbyte> how unappreciative
 help my sound doesnt work
 !sound
 dont do that
[03:54] <Hobbsee> jmg: who was the op?
[04:12] <jmg> Hobbsee: forgot
[04:13] <Hobbsee> jmg: factoids exist so you *can* give them out like that.
[04:13] <Hobbsee> the ops use them most of all
[04:13] <Hobbsee> i'd suspect that the op was saying "dont do that" to something else - like if the asker was repeating.
[05:08] <ryanakca> why wont dh_make accept "aoeui-1.0_alpha5"?
[05:10] <minghua> ryanakca: you can't have underscores in package name
[05:31] <jikanter> Is it debootstrap that is version dependent or is it pbuilder? or both?
[05:34] <ryanakca> minghua: ah, so, I remake the .tar.gz?
[05:49] <minghua> ryanakca: no need to remake, just rename it
[05:50] <minghua> ryanakca: you already need to rename it to .orig.tar.gz anyway
[07:17] <crimsun> "I usually use Gnome but decided to give KDE a belt. The crash happened before I did anything."
[07:17] <crimsun> ...but you _did_ do something.
[07:29] <Burgundavia> crimsun: where is that from?
[07:29] <crimsun> #117103
[07:30] <Burgundavia> wow -- > http://www.devside.net/blog/
[07:32] <crimsun> mmkay, someone appears to love black helicopters.
[07:33] <Burgundavia> indeed
[07:33] <Burgundavia> check out the comments
[07:34] <TheMuso> Anybody noticed that linux-image-generic has not yet been updated for x86, yet for other arches, at least powerpc, it is updated, and brings in the new kernel?
[07:34] <crimsun> are you referring to feisty or gutsy?
[07:34] <TheMuso> crimsun: Feisty.
[07:35] <Burgundavia> http://www.devside.net/ <-- hmm, this guy might have a vested interest in not having Ubuntu suceed
[07:35] <TheMuso> Whats interesting, is that it successfully built, but on the package version page, only the binaries for all arches other than amd64/x86 seem to be there
[07:39] <crimsun> TheMuso: that's because neither i386 nor amd64 have built.
[07:39] <crimsun> https://launchpad.net/ubuntu/+source/linux-meta/<IP_ADDRESS>.28
[07:39] <crimsun> both arches are listed as "Needs building"
[07:40] <TheMuso> Hmm ok. Must have missed that.
[07:47] <nixternal> Burgundavia: it is just to get hits..if you look at everyone of his posts, there aren't any comments...he posts anti-ubuntu fud and now he gets comments and hits
[07:48] <nixternal> and then says "I do everything in the world to promote GNU/Linux"...ya spreading fud != GNU/Linux advocation
[07:48] <jussi01> good morning motu's!
[07:48] <Burgundavia> pretty much
[07:48] <nixternal> I would violate the CoC to punch him in the nose, and then toss him a Windows Vista CD to clean up with
[07:48] <crimsun> hah, toldya he has a Vista CD.
[07:48] <nixternal> damnit
[07:48] <nixternal> I knew I was going to get that
[07:48] <crimsun> :-D
[07:49] <Burgundavia> nixternal: there is a the scarier conclusion: he might actually believe it
[07:51] <nixternal> Burgundavia: see, I know he is phoney from one line...
[07:51] <nixternal> "Ive been a Linux user since the Slackware days. Ive supported GNU/Linux."
[07:51] <nixternal> wtf were the "Slackware days"?
[07:51] <nixternal> people who suck at Linux, always say they have been using Linux since the "slackware days"
[07:51] <nixternal> they think because they used slackware, they are super 1337
[07:51] <crimsun> hey now, I resemble that comment
[07:51] <nixternal> haha
[07:52] <nixternal> same here crimsun
[07:52] <Burgundavia> I never used linux before 2003
[07:52] <nixternal> I started with LFS as I only had enough CDs for the kernel
[07:52] <nixternal> err, floppies
[07:52] <Burgundavia> I have never compiled my own kernel, nor ever wanted to
[07:52] <nixternal> I got started in 1995 as we had super fast Internet in the military and a ton of floppies
[07:52] <nixternal> Burgundavia: kernel compilation is pretty easy nowadays
[07:53] <nixternal> ask imbrandon, I was doing it up until about 6 or so months ago with Kubuntu
[07:53] <Burgundavia> you miss my point
[07:53] <LaserJock> Burgundavia: never?
[07:53] <nixternal> then I got sick of breaking stuff with updates, so I just gave up
[07:53] <Burgundavia> I don't want to
[07:53] <nixternal> sure you do
[07:53] <Burgundavia> crimsun and all the wonderful kernel people do a wonderful job
[07:54] <nixternal> hehe, true that
[07:54] <LaserJock> I haven't built a kernel since moving to Ubuntu
[07:54] <nixternal> hold on, let me translate that into Chicagoan
[07:54] <nixternal> tru'dat
[07:54] <crimsun> actually I just drink a lot of tea, but yeah, the rest of the kernel team does a great job.
[07:54] <LaserJock> but I ran Gentoo for a while so ..
[07:54] <Burgundavia> some of even paid for their wonderful work
[07:54] <nixternal> I have yet to really try Gentoo
[07:54] <Burgundavia> much like I never compile GNOME
[07:54] <nixternal> I saw their KDE implementation at a LUG event and didn't like it
[07:55] <Burgundavia> it is ironic that at nearly every event, the most professional booth is run by Gentoo
[07:55] <Burgundavia> they have done community right for a long time
[07:55] <nixternal> I noticed that last year at barcamp
[07:55] <nixternal> but it seems all of their Chicago users are now in Ubuntu Chicago
[07:56] <nixternal> some of Ubuntu Chicago and the Chicago GLUG have created a GNOME users group
[07:56] <Burgundavia> our LUG hasn't met in 3 months
[07:56] <Burgundavia> given I am VP of it, I guess I should do somethign
[07:56] <nixternal> Chicago GLUG does it all..LUG, LISPUG, PerlUG, PyUG, GNOMEUG
[07:57] <jussi01> if someone has time.... http://revu.tauware.de/details.py?upid=5279 (mnemosyne) I would appreciate it. :D
[07:57] <nixternal> hehe, I am VP of CoDLUG, and we meet monthly, otherwise I would have about 10 old guys wanting to kill me for taking away from their geek time away from their wives
[07:58] <Burgundavia> jussi01: shush you, we are kibbitzing
[07:58] <nixternal> it was pretty cool today...I met up with that DD in Chicago...he has been a DD since like 95...he was like the 40 something DD back then...dude reminds me of crimsun, just knows everything *nix
[07:58] <jussi01> lol
[07:59] <nixternal> heh, superm1 lives right up the road from me ey
[07:59] <nixternal> how come you aren't in Ubuntu Chicago? :)
[08:00] <nixternal> superm1: when you are in Chicago and have some free time, I know I have a group of people who would be interested in a MythTV talk/tutorial/sprint
[08:11] <jussi01> ok, did I kill the discussion?
[08:11] <jussi01> :(
[08:11] <nixternal> you sure did
[08:11] <nixternal> but you just might spark it back up :)
[08:11] <jussi01> I dont beleive _everyone_ is reviewing my package....
[08:12] <jussi01> its not _that_ special....
[08:12] <jussi01> :P
[08:12] <jussi01> nixternal: anything fun happening? got any cool news?
[08:13] <nixternal> getting ready to head to bed..that is about it
[08:13] <nixternal> how about yourself?
[08:14] <jussi01> heh, I just got up... sunday morning here
[08:14] <nixternal> UK'n it ey
[08:14] <nixternal> nah
[08:14] <nixternal> a little further east
[08:14] <jussi01> dont ask me why im up at 9.15  am on sunday
[08:14] <jussi01> nixternal: finland :D
[08:14] <nixternal> ahha
[08:14] <nixternal> good nights sleep ahead of me :)
[08:15] <jussi01> but Im an aussie...
[08:15] <jussi01> :D
[08:15] <nixternal> 1:15am == bed time ;)
[08:16] <nixternal> g'nite all, and make sure you finish all merges by the time I wake up
[08:16] <nixternal> ;p
[08:16] <elkbuntu> g'nite nixternal
[08:16] <jussi01> night nixternal
[09:31] <vijay2000> can anybody tell where i am wrong in this http://paste.ubuntu-nl.org/22652/
[09:32] <vijay2000> anybody there
[09:32] <jmg> please wait
[09:32] <vijay2000> ok
[09:39] <imbrandon> vijay2000, looks just what it says , failure to apply a patch
[09:39] <imbrandon> Trying patch debian/patches/remove-first_run-from-clamtk.patch at level 0...1...2...failure.
[09:39] <imbrandon> ^^ from that log
[09:39] <persia> vijay2000: Your patch doesn't apply cleanly.  You'll need to fix that.  Try running `debian/rules reverse-config` in the unpacked source to look at the error messages (likely in debian/patches/ or debian/patched/)
[09:40] <jussi01> hello persia imbrandon
[09:40] <imbrandon> heya jussi01
[09:40] <persia> jussi01: Hi.  I suppose I should look at http://revu.tauware.de/details.py?upid=5279 :)
[09:40] <jussi01> persia: yeah, that would be nice :D
[09:41] <jussi01> :D
[09:42] <vijay2000> how to get the source code of gutsy
[09:42] <jussi01> all of it?
[09:42] <jussi01> o.O
[09:43] <jussi01> or just for that one program?
[09:43] <vijay2000> one program
[09:45] <jussi01> vijay2000: http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=clamtk&version=gutsy&arch=all
[09:45] <vijay2000> this is what i get when i do a reverse config http://paste.ubuntu-nl.org/22653/
[09:46] <jussi01> is that what you are after?
[09:46] <vijay2000> i was asked by my mentor to go through the source code of gutsy
[09:46] <rgl> how do I mark my change as NMU?
[09:47] <vijay2000> no i am after the clamtk code in gutsy
[09:47] <lfittl> rgl, ignore that warning, NMU policy does not apply to ubuntu
[09:47] <jussi01> rgl: I dont thenk you have to
[09:47] <jussi01> heh
[09:47] <rgl> ah OK.
[09:47] <vijay2000> what you mean by LP
[09:48] <rgl> but anyways, how would I do it debian? :D
[09:48] <jmg> lanchpad
[09:48] <vijay2000> i think that was a stupid question from me
[09:49] <jmg> indeed
[09:49] <lfittl> rgl, as far as I remember, by changing the version number to e.g. 0.5.0-1.1 (you simply add the .x part at the end, or increment it if there was a previous NMU)
[09:49] <lfittl> and then you have to upload that one to the DELAYED queue IMHO, but I am sure that is written down somewhere on the web
[09:49] <persia> rgl: You also need the appropriate NMU syntax in the changelog, but you probably shouldn't NMU a debian package without speaking to people in Debian at length first.
[09:50] <rgl> I see.  thx :)
[09:51] <lfittl> rgl, http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-nmu
[09:52] <rgl> sweet, thx :)
[09:53] <vijay2000> persia: reverse config i get this message http://paste.ubuntu-nl.org/22653/
[09:54] <persia> vijay2000: Sorry.  It's annoyingly difficult for me to get to that URL right now :)  Please wait.
[09:54] <vijay2000> ok sure i shall wait no prob :)
[09:58] <persia> vijay2000: That's odd.  Looking at http://paste.ubuntu-nl.org/22652/, the last debian/rules rule called appears to be reverse-config.  Essentially, what you want to do it call whichever rule is patching your sources so you can look at the failure and fix the patch.
[10:01] <vijay2000> i dont get you
[10:01] <imbrandon> hrm
[10:01] <persia> If anyone wants a small project, the vcf package imported from debian is a replacement for the vcf-plugins package previously in Ubuntu, and so needs to conflict/replace appropriately.  I'd be happy to help if you have questions.
[10:02] <persia> vijay2000: OK.  In your debian/rules file, you have a list of rules.  One of these patches the source, and that is trying to apply the patch that fails.  If you call the correct rule, the output of the filaures will be available in your source tree, and you can easily review the failure to determine how the patch must be modified.
[10:04] <superm1> nixternal, how'd you know I was from Chicagoland?
[10:04] <superm1> oh behindmotu :)
[10:07] <\sh> congrats superm1
[10:07] <superm1> on?
[10:07] <\sh> for being a star now ,)
[10:07] <superm1> hehe
[10:07] <imbrandon> anyone seen esr on irc lately ?
[10:10] <superm1> ooh. i didn't even realize behindmotu was added to ubuntu planet.  I must be a star now :)
[10:11] <\sh> moins ogra
[10:14] <TheMuso> Is there a perl equivalent to sh -x?
[10:15] <Hobbsee> hey all
[10:16] <imbrandon> heya Hobbsee
[10:16] <Hobbsee> :)
[10:17] <\sh> TheMuso, perl -W ?
[10:18] <TheMuso> \sh: Possibly, thanks.
[10:18] <\sh> TheMuso, wait, you want to see the source lines, when your script is running, right? -W is more "display all warnings"
[10:20] <geser> what about the perl debugger (-d)?
[10:20] <\sh> TheMuso, something like this is not available for perl, afaik
[10:20] <\sh> geser, could go, but not the same behaviour as sh -x ;)
[10:24] <imbrandon> mmm mtdew and cigarettes
[10:24] <imbrandon> :)
[10:25] <Hobbsee> icky.
[10:25] <jmg> gross.
[10:26] <jmg> cigarettes arent cool
[10:26] <Hobbsee> imbrandon: together?
[10:26] <imbrandon> Hobbsee, always :)
[10:26] <Hobbsee> ick
[10:26] <persia> imbrandon: Remember to crush and soak your cigarettes for at least two days in the mtdew to ensure the flavor is mixed appropriately.
[10:26] <Hobbsee> just dont smoke them anywhere near me, and it's all good.
[10:26] <Hobbsee> poor tonio_ learned this the hard way
[10:27] <imbrandon> Hobbsee, you seen my work area, never missing the mt dew or smokes :) http://www.imbrandon.com/misc/new_workzone.jpg
[10:27] <Hobbsee> haha, true that
[10:27] <Hobbsee> the fridge is too far away though
[10:27] <imbrandon> me,tonio,ken and BenC spent most of the time at uds-mtv outside on the laptops smoking
[10:27] <\sh> Hobbsee, tonio_ is a frenchman, so he is born with a cigarette  ,-)
[10:28] <jmg> looks smelly
[10:28] <\sh> imbrandon, so you did an outside smoking bof ,-)
[10:28] <imbrandon> \sh, daily :)
[10:28] <Hobbsee> \sh: this is true.  the poor guy couldnt light up without me coughing for most of the week.  i think it got to him on the first night.
[10:28] <\sh> imbrandon, btw...did you play texas holdem with benC? ,-)
[10:29] <imbrandon> \sh, yea, a few of the nights i did
[10:29] <Hobbsee> ah yes, they were doing that one night in sevilla
[10:29] <imbrandon> \sh, mostly after the bar :)
[10:29] <Lutin> imbrandon: heh, looks like vista :)
[10:29] <imbrandon> and trying chip tricks
[10:29] <imbrandon> Lutin, its a kde skin, i'm running gnome atm
[10:29] <persia> TheMuso: Try perl -d:Trace.
[10:29] <Hobbsee> imbrandon's taking after nixternal, with pointy-clicky vista?  oh no!!!
[10:29] <Hobbsee> crimsun, we've got another traitor!
[10:29] <imbrandon> nah
[10:30] <Lutin> imbrandon: :)
[10:31] <imbrandon> i have a new keyboard though now, that pic is a few weeks old
[10:38] <persia> jussi01: My build system seems to have found a corner to die in, but I've put a few comments up.  I'll take another look after I finish rebuilding things.
[10:39] <Hobbsee> hehe
[10:39] <Hobbsee> you should build circular rooms!
[10:41] <persia> Hobbsee: That would make it easier to find the mess, but I'm fairly sure it wouldn't help with life expectancy.  Besides, I prefer to respect the privacy of my build system.
[10:41] <Hobbsee> ahhh...
[10:54] <DarkSun88> Hi all
[10:55] <\sh> moins DarkMageZ
[10:55] <\sh> aeh DarkSun88
[10:55] <DarkSun88> \sh: Hello. :)
[11:33] <Q-FUNK> hmm. Pidgin _is_ an improvement over Gaim.
[11:34] <jussi01> persia: can you give me an example of how i call dh_desktop in a cdbs rules file? can I just pop it in at the end? or do I need more than that?
[11:34] <\sh> Q-FUNK, it's not ;) it's unstable as ever ,)
[11:35] <Q-FUNK> \sh: the UI makes more sense overall.  that the code is crap and that the UI still does stupid things like stealing focus is true, thoguh. :)
[11:37] <\sh> Q-FUNK, the problem is not the ui, it's also not the code..it's the system...you need more updates to the plugins for the propietary IM systems
[11:38] <persia> jussi01: http://pastebin.ca/513535 is the rule fragment I used in freqtweak.
[11:39] <Q-FUNK> \sh: I suppose that separating e.g. msn support into its own library might help.
[11:39] <jussi01> thanks persia :d
[11:39] <\sh> Q-FUNK, it won't help, because you are depending on the msn protocol...and it's changing a lot..for users it's easier to have it on the server, just like jabber is doing it...
[11:42] <Q-FUNK> \sh: yes it would help.  it can be maintianed separately.
[11:42] <Q-FUNK> \sh: and yes, the UI has issues.  that old MSN UI has ot go.
[11:53] <persia> jussi01: About?
[11:55] <jussi01> persia: are you certain about the -dev part of python-all ? I was told yesterday to drop it....
[11:59] <geser> jussi01: does it have python-modules which need to be compiled (gcc) for the specific python version?
[11:59] <stijn_pol> Is Sebastien Bacher around?
[11:59] <persia> jussi01: I was just following my memory of http://wiki.debian.org/DebianPython/NewPolicy which says "You will have to Build-Depend on "python-all-dev (>= 2.3.5-11)", but apparently I'm wrong, in that this is only required when you provide public extensions.  Sorry about that.
[11:59] <persia> geser: No.   :D
[12:01] <geser> stijn_pol: he's seb128 in #ubuntu-devel and #ubuntu-desktop but he isn't there right now.
[12:02] <persia> geser: Thanks.
[12:11] <Lutin> persia: reviewing mnemosyne ?
[12:11] <persia> Lutin: Apparently badly :)
[12:13] <Lutin> persia: lol. don't know if you've dais it already, but yesterday I noticed that the binary package was arch:any instead of all
[12:14] <Lutin> err. said
[12:15] <Lutin> humm no, still there. jussi01 : please read above :)
[12:16] <persia> Lutin: Thanks for pointing that out.  I suspect jussi01 will update to "all" in the next upload :)
[12:18] <persia> Are we supposed to have a contrib section?  If not, how should a package be moved from contrib to multiverse?  Is it just the control file, or does it require conspiracy with the archive admins?
[12:18] <StevenK> persia: Don't touch control. Keep in mind the autosyncer rips from Debian main to Ubuntu universe.
[12:19] <Lutin> persia: btw, I admit I'm a bit uncomfortable with all the modules being public, as as far as I can understand from the website, it's not designed to be used by other applications. don't know if that really matters or not. maybe not :)
[12:19] <persia> StevenK: OK.  What about ifeffit?  It's the only contrib/ package I've seen (with only gutsy sources).
[12:20] <StevenK> persia: If you're unsure, collar an -archive person in -devel.
[12:21] <persia> Lutin: That doesn't sound good either :)  I'll take another look.  I should really learn python one of these days :)
[12:21] <persia> StevenK: Thanks.  I'll ask about it during the week (CET).
[12:22] <Lutin> persia: I can't even code one line in python
[12:22] <StevenK> Lutin: #!/usr/bin/python
[12:22] <StevenK> Lutin: There, you know one line.
[12:22] <StevenK> Oh I know, "import os" :-P
[12:23] <persia> Lutin: Ah.  I've patched python source (it's really readable), but don't know anything about it, which makes it hard to package / review packages using python.
[12:23] <Lutin> StevenK: true :)
[12:23] <Lutin> persia: yep. besides we the python policy is not that clear one some points
[12:23] <Lutin> on*
[12:24] <persia> Lutin: Nope :)
[12:26] <Lutin> hmm..what's that kernel thing on -devel-discuss Oo
[12:44] <geser> persia: I've filed a bug to get a "contrib" package moved from universe to multiverse. Let's see how it works out.
[12:44] <StevenK> geser: Would you mind pasting the bug number?
[12:44] <persia> geser: Which?
[12:45] <geser> bug #116851
[12:45] <ubotu> Launchpad bug 116851 in sixpack "Move sixpack from universe to multiverse due to dependencies" [Undecided,Unconfirmed]  https://launchpad.net/bugs/116851
[12:45] <geser> sixpack depends on ifeffit which is in contrib in Debian and in multiverse in Ubuntu
[12:45] <persia> geser: That looks like a real bug.  Mine is more an oddity in the imports - nothing should be "contrib".  I suspect yours should be processed fine.
[12:46] <persia> geser: Odd.  I wonder why aptitude reports ifeffit in contrib: apt-cache madison says the right thing.
[12:57] <RainCT> Hi
[12:58] <persia> RainCT: Hi.
[12:59] <bluekuja> persia, :)
[12:59] <RainCT> persia: I did the debdiff for qt4-designer :), have you seen it?
[12:59] <persia> RainCT: No, sorry.  Which bug?
[01:01] <RainCT> persia: #117045 u don't need to look at it if you don't wan't (LaserJock, Fujitsu and geser already reviewed it)
[01:02] <persia> RainCT: I'd be happy to look at it, but if those three have already reviewed it, it must be perfect by now :)
[01:02] <persia> RainCT: Thanks a lot for taking the trouble to make a patch for it.
[01:05] <RainCT> persia: np, happy that I can help
[01:07] <RainCT> I've found another one without icon, but it has no debian/*.install file, can I edit the debian/rules instead?
[01:08] <persia> RainCT: If there is a call to dh_install in debian/rules, you can add a install file.  If not, yes, you can put it in debian/rules.  It probably belongs in the install rule.
[01:10] <RainCT> persia: yes, but it's commented
[01:11] <persia> RainCT: The easiest thing is probably to uncomment it and use an install file then.
[01:12] <RainCT> it's at bottom, after "# Build architecture-dependent files here." "binary-arch: build install" (many dh_* entries, dh_install is there)
[01:12] <RainCT> is it correct there or should it be after install: build ?
[01:13] <persia> RainCT: That's probably a fine place for it.
[01:18] <RainCT> ok, should I let the Encoding=UTF-8 on the .desktop or remove that?
[01:21] <persia> RainCT: Your choice.  Until someone (does last person to touch apply) updates desktop-file-validate, you'll get an error if you don't, and you'll violate the spec if you do.
[01:26] <RainCT> how can I tell dch that gutsy exists? (it's showing a warning every time saying it doesn't)
[01:29] <sacater> sorry to bother, but I have forgotten the source unpackaging code
[01:30] <sacater> something like -x *.dsc
[01:30] <sacater> cant remember it all though
[01:30] <RainCT> sacater: dpkg-source -x *.dsc   i think
[01:30] <persia> RainCT: dch -D gutsy -i
[01:30] <sacater> RainCT: thats the one, thanks
[01:31] <RainCT> persia: yes know that, but it says each time "dch warning: Recognised distributions are: [...] "
[01:33] <persia> RainCT: dch is just trying to protect you.  You'd have to edit the program directly to fix it, and there's little help if you make a mistake :)
[01:34] <RainCT> ok
[01:34] <RainCT> debuild -S isn't working
[01:34] <Hobbsee> !doesnt work
[01:34] <ubotu> Doesn't work is a strong statement. Does it sit on the couch all day? Does it want more money? Is it on IRC all the time? Please be specific! Examples of what doesn't work tend to help too.
[01:34] <RainCT> it says there are changes that can't be represented
[01:34] <RainCT> Hobbsee: XDDD
[01:34] <Hobbsee> you modified things outside the debian/ directory?
[01:35] <RainCT> no
[01:35] <persia> RainCT: Did you include a binary file (.png)?
[01:35] <RainCT> dpkg-source: cannot represent change to debian/flobopuyo.png: binary file contents changed
[01:35] <RainCT> yes :p
[01:36] <jussi01> nice factoid Hobbsee :d
[01:36] <Hobbsee> wasnt mine :)
[01:36] <RainCT> (the .xpm looks _really_ ugly)
[01:37] <persia> RainCT: You cannot use a binary file.  If you want to include a PNG file, it's best to send it upstream.  If you really want to put it in debian/, you need to uuencode it, and uudecode during the build.
[01:37] <persia> RainCT: Gimp allows you to edit XPM.  You can make it as pretty as 8-bit 32x32 icons can be :)
[01:37] <RainCT> persia: how can I do this?
[01:37] <RainCT> (uuencode/uudecode)
[01:40] <persia> RainCT: Make sure you have the sharutils package installed.  `man uuencode` (or uudecode) for usage instructions.  Put the uudecode statement in debian/rules previous to the installation commands (but in the same rule).
[01:48] <RainCT> persia: where? after "install: build"?
[01:49] <persia> RainCT: At this point, I actually need to know which package you're looking at.  There are some standard arrangements for debian/rules, but each package has idiosyncrasies.
[01:51] <RainCT> persia: http://pastebin.ca/513728
[01:51] <persia> RainCT: That's even better.  Thanks.
[01:53] <persia> RainCT: For that rules file, I'd probably put it between lines 23 and 24, but there's also an argument for putting it exactly where you did.  It really depends on whether you consider the unpacking to be part of the package build or part of the package install.
[01:54] <RainCT> persia: are .desktop files placed during build or install?
[01:55] <persia> RainCT: They should be installed during install.  If you are generating them automatically (not preferred, much as converting from .png to .xpm automatically is not preferred), then it's generally build.
[01:59] <RainCT> persia: https://bugs.launchpad.net/ubuntu/+source/flobopuyo/+bug/117156
[01:59] <ubotu> Launchpad bug 117156 in flobopuyo "Flobopuyo has no icon for the .desktop file" [Undecided,In progress]
[02:00] <persia> RainCT: jussi01Looking is queued :)
[02:04] <RainCT> persia: and this means..? is he uploading the new version?
[02:05] <jussi01> no... I meant of mnemosyne... to revu...just bad timing...
[02:05] <jussi01> :P
[02:05] <persia> RainCT: It means that I've added looking at it to my queue.  Should be a few minutes, but in the worst case as many as 15.
[02:05] <jussi01> hehe
[02:05] <jussi01> :D
[02:05] <RainCT> ah ok :p
[02:16] <bluekuja> if someone got a minute, please http://revu.tauware.de/details.py?upid=5294
[02:16] <bluekuja> thanks
[02:21] <RainCT> in what package is destkop-file-validate?
[02:21] <Hobbsee> RainCT: usually you'll find it with dpkg -S <fileyouwanttofind>
[02:22] <Fujitsu> !find desktop-file-validate
[02:22] <ubotu> File desktop-file-validate found in desktop-file-utils
[02:22] <Hobbsee> that too
[02:22] <Hobbsee> which assumes the bot is alive
[02:23] <Fujitsu> It sometimes is.
[02:23] <persia> RainCT: http://pastebin.ca/513765
[02:24] <RainCT> persia: 2. isn't it already there?
[02:25] <persia> RainCT: Not in the debdiff :)  If it's in the package, then you don't need to change it.
[02:26] <RainCT> 4. there is Icon=flobopuyo on the .desktop
[02:26] <persia> RainCT: Also, none of those comments necessarily blocks the upload, they're just comments.  If you want to change, upload a new debdiff.  If you don't that works too.
[02:27] <persia> RainCT: There is often also a debian/menu or debian/package.menu file, and it's nice to put icons there as well.  They end up in the Debian menu if you install (I think) xdg-utils.
[02:28] <RainCT> ok
[02:28] <RainCT> 5. there is no dirs file?
[02:30] <persia> jussi01: It looks ok to me, but as I said before, I can't build anything right now.  I'll push it through the process as soon as I resolve that.
[02:32] <persia> RainCT: Sorry.  I didn't look closely enough.  You'll want to add another mkdir line after line 40 of debian/rules for the pixmaps directory.
[02:34] <RainCT> persia: like this one? mkdir -p  $(CURDIR)/debian/flobopuyo/usr/share/pixmaps
[02:35] <persia> RainCT: Right.  As much as you can, you want to mirror the current style and commands of any debian/rules file you edit.
[02:37] <RainCT> persia: 1. (debuild doesn't work without it)
[02:38] <Hobbsee> whether our people actually do or not, when going for motu, is an interesting question
[02:38] <Hobbsee> bah, wrong channel
[02:38] <persia> RainCT: OK.  If your GPG key is set like that, you need to use the address :)
[02:41] <RainCT> persia: uploaded
[02:42] <persia> RainCT: And it's in the sponsorship queue.  If noone else hits it before I pass though this evening, I'll upload it.  Thanks again.
[02:42] <RainCT> persia: ok, thank you
[02:45] <RainCT> persia: is there any way I can make a .deb to try it?
[02:46] <bmm> I've just uploaded another version of ccbuild http://revu.tauware.de/details.py?upid=5295 into REVU and I'm looking for either something to change or my first advocate. Thanks in advance!
[02:46] <persia> RainCT: Look for the links to pbuilder or sbuild in the MOTU/Contributing doc in the topic.
[02:46] <gnomefreak> dpkg-buildpackage -rfakeroot will build debs
[02:47] <persia> That too, but it requires installing the build-deps locally, and doesn't always work when building gutsy debs on a feisty machine :)
[02:49] <RainCT> persia: well, last time I tried to get a pbuilder environment it needed more than 4 hours and I ended aborting it... lol
[02:49] <RainCT> how can I install the dependencies?
[02:51] <gnomefreak> if using pbuilder it will grab them for you iirc
[02:51] <persia> RainCT:   I had the same experience with pbuilder :)  I use sbuild.  It broke for me today, but it took me about 30 minutes to set up with the script on the page linked to from Contributing.  If the build-deps are available, you can install them with apt-get build-dep <packagename>
[02:54] <persia> gnomefreak: Yes.  Either pbuilder or sbuild will automatically instlal the build-deps in a chroot and clean up when it's done.
[02:57] <jussi01> persia: great. let me know if and when you get it done: thanks :D
[02:57] <persia> jussi01: Sure.
[03:01] <gnomefreak> .mk is a make file?
[03:02] <persia> gnomefreak: usually
[03:02] <gnomefreak> ty
[03:02] <persia> gnomefreak: `file foo.mk` is a good way to make sure :)
[03:02] <gnomefreak> ah good point :)
[03:03] <pschulz01> evening.
[03:05] <pschulz01> I (think) I have uploaded a brand new deb package to revu using dput.. not what? :-)
[03:05] <pschulz01> now what?
[03:05] <gnomefreak> go to revu and file it open it and give motus the link so they can review it
[03:06] <gnomefreak> or give me a minute and ill see if i can find it
[03:07] <pschulz01> libtprl
[03:08] <pschulz01> Wahoo.. I have a password :-)
[03:09] <gnomefreak> i dont see it there
[03:09] <RainCT> persia: it isn't working
[03:09] <persia> RainCT: which?
[03:10] <gnomefreak> pschulz01: that is the source package name?
[03:10] <pschulz01> gnomefreak: yep.
[03:10] <afflux> anyone who wants me to do one/some of his merges?
[03:10] <pschulz01> libtprl_0.1.2a-1.tar.gz
[03:10] <apachelogger> is there any script to fetch copyright and license from all files in $SRC?
[03:11] <Hobbsee> afflux: any of daniel holbach's merges you can steal, iirc.
[03:11] <pschulz01> gnomefreak: libtprl_0.1.2a-1.tar.gz
[03:11] <afflux> Hobbsee: okay, thanks. Is something wrong with him?
[03:12] <gnomefreak> still dont see it. please give the link to that package on revu in here and ask if people can take a look at it
[03:12] <Hobbsee> afflux: no - just busy
[03:12] <afflux> Hobbsee: okay
[03:12] <pschulz01> gnomefreak: I can't see it in the list either.. yet.. libtprl
[03:13] <pschulz01> gnomefreak: I will keep looking.
[03:13] <gnomefreak> pschulz01: maybe it hasnt gone through than
[03:13] <gnomefreak> or been updated yet
[03:14] <RainCT> persia: ok got it
[03:14] <persia> RainCT: Great!
[03:14] <gnomefreak> the config options for a browser (say firefox) when you type about:config  where would they be :(
[03:14] <pschulz01> Do I ask questions here about how to fix lintian problems?
[03:15] <pschulz01> (with my package)
[03:16] <persia> pschulz01: Try lintian -iIv - that tends to give a lot of useful output.  Also try linda.  Detailed commands are in the Preparing Revisions section of MOTU/Contributing from the /topic.
[03:18] <RainCT> persia: great, the .deb is working :)
[03:19] <RainCT> persia: will I upload it or can only MOTU member generated debs go online?
[03:19] <persia> RainCT: Great!  And now you also have a procedure for testing your fixes!  I suspect you'll catch a lot of the little things right away now.
[03:20] <Hobbsee> (ubuntu accepts sources, not binaries)
[03:21] <persia> RainCT: Only approved developers can upload.  You can check who needs to sponsor you with apt-cache madison packagename.  If it says universe, subscribe ubuntu-universe-sponsors to the bug.  If it says main, subscribe ubuntu-main-sponsors.
[03:22] <pschulz01> persia: Thanks..
[03:22] <RainCT> persia: ok, universe is already subscribed
[03:22] <persia> pschulz01: You're welcome, but what did I do now?
[03:22] <pschulz01> persia: (General helpfulness)
[03:23] <persia> RainCT: Then you're all set.  There's usually between 70 and 100 bugs in the queue, so sometimes it takes a little while, but you should receive feedback soon.
[03:24] <pschulz01> persia: You're now on my list.. https://wiki.ubuntu.com/PaulSchulz
[03:30] <pschulz01> persia: You can come back now.
[03:30] <pschulz01> persia: It's OK, really.
[03:38] <RainCT> can someone confirm this bug please? https://bugs.launchpad.net/ubuntu/+source/desktop-file-utils/+bug/117180
[03:38] <ubotu> Launchpad bug 117180 in desktop-file-utils "Encoding is deprecated" [Undecided,Unconfirmed]
[03:39] <persia> RainCT: Can you not confirm?  Consider joining the bugsquad.
[03:41] <Hobbsee> not if he reported it
[03:41] <RainCT> persia: yes I can :p
[03:41] <persia> RainCT: Also, do you know C?  It's not a hard fix, and upstream would be happy to apply.
[03:41] <persia> Hobbsee: Right.  I'm not thinking.
[03:41] <RainCT> well, I found the lines where it is, but I don't know much about C (well, really I don't know C, but just a _little_ bit C++)
[03:42] <persia> RainCT: OK.  No worries.  someone else will do it then.
[03:42] <RainCT> I could try, but I thought that I'd would be better to let it for the developers
[03:44] <RainCT> persia: well, if you mentor it I'll try ;P
[03:44] <RainCT> but let me finish homework before lol
[03:45] <persia> RainCT: OK.  Basically, we just want to disable the Encoding check by commenting it out.  If upstream wants to delete it, that's an upstream decision.  I'll be sleeping soon, so give it a shot when you're done with your homework, and email me the patch (not debdiff, just patch).
[03:51] <gnomefreak> you would think with a file named all.js it would list all of the options :(
[04:02] <afflux> If the .orig.tar.gz files are not the same within a merge, we need a fakesync, right?
[04:03] <persia> afflux: Not always, sometimes you need a fake merge.
[04:03] <afflux> uh, this sounds complicated.
[04:03] <persia> afflux: More specifically, You do a fakesync when you want to use the Debian package, but you already have an orig.tar.gz in Ubuntu with the same version number (but different md5sum).
[04:05] <persia> If it's not a fakesync (it usually isn't), just process the source directory like a standard merge, and make sure to use the Ubuntu orig.tar.gz when creating your .dsc file.  Upload the debdiff against the last Ubuntu version, and make sure to report that it's a debdiff against Ubuntu instead of a debdiff against Debian in the comment, and explain that you had to do that because the orig.tar.gz was different.
[04:07] <afflux> okay, doesn't seem to be *that* complicated. I'll try.
[04:07] <afflux> thanks persia
[04:09] <persia> afflux: Just to make sure, be sure to check the .dsc files for the last ubuntu revision and your candidate revision to verify that the md5sum of the orig.tar.gz is the same.
[04:11] <afflux> persia: (maybe I've gotten you wrong), "cat *.dsc | grep tar.gz" in a directory created by "grab-merge.sh" from DaD gives me three different md5sums
[04:11] <persia> afflux: Is it a new upstream version?
[04:12] <afflux> yes, It's camorama 0.18-0ubuntu1 against 0.18-1
[04:12] <afflux> errr, I took it from MoM
[04:15] <persia> afflux: That's the same upstream version (0.18).  You probably got three different md5sums because MoM got confused (note that I don't understand MoM).  Make a scratch directory.  Put the sources for 0.18-0ubuntu1 in that directory.  Make another scratch directory.  Copy your target revision source directory into the new scratch directory.  Also copy the orig.tar.gz from 0.18-0ubuntu1 into that directory.  Build a source package.   Compare the .d
[04:16] <persia> Make another scratch directory.  Copy your target revision source directory into the new scratch directory.  Also copy the orig.tar.gz from 0.18-0ubuntu1 into that directory.  Build a source package.   Compare the .dsc files in the two source directories to make sure they have the same md6sum for orig.tar.gz
[04:16] <afflux> oookay.
[04:48] <imbrandon> moins
[04:52] <tsmithe> hi jussi01
[04:52] <jussi01> hello peoples
[04:52] <jussi01> anything fun happening?
[04:53] <ryanakca> is there an easy way to find the dependencies of a text editor? I think all that's needed for http://aoeui.svn.sourceforge.net/viewvc/aoeui/ is gcc...
[04:53] <tsmithe> i find that interesting
[04:55] <jussi01> if a motu with spare time actually exists that is...
[04:55] <jussi01> :D
[04:57] <ryanakca> lol
[04:57] <StevenK> I think the matchsticks holding my eyes open have just snapped.  :P
[05:59] <jekil> hello
[06:09] <Seveas> imbrandon, you around?
[06:12] <afflux> A package using gdk-pixbuf-csource fails to build ("Couldn't recognize the image file format for file '../pixmaps/camorama-webcam-16.png'", it is missung the /etc/gtk-2.0/gdk-pixbuf.loaders file). Would it be okay to put a "gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders" before the call of gdk-pixbuf-csource?
[06:13] <imbrandon> Seveas, pong
[06:13] <imbrandon> for a few minuts
[06:13] <imbrandon> minutes*
[06:13] <imbrandon> then going to the store then i'll be here all night
[06:13] <imbrandon>  wasup?
[06:13] <Seveas> http://seveas.ubuntulinux.nl/falcon2/
[06:13] <Seveas> exporting works!
[06:13] <imbrandon> woot
[06:13] <Seveas> (style still sucks)
[06:14] <Seveas> fixing mirror handling now, then loads of random bugfixes
[06:14] <imbrandon> very sweet
[06:14] <Seveas> still on track for release tomorrow :)
[06:14] <imbrandon> hell yea
[06:14] <imbrandon> thats when i planed on setting up the new ubuntustudio.org archive so thats perfect
[06:14] <imbrandon> i have th websites moved to my server but not the archive yet
[06:15] <imbrandon> templates looks alot bettr
[06:20] <geser> afflux: shouldn't a B-D on libgtk2.0-bin do it?
[06:20] <afflux> geser: It didn't to it for me, at least.
[06:22] <geser> because it looks like that file should be created by the postinst from libgtk2.0-bin
[06:23] <afflux> I just added "ls -l /etc/gtk-2.0" to the post-configure rule and I get "ls: /etc/gtk-2.0: No such file or directory"
[06:24] <Hobbsee> libgtk2.0-bin is an odd build-dep
[06:24] <Hobbsee> whatever happened to the -dev package?
[06:24] <afflux> libgtk2.0-dev is in the build-deps too, still doesn't work.
[06:26] <Hobbsee> ah
[06:29] <geser> afflux: I guess what you suggest won't work as the build is done usually as non-root and only the clean, install and binary targets are run as root (or fakeroot)
[06:32] <afflux> geser: yes, that's why I asked. Any different suggestions?
[06:35] <geser> I've found: rm -v -f /etc/gtk-2.0/gdk-pixbuf.loaders in libgtk2.0-0.postinst (gutsy)
[06:36] <afflux> This is not exactly what I expected...
[06:36] <geser> # versions prior to 2.10.1-1 used the 2.4.0 binary version and generated module
[06:36] <geser> # files below /etc/gtk-2.0 which will we can not leave behind (since they
[06:36] <geser> # reference modules not on the system anymore)
[06:38] <afflux> I think I don't really understand what this means.
[06:38] <geser> that's the comment before the rm call
[06:39] <afflux> Err, shouldn't this be in the postrm?
[06:40] <geser> if I read it correctly this happens on upgrades
[06:42] <geser> I'd say you should ask some one more familiar with the gtk packages like seb128
[06:43] <stijn_pol> geser, afflux!
[06:43] <stijn_pol> I talked seb128 about a GTK problem with gdk-pixbuf.loaders today
[06:44] <stijn_pol> Is the problem situated in Gutsy?
[06:44] <afflux> yes
[06:44] <stijn_pol> Because the new GTK package doesn't use /etc/gtk-2.0 anymore
[06:45] <stijn_pol> I filed a bug because I had problem with opening image files
[06:46] <stijn_pol> Het confirmed that there was a bug but I can't give more details about that...
[06:46] <stijn_pol> He*
[06:46] <afflux> okay, so I'll wait with this merge...
[06:46] <afflux> can you give me the bug number?
[06:48] <stijn_pol> bug 117065 but I actually talked to him on IRC, the bug report isn't clear enough
[06:48] <ubotu> Launchpad bug 117065 in gtk+2.0 "Missing /etc/gtk-2.0/ directory" [Medium,Needs info]  https://launchpad.net/bugs/117065
[06:48] <afflux> okay. thank you!
[06:49] <stijn_pol> I hope it helps
[07:41] <zorglu_> any news about the cnr stuff ? any status ?
[08:38] <RainCT> I'm trying to debuild a package but it says dpkg-source: warning: can't parse dependency libasound2-dev []
[08:38] <RainCT> what's the problem
[08:38] <RainCT> ?
[08:39] <dothebart> how does the actual line in debian/control look like?
[08:40] <RainCT> dothebart: Source: dosbox
[08:40] <RainCT> Section: otherosfs
[08:40] <RainCT> Priority: optional
[08:40] <RainCT> Maintainer: Peter Veenstra<EMAIL_ADDRESS>[08:40] <RainCT> Build-Depends: debhelper (>> 4.0.0), libsdl1.2-dev , libpng12-dev, libsdl-net1.2-dev, libsdl-sound1.2-dev, libasound2-dev [] , type-handling (>= 0.2.1)
[08:40] <RainCT> Standards-Version: 3.7.2
[08:40] <RainCT> Package: dosbox
[08:40] <RainCT> Architecture: any
[08:40] <RainCT> Depends: ${shlibs:Depends}
[08:40] <RainCT> Description: A x86 emulator with Tandy/Herc/CGA/EGA/VGA/SVGA graphics, sound and DOS
[08:40] <RainCT>  Dosbox is a x86 emulator with Tandy/Hercules/CGA/EGA/VGA/SVGA graphics,
[08:40] <RainCT>  sound and DOS. It's been designed to run old DOS-games under platforms that
[08:40] <RainCT>  don't support it. (Win2k/XP/FreeBSD/Linux/MAC OS X)
[08:40] <RainCT>  .
[08:40] <RainCT>  The following legacy sound devices are emulated: PC Speaker, Creative
[08:40] <RainCT>  CMS/Gameblaster, Tandy 3 voice, Adlib, Sound Blaster Pro/16,
[08:40] <RainCT>  Disney Soundsource and a Gravis Ultrasound. MPU-401 is forwarded to the host.
[08:40] <RainCT>  .
[08:40] <RainCT>  Homepage: http://dosbox.sourceforge.net/
[08:40] <PriceChild> !paste > RainCT
[08:40] <dothebart> the build-depends would have been enough.
[08:40] <RainCT> sh*t, wanted to paste http://paste.ubuntu-nl.org/22724/plain/ :P
[08:40] <dothebart> what should []  mean?
[08:41] <RainCT> PriceChild: yes I know, read my last message :P
[08:41] <RainCT> dothebart: dunno, that was already there
[08:41] <zorglu_> [20:40]  <RainCT> Depends: ${shlibs:Depends} <- this one ?
[08:41] <zorglu_> Build-Depends: debhelper (>> 4.0.0), libsdl1.2-dev , libpng12-dev, libsdl-net1.2-dev, libsdl-sound1.2-dev, libasound2-dev [] , type-handling (>= 0.2.1) <- or this one ?
[08:41] <zorglu_> the second one i guess
[08:42] <dothebart> yes. i think the braces in that line are wrong?
[08:43] <RainCT> how can I delete them? if I run debuild it puts them there again :S
[08:44] <RainCT> there is also a control.in file where it says libasound2-dev [@linux-gnu@]
[08:44] <zorglu_> i bet linux-gnu is not defined :)
[08:45] <RainCT> that's the only difference between the two files, should I just delete the .in file or what?
[08:45] <zorglu_> so i would say there is a 'bug' in the orig package
[08:45] <zorglu_> say=wild guessing :)
[08:45] <dothebart> you're using cdbs?
[08:46] <RainCT> dothebart: uhm.. i've it installed but I've no idea what it is :p
[08:47] <geser> RainCT: install type-handling
[08:47] <geser> this will replace @linux-gnu@ with the right content
[08:48] <RainCT> geser: ok, now it worked. thanks
[08:58] <RainCT> Can someone check this please? https://bugs.launchpad.net/ubuntu/+source/dosbox/+bug/48292
[08:58] <ubotu> Launchpad bug 48292 in dosbox "Doesn't have a .desktop file" [Wishlist,In progress]
[09:00] <bashelier> bug ##117232
[09:00] <bashelier> bug #117232
[09:00] <ubotu> Launchpad bug 117232 in vlc "VLC just don't run my .3gp videos" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117232
[09:00] <bashelier> the 3gp format needs the amr format which is non-free, then should the bug be rejected ?
[09:03] <PhinnFort> what provides the "Xi" library?
[09:03] <PhinnFort> ld complains when trying to compile Tux, A Quest for Herring: "/usr/bin/ld: cannot find -lXi"
[09:04] <geser> PhinnFort: libxi6
[09:04] <PhinnFort> thanks
[09:09] <sharms> Burgwork: thanks for the link
[09:09] <PhinnFort> libxi-dev, actually, but thanks anyway;)
[09:13] <joejaxx> Good Evening All
[09:13] <joejaxx> :)
[09:13] <geser> Hi joejaxx
[09:18] <RainCT> dpkg-buildpackage says cdrom.h:20:23: error: SDL_sound.h: No such file or directory but sdl-soundx.x is installed
[09:25] <nixternal> you DDs undercover that I have worked with, I have finished my NM app and if you want to help advocate, my app info if => https://nm.debian.org/nmadvocate.php?email=nixternal%40ubuntu.com
[09:44] <ryanakca> can a MOTU look at http://revu.tauware.de/details.py?upid=5299 please
[09:44] <ryanakca> (aoeui, a Dvorak optimized text editor)
[09:52] <sacater> how do I ban an IP in irc
[09:52] <joejaxx> sacater: if you are op'd?
[09:53] <sacater> joejaxx: i have ops in the channel, so yeah
[09:53] <joejaxx>  /mode +b<EMAIL_ADDRESS>[09:54] <joejaxx> or is it has for example rr.rruner.com at the end
[09:54] <joejaxx>  /mode +b<EMAIL_ADDRESS>[09:54] <joejaxx> i guess the second is just easier
[09:55] <joejaxx> looks like usb automounting is broken in gutsy
[10:21] <cbx33> hey all
[10:21] <cbx33> I've written a python app
[10:23] <cbx33> but I've kinda lost track of all the python modules i've used
[10:23] <cbx33> any easy way to determine them?
[10:23] <cbx33> i don't know which are built in and which are added on
[10:24] <tsmithe> what exactly are you asking?
[10:24] <cbx33> hehe
[10:24] <cbx33> well I'm trying to build the package
[10:24] <cbx33> so i need the deps
[10:24] <tsmithe> couldn't you `grep import *.py`?
[10:24] <tsmithe> couldn't you `grep -Hirn import *.py`?
[10:24] <tsmithe> even
[10:24] <cbx33> but some of them are built in
[10:24] <tsmithe> mmhmm
[10:24] <cbx33> how do i determine which is which
[10:25] <tsmithe> apt-cache?
[10:25] <tsmithe> :P
[10:25] <cbx33> haha
[10:25] <cbx33> ok
[10:25] <cbx33> hehe
[10:26] <tsmithe> talking of python. wanna see my recent application?
[10:26] <cbx33> yeh sure
[10:26] <cbx33> hehe
[10:26] <cbx33> sure
[10:27] <tsmithe> http://tibsplace.co.uk/search searches an index of blogs. i wanna improve the algorithm, and the indexer isn't parallel, and i want to have the results displayed in 2d, rather than linear, but it's a start
[10:28] <cbx33> :( adding a feed failed
[10:28] <cbx33> is that right
[10:28] <tsmithe> well no
[10:28] <tsmithe> i'll see server-side
[10:28] <cbx33> Adding feed at http://progbox.co.uk/wordpress failed
[10:28] <tsmithe> E(Crawler): Feed error 301
[10:28] <cbx33> does it need to be an RSS?
[10:28] <tsmithe> are you sure the url is right?
[10:28] <tsmithe> yea
[10:28] <tsmithe> or atom
[10:28] <cbx33> ahh hang on
[10:29] <tsmithe> :)
[10:29] <cbx33> trying again
[10:29] <cbx33> w00t
[10:29] <tsmithe> woo
[10:29] <tsmithe> it worked :)
[10:29] <tsmithe> the search is rather simple word-for-word matching
[10:29] <cbx33> ok
[10:30] <tsmithe> in a sec, it will have finished indexing. i really should make it parallel
[10:30] <cbx33> you indexed me yet?
[10:30] <tsmithe> nope :P
[10:30] <tsmithe> yes
[10:30] <tsmithe> now search for it :)
[10:30] <cbx33> explain what you mean by make it parallel?
[10:30] <cbx33> cool
[10:30] <cbx33> it works
[10:30] <tsmithe> well, it indexes two or more at once, instead of one by one
[10:31] <tsmithe> which is slower
[10:31] <cbx33> ahhh
[10:31] <tsmithe> but, i really enjoy web programming in python
[10:31] <cbx33> hehe
[10:32] <cbx33> you using apache?
[10:32] <tsmithe> (and i really want bug 57067 fixed_
[10:32] <ubotu> Launchpad bug 57067 in python-mysqldb "UnicodeDecodeError: 'ascii' codec can't decode certain bytes " [Medium,Fix released]  https://launchpad.net/bugs/57067
[10:32] <tsmithe> nope, lighttp
[10:32] <tsmithe> d
[10:32] <cbx33> ahhh
[10:32] <cbx33> awesome
[10:32] <tsmithe> with cherrypy and paste for wsgi
[10:32] <cbx33> I was looking for someone who was doing that
[10:32] <cbx33> cherrypyp
[10:32] <cbx33> ?
[10:32] <tsmithe> but because of that bug, it's using sqlite :S
[10:32] <cbx33> ahhh
[10:32] <tsmithe> cherrypy, ja
[10:32] <cbx33> i tried getting lighttpd working
[10:32] <cbx33> with python
[10:33] <cbx33> but I couldn't
[10:33] <tsmithe> it's quite nice
[10:33] <tsmithe> oh
[10:33] <tsmithe> it took me a couple of hours to figure out
[10:33] <tsmithe> want my config?
[10:33] <cbx33> heh
[10:33] <cbx33> sure
[10:33] <tsmithe> k then
[10:33] <cbx33> tsmithe, you rock
[10:33] <tsmithe> :P
[10:33] <tsmithe> of course
[10:34] <tsmithe> http://paste.ubuntu-nl.org/22753/
[10:34] <tsmithe> want to see the relevant parts of my code?
[10:34] <cbx33> if they're open source
[10:34] <cbx33> :p
[10:35] <cbx33> i was trying to use the fcgi
[10:36] <tsmithe> cbx33, ah no
[10:36] <tsmithe> that's a pita
[10:36] <cbx33> yeh
[10:36] <tsmithe> i used scgi
[10:36] <cbx33> i saw it in a tutorial
[10:36] <tsmithe> http://paste.ubuntu-nl.org/22755/
[10:36] <cbx33> lemme try
[10:36] <tsmithe> same :)
[10:39] <shawarma> fcgi is easy.
[10:39] <shawarma> What's the problem?
[10:39] <cbx33> the second file tsmithe where did it go?
[10:39] <shawarma> (from the lighttpd perspective, that is)
[10:39] <cbx33> shawarma, can't remember.......i exited with error code 9
[10:39] <tsmithe> cbx33, well, it's an executable python script
[10:39] <tsmithe> shawarma, whatever it is, scgi is easier :)
[10:40] <tsmithe> cbx33, so i put it in the path described by server.document-root
[10:40] <tsmithe> and execute it
[10:40] <cbx33> ok
[10:40] <tsmithe> then you can pass requests to the server
[10:41] <shawarma> tsmithe: Possibly. :)
[10:41] <cbx33> heheh
[10:41] <tsmithe> definitely :P
[10:41] <cbx33> from paste.util.scgiserver import serve_application
[10:42] <tsmithe> you need python-paste
[10:42] <cbx33> ahhh ok
[10:42] <cbx33> what's that for?
[10:43] <tsmithe> the serving
[10:43] <tsmithe> wsgi glue
[10:43] <cbx33> ahh ok
[10:43] <cbx33> hmm
[10:43] <cbx33>     cherrypy.engine.start(blocking=False)
[10:43] <cbx33> AttributeError: 'module' object has no attribute 'engine'
[10:44] <tsmithe> oops
[10:44] <tsmithe> you need python-cherrypy3
[10:44] <tsmithe> it's far nicer
[10:44] <cbx33> :p
[10:44] <cbx33> where do i get that
[10:45] <cbx33> it's not in feisty
[10:45] <tsmithe> erm the repos?
[10:45] <tsmithe> i'm on gutsy...
[10:45] <cbx33> poop
[10:45] <cbx33> already
[10:45] <tsmithe> uhuh
[10:45] <tsmithe> dunno how to do it with 2
[10:45] <cbx33> heheh
[10:46] <cbx33> ahh well
[10:46] <tsmithe> just prevu it, or download the deb from the repo anyway
[10:46] <tsmithe> i'm sure it will work!
[10:46] <cbx33> heheh
[11:00] <tsmithe> cbx33, any luck?
[11:04] <cbx33> nope
[11:04] <cbx33> heheh
[11:05] <tsmithe> hehe
[11:05] <tsmithe> heh who's searching for brandon :P
[11:06] <imbrandon> tsmithe, heh i did, you know google api does that right ?
[11:07] <tsmithe> imbrandon, shush
[11:07] <imbrandon> heh
[11:07] <tsmithe> i don't have the sources to tinker with :)
[11:07] <tsmithe> and it's not specific to feedparser-able feeds
[11:09] <tsmithe> and why would i want to use that, anyway? :P
[11:10] <imbrandon> google api is kinda nice :) i've been playing with it at beta.ubuntuwire.com
[11:10] <imbrandon> and they have a google blog search api too
[11:10] <imbrandon> along with countless other things
[11:10] <tsmithe> the google blog tool is crappy
[11:10] <tsmithe> the results are all wrong
[11:11] <tsmithe> that's why i'm doing this, so i can tinker to see how to get better results
[11:11] <imbrandon> depends on how you configure it
[11:11] <tsmithe> (and present it better, as well)
[11:11] <tsmithe> oh configure, i see
[11:11] <imbrandon> i get great resules
[11:11] <tsmithe> but still, i like what i'm doing :)
[11:11] <imbrandon> and umm thats the thing with api you present it how you want :)_
[11:11] <tsmithe> shuddup!!!
[11:11] <imbrandon> hehe anyhow have fun, was just pointing it out to you
[11:12] <tsmithe> yes yes - i knew about it - i wanted to play with wsgi as well ;)
[11:12] <imbrandon> wsgi ?
[11:12] <tsmithe> python web glue infrastructure thingy
[11:12] <tsmithe> i didn't write the code, so that's the best description i can give
[11:12] <imbrandon> heh
[11:13] <imbrandon> lighttpd + python + php + javascript ftw :)
[11:13] <tsmithe> *nods*
[11:13] <tsmithe> i really like lighttpd
[11:14] <imbrandon> so do i , took the load of digg when ubuntustudio.org got dugg with only 0.03 load on the server
[11:14] <tsmithe> wow that's very very nice
[11:14] <imbrandon> i was pushing over 89MB/s for 4 days streight
[11:14] <tsmithe> awh cool i wish i had that kind of bandwidth usage
[11:15] <imbrandon> helps when you work in a datacenter :)
[11:15] <tsmithe> yes yes :P
[11:15] <tsmithe> you don't need to boast!
[11:15] <imbrandon> :)
[11:15] <imbrandon> i guess i'm gonna go play with that api some more, you sparked my intrest again
[11:16] <imbrandon> hadent messed with it in a few days
[11:16] <tsmithe> lol
[11:18] <tsmithe> imbrandon, wanna fix bug 57067 for me?
[11:18] <ubotu> Launchpad bug 57067 in python-mysqldb "UnicodeDecodeError: 'ascii' codec can't decode certain bytes " [Medium,Fix released]  https://launchpad.net/bugs/57067
[11:18] <imbrandon> says fix released
[11:18] <tsmithe> it's wrong
[11:18] <tsmithe> look at my comment
[11:18] <tsmithe> i didn't want to change it tho
[11:20] <imbrandon> no idea
[11:23] <TheMuso> Hey all.
[11:23] <cbx33> hey all
[11:23] <imbrandon> heya TheMuso
[11:23] <TheMuso> Would having to fix a package to create it's /var/run directory be considered a stable release update?
[11:23] <shawarma> Hi, TheMuso
[11:23] <shawarma> TheMuso: which package?
[11:23] <TheMuso> i.e in its init script, create /var/run/whatever if needed?
[11:24] <TheMuso> shawarma: distmp3 uses /var/run/distmp3 for its pidfile, which doesn't get created due to /var/run being tmpfs.
[11:24] <TheMuso> So the distmp3host daemon doesn't start because of that dir not being there.
[11:24] <cbx33> imbrandon, that's insane amounts of bandwidth
[11:25] <imbrandon> cbx33, :)
[11:25] <TheMuso> c
[11:25] <TheMuso> gah
[11:26] <geser> TheMuso: I'd say yes but how to you get the required testers for the SRU?
[11:26] <TheMuso> geser: True.
[11:41] <RainCT> good night
[12:15] <imbrandon> shawarma, perm fixed now, /shouldent/ be any more problesm with it