[12:33] <pygi> that's NEW then probably
[12:33] <geser> beuno: have you resolved your gig problem?
[12:33] <pygi> I think it can for 4 more days
[12:33] <beuno> geser: yes  :D
[12:34] <beuno> taht package owes me 2 days of my life
[12:34] <beuno> what's the process so get it in then?
[12:35] <geser> !REVU
[12:35] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[12:36] <beuno> great, I'll clean it up a bit and upload
[12:36] <beuno> thanks  :D
[12:36] <beuno> oh, and also, what's the process in the changelog and such considering it has already been in ubuntu?
[12:43] <geser> good question, I'd say you can start as if it was never included
[12:43] <leonel> ScottK:  python-psycopg2 does not pull python 2.4 in gutsy  ....  tracing what package is  ..
[12:44] <beuno> great, I'll clean it up and upload to REVU then, thanks geser
[01:11] <beuno> geser: uploaded to REVU, does it take a while to show up?
[01:12] <thinkl> Can anyone tell me how to create a dependency on A or B in a .deb control file? I develop an application that requires python bindings for sqlite -- I used to depend on pysqlite2 -- now with sqlite3 built into python2.5 I don't need to. I'd like to depend on python2.5 or pysqlite2.
[01:13] <beuno> ah, nothing, it got rejected for a good reason (I put unstable in the changelog)
[01:15] <bmm> Hi everybody. In the coming hour, I'm looking for any comments and advocates for boswars: http://revu.tauware.de/details.py?upid=70
[01:23] <thinkl> Ah -- pysqlite2|python(>2.5) looks to be right.
[01:23] <beuno> hmmm... I got "Signer has no upload rights at all to this distribution.", but I am in the Ubuntu Universe Contributors team already...  (been their for a while now)
[01:24] <bmm> beuno: probably dput to ubuntu instaed of dput revu
[01:24] <RainCT> good night
[01:24] <bmm> Sleep tight
[01:24] <beuno> bmm: sounds right, thanks  :D
[01:24] <bmm> my pleasure
[01:40] <beuno> yay! it's up there!   now I just wait for someone to review it?
[01:44] <bmm> beuno: well, you kind of have to ask for it if you want to speed things up. But waiting for comments and keeping an eye on your mailbox (make sure you get the REVU messages) will also work.
[01:45] <bmm> beuno: If you are online and asking for it, people are faster at working with you though. Mondays are REVU days as far as I know.
[01:45] <beuno> bmm: aah, right, I believe I have 4 days, so it seems I do need to speed things up
[01:45] <beuno> oh, great, I'll make sure I'm here monday  :D
[01:46] <bmm> beuno: I'd have to look it up for sure, but I think the last meeting mail said it would be monday ;-)
[01:46] <bmm> beuno: Why do you need it in 4 days?
[01:46] <beuno> bmm: I hang around here all the time anyway, so I guess I'll bug random people I see active  :p
[01:47] <beuno> 19:32  * beuno wonders if he can still get a package into Gutsy
[01:47] <beuno> 19:33 < pygi> I think it can for 4 more days
[01:48] <bmm> beuno: I mostly just say "Any MOTU, I'm looking for advocates for package.. etc". Ah, getting it into Gutsy would be nice indeed.
[01:48] <minghua> I think pygi is talking about universe new package freeze.
[01:48] <bmm> Oh, yes, probably depends on wether it's new or an update.
[01:48] <beuno> it's NEW  :D
[01:49] <bmm> mine two :-)
[01:49] <bmm> beuno: what is your package called? Mine is boswars.
[01:50] <beuno> bmm: linuxsampler
[01:50] <minghua> beuno: Yes I am a MOTU, but sorry I have neither time nor an Ubuntu system to properly review now.
[01:50] <beuno> it's for multiverse
[01:50] <beuno> minghua: no problem, thanks anyway, it was worth a shot  :D
[01:52] <bmm> minghua: do you know how I can do a get-source from revu? Then I can start posting comments on it ;-)
[01:55] <minghua> bmm: By "get-source" so you mean getting the source package?
[01:55] <minghua> s/so/do/
[01:56] <bmm> minghua: yes, something that has the same effect as "apt-get source" but gets,extracts and patches a package from REVU
[01:56] <minghua> Yes you can.
[01:57] <bmm> minghua: how? The revu-report script doesn't really seem to do something like that. Could you possibly give me an example command or such?
[01:57] <minghua> bmm: Take beuno's package, linuxsampler, as an example:
[01:57] <LaserJock> anybody having problems with system-config-printer? I have to re-enable my printer every time I need to print :(
[01:57] <minghua> bmm: First get the package: dget http://revu.tauware.de/revu1-incoming/linuxsampler-0708260400/linuxsampler_0.4.0-1.dsc
[01:58] <minghua> bmm: Then extract it: dpkg-source -x linuxsampler_0.4.0-1.dsc
[01:58] <minghua> bmm: This is roughly what "apt-get source" is doing behind the scene.
[01:59] <bmm> minghua: great! Works like a charm, thanks!
[01:59] <minghua> bmm: As for the revu-report script, I don't know it at all so have no idea.
[02:00] <bmm> bueno: you need an ubuntu version added to the version in the control
[02:00] <minghua> LaserJock: Isn't that a question for #ubuntu+1? ;-)
[02:00] <minghua> LaserJock: Good afternoon BTW.
[02:00] <bmm> minghua: only documentation about reviewing I could find, but looked like you needed special privileges, but this works like a charm! Thanks!
[02:00] <minghua> ...or good evening.
[02:01] <beuno> bmm: you mean in the changelog?
[02:01] <bmm> beuno: ah, yeah, sorry the changelog ofcourse :-S
[02:02] <beuno> bmm: it would be 0.4.0-0ubuntu1, right?
[02:02] <bmm> beuno: do "dch -e" from your linuxsampler directory and then add -0ubuntu1
[02:04] <LaserJock> minghua: I did ask in #ubuntu+1 but there about has helpful as usual
[02:04] <bmm> beuno: Why do you have a Makefile.am in the debian/ directory?
[02:06] <minghua> LaserJock: Tough luck.  You know where malone is. :-)
[02:06] <beuno> bmm: I don't, the original tarball does  :D
[02:06] <bmm> beuno: The debian directory should not be part of the orig.tar.gz and not part of the upstream release, why is it in there?
[02:06] <minghua> Bad, bad upstream.
[02:06] <bmm> beuno: ok, so upstream already has a debian/ directory :-S
[02:06] <beuno> bmm: exactly  :D
[02:06] <beuno> and the /debian dir upstream doesn't work and sucks  :D
[02:06] <bmm> I'm not sure what to do with that, somebody with experience who can comment?
[02:09] <bmm> beuno: I think you might have to convince upstream to leave the debian directory out of their releases (minghua might know what to do)
[02:10] <minghua> I agree that persuading upstream not to put debian/ dir in the released tarball is the most correct thing to do.  It may be hard to achieve though.
[02:11] <beuno> minghua: it seems upstream has already been contacted in debian, and he hasn't responded
[02:11] <beuno> (it used to be in Debian too)
[02:11] <minghua> (And don't take my words too seriously, I don't know the Ubuntu's guidelines on such issues very well.)
[02:11] <minghua> beuno: Used to be?  Why isn't it in Debian anymore?
[02:12] <beuno> minghua: same reason then in Ubuntu, upstream added a non-commercial clause to the GPL
[02:12] <beuno> so it had to be removed
[02:12] <beuno> (it should of been moved to non-free, but it didn't)
[02:13] <minghua> Hmm.  I see.
[02:14] <beuno> ok, I changed the versioning, I should just upload to REVU again and it will update"
[02:14] <beuno> ?
[02:14] <bmm> beuno: I think there is much more to change, but I'm not sure how to do it. However, you can do a "dput -f revu package_source.chagnes"
[02:15] <bmm> beuno: the "-f" will make sure dput pushes it to the server even though the same version has already been uploaded.
[02:16] <beuno> bmm: great, thanks, uploaded and will try again monday when more people are here
[02:16] <LaserJock> beuno: still trying that nasty app?
[02:17] <minghua> beuno: Have you discussed the license issue of linuxsampler with anybody?
[02:17] <beuno> LaserJock: yeap, but I got it working  :D
[02:17] <beuno> LaserJock: http://revu.tauware.de/details.py?upid=76
[02:18] <beuno> minghua: I have, and I believe gpl + non commericial is fairly common, and is OK in multiverse
[02:18] <LaserJock> beuno: have you consulted an archive admin?
[02:19] <beuno> LaserJock: no, I should get a hol on one of those
[02:19] <beuno> who can I contact?
[02:19] <minghua> beuno: No, it's not common at all.  Basically the non-commercial requirement contradicts with GPL, which makes the whole package without any valid license.
[02:19] <LaserJock> beuno: just email ubuntu-devel or ubuntu-devel-discuss maybe
[02:19] <beuno> LaserJock: great, will do, thanks  :D
[02:20] <minghua> beuno: Do you know *any* other software that has a "GPL + non-commercial clause" license?
[02:20] <beuno> minghua: I can't think of any right now, but I've heard about it in debian many times
[02:21] <LaserJock> beuno: given that Debian *removed* the package, I'd be careful
[02:21] <minghua> Debian removed linuxsampler instead of putting it in non-free for a reason.
[02:21] <LaserJock> generally if it's non-free they move it to non-free, not remove it completely
[02:23] <beuno> yeap, although the DD that asked me to help package considered it was OK, so I went for it, I'll email -devel, and if it can't go in, I'll just have learned a but more  :D
[02:23] <LaserJock> sure
[02:26] <minghua> -devel is moderated for non-developers, just FYI.
[02:26] <beuno> hmmm, ok, I'll email ASAP then  :D
[02:28] <minghua> -devel-discuss is open for all subscribers. :-)
[02:29] <minghua> The moderation is usually quite in-time, but you never know.
[02:29] <beuno> oh, -discuss sounds more appropriate
[02:30] <bmm> beuno: some things you might also want to tell MOTU people to take a look at are: no configure-stamp, but a touch on configure; copy of config.sub and config.guess doesn't need a test (is a build-essential); Changelog can be smaller and should contain "initial release"; Maintaier should be Ubuntu MOTU, you are the XSBC-Original...;
[02:31] <bmm> beuno: a real MOTU probably won't agree with everything, and the upstream debian thing is your biggest problem at the moment.
[02:31] <minghua> bmm: config.sub and config.guess (from autotools-dev) is not in build-essential AFAIK.
[02:31] <beuno> oooh, sounds like a lot needs to be done, I was used to debian guidelines  :D
[02:31] <beuno> here's the debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328121
[02:32] <ubotu> Debian bug 328121 in linuxsampler "linuxsampler: Inconsistent and non DFSG free license" [Grave,Open] 
[02:32] <bmm> beuno: minghua is right on that, you probably need to add autotools-dev to allow for that... Ask a MOTU when it comes to it ;-)
[02:32] <beuno> will do
[02:33] <minghua> Hmm.  I wonder why ubotu thinks 328121 is open.
[02:40] <bmm> beuno: I'm also not sure wether echo '/usr/lib/linuxsampler' >> /etc/ld.so.conf is good to do, probably want an "echo '/usr/lib/linuxsampler' > /etc/ld.so.conf.d/linuxsampler.conf" there.
[02:41] <bmm> beuno: but I'll stop bombarding you with details, as I'm not MOTU anyway :-)
[02:43] <beuno> bmm: I'll look into all of it, thanks  :D
[02:43] <minghua> bmm: The point on touching /etc/ld.so.conf is very good.
[02:43] <bmm> come to think of it, you probably just want a file installed into that directory, then you could drop the whole postinst/postrm. But I'm not sure about what the policy is.
[02:45] <Jazzva> Do I need to add Debian's ITP to Ubuntu's needs-packaging bug report?
[02:45] <beuno> bmm: I think you're looking at the upstream's /debian dir, I don't have any postinst/postrm files
[02:48] <bmm> beuno: ah, yes, not sure why but I see it's in orig and not mentioned in the diff.gz, so it just sits there untouched?
[02:49] <beuno> bmm: yeap
[02:50] <minghua> Jazzva: Yes, please do.  (Not that you *need* to add it, but it's very nice to do so.)
[02:50] <Jazzva> minghua: Thanks :)... I just wasn't sure if it's usual/possible for needs-packaging.
[02:51] <bmm> Well, I'm off to bed, but I'll be back in a day or so to get any MOTU to look at boswars. cya
[03:14] <mohammad> would a MOTU please review (Zekr Quran Translations) ? http://revu.tauware.de/details.py?upid=75
[03:35] <rob> does anyone know why schroot would fail to find /bin/bash et all, do I need to build the chroot before using it somehow?
[03:38] <rob> q
[04:31] <luisbg> revu sent me this mail
[04:31] <luisbg> "Rejected:
[04:31] <luisbg> Signer has no upload rights at all to this distribution."
[04:31] <luisbg> but I'm in the Ubuntu Universe Contributors Group launchpad team
[04:31] <luisbg> what other things I need to be able to upload to REVU?
[04:32] <beuno> luisbg: have you followed the steps to make sure you're uploading to REVU and not Ubuntu (which is the default)
[04:32] <luisbg> beuno, I read that REVU is by default in dput now
[04:32] <luisbg> going to check
[04:33] <luisbg> oops
[04:33] <beuno> :D
[04:33] <beuno> I went through exactly that a few hours ago
[04:33] <Hobbsee> luisbg: it's not.  it never has been.
[04:33] <Hobbsee> luisbg: it never will be
[04:34] <luisbg> yeah, ubuntu was the default host
[04:34] <luisbg> changed it to revu
[04:34] <luisbg> Hobbsee, why not?
[04:35] <Hobbsee> luisbg: because the ubuntu developers upload direct to ubuntu
[04:36] <Hobbsee> luisbg: and so the decision is made to keep the scripts with no extra options for motu's/core devs, and add extra switches and stuff for the people who dont have upload access
[04:36] <luisbg> Hobbsee, and the motu to revu :P
[04:36] <luisbg> ahhh I see
[04:36] <Hobbsee> MOTU dont use revu for uploading new packages.  they dont need to.
[04:36] <luisbg> who have upload access to ubuntu?
[04:36] <Hobbsee> well, for the most part
[04:36] <Hobbsee> motu and core dev
[04:36] <Hobbsee> (depending on the section that you're uploading to)
[04:36] <luisbg> I'm technically in the motu process
[04:37] <luisbg> just haven't had too much time to go through it
[04:37] <luisbg> packaging anyway
[04:37] <luisbg> Hobbsee, btw... how is all?
[04:37] <Hobbsee> sorry?
[04:37] <luisbg> how are you doing
[04:38] <Hobbsee> luisbg: also remember that a whole bunch of these scripts come from debian, and the addresses are changed for ubuntu - so they tend to work in the same way for both distributions
[04:38] <Hobbsee> i'm doing OK
[04:38] <luisbg> cool
[04:38] <luisbg> thanks for the help
[04:38] <Hobbsee> no problem
[04:39] <luisbg> I'm waiting for the revu sync to check it is in now
[04:39] <Hobbsee> sec.
[04:39] <Hobbsee> it's not automated anymore
[04:39] <luisbg> the package is the ubuntustudio-menu
[04:40] <luisbg> I invite everybody to check it, and look if it is ok for universe
[04:40] <luisbg> Hobbsee, hmmm? how does it work now?
[04:40] <Hobbsee> luisbg: is it already uploaded?
[04:40] <Hobbsee> luisbg: it got moved, so it's a bit fo a WIP
[04:41] <luisbg> yes... Uploading to revu (via ftp to revu.tauware.de):
[04:41] <luisbg> ...   ubuntustudio-menu_0.1_source.changes: done.
[04:41] <luisbg> Successfully uploaded packages.
[04:41] <luisbg> Hobbsee, you got to pull the plug to make it sync? :S
[04:41] <Hobbsee> luisbg: yeah
[04:42] <luisbg> :S
[04:42] <Hobbsee> luisbg: it's taking a long time to do, as it's a slower machine
[04:42] <luisbg> automatic stuff is better almost all the time
[04:42] <Hobbsee> thsi is true, but if it's taking around an hour...
[04:42] <luisbg> Hobbsee, thanks
[04:42] <luisbg> how slow is the "slower machine"?
[04:43] <Hobbsee> rather
[04:43] <Hobbsee> (it's not mine)
[04:43] <luisbg> heh
[04:44] <luisbg> faster revu machine spec?
[04:44] <luisbg> anyone?
[04:46] <Hobbsee> i'ts on an interim server, like the topic says
[04:46] <Hobbsee> the new machine isnt yet connected to teh network
[04:47] <TheMuso> luisbg: I am downloading it now.
[04:48] <luisbg> TheMuso, downloading it from where?
[04:49] <TheMuso> luisbg: revu
[04:49] <luisbg> is it up?
[04:49] <TheMuso> Yes.
[04:49] <luisbg> I don't see it in the website
[04:50] <TheMuso> Its at the bottom.
[04:50] <luisbg> ahhh there it is
[04:50] <luisbg> what a beauty
[04:50] <luisbg> Hobbsee and TheMuso, thanks for all
[04:51] <luisbg> 3:50 am here
[04:51] <TheMuso> And I just realised that I am not yet a reviewer.
[04:51] <luisbg> gonna go sleep
[04:51] <luisbg> =) ciao!
[04:51] <TheMuso> luisbg: Ok I'll have a look and let you know.
[04:52] <luisbg> goodnight... see you tomorrow
[04:52] <Hobbsee> TheMuso: which email do you use to login?
[04:53] <Hobbsee> TheMuso: themuso@u.c?
[04:53] <TheMuso> Hobbsee: themuso@ubuntu.com
[04:53] <Hobbsee> TheMuso: changed
[04:53] <Hobbsee> Altering themuso@ubuntu.com to level reviewer
[04:53] <TheMuso> Hobbsee: THanks
[04:53] <Hobbsee> no problem
[04:54] <TheMuso> meh. THis package has problems already.
[04:54] <TheMuso> I have already found two.
[04:56] <TheMuso> ok now I can't seem to log in.
[04:56] <Hobbsee> TheMuso: did you try recovering the password?
[04:57] <TheMuso> Hobbsee: gah sorry! Seems that I am actually using themuso@themuso.com to log in.
[04:57] <TheMuso> just so used to using @u.c with it. :)
[04:57] <TheMuso> but since everything changed...
[04:58] <Hobbsee> ahhh :)
[04:58] <TheMuso> sorrrrryyyyy
[04:59] <Hobbsee> TheMuso: no problem, try again
[04:59] <Hobbsee> TheMuso: you should actually be able to login - there's a valid password listed here for you
[04:59] <TheMuso> Hobbsee: Yeah I know. I do have it.
[05:00] <TheMuso> Ah! Thats better.
[05:00] <Hobbsee> cool
[05:01] <TheMuso> Now to be an absolute bastard with this package.
[05:01] <TheMuso> as there is a lot done badly.
[05:01] <Hobbsee> haha
[06:57] <xtknight> greetings
[07:09] <xtknight> hello Hobbsee long time
[07:09] <Hobbsee> indeed!
[07:10] <xtknight> been on a vacation myself but it feels nice to be back :P
[07:11] <Hobbsee> :)
[07:11] <xtknight> sometimes the mind needs to be cleansed before working on more dpkgs
[07:11] <nixternal> Hobbsee: I am with you there...what is a holiday again? :)
[07:11] <Hobbsee> nixternal: no idea.
[07:11] <nixternal> maybe one of these days I will figure it out
[07:12] <xtknight> it is that where everyone around you is doing stuff where you are sitting at home doing nothing
[07:12] <nixternal> ahhh, OK, then I am on holiday everyday then :D
[07:13] <xtknight> only holidays for me are birthday and other self-created holidays, trips to newegg.com order button, etc
[07:13] <Hobbsee> xtknight: oh right, i thougth they were called weekends.
[07:14] <nixternal> hell, I don't even know what the sun is yet
[07:15] <RAOF> It's the big ball of fire outside, where the bears are.
[07:15] <Hobbsee> oh, that's a type of machine.
[08:07] <mattg> can anybody help me add UDF Volume Support?
[08:17] <RAOF> Hobbsee: Care to review a MOTU application?
[08:18] <Hobbsee> RAOF: sure
[08:20] <TheMuso> RAOF: Yaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaayyyyyyyyyyyyy!!!!!!!!!!!!!!!!!1
[08:21] <TheMuso> RAOF: I was *THIS* close to recommending you.
[08:21] <TheMuso> RAOF: Seriously dude, you WILL be a shoe in.
[08:22] <RAOF> Heh, thanks :)
[08:23] <StevenK> I should subscribe to motu-council so I can say nice things about RAOF
[08:23] <RAOF> What the hell?  Bug #134842 is a needs-packaging for a piece of OS X software!
[08:23] <ubotu> Launchpad bug 134842 in ubuntu "[needs-packaging]  Fairmount" [Undecided,New]  https://launchpad.net/bugs/134842
[08:23] <Hobbsee> RAOF: looks fine
[08:24] <StevenK> TheMuso: Me too
[08:24] <RAOF> Right.  Now to hunt down the email addresses of my sponsors so I can CC them :)
[08:24] <StevenK> RAOF: If I'm not on your sponsors list, add me too
[08:24] <TheMuso> RAOF: It isn't by chance a cross-platform app?
[08:25] <StevenK> RAOF: Actually, I should be - I uploaded kvm and specto (both Debian and Ubuntu) for you. :-)
[08:27] <RAOF> TheMuso: Not as far as I can see on the project page.  All OS X screenshots, and it seems heavily tied into the OS X system.
[08:28] <TheMuso> RAOF: ah ok.
[08:29] <TheMuso> back in a bit.
[08:40] <RAOF> Hm.  How can I find who sponsored my uploads?
[08:40] <Hobbsee> errr....
[08:41] <Hobbsee> short of decrypting the key on the accepted mails in gutsy changes...
[08:41] <Hobbsee> i'd just put the ones you remember, i think
[08:41] <TheMuso> Bugmail?
[08:41] <Hobbsee> or bugmail, there's a thought
[08:42] <RAOF> Yah, I'll hunt through that.
[08:47] <RAOF> Hm.  I suppose that tracker-search is probably meant to return some form of search results at some point.
[08:48] <Hobbsee> hah
[08:53] <RAOF> Wow.  I had no idea I had so many sponsors.
[08:54] <RAOF> !nickspam | nuu
[08:54] <ubotu> nuu: You should avoid changing your nick in a busy channel like #ubuntu - it causes unrequired scrolling which is unfair on new users. The same goes for using noisy away messages : use the command "/away <reason>" to set your client away silently - See also !Guidelines
[08:54] <RAOF> That would be really annoying if I wasn't doing something else :P
[08:58] <StevenK> RAOF: How many sponsors?
[09:02] <RAOF> 7, I think.  I've sent off the email now.
[09:03] <RAOF> Also, I don't think that's actually everyone, just the people who appear in mail containing "fix released" in my bugmail folder.
[09:03] <RAOF> Hm, I wonder if it's worth trying for a UVFe for Empathy.
[09:04] <nuu> really sorry about the nickspam, just my psybnc being stupid
[09:04] <nuu> should be ok now, at least until i reconnect ;)
[09:05] <RAOF> nuu: That's OK.  It's just kinda annoying ;)
[09:05] <nuu> yeah, i know
[09:06] <RAOF> Heh, too slow on the Empathy front :)
[09:07] <Hobbsee> RAOF: i thought there was one, i thought i ack'd it
[09:07] <RAOF> Hobbsee: Indeed, that's what I meant.
[09:07] <Hobbsee> :)
[09:08] <RAOF> I was just looking at the "hey, there's a new version of empathy".  Turns out we already know, and have already ack'd the UVFe :)
[09:17] <rob> do we still use pbuilder with gutsy?
[09:17] <RAOF> You can, yes.
[09:17] <rob> what is everyone using though?
[09:18] <RAOF> I use sbuild, because I've got a box with LVM set up as a buildd.
[09:18] <RAOF> That's faster than pbuilder, and sends automated build logs by email.
[09:18] <StevenK> I use both
[09:20] <rob> sbuild gives me the error "mailto not set" when trying to set it up
[09:21] <rob> any ideas how to fix that one?
[09:21] <Fujitsu> Set mailto in ~/.sbuildrc
[09:22] <rob> Fujitsu, ok I don't have one of those, what is the format of the file to set that?
[09:23] <TheMuso> aving a log generated without specifically requesting it is a good thing.
[09:23] <TheMuso> And, through lvm snapshots, allows package install/removal testing to be a snap.
[09:24] <rob> bugger it, I'll just use pbuilder :)
[09:25] <Hobbsee> RAOF: TheMuso you're all getting moderated...
[09:25] <Hobbsee> clearly you dont subscribe to the MC
[09:26] <TheMuso> Hobbsee: I do.
[09:26] <TheMuso> Its not to say that RAOF's other sponsors are though
[09:27] <Hobbsee> TheMuso: none of the mail has hit the MC yet
[09:27] <Hobbsee> wait, yorus has
[09:28] <Hobbsee> or start a new mail
[09:29] <TheMuso> Hobbsee: Woudln't that depend on which email client you use? I know for a fact Mutt can determine the difference, even if the subject is the same.
[09:29] <TheMuso> due to some thread headers that get added somewhere along the line.
[09:29] <Hobbsee> TheMuso: true.  thunderbird usually picks up headings, but may not have this time, due to the original mail not getting to the list yet
[09:30] <Hobbsee> oh, hmmm.  weird
[09:44] <RAOF> That's actually one beef I have with gmail, it doesn't thread properly.
[09:46] <RAOF> Should I actually be subscribed to MC?  I suppose that's where my application will be discussed, so I might as well.
[09:52] <Hobbsee> RAOF: if people forget to CC you...
[09:56] <coNP> Good morning!
[09:57] <Hobbsee> morning coNP
[09:58] <coNP> Hey Hobbsee
[10:02] <coNP> Are bugfixes ever meant to cause an UVFe? I guess not, no matter if they are bugfix releases or they are patches. Am I right?
[10:03] <Hobbsee> bugfix releases should be fine
[10:03] <Hobbsee> it's the ones with new features that ar eteh worry
[10:04] <coNP> And patches to fix bugs are also fine, right?
[10:04] <Hobbsee> of course
[10:05] <Hobbsee> would seem slightly crazy to take all the patches from the usptream release, and apply them as patches, though.
[10:05] <Hobbsee> as in, same code gets in the release, but with a lot more effort.  seems pointless.
[10:44] <jeromeg> ScottK: I added some additional information some my UVFe request : bug 134730
[10:44] <ubotu> Launchpad bug 134730 in dvgrab "[UVFe] Please sync dvgrab 3.0-1 (universe) from debian (unstable)" [Wishlist,New]  https://launchpad.net/bugs/134730
[10:44] <jeromeg> could you please have a look ?
[11:16] <TheMuso> Oh I forgot. Congrats coNP.
[11:16] <coNP> Thanks TheMuso :)
[11:19] <kompozer> hello there
[11:20] <kompozer> I have a make: dh_testdir: Command not found when using pbuilder
[11:20] <kompozer> though a simple fakeroot debian/rules clean works perfectly
[11:21] <kompozer> can anyoune please help me with this?
[11:21] <kompozer> s/anyoune/anyone/
[11:27] <TheMuso> kompozer: At what point does that error occur?
[11:29] <kompozer> TheMuso: right when pbuilder starts the fakeroot debian/rules clean
[11:29] <TheMuso> kompozer: Is debhelper listed as a dependency for your package in Build-Depends in the control file?
[11:31] <kompozer> no :-/
[11:32] <TheMuso> kompozer: Well I suggest you add debhelper (>= 5) to your Build-Depends field.
[11:32] <kompozer> TheMuso: in fact I didn't even have any Build-Depends field
[11:33] <TheMuso> kompozer: Well if you want your package to build, you will need it.
[11:35] <kompozer> TheMuso: I have just added the "Build-Depends" field, did a debuild -S, then tried pbuilder again. Fakeroot has been installed but not debhelper. So I still get the same error
[11:35] <TheMuso> coNP: I'll join you on revu shortly, and will hopefull be able to give a second ack to the packages you have looked at.
[11:35] <coNP> TheMuso: cool
[11:35] <coNP> I was wondering if I should ask someone to do this :)
[11:35] <TheMuso> kompozer: Where did you put your Build-Depends field?
[11:35] <TheMuso> !packagingguide | kompozer
[11:35] <ubotu> kompozer: The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[11:36] <TheMuso> coNP: I'll just get a few announcements sent out to the MOTU list, and then I'll join you.
[11:36] <coNP> TheMuso: Okay. Take your time :)
[11:38] <norsetto> morning
[11:38] <coNP> Hey norsetto.
[11:39] <norsetto> Hey coNP; I'm glad I'm not the only madman around ;-)
[11:43] <geser> Hi norsetto
[11:43] <kompozer> TheMuso: thanks for your help, the build-deps field was at the wrong line
[11:43] <norsetto> geser: morgen :-)
[11:44] <TheMuso> kompozer: Welcome.
[11:47] <TheMuso> Ok, that takes care of that lot.
[11:49] <norsetto> TheMuso: did you get the email from highvoltage about mentoring?
[11:53] <TheMuso> norsetto: WHich one?
[11:53] <TheMuso> The last one I got from him was the general ping that gets sent out occasionally.
[11:54] <norsetto> TheMuso: ok, we agreed that he was sending you an email with the new pupil; guess he was too busy the last twi days
[11:55] <TheMuso> norsetto: Ok.
[11:55] <norsetto> Themuso: if I don't see it tomorrow I'll send it myself
[11:55] <TheMuso> Ok.
[11:56] <TheMuso> heh
[12:08] <norsetto> coNP: I see you have advocated boswar; what is this when I try to debuild it: Checking for C library png... no
[12:08] <norsetto> Did not find png library or headers, exiting!
[12:09] <coNP> norsetto: I did a pbuilder build. Are you sure you installed everything that is needed?
[12:10] <norsetto> coNP: no pbuilder yet, that was a simple debuild -S -sa
[12:10] <coNP> norsetto: I guess you should install libpng then.
[12:10] <norsetto> coNP: I had to install scons, anything else needed?
[12:10] <coNP> norsetto: check the build deps :)
[12:11] <coNP> norsetto: debuild should enumerate any missing dependencies.
[12:11] <coNP> I mean build dependencies
[12:14] <TheMuso> Its not imperative if a package's copyright file doesn't mention when the package was debianized?
[12:15] <geser> there should be no need to run configure in clean
[12:15] <norsetto> coNP: any reason to have liblualib50-dev listed twice in build-depnds?
[12:16] <norsetto> coNP: take it back, its not twice
[12:16] <coNP> norsetto: liblualib != liblua
[12:16] <coNP> BTW I guess the second depends on the first. I'll check
[12:16] <coNP> Yeah.
[12:16] <coNP> So liblua should go IMHO
[12:17] <norsetto> coNP: yeah, I only installed liblualib and liblua is a required dependency of it
[12:17] <coNP> norsetto: thanks for pointing out this.
[12:17] <coNP> norsetto: do you have reviewer rights in REVU?
[12:18] <TheMuso> coNP: He is not a MOTU yet.
[12:18] <coNP> Sure. He is a recepcionist.
[12:18] <norsetto> TheMuso: he is not a MOTU fullstop ;-)
[12:18] <TheMuso> norsetto: But you will be one day, won't you. :)
[12:18] <coNP> Actually I mentioned this in my previous comment
[12:19] <norsetto> TheMuso: dunno
[12:19] <coNP> Or MOTUification?
[12:19] <coNP> I am not sure... :)
[12:19] <TheMuso> heh
[12:20] <norsetto> finally it builds! I had to download half of the bloody repository :-)
[12:21] <norsetto> coNP: you know, I'm a receptionist only thanks to my long and slender legs .....
[12:21] <TheMuso> hahahahaha
[12:24] <norsetto> btw: if you guys need help with REVU today, I can always check a package and let you know my comments
[12:25] <coNP> norsetto: let us know if you have any useful comments on any packages.
[12:26] <norsetto> coNP: useful I don't know; I certainly hope they will be
[12:30] <norsetto> coNP: just a stupid comment on boswars (I just installed it). the two icon names are the same, and you only recognise the difference when you hover your mouse over them. Perhpas it would make sense to rename the OpenGL .desktop file as Bos Wars GL
[12:30] <TheMuso> uploading xgrep...
[12:30] <coNP> norsetto: I personally think it is not an usual scenario to install both.
[12:30] <coNP> TheMuso: cool :)
[12:31] <norsetto> coNP: why not? for instance I have got two installations, one with accelerated 3d and the other not
[12:32] <coNP> Okay. You are right :)
[12:40] <geser> TheMuso: are you uploading to the right target now?
[12:40] <TheMuso> coNP: re evolution-rss. I couldn't advocate, because the debian/copyright file didn't mention where to find the GPL-2 license.
[12:40] <geser> you right uploading to Debian
[12:40] <TheMuso> geser: heh yeah.
[12:40] <TheMuso> Twas in a hurry last night, and was doing a batch upload.
[12:41] <TheMuso> Back in a bit. Want to reboot this box.
[12:42] <coNP> TheMuso: it says it is at /usr/share/common-licenses/GPL
[12:42] <coNP> Oh. Not exactly. You are right.
[01:05] <norsetto> do you guys know what a fake sync is?
[01:08] <geser> yes
[01:08] <Fujitsu> norsetto: Normally used when somebody managed to stuff up the versioning, or a .orig.tar.gz differs between Debian and Ubuntu. It just means that Ubuntu delta (other than the changelog) has been dropped, but it can't be synced from Debian for some reason.
[01:08] <norsetto> Fujitsu: ok, for instance if it is in the new queue?
[01:09] <Fujitsu> I guess that would work, too.
[01:09] <Fujitsu> As long as it is identical to the version in NEW.
[01:10] <norsetto> Fujitsu: in that case, it would not make sense to wait for the package to be in the official repo? Or pehaprs there is an urgency due to the UVFe
[01:12] <Fujitsu> norsetto: NFPU is in 4 days, so there is quite some urgency.
[01:12] <norsetto> Fujitsu: ok, thx
[01:14] <norsetto> coNP: I have very few comments on tapioca; what is your email address?
[01:44] <coNP> norsetto: you can pastebin that to somewhere. Or msg me
[01:45] <norsetto> coNP: emailed them; they are really minor anyhow
[01:50] <coNP> norsetto: I added your comments
[01:51] <coNP> Thanks for your work
[01:51] <coNP> norsetto: Do you check package by hand or with some tool, BTW?
[01:52] <norsetto> coNP: you mean the REVU tools? I can't use them, so its really by hand+debuild/pbuilder/lintian/linda etc.
[01:53] <coNP> I don't know what REVU tools are.
[01:53] <coNP> I have heard about them though, I guess
[01:54] <norsetto> coNP: https://wiki.ubuntu.com/MOTU/Packages/REVU/REVU-Tools
[01:54] <norsetto> coNP: its only for REVU admins
[01:55] <coNP> you can use them on your machine as well
[01:55] <coNP> ... but reading still in progress ...
[01:55] <coNP> :)
[01:55] <norsetto> coNP: apparently you can access the REVU_report though
[01:56] <norsetto> coNP: time for lunch :-)
[02:00] <TheMuso> c
[02:00] <TheMuso> urgh
[02:06] <_wattazoum_> hello,
[02:07] <_wattazoum_> I need some help here, I have just tried to upload my packages to REVU and got rejected ( Rejected:
[02:07] <_wattazoum_> Signer has no upload rights at all to this distribution.) Even though I am on ubuntu-universe-contributor team
[02:08] <_wattazoum_> what should I do ?
[02:08] <TheMuso> _wattazoum_: did you ensure you were uploading to revu? do "dput revu changesfile"
[02:10] <_wattazoum_> Nice one ^^ ( I did dput "package-version_source.changes")
[02:10] <_wattazoum_> like in the wiki
[02:11] <_wattazoum_> TheMuso:  Thank you very much
[02:11] <_wattazoum_> I guess that was the problem
[02:11] <TheMuso> _wattazoum_: You're welcome.
[02:16] <elkbuntu> hmm... baaaaaaad oo.o. I never told you that you could suck up 98% of CPU and 74% of memory to change locale
[02:28] <Jazzva> Hmm... It's not OK to include WAV files in a package, right? I'm not sure if they are really needed...
[02:29] <coNP> Jazzva: why?
[02:30] <Jazzva> coNP: Well, they are binary files, after all... And I thought that it's not okay to include binaries. On the other side, pictures and stuff are binaries and are needed for icons in programs :). That's why I'm not sure...
[02:31] <coNP> I guess you can include them. It might be a good idea though to put them in a separate binary package like <packagename>-sound
[02:31] <Jazzva> coNP: Right... thanks. I still need to check if they're important for a package...
[02:34] <Lamego> Jazzva, if they take a significant size, it makes sense to have them on a -sound or -data, because they are architecture independent
[02:34] <coNP> OTOH why would an upstream tarball contain "unimportant" files... :)
[02:34] <Lamego> if they are small, splitting them will just create another package, without any benefit, in my opinion
[02:35] <Jazzva> coNP: Some examples of something :)... Lamego, thanks for the help
[02:35] <Lamego> if you are unsure they are needed, they should not be installed at all, to avoid you the need to verify the wav copyrights ;)
[02:35] <coNP> Oh sure :)
[02:36] <Lamego> if they are needed, you will test the software, and it will fail :P
[02:36] <coNP> REVU tools are cool
[02:36] <Jazzva> I guess so :)..
[02:36] <TheMuso> Ok I'm outa here.
[02:37] <Jazzva> One more thing... I need this package as a build-dep for another package... I suppose it should be a library package then... Any info related to making library packages?
[02:37] <Jazzva> *Any info on the web...
[02:39] <Lamego> Jazzva, according to google: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[02:39] <Lamego> :P
[02:40] <Jazzva> Lamego: thanks a lot :D... I will look at it :).
[02:41] <Lamego> funny, "guidelines" on google, returns Debian on the first page of links
[02:41] <Lamego> :D
[02:44] <Jazzva> ...and GNOME ;)...
[02:45] <Lamego> yup :)
[02:46] <norsetto> coNP have you got the tools locally?
[02:47] <coNP> Yyes
[02:47] <coNP> -y
[02:55] <cbx33> hey all
[02:55] <cbx33> someone said they'd be willing to donate some server bandwidth to me for my python lessons
[02:55] <cbx33> heheh is the offer still available
[02:55] <cbx33> i'll need to run an icecast server on it
[02:56] <norsetto> coNP: you know, I'm wondering why there is no official check-list or a review-guidance sheet. For debian sponsorships they have this: http://wiki.debian.org/SponsorChecklist
[02:56] <cbx33> ping imbrandon yo ude you around
[02:56] <cbx33> i think i found a work around
[02:57] <pygi> meh, cbx33 !
[02:57] <cbx33> hey pygi
[02:57] <coNP> norsetto: https://wiki.ubuntu.com/MOTU/Packages/Reviewing provides some kind of list. Not full or official, though
[02:57] <cbx33> howz it going
[02:57] <norsetto> coNP: ok, thx for that
[02:59] <geser> see also https://wiki.ubuntu.com/NewPackageRequirements when checking the license info
[03:11] <jussi01> Hey everyone
[03:11] <jussi01> Is there still time to get a new package into gutsy? if so, when does the opportunity expire?
[03:12] <StevenK> When the new packages freeze for universe kicks in, in about four days.
[03:13] <jussi01> ok, great, Id better get working then :)
[03:14] <Lamego> until the 30th if i am not mistaken
[03:38] <norsetto> how could one check for the reason of a new package rejection (from the archive-admins)? Is it possible?
[03:40] <bmm> Hi, I've got a comment I'm not sure how to handle: I'm doing boswars-data (= ${source:Version}), but I'm told I should use another variable (${binary:Version}???). What variable should I use and where can I find a list of them? http://revu.tauware.de/details.py?upid=78
[03:41] <bmm> (I simply stole the ${source:Version} thing from xmoto, and can't find any documentation on which substitution variable are predefined)
[03:43] <coNP> bmm: checking
[03:44] <bmm> coNP: no hurry, I've got enough other things to change ;-)
[03:44] <coNP> bmm: okay. Change them.  :)
[03:44] <bmm> :-)
[03:44] <coNP> What is this upstream tarball issue?
[03:45] <coNP> The others are only smaller issues.
[03:45] <bmm> coNP: that's my fault, the upstream tarball contains a boswars-src instead of a boswars directory. In my stupidity I moved it to bowars before my dh_make
[03:45] <bmm> My bad
[03:46] <norsetto> riddell: ping
[03:47] <bmm> coNP: "no need to put license.txt in the data package", does that mean I can leave LICENSE.txt out of the debian/docs file? (how do I exclude only the data package from having it?)
[03:48] <coNP> I guess what you put in docs will be in every package
[03:48] <coNP> You should use the .install file
[03:48] <bmm> coNP: ok, thanks!
[04:07] <bmm> Is this warning avoided somehow? "warning: source directory './boswars-2.4-src' is not <sourcepackage>-<upstreamversion> 'boswars-2.4'"
[04:07] <bmm> (and a problem?)
[04:07] <coNP> bmm: it is not a problem, especially if you can avoid to change orig.tar.gz :)
[04:08] <bmm> coNP: ok, then I'm dputting it now, I'll also post a comment on what has been done and what went wrong ;-)
[04:08] <coNP> bmm: cool :). Cannot wait boswars appearing in the Ubuntu repositories :)
[04:19] <bmm> coNP: made a mistake again, it uploaded the old orig tarball, don't advocate or look at it yet ;-)
[04:19] <coNP> okay :)
[04:35] <bmm> coNP: ping for boswars: http://revu.tauware.de/details.py?upid=84
[04:36] <coNP> bmm: checking...
[04:38] <bmm> coNP: I'm online for a at least another few hours, so take your time. If you can find more out on the binNMUable thing, that would also be appreciated. Also the copyright is very important, I don't want it bouncing out of the archive ;-)
[04:38] <bmm> coNP: not trying to tell you how to do your thing, just worried :)
[04:39] <coNP> Okay
[04:47] <ScottK> Generically speaking bin-nmu is not applicable to Ubuntu.  We do it differently.
[04:49] <coNP> Hey ScottK
[04:49] <ScottK> Hey.  I'm not really here.
[04:50] <bmm> ScottK: if ubuntu is more flexible (which seems to be the case) then I can see no reason not to do it the strict way ;-)
[04:50] <ScottK> I'm trying to get some other stuff done, but I can answer a quick question.
[04:50] <bmm> (although it doesn't matter for this package)
[04:50] <ScottK> bmm: I agree, but personally I wouldn't block an upload to Ubuntu on a binnmu issue.
[04:50] <ScottK> Not problem, just didn't want to get jumped on by everybody.
[04:51] <bmm> ScottK: OK, no further questions, good luck with your work!
[04:51] <norsetto> coNP: ScottK who? I see no ScottK.
[04:55] <coNP> bmm: sistpoty seems to watch from a hidden place :)
[05:01] <norsetto> bmm: any reason for boswars-data to not depend on boswars or boswars-gl?
[05:04] <norsetto> bmm: reason for asking is that removing boswars or boswars-gl do not remove boswars-data
[05:06] <coNP> bmm: you can remove LICENSE.txt.gz from all packages
[05:06] <geser> norsetto: the reason is that this would introduce a cyclic depends
[05:06] <norsetto> geser: yes, both depending on each other, is that bad?
[05:07] <bmm> coNP: ok, so that means I can go back to a single docs file again, right?
[05:07] <coNP> norsetto: aptitude or apt-get would remove boswars-data. Or at least mention that nothing depends on that
[05:07] <norsetto> geser: is there no way to solve this? I expect that somebody that removes boswars also wants to remove the 70 MB of boswars-data
[05:08] <norsetto> coNP: no, they will not remove it, perhaps they will just mention that they can be autoremoved
[05:08] <geser> norsetto: cyclic depends are problematic as dpkg doesn't know where to start and is forced to break of those depends
[05:08] <coNP> norsetto: that is enough :)
[05:08] <Lamego> norsetto, -data files do not usually depend on the "master" package, they just suggest it, at least from most of the official packages I have worked with
[05:09] <coNP> norsetto: you might have installed boswars-data explicitly
[05:09] <geser> norsetto: there was as larger discussion about cyclic depends on debian-devel ML some time ago if you are interested in the reasons
[05:10] <Lamego> theoretically, the -data can provide resources to a 3rd party app, which will have it as a depend, and for which the primary package may not be required
[05:10] <norsetto> geser: et al. perhaps becuase I use dpkg to install, but removing boswars do not suggest an autoremove of boswars-data
[05:12] <coNP> norsetto: that is what I thought "installed explicitly"
[05:12] <norsetto> lamego: well, in this case it seems strange that noob users will not know they have 70 useless  MB on their HD
[05:12] <ScottK> norsetto: Noob users will get it automatically and it'll be up for automatic removal.
[05:13] <norsetto> ScootK: ok, so apt-get will take care of that?
[05:13] <Lamego> if you have manually installed package X, you should know that you have it ;)
[05:13] <bmm> coNP: I've changed to a single debian/docs with no LINCENSE.txt mentioned, let me know if you have more comments or would like another upload.
[05:14] <norsetto> lamego: heck, have a look at the answer tracker, and you will surprised what noob users are capable of ......
[05:14] <Lamego> norsetto, features are not implemented on manual misuse, are based on common use ;)
[05:14] <Lamego> based on
[05:15] <coNP> based on common nonsense :D
[05:15] <ScottK> norsetto: Yes.  When you do apt-get autoremove
[05:15] <norsetto> lamego: in any case, as ScottK says that apt-get will take care of that, that would do
[05:16] <Lamego> packages are not responsible for tracking other packages that depend on them, they dont have the authority do say "I am only required for Y" :P
[05:16] <coNP> norsetto: it will. Since you are not likely to install "boswars-data" but either "boswars" or "boswars-gl" that would imply to install "boswars-data" as well as a dependency
[05:16] <norsetto> coNP: yeah, the trick is to install with apt-get, not dpkg
[05:16] <ScottK> Anyone who uses dpkg directly should understand this stuff.
[05:17] <norsetto> ScottK: "should" :-)
[05:17] <ScottK> And if they don't, it's not a bug in the package or dpkg.
[05:18] <norsetto> ScottK: indeed
[05:18] <coNP> ... but you still cannot file bugs against LP users...
[05:19] <xtknight> what's the tool to edit a diff file?
[05:19] <Lamego> is there any way to force apt-get to resolve dependencies from a repository not listed on sources.lst ?
[05:19] <Lamego> xtknight, a text editor :P ?
[05:19] <Lamego> or you mean a dpatch ?
[05:20] <bmm> coNP: what kind of bug would you like to post? "Dependency not met: IQ >= 20"?
[05:20] <Lamego> or some other tool I dont know :P
[05:20] <xtknight> hmm
[05:20] <xtknight> i dont know
[05:20] <xtknight> i will just remake the patch, i guess
[05:20] <bmm> xtknight: the best way is to just remake the patch ;-)
[05:20] <coNP> xtknight: editdiff
[05:21] <xtknight> it is a rather small mod (e.g. author name)
[05:21] <ScottK> xtknight: dpatch-edit-patch and cdbs-edit-patch too, depending on what you are doing.
[05:21] <xtknight> i put the wrong emial in my changelog
[05:21] <ScottK> xtknight: If it doesn't change the number of lines in the patch, just use any text editor.
[05:21] <bmm> You could probably just use a text editor for that.
[05:21] <xtknight> k
[05:23] <bmm> But if you want to make more changes in the future, you are probably better of working in the originals and do a 'dch -e' after setting up your debian packaging environment variables.
[05:26] <bmm> coNP: I've had a comment on the license file from sistpoty. If you can't find anything else, I would like to do another upload. Let me know what you think.
[05:26] <coNP> bmm: still checking :)
[05:26] <bmm> coNP: ok, I'll be patient.
[05:27] <xtknight> does dch do something special other than just nano debian/changeloG?
[05:28] <coNP> bmm: okay for me. So the only thing is that you can remove LICENSE as GPL is available.
[05:28] <coNP> bmm: not that I would consider this as a blocker
[05:29] <bmm> coNP: Ok, I'll dput what I have commented on now. I'll ping you again when it has arived. Thanks for your time!
[05:29] <coNP> xtknight: it knows about a lot of things how to edit the changelog. But basically, yes. It opens debian/changelog with a newly added template in your EDITOR.
[05:30] <norsetto> bmm: I mentioned this to coNP, I have installed both boswars and from the menu I cannot distinguish which one is gl (of course I can hover with the mouse over it). The problem is that the menu entry is named after the Name field you use, and in both you use Name=Bos wars
[05:31] <ThibG> sorry for the multiple dputs on scolily, I mess up with making the orig ( yeah, it wasn't clean, and... since I'm the original author )
[05:31] <coNP> ThibG: no problem :). Ping me if you think you have something worth reviewing :)
[05:31] <bmm> norsetto: yes, I thought mentioning the fact it is GL or not would not be a thing for the menu, because to the user it's just boswars. So I've chosen to only mention the OpenGL part in the comment.
[05:32] <bmm> norsetto: I think that if the users are going to make a choice, they would do it in package management, not in the menu. But I don't know about the policy and am open for discussion.
[05:32] <ThibG> Can someone say me if there is an incoming scolily dput? (scolily's orig isn't up-to-date on REVU)
[05:33] <coNP> ThibG: did you finish your upload?
[05:33] <ThibG> coNP, yes
[05:33] <coNP> ThibG: did you create a package with -sa (.orig.tar.gz)
[05:33] <coNP> ThibG: you can check your .upload file if the .orig.tar.gz got uploaded
[05:33] <bmm> ThibG: how much time has gone by, and did you do dput -f revu package_source.changes?
[05:33] <norsetto> bmm: to me, it doesn't make sense to have two menu entries with the same name pointing to two differrent executable, but its just a personal opinion, I don't think there is anything in the freedesktop.org spec whcih covers this
[05:34] <ThibG> the last orig doesn't have a debian/ directory
[05:34] <bmm> norsetto: You are right on that, but I personally think there is no reason to have both installed in the first place.
[05:35] <coNP> ThibG: I can confirm this based on http://revu.tauware.de/details.py?upid=86
[05:35] <norsetto> bmm: yes, its a rare case, I install both because I might login with my 3d enabled installation
[05:35] <ThibG> coNP, http://revu.tauware.de/revu1-incoming/scolily-0708261930/scolily-0.4/ <- it says there is a debian/ dir
[05:36] <coNP> ThibG: sure. In the debian .dif
[05:36] <coNP> +f
[05:36] <ThibG> oh yeah, right
[05:37] <ThibG> so, the package may be correct, now
[05:38] <bmm> norsetto: Hmm... still not completely convinced, but I can see the benefit when you are using things like xforward or something else that isn't really opengl friendly. If you are going to have both installed, I could add (OpenGL) to the name...
[05:39] <norsetto> bmm: I think it is a worthy change, and its not costing hours of manpower to do it (and I 'm sure somebody will file a bug on that)
[05:40] <bmm> norsetto:  OK, I'll do it, because I just got to thinking it might help with bugreports users are doing.
[05:42] <norsetto> bmm: hartelijk bedankt voor een uitstekende package ;-)
[05:42] <bmm> norsetto: NP
[05:42] <ThibG> coNP, scolily should be correct, now
[05:48] <coNP> bmm, ThibG  ^^^
[05:49] <bmm> coNP: thanks! I'll ping you if it appears online
[05:51] <ThibG> coNP, thanks
[05:52] <norsetto> ThibG: you are the packager for scolily right?
[05:53] <ThibG> norsetto, yes
[05:53] <norsetto> ThibG: I have got a couple of comments on the desktop file if you want them
[05:54] <ThibG> ok
[05:54] <norsetto> ThibG: this entry: Encoding=UTF-8 is deprecated
[05:55] <ThibG> ok
[05:55] <norsetto> ThibG: For this entry: Icon=scolily.svg; it would be better to avoid the file extension
[05:55] <ThibG> ok
[05:55] <norsetto> ThibG: and Application is not a valid category
[05:56] <norsetto> ThibG: if you wait few seconds I will check with a validation tool (you can also install it yourself, its called validate-desktop-file and is in the desktop-file-utils package
[05:57] <ThibG> ok
[05:58] <ThibG> it says Encoding is required
[05:58] <bmm> coNP: ping, boswars can now be found at: http://revu.tauware.de/details.py?upid=87
[05:58] <norsetto> ThibG: the you are using the feisty version
[05:58] <ThibG> yes
[05:59] <norsetto> ThibG: you really need the gutsy version (you can also install it from source from freedesktop.org)
[05:59] <norsetto> ThibG: I just checked, and it was only those 3 I gave you already, in any case
[06:00] <norsetto> ThibG: do you want an italian translation?
[06:00] <ThibG> norsetto, oh, that'll be nice :)
[06:01] <ThibG> I'm not sure I'll put the new desktop file into the .deb ( I'm not familiar with debian packaging yet ) but it'll sure be in the next release ( I'm also scolily's dev )
[06:01] <norsetto> Name[it] =Registrare delle partizioni scolily
[06:02] <norsetto> ThibG: as you wish, but be aware that your package could be rejected
[06:02] <ThibG> hm yes...
[06:04] <norsetto> ThibG: Comment[it] =Crea delle partizioni al volo registrando con un microfono
[06:04] <geser> bmm: re boswars: the short descript in debian/control shouldn't start with the word "a" (see http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-pkg-synopsis )
[06:05] <bmm> geser: good find, I'll edit that...
[06:05] <ThibG> Does modifying this .desktop file require a patch system ( I've just heard about this, never tried yet ) ?
[06:05] <ThibG> ( and thanks for the translation :) )
[06:07] <bmm> geser: should I do another upload, or are you still looking?
[06:08] <norsetto> ThibG: yes, its not in your debian directory, so you must patch it or change it in your tarball release (since you are upstream the latter its much easier)
[06:08] <geser> bmm: that's the only issue I found, but it's not necessary to do an upload just for it (it's only minor)
[06:09] <ThibG> norsetto, ok, I'll update the tarball
[06:09] <bmm> geser: Well, I'm going to do another upload for it anyway, so then I'll just set a timer for 10 minutes and upload it again.
[06:10] <norsetto> ThibG: if you want a .po with the italian translation I can help you with that too
[06:10] <RainC1> ok I think I found one :p
[06:11] <bmm> geser: do you think I should mention the name of the boswars packages, boswars and boswars-gl, in the boswars-data description? (adding something like: to play the boswars game install either boswars or boswars-gl?)
[06:11] <ThibG> norsetto, if you wish, but scolily 0.4 has been released ;)
[06:12] <norsetto> ThibG: I don't care, for the future release, as long as it can be useful for you
[06:12] <ThibG> ok, thanks :)
[06:13] <norsetto> ThibG: did you write the man page for Debian? It says so in it.
[06:13] <ThibG> norsetto, I've written a short manpage, in English
[06:14] <norsetto> ThibG: yes, you just say at the end that you have written it for debian (but it may be used for others)
[06:15] <ThibG> yes, I've sent the package to mentors.debian.net too
[06:16] <norsetto> ThibG: ok
[06:18] <norsetto> ThibG: be aware that some reviewer could complain about the autostuff you have in the .diff.gz
[06:18] <ThibG> what autostuff in the .diff.gz?
[06:18] <geser> bmm: you can recommend boswars | boswars-gl (or the other way around). This doesn't introduce a cyclic depends but apt/aptitude install recommended packages by default you one gets also the game binary if one just installs the -data package
[06:19] <ThibG> oh, I see, I've maybe not unpacked the tarball when I fixed the dist thing
[06:19] <ThibG> :/
[06:19] <norsetto> ThibG: you have changes in makefile.am, makefile.in and autogen.sh
[06:19] <ThibG> ok
[06:19] <ThibG> I'll fix it
[06:20] <ThibG> norsetto, don't forget to put your name in translator-credits, if you translate scolily ;)
[06:21] <norsetto> ThibG: and also several changes in some .po files (it guess because of the same problem)
[06:21] <ThibG> that's strange... I really messed up with the tarballs :/
[06:21] <bmm> geser: might be nice, I would have to look up the recommendations, never did that before... doing that now.
[06:22] <norsetto> ThibG: perhaps, also the icons and the desktop file
[06:26] <ThibG> norsetto, ok, I've uploaded a new version of the package
[06:26] <ThibG> it should be much cleanier
[06:26] <norsetto> ThibG: ok, I'm building the old one just to see how it goes
[06:27] <norsetto> ThibG: its an interesting program, I wish I had it 30 years ago
[06:28] <bmm> geser: Hmm... now I'm wondering wether it is "perfectly reasonable" to install the data without the binary or not (Recommend or suggest?)?
[06:29] <ThibG> norsetto, not sure I was able to do this, not born ;)
[06:31] <norsetto> ThibG: hmmm, we have a little cdbs/debhelper problem
[06:31] <ThibG> ah?
[06:32] <norsetto> ThibG: postrm/posinst files are generate with calls to ldconfig (which is not needed)
[06:32] <ThibG> yeah, and there is something to avoid that?
[06:38] <norsetto> ThibG: I don't know right now
[06:39] <ThibG> ok
[06:39] <ThibG> The new package is uploaded
[06:40] <bmm> geser: I've added "Recommends: boswars | boswars-gl" and ready to upload again, are you ok with that?
[06:41] <norsetto> ThibG: there is a warning from dpkg-gencontrol but its ok
[06:42] <ThibG> ok
[06:42] <ThibG> what is this warning?
[06:44] <ThibG> strange, that fails to build, now :/
[06:44] <norsetto> ThibG: dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
[06:45] <norsetto> ThibG: I think lilypond should actually be recommended; I don't think the program can work without it?
[06:46] <ThibG> norsetto, the program can work without lilypond: it just output a lilypond score, not parse it ( btw, it can output ABC music and midifiles too)
[06:47] <norsetto> ThibG: yeah, but I used it, and when it asked me to save, it crashed (as I don't have lilypond)
[06:47] <ThibG> Damn! Why make dist doesn't add scolily.desktop :/
[06:48] <ThibG> norsetto, it *crashed* ? It didn't say you that you haven't lilypond?
[06:48] <norsetto> ThibG: yes, and it crashed
[06:48] <ThibG> ok
[06:48] <ThibG> I think I know why
[06:50] <norsetto> ThibG: perhaps you should also say where the pdf file is (ok, I know, RTFM)
[06:51] <geser> bmm: that looks correct
[06:52] <ThibG> norsetto, that's interesting
[06:52] <ThibG> you reported two bugs, thanks :)
[06:54] <norsetto> ThibG: de rien; where is the pdf file actually, I can't find any reference in the lilypond docs
[06:55] <ThibG> norsetto, in the working dir
[06:55] <ThibG> that's the second "bug"
[06:55] <ThibG> ;)
[06:55] <norsetto> hehehe
[06:56] <norsetto> ThibG: too bad, I wanted to check how in tune I sing :-(
[07:00] <norsetto> ThibG: I might have another one actually
[07:00] <ThibG> ah?
[07:01] <norsetto> ThibG: I deleted the 3 Test files (.ly, .pdf and .ps) and when I click on Start to repeat, crash....
[07:02] <bmm> geser: The new version is online here now: http://revu.tauware.de/details.py?upid=90 if you have some time, check it out.
[07:02] <ThibG> norsetto, I'll see if I can reproduct it
[07:03] <norsetto> ThibG: no need to delete the files, it crashes anyhow
[07:04] <ThibG> strange, not with me
[07:04] <ThibG> oh, but there's something strange
[07:09] <ThibG> norsetto, I can't reproduce it, strange
[07:09] <ThibG> Anyway, thanks for the feedback :)
[07:10] <norsetto> ThibG: its consistent, after one recording, press start and crash
[07:11] <norsetto> ThibG: Also, I can't record anything (perhaps just a fault with my voice)
[07:12] <ThibG> Hm... I'm going to re-build scolily and test again
[07:14] <norsetto> ThibG: independently if I run lilypond or not
[07:14] <norsetto> ThibG: the crash on restart I mean
[07:15] <ThibG> you press start, it works fine, and when you press start again ( without closing scolily ), it crash?
[07:16] <norsetto> ThibG: yes
[07:16] <ThibG> I can't reproduce it
[07:16] <ThibG> is there any output?
[07:16] <norsetto> ThibG: there are some license headers missing
[07:17] <norsetto> ThibG: no, no output
[07:17] <ThibG> ok
[07:17] <ThibG> in which files?
[07:18] <unimatrix9> if i may ask : is there an support channel on irc for translators of ubuntu packages ?
[07:18] <norsetto> ThibG: lilypond-internal.cpp, midi-plugin.cpp, abc-plugin.cpp
[07:18] <ThibG> ok
[07:18] <ThibG> is it a blocker for a debian package?
[07:19] <norsetto> ThibG: yes
[07:19] <ThibG> ( all the work is mine, except record.h and record.cpp, which are under GPL too )
[07:19] <ThibG> ok
[07:19] <norsetto> ThibG: and it would be better if you copyright them all (none of them are copyrighted)
[07:21] <norsetto> ThibG: concerning lilypond, if you don't want to have it recommended, I think you could add it as suggested
[07:21] <ThibG> Recommends: lilypond
[07:22] <ThibG> It's already recommended
[07:22] <norsetto> ThibG: perhaps, I'm looking at the old one
[07:24] <ThibG> another thing... could you try scolily under gdb? ( with the symbols )
[07:24] <norsetto> ThibG: did you write a bug report too about packaging scolily?
[07:24] <ThibG> norsetto, in debian, yes ( and RFS too, but it seems it didn't work :P )
[07:24] <norsetto> ThibG: ok, is it compiled with debug support already?
[07:25] <ThibG> norsetto, I think, and stripped when installed
[07:26] <norsetto> ThibG: yes, no debugging symbols found
[07:30] <norsetto> ThibG: little error in man page: you say two dashes options but the options are all one dash
[07:31] <jussi01> Hmmm, can someone point me the the really good cdbs guide thats out there? I seem to have lost the link...
[07:31] <ThibG> norsetto, ok
[07:31] <norsetto> ThibG: you also say "For a complete description, see the Info files." but there are no Info files
[07:32] <norsetto> jussi01: last I check the duckcorp site was down (sponsor closed the tap)
[07:32] <jussi01> norsetto: thats sad... does anyone have a copy saved somewhere?
[07:33] <norsetto> jussi01: hey, just checked and its back :-)
[07:33] <jussi01> oh, and whats the correct syntax for closing a lp bug in changelog?
[07:33] <norsetto> jussi01: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml
[07:33] <norsetto> jussi01: LP: #xxxxx
[07:33] <jussi01> norsetto: brilliant, thanks a lot
[07:33] <norsetto> jussi01: np
[07:33] <ThibG> ok, that's done norsetto
[07:34] <ThibG> I'll soon upload a new package
[07:35] <norsetto> ThibG: what do you use for the copyright symbol? In the terminal its reported as  
[07:35] <ThibG> 
[07:36] <ThibG> In wich file is it?
[07:38] <alex-weej> can a motu pick this patch up for music-applet please? https://bugs.launchpad.net/ubuntu/+source/music-applet/+bug/93284
[07:38] <ubotu> Launchpad bug 93284 in music-applet "music-applet fails on second login session" [Undecided,New] 
[07:39] <norsetto> ThibG: its reported by scolily -h and scolily -v
[07:39] <ThibG> strange, it displays well with me
[07:39] <norsetto> ThibG: I've got no locale or anything
[07:40] <norsetto> ThibG: gnome-terminal
[07:40] <ThibG> LANG=IT scolily -h gives me a readable 
[07:40] <norsetto> ThibG: if I set UTF-8 is displayed correctly
[07:40] <ThibG> ok
[07:41] <norsetto> ThibG: yeah, perhaps its better to just use plain ascii (c) or (C) (its really nittypicking :-))
[07:43] <ThibG> I dunno... when you do "ls --version" for instance, the "  " displays correctly
[07:43] <norsetto> ThibG: for me its an ascii (C) that too. ok, gotta go now, Il send you an italian translation tonight
[07:44] <ThibG> ok
[07:44] <ThibG> thanks a lot!
[07:44] <norsetto> ThibG: de rien, a+! :-)
[07:44] <ThibG> bye norsetto
[07:47] <jussi01> Hmmm, how do I know which section to put something into? (http://genpo.sourceforge.net/)
[07:49] <jussi01> btw, has anyone seen persia recently?
[07:59] <Riddell> norsetto: pong
[08:00] <Riddell> norsetto: there's no way to check the reason for a New rejection, they should have e-mailed you and CC'ed ubuntu-archive mailing list
[08:13] <norsetto> Riddell: hi, sorry, was having dinner :-)
[08:13] <norsetto> Riddell: yes, I found it in the ubuntu-archive mailing list indeed, and emailed you about it
[08:14] <norsetto> Riddell: its just a mistake in the reference I used apparently
[08:22] <Riddell> norsetto: in debian/copyright there's a sentence which finishes "either version 2 of the License."
[08:22] <Riddell> it's an incomplete sentence, either needs to have an "or"
[08:23] <sn9> "either version of the license"
[08:24] <sn9> unless there were two version 2's
[08:25] <broonie> It probably means to have the standard "or, at your option, any later version" boilerplate.
[08:26] <sn9> somehow, that's not there, apparently
[08:50] <coNP> re
[08:50] <coNP> I guess bmm left.
[08:51] <ThibG> re coNP
[08:56] <norsetto> Riddell: yes, its a mistake in the debian reference, never mind, in the light of the fact that the application is not supported anymore upstream, do you think is worth correcting that?
[08:58] <Riddell> norsetto: depends if the application is useful
[08:59] <norsetto> Riddell: as it is now, I doubt: its a cd builder for a custom distribution based in ubuntu, and right now only supports feisty
[09:01] <Riddell> doesn't sound worth it then
[09:02] <norsetto> Riddell: ok, lets nuke it then
[09:03] <arpu> info: uvcvideo for isight cam http://www.i-nz.net/files/projects/linux-kernel/isight/ does not work with new kernel   2.6.22-10-generic
[09:03] <norsetto> highvoltage: hi jonathan, do you remember we owe an email to TheMuso?
[09:04] <highvoltage> norsetto: I talked to him on IRC, and thought that it was sufficient
[09:04] <highvoltage> norsetto: I thought we owed an e-mail to the mentoree (if that's even a word)
[09:05] <norsetto> highvoltage: pupil :-)
[09:05] <highvoltage> ah :)
[09:06] <coNP> (again :))
[09:13] <jussi01> Hmmm, is a copyright file that is gpl3 any different to a gpl 2 one?
[09:14] <coNP> I guess you can write GNU GPL version 3 (or any later)
[09:15] <jussi01> yeah, I figured that :) just checking there wasnt some unforseen thing jumping up at me...
[09:18] <coNP> The GPL-3 daemon has you
[09:18] <coNP> All your base belong to GPL-3
[09:18] <coNP> What do you think of?
[09:19] <jussi01> hehe, nothing, just checking
[09:22] <superm1> any revu admins, it appears as though i still can't log into revu to do revus for anyone
[09:22] <superm1> with either of my addresses listed on LP
[09:32] <arpu> anybody an idea with uvcvideo and  2.6.22-10-generic ?
[09:50] <ThibG> hm... When gutsy will be "frozen"?
[09:50] <ThibG> (refusing minor bugfixes)
[09:51] <Amaranth> the 20th, i guess
[09:51] <Amaranth> that's beta freeze
[09:51] <ThibG> ok
[09:51] <ThibG> that lets a little time to make a bugfix release of scolily :)
[09:53] <coNP> why do you need that?
[09:54] <coNP> haven't you fixed everythin
[09:54] <coNP> I was to review it, but then I'll wait :D
[09:54] <ThibG> There is a lot of minor bugs I haven't noticed in scolily
[09:55] <ThibG> (in upstreama)
[09:55] <ThibG> upstream*
[09:55] <coNP> BTW minor & major bugfixes are not affected by a freeze
[09:55] <ThibG> so, that'll be a new upstream version
[09:57] <ThibG> the new upstream version will be in ~2 weeks I think
[09:58] <ThibG> (the debian/ dir will be mainly the same)
[09:59] <coNP> A new upstream might not be allowed
[10:00] <ThibG> I'll do my best to release it quickly then
[10:03] <jussi01> does qt3 libs == libqt3-mt-dev ??
[10:07] <Lamego> for development yes
[10:08] <jussi01> thanks
[10:10] <ScottK> ThibG: If you are the upstream, just add patches for an Ubuntu revision for Gutsy (no new upstream), then release the new upstream when you are ready and use that in Gutsy +1.  No time pressure then.
[10:11] <ThibG> ok ScottK
[10:11] <coNP> ThibG: should I review scolily then?
[10:11] <ThibG> coNP, yes, please
[10:11] <coNP> Okay
[10:11] <norsetto> ThibG: translation on its way .....
[10:12] <ThibG> norsetto, thanks :)
[10:12] <ThibG> Oh, there is a new string : "Starting ALSA handler..."
[10:12] <jussi01> Hei, can I use cdbs for a package that only requires you to run a build.sh file to install?'
[10:12] <Lamego> jussi01, yes you can
[10:14] <Lamego> jussi01, dh_make -c gpl -b
[10:14] <Lamego> vi debian/rules
[10:14] <Lamego> remove the automake default include
[10:14] <Lamego> add a new rule, <tab>install/packagename::
[10:14] <Lamego> ops, without the tab
[10:15] <Lamego> then:<tab>./build.sh
[10:15] <Lamego> I assume build.sh will need some parameter, to install it over debian/tmp or debian/package
[10:17] <jussi01> ok, im trying that now... :)
[10:20] <jussi01> so the rules file is as simple as:
[10:20] <jussi01> #!/usr/bin/make -f
[10:20] <jussi01> 
[10:20] <jussi01> include /usr/share/cdbs/1/rules/debhelper.mk
[10:20] <jussi01> install/genpo	./build.sh
[10:20] <jussi01> with the missing tab...
[10:20] <jussi01> grr
[10:21] <xtknight> what's the most reliable way to tell if a package is in main or universe?
[10:21] <jussi01> xtknight: which package?
[10:21] <xtknight> apt-cache policy show says '        500 http://us.archive.ubuntu.com gutsy/universe Packages'.  so probably universe right?  But ubotu says (main).  Bug 134949
[10:21] <ubotu> Launchpad bug 134949 in lirc "IDs for MCEUSB2 distributed by HP" [Undecided,Confirmed]  https://launchpad.net/bugs/134949
[10:21] <jussi01> !inf waon
[10:21] <ubotu> Sorry, I don't know anything about inf waon - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:21] <jussi01> !info waon
[10:21] <ubotu> Package waon does not exist in feisty, feisty-seveas
[10:21] <jussi01> !info waon gutsy
[10:22] <ubotu> waon: A Wave-to-Notes transcriber. In component universe, is extra. Version 0.8-0ubuntu1 (gutsy), package size 85 kB, installed size 240 kB
[10:22] <xtknight> well in #ubuntu-bugs.  it indicates this is in Main "New bug: #134949 in lirc (main) "IDs for MCEUSB2 distributed by HP" [Undecided,New]  https://launchpad.net/bugs/134949"
[10:22] <jussi01> there, use the bot
[10:22] <xtknight> !info lirc gutsy
[10:22] <ubotu> lirc: Linux Infra-red Remote Control support. In component universe, is extra. Version 0.8.2-0ubuntu4 (gutsy), package size 349 kB, installed size 1688 kB
[10:22] <xtknight> ahh
[10:23] <xtknight> whoops.  already subscribed main i guess it's too late to remove them from subscriptions
[10:23] <Lamego> jussi01, sorry went away
[10:23] <Lamego> have you managed it ?
[10:25] <norsetto> ThibG: is the new string in the tarball you will package for ubuntu?
[10:25] <ThibG> norsetto, no
[10:25] <ThibG> it'll be in the next release
[10:26] <norsetto> ThibG: ok, then we are fine, once you think the .pot is ready let me know and I will add it to my .po
[10:26] <ThibG> that will probably not be in gutsy
[10:28] <coNP> Just to annoy some people here :)
[10:29] <ThibG> In fact, I have two main patches to do, to avoid crashes or major display error
[10:29] <norsetto> ThibG: https://wiki.ubuntu.com/MOTU/School/PatchingSources
[10:29] <ThibG> thanks norsetto
[10:30] <cfalco> Hello!
[10:30] <norsetto> ThibG: for dpatch use man dpatch if you need something or just ask here; its pretty easy anyhow
[10:30] <norsetto> NO! My nemesis!!
[10:30] <coNP> NO! Use CDBS!
[10:30] <xtknight> !info gnome-control-center gutsy
[10:30] <ubotu> gnome-control-center: utilities to configure the GNOME desktop. In component main, is optional. Version 1:2.19.90-0ubuntu2 (gutsy), package size 656 kB, installed size 1640 kB
[10:31] <cfalco> ?
[10:32] <sn9> jussi01: waon does not work
[10:32] <ImNOTcesarefalco> there, this should make it clear
[10:33] <ThibG> coNP, yes, I'll most likely use cdbs
[10:33] <cfalco> Did I hurt anyone? :$
[10:33] <ImNOTcesarefalco> YES, I've been pestered for days, you did say this, you did send that, well, I didn't
[10:33] <coNP> !ask | cfalco
[10:33] <ubotu> cfalco: Don't ask to ask a question. Just ask your question :)
[10:34] <cfalco> Well, I only need to upload a package to REVU, but after server crash
[10:34] <cfalco> I can't login anymore
[10:35] <coNP> cfalco: try to upload again. Or you cannot even upload any more. After an upload password recovery should work
[10:35] <cfalco> I didn't mean to hurt anyone
[10:35] <ImNOTcesarefalco> cfalco: well, change your name then, and I may forgive you .....
[10:36] <cfalco> :)
[10:36] <ThibG> coNP, cdbs patches are just diffs put to debian/patches?
[10:36] <cfalco> I tried several times, but they wouldn't allow me
[10:36] <cfalco> :)
[10:36] <superm1> coNP, do we have to announce a NEW package to motu mailing list even if it was packaged ourselves (and hence not on REVU)?
[10:37] <Kmos> http://packages.qa.debian.org/w/watchdog/news/20070817T111705Z.html
[10:37] <ImNOTcesarefalco> superm1: you still need a +1 from another MOTU
[10:37] <Kmos> if someone wants to sync it from debian, new version with bug fixes
[10:38] <superm1> ImNOTcesarefalco, oh really.  didn't realize that :)
[10:38] <coNP> ThibG: cdbs-edit-patch is the goodness of it IMHO. You can plainly edit sources / apply patch.
[10:38] <coNP> ImNOTcesarefalco: you mean for new packages prepared by a MOTU?
[10:38] <ThibG> coNP, ok, good :)
[10:38] <ThibG> I'll make cdbs patches
[10:39] <ImNOTcesarefalco> coNP: as far as I know (which is not much, admittedly), yes
[10:39] <superm1> ScottK, you here?  Can you comment to that?
[10:40] <ThibG> I'm tied... Time to sleep
[10:40] <ImNOTcesarefalco> even ScottK and dholbach have a package on review on REVU ;-)
[10:40] <ThibG> Bye, and thanks to all
[10:40] <jussi01> sn9: how so?
[10:40] <coNP> bye ThibG
[10:40] <coNP> ImNOTcesarefalco: I guess they only wanted to recover their REVU account
[10:41] <jussi01> sn9: I need to run, but could you send me an email/file a bug report? (jussi01 at gmail dot com) thanks
[10:42] <ImNOTcesarefalco> coNP: devs did not need that, its only non devs that needed it
[10:42] <coNP> MOTUs are devs
[10:42] <coNP> and core-devs are devs
[10:42] <coNP> I am not sure which dev you mean here
[10:43] <ImNOTcesarefalco> coNP: both, in any case ask a MOTU, I'm not betting on this
[10:43] <superm1> ImNOTcesarefalco, both coNP and i are MOTU :)
[10:44] <coNP> Yeah. That is the point.
[10:44] <coNP> :D
[10:44] <ImNOTcesarefalco> superm1: yeah, I meant a real one :-P
[10:47] <superm1> i dont see anywhere on the MOTU wiki pages alluding to a MOTU needing to submit his or her packages to revu as well.
[10:47] <superm1> ImNOTcesarefalco, where did you hear this?
[10:48] <ImNOTcesarefalco> superm1: I remember reading it, but where, I don't remember
[10:49] <ImNOTcesarefalco> superm1: I'm not kidding btw, I'm serious, can very well be wrong though, so just do as you would
[10:52] <superm1> bryce, are you here?
[10:52] <coNP> superm1: maybe we should organize some MOTU newbie conference on IRC :)
[10:52] <superm1> haha
[10:52] <ImNOTcesarefalco> superm1: if you think about it, it makes sense: 2 MOTU for a non-motu, and 1 MOTU for 1 MOTU
[10:52] <superm1> perhaps
[10:53] <ImNOTcesarefalco> superm1: I mean, if I were a MOTU, I would appreciate in any case somebody looking over my shoulder
[10:53] <coNP> Wait. In a half year it will be 2 MOTU for a non-MOTU, 1 MOTU for a MOTU and norsetto for me and superm1
[10:54] <ImNOTcesarefalco> coNP: who?
[10:54] <coNP> Sorry. I am really tired.
[10:55] <Lamego> someone else should review "our" work, regardless of our status or experience, IMHO
[10:56] <coNP> absolutely even
[10:56] <ImNOTcesarefalco> Lamego: indeed
[10:56] <Lamego> because, we are humans ;)
[10:56] <superm1> okay coNP you want to give my NEW package a quick once over then (but i still get to upload it :))?
[10:56] <ImNOTcesarefalco> Lamego: we might be animals, but we are just humans.....
[10:56] <Lamego> lol
[10:59] <cfalco> package upload is in still in progress
[10:59] <cfalco> I have limited upload bandwidth
[11:00] <cfalco> may I ask you here for a review, when it finishes?
[11:01] <ImNOTcesarefalco> coNP: superm1: would actually make sense to record your experience as new MOTUs? To help future MOTU to get their bearing faster?
[11:03] <superm1> ImNOTcesarefalco, i can see that as being useful, but it will vary from person to person and their past experience before becoming MOTU.
[11:03] <coNP> Yes. It is YOUR way :)
[11:05] <xtknight> for Bug 134949 when Mario says "submit upstream" he means lirc sourceforge right?  what about debian or we dont worry about them?
[11:05] <ubotu> Launchpad bug 134949 in lirc "IDs for MCEUSB2 distributed by HP" [Undecided,Confirmed]  https://launchpad.net/bugs/134949
[11:05] <ImNOTcesarefalco> superm1: of course, the same for contributors. But, you had to ask few things, no? How to become a REVU reviewer, how to actually review, what tools are available and so on. I'm thinking about just a wiki page and just for NewMOTUs
[11:05] <superm1> xtknight, we diverted from debian
[11:06] <superm1> xtknight, their lirc packaging team is revamping the package, so in the meanwhile we are a bit ahead of them version wise
[11:06] <xtknight> okay, so in other words, i should submit this bug to the lirc sourceforge?
[11:06] <superm1> xtknight, correct
[11:06] <xtknight> thanks
[11:06] <superm1> chris is pretty good about commiting things quickly
[11:07] <superm1> even better, if once its in, leave the cvs revno in the bug, and it'll save me a moment having to determine when it gets put in :)
[11:07] <xtknight> ah ok
[11:07] <xtknight> never done cvs before so it may be awhile
[11:08] <superm1> when you make the bug upstream, chris will let you know when its committed
[11:08] <xtknight> do i email the lirc people?  how does it get into cvs?
[11:08] <superm1> you'll make the bug on the SF page.  and you probably won't need to touch cvs yourself.  if you can't determine the revno of the commit, just let me know it happened in the ubuntu bug and i'll find it
[11:09] <xtknight> k
[11:09] <superm1> thx xtknight
[11:09] <xtknight> brb
[11:09] <xtknight> ya should be later tonight hopefully
[11:11] <superm1> coNP, here it is when you get a moment http://revu.tauware.de/details.py?upid=93
[11:12] <superm1> i still can't revu other packages though, i thought Hobbsee changed me to a revu'er.  I'll have to check with her later
[11:13] <coNP> superm1: you can also contact siretart or sistpoty to make you a REVU admin IIRC
[11:14] <cfalco> coNP, I finally manage to upload the package (sdlmame), recover still doesn't work anyway
[11:14] <ImNOTcesarefalco> ImNOTcesarefalco: you know, you are a pretty cool guy?
[11:14] <ScottK> For people who are MOTU/core-dev, they still need a second dev to ack the new package.
[11:14] <norsetto> oh well, it doesn't work
[11:15] <Skiessi> please someone get LMMS 0.3.0 to Universe :I Ubuntu is missing good music tools
[11:16] <jussi01> Skiessi: really?? there are some pretty nice ones out there
[11:16] <Skiessi> 0.3.0 just might be better than the current 0.2.1 in the repository
[11:16] <jussi01> !info lmms gutsy
[11:16] <ubotu> lmms: Linux Multimedia Studio. In component universe, is optional. Version 0.2.1-1.1 (gutsy), package size 1543 kB, installed size 3784 kB
[11:17] <jussi01> sn9: im here now, what was the issue with waon?
[11:18] <sn9> it just does not accomplish its purrpose
[11:18] <jussi01> sn9: why do you say that?
[11:18] <sn9> have you tried it?
[11:19] <sn9> if you try it, you'll see
[11:19] <jussi01> sn9: please explain exactly what you are talking about. are you using gwaon or waon?
[11:19] <Lamego> anyone experienced with apt pinning ?
[11:20] <sn9> waon
[11:20] <norsetto> Lamego: a little bit
[11:20] <sn9> did not see gwaon
[11:20] <pygi> Lamego, http://jaqque.sbih.org/kplug/apt-pinning.html
[11:20] <Lamego> pygi, I already read that, it doesn't help with my problem
[11:20] <Lamego> I have an APT:DefaultRelease set
[11:20] <Lamego> which I need
[11:20] <jussi01> sn9: and you have read the man pages?
[11:20] <sn9> yes. very limited
[11:21] <Lamego> and I want to set pin on a package, so that it can be installed from an "unstable" APT
[11:21] <sn9> the requirement of a lack of polyphony is an understatement
[11:22] <sn9> if there is the slightest noise, it throws everything off
[11:22] <jussi01> sn9: I admit it is a basic program, however, I am only the packager, so for feature requests etc please contact the writer
[11:22] <sn9> oh, i thought you wanted to use it for something
[11:24] <cfalco> ok! Thanks God my package is now uploaded:
[11:24] <cfalco> http://revu.tauware.de/details.py?upid=94
[11:24] <cfalco> anyone willing to review it, please? ;)
[11:34] <cfalco> .
[11:37] <bryce> superm1: yeah in and out
[11:37] <superm1> bryce, just wanted to see if anything more came out of discussion for openchrome.  I wasn't sure who was going to author the MIR for it
[11:38] <bryce> ah, yeah go ahead - you could use my MIR for the -psb driver as a template to start from
[11:39] <bryce> if you draft it, I can give it a review and add it to the MIR queue
[11:39] <xtknight> superm1, ok the lirc usbid issue is now bug sf #1782138 and is linked to LP Bug 134949.  i guess all that is needed now is to wait until it is committed by cvs by the devs?
[11:39] <ubotu> Launchpad bug 134949 in lirc "IDs for MCEUSB2 distributed by HP" [Undecided,Confirmed]  https://launchpad.net/bugs/134949
[11:39] <superm1> bryce, okay i'll see if i can steal a few moments in the middle of week to write it
[11:40] <superm1> great xtknight thanks :)
[11:40] <xtknight> superm1, thx for your help. i  just hope the lirc people get to it by time of Gutsy release
[11:41] <superm1> xtknight, i've been doing the lirc uploads lately, and matching them up on the kernel patches
[11:41] <superm1> so i'll likely do it :)
[11:41] <xtknight> ah cool
[11:41] <xtknight> be back in a while
[11:43] <coNP> What does lintian "postinst-has-useless-call-to-ldconfig" mean?
[11:43] <superm1> coNP, does it make a call explicitly?
[11:43] <coNP> I mean I understand it invokes ldconfig, but since libs are deployed it might be needed. Do I misunderstand the situation?
[11:44] <superm1> coNP, is this a lib* package?
[11:44] <coNP> no
[11:44] <coNP> it is a package that also installs some libs
[11:45] <superm1> well i've been taught that even if you install some libs, you should have a sep binary package for them
[11:45] <coNP> superm1: scolily (http://revu.tauware.de/details.py?upid=92) if you are interested
[11:45] <coNP> only if something else is likely to use the libs IIRC
[11:47] <superm1> coNP, i'm building i'll take a look as soon as it finishes
[11:48] <coNP> superm1: thanks.
[11:51] <cfalco> Is there a MOTU online?
[11:51] <norsetto> coNP: I had that once too, it was caused by debhelper
[11:52] <superm1> coNP, Hm.  This appears to be because the libraries aren't installed into /usr/lib, but rather /usr/lib/scolily
[11:52] <coNP> norsetto: Yes, I think you can remove simply the .postinst and .postrm scripts
[11:52] <norsetto> coNP: IIRC it was caused by dh_makeshlibs
[11:52] <coNP> norsetto: sure
[11:52] <norsetto> coNP: let me check
[11:52] <coNP> superm1: therefore I doubt if they are still needed :)
[11:52] <coNP> cfalco: noone is of course.
[11:52] <superm1> since it's cdbs, you'll have to override the behavior of using dh_makeshlibs
[11:53] <norsetto> coNP: OK, got it, it was necessary to add a -n to that call
[11:53] <TheMuso> Hey folks.
[11:53] <cfalco> ok, lintian says "changelog-should-mention-nmu"
[11:53] <cfalco> and "source-nmu-has-incorrect-version-number"
[11:53] <coNP> cfalco: don't care of this
[11:53] <coNP> hey TheMuso
[11:53] <cfalco> ok!
[11:53] <superm1> hi TheMuso
[11:53] <coNP> Is it so late :)
[11:53] <cfalco> thanks
[11:53] <norsetto> coNP: which meant to not modify the scripts adding the useless call
[11:54] <coNP> norsetto: yes, but as superm1 also said, cdbs is used here
[11:54] <superm1> coNP, since i can't comment on the revu's still, i see one other issue:
[11:54] <superm1> not all the docs are installed
[11:54] <norsetto> coNP: ok, then you need to tell CDBS to add that option to dh_makeshlibs
[11:55] <coNP> superm1: what do you mean by that?
[11:55] <TheMuso> superm1: Did you hear that mythbuntu metapackages automatically get an UVF exception?
[11:55] <superm1> coNP, there is an ABOUT-NLS and an AUTHORS doc shipped
[11:55] <superm1> TheMuso, yes
[11:55] <superm1> TheMuso, but this is a NEW package
[11:55] <superm1> which i'll need one more MOTU to look over
[11:55] <coNP> I guess neither is needed. You should correct me :)
[11:56] <coNP> ABOUT-NLS is totally irrelevant IMHO
[11:56] <TheMuso> superm1: I know, I was just wondering if you knew. Nothing about what you are looking at here.
[11:56] <superm1> oh okay TheMuso
[11:56] <superm1> thanks :)
[11:56] <TheMuso> np
[11:56] <superm1> yea that meeting was a wee bit early for me to make it to.  i saw the minutes that you posted to the motu mailing list too
[11:56] <TheMuso> cool
[11:57] <superm1> coNP, ah your right as i look a little closer at their contents
[11:58] <cfalco> it's getting late, I'm going to bed shortly
[11:58] <cfalco> thanks for your help! :)
[11:59] <superm1> beyond that, i don't see any other problems with it myself
[12:01] <coNP> superm1: which package?
[12:01] <norsetto> coNP: here: DEB_DH_MAKESHLIBS_ARGS
[12:01] <superm1> coNP, scolily
[12:01] <coNP> norsetto: you mean a line like DEB_DH_MAKESHLIBS_ARGS = "-n"
[12:02] <norsetto> coNP: yep (dunno about the "")
[12:03] <cbx33> anyone seen imbrandon
[12:04] <cbx33> ping highvoltage
[12:05] <cbx33> ping doko
[12:06] <coNP> superm1: then we can advocate and upload it.
[12:07] <superm1> coNP, i can't comment on revu yet, but my comment will be there in spirit then :)
[12:07] <coNP> superm1: so what do you think. Does this issue needs to be solved?
[12:07] <coNP> I mean this ldconfig-issue
[12:07] <cbx33> ping TheMuso
[12:07] <superm1> coNP, i would say as soon as that is fixed its good to upload, but it should be fixed now rather than later
[12:09] <TheMuso> cbx33: Hey there.
[12:09] <cbx33> howz it going dude
[12:09] <cbx33> just thought I'd say hi
[12:09] <cbx33> havn't seen you in a while
[12:09] <TheMuso> Very well thanks. Yourself?
[12:10] <TheMuso> Well I've been around here. :)
[12:10] <superm1> cbx33, i haven't seen imbrandon in ages
[12:10] <cbx33> heeh
[12:10] <cbx33> TheMuso, yeh I've been good
[12:10] <cbx33> superm1, yeh i know
[12:10] <coNP> Only these newbies. superm1, norsetto, coNP everywhere...
[12:10] <cbx33> been looking for him for a while
[12:10] <superm1> hehe
[12:10] <superm1> cbx33, me too
[12:10] <cbx33> heheh
[12:10] <superm1> he was hosting www.mythbuntu.org, until things went crazy.  he was supposed to fix things but never returned calls, emails, or pms
[12:11] <superm1> so we ended up having to find somewhere else to host
[12:11] <superm1> and rebuild the site from scratch
[12:11] <cbx33> ouch
[12:11] <coNP> that is bad
[12:11] <cbx33> superm1, you involved with mythbuntu?
[12:11] <superm1> cbx33, leading it :)
[12:11] <cbx33> I'm looking for someone to offer some hosting
[12:11] <cbx33> superm1, awesome - I'm currently installing linuxmce on a box
[12:12] <cbx33> got any argument for using mythbuntu?
[12:12] <cbx33> instead
[12:12] <doko> cbx33: just write, don't ping
[12:12] <superm1> cbx33, if we had our own hosting, i'd offer it but, a third party came in and offered to host us
[12:12] <cbx33> doko, was going to ask who I'd contact about the possibiliy of canonical sponsoring some hosting
[12:12] <cbx33> for python training lessons
[12:12] <cbx33> it'd be a live ogg cast
[12:13] <superm1> cbx33, honestly havent given linuxmce a shot, the reviews i've read for it, say that you need to have the hardware he had, and even when you do, things dont necessarily go as smoothly
[12:13] <cbx33> hehe
[12:13] <cbx33> I wrote one such review
[12:13] <cbx33> ;)
[12:13] <cbx33> I'm trying it again
[12:13] <superm1> for mythbuntu, i'm not going to push it until we're ready to at least say its beta :)
[12:13] <superm1> because there are a few outstanding items that are being sorted out
[12:14] <cbx33> right
[12:14] <cbx33> doko, I think i have pretty much everything figured out, I'd be looking for someone to host an Ictcast server for me for a few hours a week
[12:15] <cbx33> Icecast
[12:15] <cbx33> hey highvolt1ge
[12:16] <doko> cbx33: I don't think so, but you may want to ask dholbach or jono
[12:16] <superm1> cbx33, you might query hosting on the loco team servers
[12:16] <superm1> jono can point you at who to talk to about it
[12:16] <cbx33> ahhh yes
[12:16] <cbx33> never thought of jono
[12:16] <superm1> i dont recall the contact off hand
[12:17] <cbx33> I'll mail jono
[12:17] <cbx33> thanks doko
[12:17] <cbx33> sorry to have bothered you
[12:25] <coNP> bigon: you submitted a new empathy package
[12:25] <coNP> bigon: you also added some telepathy-<libs>. Are the latter all needed to build the former?
[12:26] <norsetto> coNP: the correct syntax is DEB_DH_MAKESHLIBS_ARGS_scolily := -n
[12:26] <norsetto> coNP: just tested by the way
[12:27] <coNP> norsetto: thanks. Check out http://revu.tauware.de/details.py?upid=92
[12:27] <bigon> coNP: well tp-mission-control is needed to build the package. AFAIK the last version of tp-salut is needed too
[12:28] <coNP> Are these libs new?
[12:28] <coNP> Or updates
[12:28] <norsetto> coNP: yeah, you need to add the _scolily at the end (its package specific)
[12:28] <coNP> Okay, but there is only one package
[12:29] <norsetto> coNP: yes, but I think just without adding it it won't work (with it it works), we can test or just look at the mk file to check
[12:29] <coNP> norsetto: /me pbuilded it this way
[12:30] <norsetto> coNP: ok, good to know then
[12:31] <norsetto> coNP: but then you should tell him to delete the _scolily at the end of the other option, to be consistent :-)
[12:32] <coNP> norsetto: http://revu.tauware.de/details.py?upid=92