[12:21] <bddebian> crimsun: You aboot?
[12:21] <LaserJock> more content, more content *whip*
[12:22] <bddebian> ??
[12:22] <LaserJock> contentless ping
[12:23] <bddebian> Yeah, so? :-)
[12:23] <geser> bddebian: about bug #76544: are you sure the Ubuntu changes aren't needed anymore?
[12:23] <Ubugtu> Malone bug 76544 in fnfx "[Sync Request]  fnfx 0.3-12" [Undecided,Needs info]  https://launchpad.net/bugs/76544
[12:23] <bddebian> crimsun: <content> What's up with beep-media-player? </content>
[12:24] <bddebian> geser: No, that should probably be rejected but I think a lot of the changes could/should go away
[12:29] <bddebian> Gah, I hate these where we have strayed from Debian and now it's like what makes sense and what doesn't...
[12:33] <crimsun> bddebian: yes?
[12:34] <bddebian> Heya ScottK
[12:35] <ScottK> heya
[12:35] <bddebian> crimsun: I was just curious what was up with beep-media-player
[12:36] <crimsun> bddebian: if you'd like to merge it, feel free (I'm short on time). Note the changes to the image files (default skin).
[12:36] <bddebian> yeah, I saw that :)
[12:36] <bddebian> Hmm, should we sync/merge a package with 3 RC bugs in Debian? :)
[12:36] <geser> persia already did a merge. it only needs review and sponsoring
[12:36] <bddebian> geser: Well what are you waiting for? :-)
[12:38] <crimsun> well, persia has noted it blocking on maintainer mangling, though I think that's a superfluous blocker.
[12:38] <Toadstool> bddebian: fix the bugs :)
[12:38] <crimsun> (bug 79065)
[12:38] <Ubugtu> Malone bug 79065 in beep-media-player "merge beep-media-player 0.9.7.1+cvs20050803-2 from debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79065
[12:38] <Toadstool> heya everybody
[12:39] <bddebian> Heya Toadstool
[12:42] <TheMuso> Whats the best way of putting a homepage URL in a package description?
[12:43] <TheMuso> As in, at the end, with the homepage keyword?
[12:43] <Toadstool> " .\n  Homepage: <URL>"?
[12:43] <geser> "  Homepage: <URL>" (note the two spaces at the begin)
[12:44] <TheMuso> ok thanks guys.
[12:44] <TheMuso> I thought the long description only needed one space at the end.
[12:44] <TheMuso> beginning sorry
[12:45] <geser> TheMuso: the second space has a special meaning: no word-wrap
[12:45] <TheMuso> ah ok.
[12:45] <geser> crimsun: are you going to upload the bmp merge?
[12:46] <crimsun> geser: no, I'm not near my keys.
[12:46] <geser> ok, I will do it if you don't mind
[12:46] <crimsun> that's fine.
[12:48] <geser> bddebian: you could merge fnfx :)
[12:49] <bddebian> No thanks
[12:50] <bddebian> I've looked at it twice and somerville32 has tried a couple I think
[12:54] <StevenK> Heh, I can try, if you want.
[12:55] <bddebian> Go for it
[12:56] <coNP> Can someone help me how to fix packaging bugs?
[12:56] <bddebian> We can try
[12:56] <coNP> Upload an usual debdiff?
[12:56] <bddebian> heh
[12:57] <coNP> okay, not sent
[12:59] <Toadstool> coNP: prepare a debdiff fixing the bug, attach it to the bug report and subscribe ubuntu-universe-sponsor (or whatever the name is) or poke a MOTU here :)
[01:00] <coNP> Toadstool: as is the usual process, isn't it?
[01:00] <Tonio_> bddebian ping ?
[01:01] <Toadstool> coNP: yep
[01:01] <Tonio_> bddebian should I really add any copyright of any file of a project in debian/copyright ?
[01:02] <Tonio_> bddebian that's really ridiculous, unreadable, and unmaintainable
[01:02] <azeem> Tonio_: how many of them are different?
[01:02] <bddebian> Tonio_: Well I've had to but I'm now where near an expert on the licensing stuff.  I tend to agree with you. :-)
[01:02] <Tonio_> azeem dozens........
[01:03] <azeem> yummy
[01:03] <Tonio_> bddebian and the typo IS FIXED for at least two uploads :)
[01:03] <Tonio_> bddebian s/from/of not the oposite :)
[01:03] <bddebian> Yeah, I noticed
[01:03] <Tonio_> bddebian I which that guy to revu the kdebase package and have fun in that case
[01:03] <Tonio_> about 3000 different copyrights there
[01:03] <Tonio_> I agree for the lgpl to be mentionned
[01:04] <Tonio_> but that's all
[01:04] <Tonio_> I'm not going to mention all copyrights, that's a pure bullshit !
[01:04] <bddebian> Works for me :)
[01:04] <Tonio_> or !!! or I'm doing this :
[01:05] <Tonio_> grep -d recurse '(C)' ./ >> debian/copyright
[01:05] <Tonio_> and have fun to revu
[01:05] <Tonio_> I was about to post a flamming reply on revu, but I prefer to flame here, it'll have disapear on tomorrow :)
[01:05] <Tonio_> revu stays online, that's dangerous :)
[01:06] <bddebian> heh
[01:07] <Toadstool> Tonio_: this channel is logged too :)
[01:08] <bddebian> Hmm, what about all those libcommons-* merges...
[01:10] <Tonio_> Toadstool: true, but well I had to empty my brain on that point :)
[01:10] <Toadstool> heh
[01:10] <Tonio_> some expectations on revu are sometimes ridiculous...
[01:10] <Tonio_> how to maintain a package if every copyright on any file has to be mentionned, including headers ? that impossible
[01:10] <Toadstool> you're talking about jabbin?
[01:11] <Tonio_> yup
[01:11] <Tonio_> I agree concerning the lplg, I missed it and will mention it, but for the copyrights......
[01:11] <Tonio_> imagin the same requirement for kdelibs.....
[01:12] <Toadstool> well, technically you're supposed to list them all although I agree it can be a real pita
[01:12] <Tonio_> Toadstool that's theory, imagin the same for linux sources for example...
[01:13] <Toadstool> I know :)
[01:13] <geser> Tonio_: are you talking about my comment on jabbin?
[01:13] <Tonio_> geser, probably :)
[01:13] <Tonio_> I agree for everything but the copirights, that drives me nuts, really !
[01:13] <Tonio_> ;)
[01:13] <Tonio_> that's not against you, just that's simply impossible to maintain
[01:14] <Toadstool> Tonio_: imho, list the main ones, upload and wait for any comments from an archive admin ;)
[01:14] <Tonio_> Toadstoolthat's what I did
[01:14] <Toadstool> oh
[01:14] <Toadstool> and it got rejected?
[01:15] <Tonio_> when 99% of the files of a tree are the ame and just one little file has a different copyright, I don't mention it
[01:15] <geser> I don't meant you have to list each appearance of Copyright
[01:15] <Toadstool> well, I guess so, otherwise you wouldn't be pissed off ...
[01:15] <Tonio_> Toadstool yes, hehe :)
[01:15] <Tonio_> geser well you even added isolated header files on a full tree
[01:16] <Tonio_> for the licence, I'm okay I'll add the lgpl
[01:17] <Tonio_> geser the redistribution of iLBC is to be checked too, you are right on that point
[01:17] <Tonio_> geser just the copyright thing pissed me off especially since I've been asked in the past to stop proviing them all :)
[01:17] <Tonio_> on revu too :)
[01:19] <geser> the other I mentioned have a license that looks like it's free enough (I haven't checked thoroughly) but it's not the GPL
[01:20] <Tonio_> hum, if that's licence, I'm with you
[01:21] <Tonio_> I must say the all tarball is released under the gpl so I didn't checked all files in it, I should have done it though
[01:21] <Tonio_> geser okay I'll revu the all sources concerning the licence, since I perfectly agree with you on that point
[01:21] <Tonio_> geser maybe I just missunderstood you on that point, sorry for this
[01:22] <Tonio_> but the copyrights expectations has already been a long debate so once again drive me nuts :)
[01:22] <Tonio_> geser I'll ping you for revu once I made ot clear concerning the licence
[01:22] <geser> see for example http://revu.tauware.de/revu1-incoming/jabbin-0701261035/jabbin-2.0~beta/src/tools/crash/crash_sigsegv.h
[01:23] <bddebian> ademan: Any luck yet?
[01:24] <ademan> actually i haven't tried anything
[01:24] <Tonio_> yeah that's not explicitly gpl, but looks like compatible
[01:24] <ademan> but the build was successful
[01:24] <ademan> only problem is the deb wants to install all of the shared objects into /usr/share/codeblocks/blah blah blah
[01:24] <Tonio_> geser I think I missunderstood your point, you were talking about the licence more than the coyrights
[01:24] <ademan> and iirc shared objects shouldn't be in /usr/share
[01:24] <Tonio_> geser, and you were right, I admit
[01:25] <geser> Tonio_: http://revu.tauware.de/revu1-incoming/jabbin-0701261035/jabbin-2.0~beta/voip/stun.h has a license at the end of the file
[01:25] <ademan> is that right?  (i picked up a little pdf on the unix file structure, and iirc only platform independant stuff should go in /usr/share)
[01:25] <bddebian> ademan: Is there a lib package?
[01:26] <ademan> naw, it's all one package, it DEFINITELY needs to get broken up into multiple packages though
[01:26] <ademan> like, there's an sdk included
[01:26] <ademan> just a bunch of stuff that should be in separate packages
[01:26] <bddebian> SO break it up :-)
[01:27] <ademan> but most of the libs are essential to the base program, still put them in a codeblocks-lib package?
[01:27] <ademan> i will, but as you could tell by me floundering around, i'm not so great at packaging just yet :-)
[01:27] <Tonio_> geser, that's clear now, and I must say you are right, I'll have to check those files for their licence
[01:27] <bddebian> ademan: Welcome to the club :-)
[01:28] <ademan> hehe
[01:29] <bddebian> I suppose ideally you would have codeblocks, libcodeblocks, libcodeblocks-dev, and codeblocks-sdk or something but since I haven't seen the package I'm just talking out of my arse
[01:30] <ademan> bddebian: even if the libcodeblocks is essential to the codeblocks package?
[01:31] <Tonio_> geser, thanks for beeing patient :) I'm tired, I wouldn't have reacted like this 3 or 4 hours ago
[01:31] <Tonio_> bddebian, he was right hehe :)
[01:31] <bddebian> Sure.  You can have the codeblocks binary depend on the libcodeblocks binary
[01:31] <ademan> yeah, i just didn't know if that was preffered or what
[01:32] <Tonio_> okay I'll check the full licence.... why  ALL those voip software like this ? same licence issue in wengophone.....
[01:32] <ademan> now i just gotta figure out HOW to divide it up into multiple packages :-)
[01:33] <ademan> the maintainer wrote the debian dir to generate these packages: codeblocks codeblocks-contrib libcodeblocks libcodeblocks-devel libcodeblocks-dbg but of course he hasn't committed the new debian dir... so i don't get them :-(   plus isn't libcodeblocks-dev preffered to devel?
[01:35] <coNP> Toadstool: can you have a look at bug 81757 if it is okay?
[01:35] <Ubugtu> Malone bug 81757 in xchat-systray "Duplicate entry in tasklist" [Undecided,Confirmed]  https://launchpad.net/bugs/81757
[01:35] <ademan> course, i may just ask him for the new debian dir, i dunno
[01:36] <ademan> i'd have to fix things up AGAIN, since what he claims builds, doesnt...
[01:37] <ademan> i think the problem is he builds with ./configure && make FIRST, so things that AREN't taken care of in debian/rules are actually present on his system
[01:41] <Toadstool> coNP: sure
[01:47] <geser> coNP: you should probably use conflict instead of replaces
[01:47] <coNP> geser: why? It does not actually conflict.
[01:48] <geser> coNP: http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
[01:48] <coNP> geser: ty
[01:49] <geser> Replaces allows dpkg to move files owned by one package to another
[01:49] <geser> you are more interested in xchat-systray getting deinstalled
[01:50] <geser> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
[01:50] <Toadstool> coNP: what geser said (sorry, I am at work, kinda busy :)
[01:52] <coNP> sorry, my DSL is broken :(
[01:52] <coNP> geser: did you get my last message? 
[01:53] <geser> last I've seen from you: <coNP> geser: ty
[01:53] <coNP> geser: so I think replaced is better
[01:53] <coNP> because the documentation says "Packages can declare in their control file that they should overwrite files in certain other packages, or completely replace other packages."
[01:54] <coNP> Now xchat completly replaces xchat-systray.
[01:54] <coNP> But I might be bad
[01:55] <geser> that would be 7.5.2 Replacing whole packages, forcing their removal
[01:56] <coNP> Actually then both replaces and conflicts should be added
[01:56] <geser> so you would probably need replaces and conflicts
[01:56] <coNP> And I think only to xchat, but not to xchat-common
[01:57] <geser> yes
[01:57] <coNP> but that was okay, I checked
[01:58] <coNP> now I should add this new debdiff to the bug?
[01:58] <geser> yes
[01:59] <Toadstool> ok sick of working, I call it a day, let's go get drunk in LA \o/
[01:59] <Toadstool> have a good weekend everybody
[01:59] <coNP> by Toadstool 
[01:59] <coNP> +e
[02:03] <bddebian> Later Toadstool
[02:09] <coNP> geser: can you have a look at it again? I think it is quite easy to check, if you want to. However, it is not (very) important at all.
[02:11] <geser> looks ok. have you verified that it works as intended?
[02:13] <ScottK> geser: No problem if you don't, but I was curious if you thought you might have time yet for the new package review I mentioned this afternoon?
[02:15] <geser> ScottK: ah, forgot. I will look at it in the morning (it's past 2 am here)
[02:15] <ScottK> No problem.  Thanks.
[02:17] <coNP> geser: I think so, now it does not allow me to install xchat-systray again, and try again.
[02:17] <coNP> I wanted to test it again
[02:17] <coNP> maybe someone running feisty should do that
[02:19] <geser> I could test it in the morning and upload it afterwards (if nobody is faster)
[02:19] <bddebian> geser: No one is faster than you :-)
[02:19] <coNP> geser: thanks
[02:21] <coNP> good night everyone (in timezones, where it is night :))
[02:21] <bddebian> Gnight coNP
[02:23] <bddebian> welshbyte: Fix all the bugs :-)
[02:24] <welshbyte> ok, i'll start from bug #1 and work my way up ;)
[02:24] <Ubugtu> Malone bug 1 in ichthux "Microsoft has a majority market share" [Critical,Confirmed]  https://launchpad.net/bugs/1
[02:25] <jdong> aah ichthux has taken over bug 1!!!!!!
[02:25] <Liberax> hi any developer here?
[02:26] <bddebian> Nope, no developers here. 
[02:26] <Liberax> anybody with amd 64 and pptp could try this fix: https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/67881 ?
[02:26] <Ubugtu> Malone bug 67881 in network-manager-pptp "Crash while trying to connect to PPTP server" [Undecided,In progress]  
[02:31] <LaserJock> jdong: it's always somebody. I wish we could kill that bug
[02:31] <jdong> lol
[02:32] <Liberax> LaserJock: what bug?
[02:32] <LaserJock> I should ask raphink about that
[02:32] <LaserJock> Liberax: bug #1 of course ;-)
[02:32] <Ubugtu> Malone bug 1 in ichthux "Microsoft has a majority market share" [Critical,Confirmed]  https://launchpad.net/bugs/1
[02:33] <Liberax> :)
[02:33] <LaserJock> I'm just annoyed at getting bugmail from it
[02:34] <ScottK> Speaking of fixing bug and that other operating system...  I recently fix a python-dns bug, Bug #80360, here and then decided to report it upstream.  There I found a few open bugs that have been there for more than two years.  At least one of them is Windows only.  I am considering doing a patch here to resolve the upstream bugs too.  Would it be considered poor form to fix the Windows unique stuff in the same package?
[02:34] <Ubugtu> Malone bug 80360 in python-dns "Crash - Fails to trap socket.error when network is not available" [Undecided,Fix released]  https://launchpad.net/bugs/80360
[02:35] <crimsun> ScottK: no.
[02:35] <LaserJock> ScottK: uneccesarly maybe, but not bad form surely ;-)
[02:36] <bddebian> Shirley?  I thought his name was Scott? :-)
[02:36] <LaserJock> darn, I'd sound so much more intelligent if I could spell better
[02:36] <crimsun> we should be concerned about code quality, not what OS is affected.
[02:36] <LaserJock> bddebian: bah
[02:40] <ScottK> OK.  Thanks.  I thought I'd check before I went to the trouble.  Back when I was exclusively using Windows, the fact that Python was cross platform was one of the things that attracted me to it in the first place.
[02:41] <LaserJock> I liked it because you didn't have to buy a compiler for it
[02:58] <ScottK> I will also confess that the ESR piece on how all the cool geeks used Python influenced me too.
[03:00] <bddebian> pfft :-)
[03:05] <bddebian> I thought XbuildX revisions were synced automagically?
[03:08] <LaserJock> should be
[03:20] <bddebian> LaserJock: Care to review libticables2 for me? :-)
[03:30] <bddebian> Ho hum
[03:40] <crimsun> keescook: regarding #78339, a debdiff cannot represent the upstream changes in binary form.
[03:40] <crimsun> keescook: my practice has always been to provide a debdiff otherwise.
[04:16] <ScottK> Good (I'm guessing it's afternoon for you) afternoon Hobbsee
[04:17] <Hobbsee> hey ScottK :)
[04:17] <Hobbsee> yeah, it's afternoon
[04:19] <Hobbsee> :)
[04:26] <Hobbsee> https://wiki.ubuntu.com/UpToDateAtiNvidiaDrivers
[04:27] <jdong> Hobbsee: if you defer it to backports... *shakes fist* :D
[04:28] <Hobbsee> jdong: which?
[04:28] <jdong> that spec you listed ;-)
[04:28] <somerville32> Mez: Are there plans to backport Exaile?
[04:29] <Hobbsee> jdong: i dont know where it's come from - it's just gone to ubuntu-universe-sponsors list
[04:39] <crimsun> eek, pitti's an ftp admin now (or at least doing syncs)?
[04:39] <bddebian> Yeah apparently :-)
[04:40] <crimsun> looks like a script, actually.
[04:52] <StevenK> Hobbsee: It requires u-u-s to have a wiki page and more importantly, a profile.
[04:52] <Hobbsee> StevenK: true...
[05:33] <LaserJock> bddebian: hmm, what did I have a problem with last time
[05:35] <bddebian> For what libticables2?
[05:35] <LaserJock> yeah
[05:35] <LaserJock> sorry
[05:36] <LaserJock> was afk and read away message
[05:36] <bddebian> The missing pkgconfig file :)
[05:37] <LaserJock> oh yeah
[05:42] <ScottK> Any else (bddebian excluded) up for reviewing a simple Python package?  http://revu.tauware.de/details.py?upid=4194
[05:48] <ScottK> OK.  Well if anyone turns up, I'll be here for a bit seeing if I can find a package I'm up to merging.
[05:48] <bddebian> Thought you were gonna try fnfx? :-)
[05:50] <StevenK> That was me
[05:51] <somerville32> lol
[05:52] <ScottK> bddebian: Do you mind if I do endeavour?  You did it last time.
[05:52] <bddebian> Go for it
[05:52] <StevenK> How 'cott' can be confused with 'teven', I have *no* idea.
[05:52] <bddebian> Damnit, did I do it again??
[05:53] <ScottK> me neither, but 90% pluss of the time when is name is gotten wrong it's Steve or some variation of it...
[05:53] <nixternal> BOO
[05:53] <nixternal> wth
[05:53] <TheMuso> There is something called tab completion. :)
[05:53] <bddebian> Heh, heya nixternal
[05:53] <LaserJock> what?
[05:53] <Hobbsee> LaserJock: [15:42]  <ScottK> Any else (bddebian excluded) up for reviewing a simple Python package?  http://revu.tauware.de/details.py?upid=4194
[05:53] <nixternal> no, the boo was BOO
[05:53] <Hobbsee> tabcompletion on irssi kinda sucks
[05:54] <StevenK> It does not, you tell lies
[05:54] <LaserJock> oh, yeah, I'm firing up my pbuilders now
[05:54] <nixternal> not if you get the silly script to fix the case issue
[05:54] <LaserJock> I *love* irssi tabcompletion
[05:54] <LaserJock> it's the only one that works well for me
[05:54] <nixternal> LaserJock: I find myself trying to tab complete everything I type now
[05:54] <StevenK> Hobbsee: What do you prefer?
[05:55] <nixternal> Hobbsee: spoiled by the dropdown?
[05:55] <Hobbsee> nixternal: yse
[05:55] <Hobbsee> nixternal: yes
[05:55] <nixternal> hehe, that was nice
[05:55] <TheMuso> You just make sure you type the first four or so characters.
[05:55] <StevenK> Hah, I don't think irssi can do that.
[05:55] <LaserJock> I hate dropdowns
[05:55] <LaserJock> so annoying
[05:55] <LaserJock> I don't want to have to arrow or click
[05:55] <LaserJock> I just want to hit tab darnit
[05:55] <nixternal> irssi can't do the drop down, but after a couple of tabs you will eventually make it, unless of course you get bitten by someone with funky case
[05:56] <TheMuso> I dislike the mouse.
[05:56] <TheMuso> Stupidest computer invention ever.
[05:56] <ScottK> Well to get ScottK and StevenK correct one only needs to type two characters...  That appears to be difficult for some.
[05:56] <TheMuso> Irssi usually fixes up the case.
[05:57] <Hobbsee> StevenK: the other sane option would just be to complete to wherever the next character is, and wait for you to type hte next one
[05:57] <Hobbsee> TheMuso: uploaded espeak
[05:57] <StevenK> Hobbsee: Why? The shell does what irssi does.
[05:57] <Hobbsee> StevenK: does it?
[05:57] <LaserJock> yeah
[05:58] <TheMuso> Hobbsee: Thanks.
[05:58] <LaserJock> well, kinda
[05:58] <TheMuso> Gotta love that list of changes I had to do to the damn thing.
[05:58] <StevenK> pb <tab> -> pbuilder <tab again> lists pbuilder pbuilder-upgrade
[05:59] <TheMuso> Hobbsee: You did review the package I hope.
[05:59] <ScottK> If it turns out that no Ubuntu specific changes are required any more, do I just go file a bug that requests a synch vice a merge?
[05:59] <Hobbsee> TheMuso: yeah.  appears to build, cant see anything crazy.
[06:00] <TheMuso> Hobbsee: Righto.
[06:00] <Hobbsee> TheMuso: and you'll into trouble yourself if you broke it :P
[06:00] <StevenK> Heh, "appears to build"
[06:00] <StevenK> The debian/rules just cats a build log, but doesn't do anything
[06:00] <Hobbsee> heh
[06:00] <StevenK> That'd be cool. :-P
[06:01] <Hobbsee> StevenK: no, it runs a build log, but rm -rf's /
[06:01] <Hobbsee> StevenK: package name is beryl :P
[06:01] <StevenK> And if you build packages as real root, you deserve what you get.
[06:01] <Hobbsee> indeed
[06:01] <TheMuso> The only thing I was slightly worried about, is that upstream moved the location of a header file in libespeak-dev. I just want to make sure I covered all my bases. I am pretty sure I did.
[06:02] <TheMuso> Gotta love upstream moving things around, and you have to find out for yourself.
[06:02] <StevenK> TheMuso: Try ALSA some time. 
[06:03] <TheMuso> StevenK: lol
[06:03] <StevenK> TheMuso: They moved entire drivers around, and release at least once without updating the Makefiles
[06:03] <TheMuso> eeeew
[06:03] <StevenK> released, even
[06:04] <StevenK> "No wonder it doesn't build, the whole directory doesn't exist. .... Oh wait a moment..."
[06:05] <LaserJock> darn bddebian already acked it
[06:05] <LaserJock> I hate being number 2 ;-)
[06:05] <TheMuso> StevenK: Well as I may have told you, I am trying to get the espeak author to separate voice data compilation routines out of a graphical app, and include them in the espeak source package, so the voice data can actually be built on the fly when the package gets built.
[06:06] <TheMuso> Trouble is, they are tied to damn wx data types.
[06:06] <StevenK> Ewwww
[06:06] <bddebian> LaserJock: Bah, you're #1 baby :-)
[06:06] <ScottK> Anyone?  If Ubuntu specific changes are no longer required for a package on the merge list do I file a bug requesting a synch instead?
[06:06] <bddebian> ScottK: yes
[06:06] <StevenK> Sync, and yes
[06:06] <ScottK> Thanks.
[06:07] <LaserJock> ScottK: just be sure that it builds
[06:07] <TheMuso> StevenK: Yep.
[06:07] <TheMuso> I literally had to ship two copies of the voice data files in the orig tarball, for little and big endian architectures.
[06:07] <TheMuso> I'd rather not have to do that.
[06:07] <StevenK> At least it doesn't hook to perl datatypes
[06:07] <TheMuso> Well, for ppc anyway
[06:07] <ScottK> LaserJock: Thanks.
[06:08] <StevenK> TheMuso: In Perl, any variable translates to one of two structs, where one of the members is "magic" that is a function pointer
[06:09] <StevenK> And people wonder why I'm insane. It's all Perl's fault.
[06:10] <TheMuso> StevenK: riiight
[06:11] <StevenK> TheMuso: Is that in reference to all what I just said? :-)
[06:11] <TheMuso> StevenK: yeah
[06:14] <TheMuso> You know,not having a maintainer for any particular universe package is a good idea, but someone who is dedicated to maintaining a package is a good thing, as they get to know the package source, and can work with upstream to fix bugs.
[06:14] <TheMuso> case in point, me and espeak.
[06:15] <Hobbsee> TheMuso: definetly true
[06:19] <Hobbsee> uh, yeah
[06:19] <ScottK> Endeavour builds then.  Here's the bug #81795:
[06:19] <Ubugtu> Malone bug 81795 in endeavour "endeavour: sync new Debian version (2.7.5-1)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81795
[06:19] <TheMuso> Is the motu council happening yet/
[06:20] <LaserJock> just waiting on TB
[06:20] <TheMuso> Right.
[06:21] <StevenK> LaserJock: Really? The MOTU Council need to be diagnosed with it?
[06:21] <TheMuso> StevenK: rofl
[06:21] <LaserJock> :p
[06:23] <ScottK> LaserJock: Have you finished (either completed or as much, if any as you have time for) looking at http://revu.tauware.de/details.py?upid=4194? If you have, I'm going to go to bed (it's getting late here).
[06:24] <LaserJock> I just left my comment
[06:24] <ScottK> Thanks.
[06:25] <ScottK> LaserJock: I gather you think it should be optional (vice extra)?  I debated that when I did it.
[06:26] <LaserJock> optional is normal
[06:26] <ScottK> OK.
[06:26] <ScottK> Fixing now...
[06:26] <LaserJock> extra is for something the conflicts with the packages in the other Priorities
[06:27] <LaserJock> *that
[06:27] <ScottK> OK.
[06:28] <ScottK> It depends on a package that's in extra.
[06:28] <LaserJock> I don't think that should matter
[06:28] <ScottK> OK.
[06:29] <LaserJock> oh
[06:29] <LaserJock> "Packages must not depend on packages with lower priority values "
[06:29] <ScottK> I did that one too.
[06:29] <ScottK> That one exists in Debian.  I'll go double check what the last Debian package did and match that.
[06:30] <ScottK> The package from Debian is in extra, so I think I'm stuck with that.
[06:31] <LaserJock> yeah
[06:37] <ScottK> LaserJock: http://revu.tauware.de/details.py?upid=4201 is ready for another look if you would...
[06:52] <ScottK> bddebian: How about I take a shot at merging Courier?
[06:53] <bddebian> Didn't I already do that?
[06:53] <bddebian> Or is it an updated one?
[06:54] <ScottK> It's an updated one.  You did it last.
[06:54] <ScottK> Looks like all of the changes have to stay.
[06:55] <bddebian> Sure
[06:57] <bddebian> If someone wants to look at tamil-gtk2im.. If you know shell/POSIX stuff it should be pretty easy.  For some reason in debian/rules it does sh compile-gtk2im.sh.  Inside compile-gtk2im.sh it does sh libtool ....  For some reason dash doesn't like it.
[07:08] <ScottK> bddebian: Just about done with courier.  If you wouldn't mind relooking at http://revu.tauware.de/details.py?upid=4201?, I'd appreciate it.
[07:08] <bddebian> I'll take a look tomorrow.  I have GOT to get to bed.
[07:08] <ScottK> OK.
[07:08] <ScottK> Thanks
[07:09] <bddebian> NP
[07:09] <bddebian> Gnight folks
[07:11] <LaserJock> arggg
[07:11] <LaserJock> I was just going to tell him to upload his package
[07:14] <somerville32> crimsun, can you upload https://launchpad.net/ubuntu/+source/mousepad/+bug/56161 ? Please :)
[07:14] <Ubugtu> Malone bug 56161 in mousepad "Segfault when saving files on AMD64" [Medium,In progress]  
[07:18] <ScottK> LaserJock: Thanks for taking another look and advocating.
[07:18] <LaserJock> ScottK: np
[07:19] <crimsun> somerville32: uploaded.
[07:20] <somerville32> ty :)
[07:20] <ScottK> courier is going to take a while to build.  I think I'm going to bed...
[07:21] <ScottK> Good night everyone.
[08:46] <ademan> ah, i'm back
[08:50] <ademan> does http://www.codeblocks.org work for you guys?
[09:08] <ademan> course as soon as i get back LaserJock is gone :-p
[09:08] <Simon80> http://revu.tauware.de/details.py?upid=4203
[09:08] <Simon80> review me :)
[09:08] <Simon80> I'm going to bed
[09:11] <Simon80> please and thank you
[09:13] <ademan> Simon80: wish i could but i suck haha
[09:32] <ademan> can anyone tell me why my package wants to install it's libs to /usr/share/codeblocks/*  ?
[09:32] <ademan> and more importantly, where should it go (/usr/lib/codeblocks/* ?)  and what file controls this?
[09:45] <afflux> ademan: if I'm not wrong, libs should go to /usr/lib. You can control this by "make install"ing them to debian/<packagename>/usr/lib
[09:46] <ademan> yeah but i don't see anything like that in debian/rules or makefile.am
[09:52] <lucas> Adri2000: on alioth, project name is pkg-multidistrotools
[10:08] <ademan> how might i change wherre it installs to?
[10:13] <imbrandon> hrm
[10:22] <imbrandon> crimsun / ajmitch , do you know how a menu like this would be created ( it launches automaticly on ssh login ) http://www.imbrandon.com/misc/ssh-menu.png
[10:23] <imbrandon> i have looked in the ~/.bash* and seen nothing that starts it , or even what it is ( e.g. bash script or a actual program etc )
[10:23] <imbrandon> but i wanna make something like it myself
[10:23] <imbrandon> any clues?
[10:23] <imbrandon> ( or anyone ^^ )
[10:24] <coNP> imbrandon: maybe it is the login shell?
[10:24] <imbrandon> zomg, your right
[10:24] <imbrandon> thanks
[10:24] <imbrandon> haha
[10:25] <imbrandon> i should have thought of that
[10:25] <coNP> yw :)
[10:29] <Amaranth> ooh, shiny
[10:35] <coNP> hey, MOTUs, bug 2415 seems to be fixed
[10:35] <Ubugtu> Malone bug 2415 in openbox "windows do not appear in gnome-panel workspace switcher" [Medium,Confirmed]  https://launchpad.net/bugs/2415
[10:35] <coNP> however it is assigned to MOTU, may I switch it to fix released?
[10:36] <imbrandon> where did you test it coNP 
[10:37] <imbrandon> e.g. on feisty or edgy ?
[10:37] <imbrandon> and if on edgy i would say yes, fix released
[10:37] <coNP> imbrandon: I guess on dapper, edgy, feisty
[10:37] <coNP> I use openbox
[10:37] <coNP> on all of these
[10:38] <coNP> and no problems with gnome-panel
[10:39] <coNP> okay, imbrandon I will make it fixed, if you don't mind
[10:39] <coNP> should I assign it to nobody?
[10:39] <imbrandon> no
[10:39] <imbrandon> never assign a bug to anyone 
[10:40] <imbrandon> but yes mark it fixed if you wish or ask the reporter to confirm it was fixed now
[10:42] <coNP> imbrandon: so leave it assigned to MOTU?
[10:43] <imbrandon> yes, you should never change the assignment of a bug if you are not the person thats doing it, e.g. unless you are assigning a bug to your self you never never never change that fienld
[10:43] <imbrandon> field*
[10:43] <coNP> okay, imbrandon
[10:43] <coNP> I understand
[10:43] <coNP> now, finally :)
[10:43] <imbrandon> heh
[11:10] <afflux> review me please :) http://revu.tauware.de/details.py?upid=4200 -- thank you
[11:12] <Amaranth> coNP: The problem was on amd64
[11:12] <Amaranth> coNP: you say it's fixed on x86, that's not the bug :)
[11:15] <coNP> Amaranth: oh. My mistake.
[11:18] <coNP> Amaranth: isn there a way to assign this bug to amd64 build (and not to the source package)?
[11:19] <Amaranth> no
[11:19] <Amaranth> it's a bug in the source package
[12:06] <neutrinomas1> can somebody please take a look at bug 57875 ? It seems to affect a lot of people ... (it's not an issue for me and I'd fix it myself if I could )
[12:06] <Ubugtu> Malone bug 57875 in azureus "Azureus does not start" [High,Confirmed]  https://launchpad.net/bugs/57875
[12:48] <AnAnt> hello
[12:48] <AnAnt> may someone remove the softbeep package that I just uploaded
[12:48] <AnAnt> I uploaded it by mistake to REVU
[12:48] <Hobbsee> AnAnt: to revu?
[12:48] <AnAnt> Hobbsee: thanks
[12:51] <Hobbsee> AnAnt: hasnt hit revu yet - how many min ago did you upload?
[12:51] <AnAnt> Hobbsee: few secs
[12:52] <Hobbsee> ah, that's why
[12:55] <Hobbsee> cypher1: are you cypherbios too?
[02:03] <geser> coNP: I just wanted to your replaces/conflicts for xchat-systray
[02:03] <geser> but I can't get it installed as xchat-systray is gone in feisty
[02:05] <coNP> geser: okay
[02:06] <coNP> geser: however, I am not sure, that this will clean old xchat-systray packages making a dist-upgrade
[02:06] <geser> we still need it for the upgrade
[02:06] <geser> I'm considering to upload it but I can't test it
[02:07] <coNP> geser: okay I see, I guess noone can
[02:07] <coNP> geser: except someone using e.g. herd2
[02:07] <coNP> with no updates since
[02:08] <geser> fortunately LP has still the old debs
[02:08] <coNP> nice :)
[02:11] <geser> coNP: here are my test results:
[02:11] <geser> dpkg: considering removing xchat-systray in favour of xchat ...
[02:11] <geser> dpkg: yes, will remove xchat-systray in favour of xchat.
[02:11] <geser> ic  xchat-systray          2.4.5-6ubuntu1         xchat systray notification icon
[02:11] <geser> only the config-files are left
[02:11] <coNP> geser: what do you think? Is it right?
[02:12] <coNP> Did you --purge-d them? Or is it supposed to to do?
[02:12] <geser> I don't know but I'd say it's ok
[02:26] <coNP> thanks geser
[02:27] <geser> np
[02:37] <co-NP> geser: can you take a look at bug 45171? It is not urgent, of course.
[02:37] <Ubugtu> Malone bug 45171 in openbox "openbox cannot catch gnome-screenshot shortcut" [Low,Confirmed]  https://launchpad.net/bugs/45171
[02:45] <siretart> when changing the source of an yet unmodified debian package in ubuntu, are we supposed to change the maintainer field now?
[03:04] <ScottK> Good morning.
[03:19] <ScottK> Last night I started working on merging courier.  I'm afraid I may have bitten off more than I can chew at this point.  I'd appreciate it is someone experienced in doing merges would look at the list of errors lintian threw when I built the binary: http://pastecode.com/12715 - I'm guessing that I need to fix the missing build dependency, but I have no idea which, if any of the warnings would need to be fixed as part of the 
[03:19] <ScottK> Note that with the missing build-dep installed the package appears to have built successfully.
[03:51] <Liberax> anybody with pptp network manager on an ubuntu 64bit?
[03:57] <ScottK> Adri2000: Thanks for the kick in the head about Bug #81795 - I think I stayed up to late last night trying to do merges.  It's fixed now.
[03:57] <Ubugtu> Malone bug 81795 in endeavour "endeavour: merge (2.7.5-1ubuntu1)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81795
[03:58] <Adri2000> :)
[04:48] <pochu> hi guys!
[04:48] <pochu> I've a problem while building a package
[04:48] <pochu> the package builds fine, but it says this:
[04:49] <pochu> 
[04:49] <pochu> dh_gencontrol -ptracker 
[04:49] <pochu> dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
[04:49] <pochu> dh_md5sums -ptracker 
[04:49] <pochu> dh_builddeb -ptracker 
[04:49] <pochu> dpkg-deb: construyendo el paquete `tracker' en `../tracker_0.5.4-0ubuntu1_i386.deb'.
[04:49] <pochu> 
[04:49] <pochu> what do you think about that?
[04:49] <pochu> unknow substitution variable...
[04:50] <coNP> hi phanatic 
[04:50] <phanatic> hey coNP 
[05:16] <coNP> Hey! Any sponsors up to fix bug 45171?
[05:16] <Ubugtu> Malone bug 45171 in openbox "openbox cannot catch gnome-screenshot shortcut" [Low,Confirmed]  https://launchpad.net/bugs/45171
[05:16] <crimsun> I see you're volunteering.
[05:16] <ScottK> Heh
[05:16] <coNP> crimsun: I did what I could do. Cannot go any further without the blessing of a MOTU
[05:17] <coNP> I need the MOTU power now :)
[05:18] <ScottK> CoNP: Until I looked at the bug, I didn't realize you'd already done a patch and wanted someone to apply it.  I thought you were looking for someone else to develop the fix.  
[05:19] <coNP> ScottK: Sorry, I was not clear enough, for sure.
[05:21] <ScottK> At this point I'd just sit back and wait.  IME they usually get around to applying such patches reasonably quickly.  
[05:21] <ScottK> Maybe find a MOTU to bug if it's not applied tomorrow.
[05:23] <coNP> Okay, thanks.
[05:28] <givre> Hello all
[05:28] <ScottK> Hello
[05:29] <givre> how can i get a new version of a package in main. Should i use the Sponsorship Process or should i go to REVU ?
[05:29] <givre> the package in question is fuse
[05:29] <givre> version in debian is 2.5.3 but latest version is 2.6.1
[05:29] <crimsun> this question has arisen before, and I asked the person to check the dependencies.
[05:30] <crimsun> there was no response.
[05:31] <givre> crimsun: dependencies of 2.6.1 are the same of 2.5.3
[05:31] <crimsun> does it integrate with fuse's rdeps?
[05:32] <givre> of course
[05:32] <givre> i didn't fully test, but i don't see why there should be a problem
[05:32] <crimsun> it's a main package; regression testing is ... encouraged.
[05:33] <jdong> is it backwards-compatible with existing fuse stuff?
[05:33] <jdong> and you mean fuse-utils?
[05:33] <jdong> and libfuse2...
[05:33] <jdong> the userspace stuff....
[05:33] <givre> right
[05:35] <givre> 2.6 is backwards-compatible with 2.5
[05:37] <givre> i can ask Miklos to be sure, but all virtual fs i use works with 2.5 & 2.6
[05:37] <crimsun> givre: although a few of us have the ability to update it, none of us are going to update it without seeing positive testimony and the most recent uploader's blessing
[05:38] <crimsun> givre: in this case, ask fabbione if he considers an update to 2.6.1 a priority
[05:39] <givre> crimsun: right
[05:41] <givre> crimsun: ok, so i guess what i have to do is :
[05:41] <givre> - put my package in revu
[05:41] <givre> - explain why it should be update
[05:41] <givre> - ask fabbione to have a look at it
[05:42] <givre> thanks crimsun
[05:58] <ScottK> crimsun: Have you got a moment to help me with a merge problem?
[06:07] <ScottK> OK.  I guess he's really away...  Anyone?  How much packaging fixing is one expected to do when merging?  My merge of courier builds, but lintian is extremely whiny: http://pastecode.com/12719 Should I just leave this package for someone more experienced?
[06:08] <pirast> crimsun, moved
[06:10] <gnomefreak> guys crimsun is away atm please see /whois crimsun for more details
[06:10] <pirast>  /whois crimsun
[06:10] <pirast> ugh
[06:10] <pirast> gnomefreak. thanks
[06:10] <gnomefreak> yw
[06:18] <geser> ScottK: the more you differ from Debian the more has to be merged the next time, so only fix real problems
[06:19] <ScottK> geser: Any thoughts on if any of those problems - http://pastecode.com/12719 - qualify as real?
[06:35] <geser> ScottK: I don't know any details about this warnings
[06:36] <ScottK> OK.  Thanks for looking.
[07:01] <crimsun> pirast: which?
[07:02] <pirast> crimsun, dos one for vlc 0.8.6a..
[07:02] <pirast> works against my patched vlc
[07:08] <crimsun> we need to get http://sam.zoy.org/zzuf/ into universe.
[07:17] <LaserJock> crimsun: I'm a little sketchy on what exactly it does
[07:17] <LaserJock> crimsun: how does adding random bits to user input help find bugs/security holes?
[07:19] <crimsun> LaserJock: it helps identify which functions need to have input validation fixed.
[07:21] <ScottK> LaserJock: I'm try to merge courier and am getting a huge number of lintian warnings when I build the binary.  I'd appreciate it if you would take a look and give me some advice of which of those issues are significant enough that I should add an Ubuntu change for it - http://pastecode.com/12719
[07:27] <siretart> crimsun: zzuf is on its way to debian. we can sync it from there then
[07:31] <LaserJock> ScottK: holy cow
[07:31] <LaserJock> that is a lot
[07:31] <ScottK> Yeah.
[07:31] <LaserJock> they are all Warnings though
[07:31] <ScottK> Yes.  I fixed the errors.
[07:32] <ScottK> So do I say builds with no errors and call it good enough or do I need to fix some of that stuff?
[07:32] <LaserJock> well, we try to minimize divergence
[07:33] <LaserJock> you should look for Debian bugs for those
[07:33] <LaserJock> a compat of 2 and standards version of 3.5 sounds like it's not even being maintained
[07:34] <LaserJock> but that hardly seems possible, courier is a very common app
[07:34] <ScottK> Yes.  And the Debian update is a Debian only change, so someone is maintaining it.
[07:35] <LaserJock> well, I personally leave Debian stuff alone unless I really know what I'm doing
[07:35] <LaserJock> perhaps couriers build system doesn't behave nicely or something
[07:36] <ScottK> A couple of the issues have bugs, including one filed by siretart over a year ago...
[07:37] <LaserJock> geeze, the BTS page looks aweful
[07:37] <enyc> hrrm debian always seem to have phun getting rid of RC bugs...
[07:37] <enyc> people keep adding more rc bugs as fast as they are going away lol
[07:37] <LaserJock> 143 bugs, 1 Fixed or Pending
[07:38] <LaserJock> 15 patches in BTS
[07:39] <LaserJock> he hd 12 uploads in 2006 and still all that?
[07:39] <LaserJock> *had
[07:41] <ScottK> Any suggestions?
[07:43] <LaserJock> ScottK: minimize divergence, try to poke upstream
[07:44] <LaserJock> that's about all I've got
[07:45] <ScottK> OK.  I think I'll go with "builds with no errors and call it good enough" and provide a patch for the merge.  Then see about bugs for upstream.  Hopefully enough courier users will try it out before Feisty gets released to uncover any serious excitement...
[07:58] <ademan> my package wants to install libraries to /usr/share/codeblocks/*, it should be /usr/lib/codeblocks/*    where might i change this?
[08:13] <ScottK> ademan: I think you want to look at man dh_install.
[08:21] <geser> ademan: check the Makefile
[08:26] <tsmithe> could someone do a quick revu for me?
[08:31] <ademan> geser: i'll paste Makefile.am?
[08:31] <ademan> or do i want Makefile.in?
[08:32] <ademan> hrm, there is no Makefile.in
[08:32] <ScottK> Howdy bddebian
[08:33] <ademan> http://rafb.net/p/mMjkEm70.html   i don't see anything that would affect that do you?
[08:33] <bddebian> Heya gang
[08:33] <bddebian> Hi ScottK
[08:33] <LaserJock> hi bddebian 
[08:33] <ScottK> bddebian: Congrats on your package...
[08:33] <bddebian> Heya LaserJock
[08:34] <bddebian> ScottK: What package is that?
[08:34] <LaserJock> bddebian: did you read your REVU emails yet?
[08:34] <ScottK> bddebian: The lib whatever it was you've been messing with.
[08:34] <geser> ademan: me neither
[08:34] <ScottK> Apparently not.
[08:35] <ademan> wanna see debian/rules?
[08:35] <ScottK> bddebian: After you read your REVU e-mail, would you please relook at http://revu.tauware.de/details.py?upid=4201?  It's now looking for you to be 2nd advocate.
[08:35] <bddebian> The only one I saw was aptoncd
[08:35] <ademan> http://rafb.net/p/4Bw55Y47.html  i don't see where it might happen here either
[08:35] <LaserJock> bddebian: I acked libticables and told you to upload it ;-)
[08:36] <ademan> man dh_install seemed to suggest there should be a debian/package.install  but i didn't see one
[08:36] <LaserJock> bddebian: about 2 minutes after you left last night
[08:36] <bddebian> LaserJock: Ah cool thanks.  Now I can do tilp2 :)
[08:36] <LaserJock> ademan: do you have an install?
[08:37] <LaserJock> debian/install I mean
[08:37] <ScottK> bddebian: After you catch up on my stuff, OK?
[08:37] <bddebian> ScottK: Sure :-)
[08:37] <ademan> LaserJock: nope
[08:38] <LaserJock> ademan: well, it get's the dir for somewhere, grep for "share"
[08:38] <ademan> in rules? or what?
[08:38] <LaserJock> I'm guessing that it's setting the lib dir the same as data dir
[08:38] <LaserJock> no, the source
[08:38] <geser> ademan: check the defaults where it wants to install 
[08:39] <LaserJock> as long as debian/rules isn't actually moving those files it's determined by the Makefile
[08:39] <ademan> i posted the makefile above though, or are there more makefiles in src?
[08:39] <geser> a good start would be the Makefile (the install target)
[08:40] <LaserJock> ademan: grep it though, trying to find anything in the whole Makefile is difficult
[08:40] <geser> ademan: you need the one created by automake
[08:40] <ademan> LaserJock: how would i grep file contents? (sorry)
[08:40] <ademan> geser: oh, so no Makefile.am?
[08:41] <LaserJock> grep src *
[08:41] <LaserJock> ademan: no
[08:41] <LaserJock> look at configure, etc.
[08:41] <tsmithe> anyone? anyone at all? (revu'age, please)
[08:41] <LaserJock> just grep the whole darn thing
[08:41] <coNP> tsmithe: you need a MOTU, don't you?
[08:41] <LaserJock> ademan: grep share * , my bad
[08:42] <ademan> hrm, well it seems to clean up Makefile(s) during clean in rules
[08:42] <tsmithe> coNP, yup
[08:42] <tsmithe> :)
[08:42] <ademan> don't you think?  because there definitely aren't any Makefile(s) laying around
[08:43] <LaserJock> ademan: you're looking for things like PREFIX or DESTDIR or LIBDIR
[08:43] <LaserJock> ademan: I said grep *
[08:43] <ademan> k
[08:43] <bddebian> tsmithe: Which package?
[08:43] <tsmithe> bddebian, thanks; you've done it already ;)
[08:44] <ademan> i got a bunch of cbp and bat files, aren't those windows specific?
[08:45] <bddebian> ademan: Did you say that there are configure.am files?
[08:46] <ScottK> bddebian: Did you upload it?
[08:46] <ademan> none, did you mean Makefile.am?  definitely no configure.am
[08:47] <bddebian> ScottK: Not yet
[08:47] <ademan> no configure.in either
[08:47] <bddebian> ademan: There is a Makefile.am?
[08:47] <ScottK> bddebian: OK.  I like the yet.  I'll be patient.
[08:48] <ademan> there's a lot of them, but none contain "share" apparently
[08:48] <ademan> "grep share * | grep -i Makefile.am" would get me that no?
[08:50] <bddebian> ademan: Have you run autoreconf -f -i?
[08:50] <ademan> in rules or just straight up? i've done neither though
[08:50] <ademan> unless its in rules and i missed it
[08:50] <ademan> it's not in rules for sure
[08:53] <bddebian> No I mean from the source dir.  Do you have your files posted somewhere?
[08:55] <ademan> bddebian: no, how could/should i?
[08:55] <ademan> i could upload the dir to my webserver, would that work?
[08:56] <bddebian> Have you gotten it to create the .dsc and .diff.gz?
[08:57] <ademan> yep
[08:57] <ademan> i've build the entire package
[08:57] <ademan> i've got a deb sitting around
[08:58] <ademan> but lintian errored all over my face
[08:58] <ademan> thats how i found out about the /usr/share libraries
[09:10] <ScottK> bddebian: Thanks.
[09:11] <ScottK> Laserjock: Are you up for another review while I'm wrestling with the courier merge patch? http://revu.tauware.de/details.py?upid=4179
[09:13] <bddebian> ademan: Just post the .orig.tar.gz, .diff.gz and .dsc somewhere
[09:31] <ScottK> hey bddebian: Thanks again.
[09:31] <bddebian> NP
[09:47] <Simon80> hey, bddebian, sorry, but can you rereview my package? I added some modifications from Gentoo to add support to the MX300 and MX518, and I changed the description slightly
[09:49] <bddebian> From Gentoo?  Why? :-)
[09:49] <Simon80> lol
[09:49] <Simon80> yes? no?
[09:49] <Simon80> :)
[09:50] <bddebian> Which package?
[09:52] <ScottK> bddebian: It's http://revu.tauware.de/details.py?upid=4203
[09:52] <ScottK> Simon80: Don't advocate your own packages.  MOTUs are the one that are supposed to do that.
[09:53] <Simon80> hehe, I can delete that
[09:53] <Simon80> my logic was that if it were wrong, the system wouldn't let it happen :)
[09:54] <ScottK> In the system it doesn't matter, it just makes it harder for a MOTU to decide if the package is ready for upload, AFAICT.
[09:54] <Simon80> oh
[09:55] <ScottK> OTOH, maybe it annoys them and they review my package instead, so wait, go ahead and do that ;-)
[09:56] <ademan> bddebian: alright will do
[09:58] <bddebian> ScottK: hehe
[10:00] <pirast> Nafallo, ping
[10:05] <ScottK> I've taken merging courier as far as I can go.  bddebian: Since you merged it last time, you might want to have a look.  Bug #81799.
[10:05] <Ubugtu> Malone bug 81799 in courier "Courier version courier_0.53.3-3ubuntu1 requires merge" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81799
[10:05] <Simon80> anyone else available for review?
[10:06] <Simon80> bddebian: thanks, btw
[10:06] <bddebian> Simon80: NP
[10:07] <luckyone> hello Masters of the universe
[10:07] <bddebian> Hello luckyone
[10:08] <luckyone> does anyone know of any problems with sane or libsane in 32-bit edgy?
[10:08] <luckyone> I am having this problem - http://ubuntuforums.org/showthread.php?t=299347&page=2
[10:08] <luckyone> and, I have no clue how to debug it
[10:10] <Adri2000> Simon80: why do you use this hack in debian/rules to install the man page?
[10:13] <bddebian> luckyone: libsane is a main package
[10:13] <ademan> bddebian: i can't get into my web host for some reason, any reccomendations?
[10:13] <Simon80> Adri2000: I don't know a better way to do it
[10:14] <luckyone> so, ubuntu main channel would be where I need to get help
[10:14] <luckyone> ok, thank you MOTU
[10:14] <luckyone> keep up the great work
[10:14] <Adri2000> Simon80: DEB_INSTALL_MANPAGES_logitech-applet := debian/logitech_applet.1
[10:18] <Simon80> I'll try that now
[10:25] <Adri2000> Simon80: also, 0.4test1 means there will be 0.4test2 ... and finally the final stable 0.4?
[10:26] <Simon80> Adri2000:no maintainer
[10:26] <Adri2000> :-/
[10:26] <Simon80> so, yes, but no
[10:26] <Simon80> it's ok, there's another package that has maintainers, but I'll package it for feisty+1
[10:26] <Adri2000> if yes, version should be 0.4~test1
[10:27] <Simon80> ah
[10:27] <Simon80> I can do that
[10:28] <Simon80> see, the manpage hack, I totally blame lack of docs
[10:29] <Simon80> it's frustrating, really
[10:29] <Adri2000> grep /usr/share/cdbs/, all the doc is there
[10:29] <Simon80> $ grep manpage /usr/share/cdbs/ -ri
[10:29] <Simon80> /usr/share/cdbs/1/rules/debhelper.mk:   dh_installman -p$(cdbs_curpkg) $(DEB_INSTALL_MANPAGES_$(cdbs_curpkg))
[10:30] <Simon80> that's surprisingly the fastest documentation ever, if you happen to grep for the right thing
[10:32] <Simon80> lintian's complaining about my version
[10:32] <Simon80> bad-version-number 0.4~test1-0ubuntu1
[10:33] <Simon80> I don't think that's the first time though
[10:33] <bddebian> ademan: Upload it to REVU, we can look at it there if you want
[10:33] <Simon80> done
[10:33] <Adri2000> Simon80: you are using edgy?
[10:33] <Simon80> yeah
[10:34] <Adri2000> that's why
[10:34] <Simon80> oh, you weren't talking to me, bddebian, lol
[10:34] <Adri2000> your lintian is too old
[10:34] <Simon80> yep
[10:34] <Simon80> I figured
[10:34] <Simon80> k, I just have to wait for revu to update
[10:35] <ScottK> Simon80: You might want to make a Feisty chroot to work in - https://wiki.ubuntu.com/DebootstrapChroot
[10:35] <Simon80> maybe
[10:35] <Simon80> I'll look into it for feisty+1
[10:36] <Simon80> cause I'm only packaging new apps
[10:36] <Simon80> and the deadline is whenever it is, like, right now :)
[10:36] <Simon80> for upstream freeze
[11:05] <Simon80> ok, bddebian, Adri2000: http://revu.tauware.de/details.py?upid=4207
[11:05] <Simon80> thanks
[11:05] <Simon80> errr, I should delete the hack instead of commenting it out :(
[11:09] <Simon80> http://revu.tauware.de/details.py?upid=4208
[11:09] <Simon80> last one!
[11:09] <Simon80> lol
[11:22] <pirast> could anyone who is in ubuntu-qa approve the nominations in bug 76094?
[11:22] <Ubugtu> Malone bug 76094 in tor "Tor 0.1.1.26 fixes HttpProxyAuthenticator privacy flaw" [Undecided,Fix released]  https://launchpad.net/bugs/76094
[11:22] <pirast> ,please ;-)
[11:24] <LaserJock> pirast: I'm not sure who can approve nominations
[11:25] <Adri2000> core-devs
[11:25] <pirast> mhm
[11:25] <Adri2000> ubuntu{qa,dev} can't
[11:25] <pirast> i though that all people who are in ubuntu-qa can
[11:25] <Adri2000> motu-sru neither
[11:25] <pirast> :-(
[11:25] <LaserJock> I can't
[11:26] <LaserJock> and I'm ubuntu-dev
[11:26] <pirast> because the security bug should be nominated for edgy, dapper and breezy..
[11:26] <pirast> thanks anyway.. ill ask in ubuntu-devel
[11:26] <somerville32> pirast: For security issues, see pitti
[11:26] <LaserJock> it shouldn't have a Feisty nomination though I shouldn't think
[11:26] <keescook> pirast: got it, one sec
[11:27] <pirast> keescook, thanks..
[11:28] <keescook> no problem!  thanks for tracking the problem.  :)
[11:28] <pirast> keescook, new mail at security-review ;-)
[11:28] <keescook> pirast: hehe okay, I'll check it out
[11:28] <pirast> it somehow does not really makes sense to fix universe security bugs in breezy, does it?
[11:29] <LaserJock> pirast: btw, I think in the future more people will be able to accept nominations (they might allow anybody to nominate in the future)
[11:29] <LaserJock> pirast: why not?
[11:29] <pirast> LaserJock, they already had I think..
[11:30] <LaserJock> sorry, I mean you wouldn't have to get them accepted
[11:30] <LaserJock> people could just set a target release
[11:30] <pirast> LaserJock, that was possible some time ago
[11:30] <LaserJock> yes
[11:30] <LaserJock> and they are thinking of bringing it back
[11:31] <pirast> ah okay..
[11:31] <keescook> pirast: if it's easy, go for it, but I tend to recommend focusing on LTS and current stable.
[11:31] <LaserJock> not sure quite yet
[11:31] <pirast> sorry, somewhat tired
[11:31] <pirast> LaserJock, http://fridge.ubuntu.com/node/721/results.. It would be nice if LTS + Edgy universe had less bugs first.. And we should concentrate on that first,  I think
[11:32] <LaserJock> well sure, but there's no inherent reason to not fix something in Breezy
[11:32] <LaserJock> pirast: well, that vote is also very inaccurate
[11:33] <pirast> yeah.. there are probably lots of ubuntu fans which want to have the latest and greatest..
[11:33] <pirast> see how many feisty users there are ;-)
[11:36] <LaserJock> pirast: that poll only shows 154 Feisty users ;-)
[11:37] <pirast> LaserJock, but that are 14% of all voters :-P
[11:37] <LaserJock> ah, but that's where it get's sticky
[11:38] <pirast> yeah..
[11:38] <pirast> you're right
[11:38] <LaserJock> lies, damn lies, and statistics ;-)
[11:44] <gouki> I'm having trouble deciding which 'section' I should enter. Any links to help me out?
[11:45] <gouki> Sorry, I'm creating a package from scratch.
[11:45] <Adri2000> http://packages.debian.org/unstable/
[11:45] <gouki> Adri2000: Thank you.
[11:49] <Simon80> so, can any two MOTUs review my package again?
[11:49] <Simon80> http://revu.tauware.de/details.py?upid=4208
[11:50] <Adri2000> Simon80: are you sure that DEB_INSTALL_CHANGELOGS_ALL      := ChangeLog is needed?
[11:51] <Simon80> uh
[11:51] <Simon80> not sure actually
[11:51] <Simon80> thanks, dh_make :)
[11:52] <Simon80> well, without it, the changelog probably wouldn't get into the docs
[11:52] <Simon80> so I'm going to say yes
[11:52] <Adri2000> have you actually tried without it?
[11:53] <Simon80> I'll try now
[11:54] <Simon80> seems to work without it
[11:55] <Simon80> new upload?
[11:56] <Adri2000> wait, I'm checking if I have not missed anything
[12:00] <Adri2000> looks fine
[12:10] <pirast> if now a package gets updated in debian, will it arrive in feisty?
[12:11] <Adri2000> not automatically
[12:11] <Adri2000> !seen Fujitsu
[12:11] <ubotu> I last saw Fujitsu (n=root@ubuntu/member/fujitsu) 1d 18h 41m 50s ago, quiting: "leaving"
[12:12] <Adri2000> uhuh, "root", that's bad :)