[12:15] <sistpoty> hi folks
[12:15] <agent> realist: yeah.... the forums are no longer a viable source of info on most topics - o well, at least more people are using gnu/linux which is always good - although topics like 'why did they make x program open source - those idiots' are a little banal
[12:15] <agent> sistpoty: i just realized your nick is not sisypoty :)
[12:16] <sistpoty> hehe
[12:16] <agent> sistpoty: oh, and hi ;)
[12:16] <sistpoty> hi agent ;)
[12:23] <sistpoty> ScottK: pyspf uploaded
[12:49] <mdke> anyone around who can give me a quick hand?
[12:49] <giskard> :)
[12:49] <mdke> aha ciao
[12:50] <mdke> I'm working on a patch for yelp. I used cdbs-edit-patch and then made a debdiff. But now I'd like to make some further changes. How do I proceed?
[12:50] <mdke> I should say that I've lost the source tree I was working on
[12:50] <sistpoty> mdke: but you still got the debdiff?
[12:50] <Fujitsu> Has the debdiff been applied to the package in the archive yet?
[12:50] <giskard> you have a patch! apply it on the original source
[12:51] <mdke> Fujitsu: no; sistpoty: yes
[12:51] <mdke> giskard: and then when I make another debdiff, my changes will be in that one too?
[12:51] <sistpoty> mdke: do as giskard says... get last version and patch -p0 < *debdiff
[12:52] <mdke> alright, I will try that.
[12:52] <mdke> thanks all three
[12:52] <sistpoty> mdke: you'll need to make a new debdiff then from the resulting source package and the orig versoin then ;)
[12:52] <sistpoty> np
[12:52] <giskard> mdke, yes the debdiff will be between the original source and the modified one.
[12:53] <mdke> so, to clarify, do I need to get two copies of the source tree unpacked?
[12:53] <sistpoty> mdke: you need the orig version unpacked, then you apply the debdiff
[12:53] <mdke> yep, with you so far
[12:53] <sistpoty> mdke: that will result in the source tree becoming the new version
[12:54] <sistpoty> mdke: if you build a source package then (assuming you already added a new changelog entry in your debdiff), you'll get a new .dsc file
[12:54] <mdke> yeah
[12:54] <sistpoty> mdke: then you can just debdiff old.dsc new.dsc
[12:54] <mdke> brilliant, thanks
[12:54] <sistpoty> np
[01:14] <bddebian> Heya gang
[01:15] <cypherbios> bddebian: hi :)
[01:16] <bddebian> Hello cypherbios
[01:17] <sistpoty> hi bddebian
[01:17] <bddebian> sistpoty!!
[01:18] <Fujitsu> Hi bddebian.
[01:19] <geser> Hi bddebian 
[01:19] <bddebian> Wow, hi Fujitsu, geser
[01:19] <sistpoty> sheesh... having to read through a french page again... this is all so french to me :)
[01:30] <mdke> hi, I'm back with the questions
[01:30] <mdke> I've now made my debdiff, but it seems to contain files which i didn't touch :(
[01:30] <mdke> I'll paste it somewhere
[01:31] <cypherbios> bddebian: when you are busy, could you make me a favor?
[01:31] <mdke> http://mdke.org/tmp/yelp.diff <-- that was the first one
[01:32] <cypherbios> bddebian: take a look on my uploaded package on REVU and leave some comment :) http://revu.tauware.de/details.py?upid=3748
[01:32] <bddebian> cypherbios: When I'm busy? :-)
[01:32] <mdke> the only files I touched were debian/changelog and stylesheets/toc2html.xsl, any idea what all the other stuff is?
[01:32] <cypherbios> bddebian: are NOT, sorry :)
[01:35] <mdke> sistpoty: are you still around?
[01:35] <sistpoty> mdke: yes... please give me a minute, I just want to finish a revu entry ;)
[01:36] <mdke> sistpoty: certainly. Hilight me when you're ready
[01:36] <sistpoty> will do
[01:38] <Fujitsu> mdke, that's all RCS stuff... It's possible that the Makefile does some odd stuff with it. Did the old debdiff have those files modified as well?
[01:39] <mdke> Fujitsu: yeah, that's the old debdiff
[01:40] <Fujitsu> Hm, I think that's OK.
[01:40] <Fujitsu> It's just rewritten the patch, so there should be no problems.
[01:43] <sistpoty> mdke: problems solved already?
[01:43] <mdke> sistpoty: Fujitsu thinks so. I have no clue :)
[01:44] <mdke> Fujitsu: is it my fault that happened?
[01:47] <sistpoty> Fujitsu: what did you mean to change actually? maybe that gives some clue ;)
[01:47] <sistpoty> s/Fujitsu/mdke/
[01:47] <sistpoty> mdke: and your changelog entry is too wide: it shouldn't be wider than 80 chars
[01:47] <mdke> sistpoty: ok, I can sort out the CL. I changed the two files I mentioned above
[01:47] <bddebian> cypherbios: Done :-)
[01:48] <cypherbios> bddebian: wow, thanks!
[01:48] <bddebian> cypherbios: Well it FTBFSs for me :-(
[01:48] <cypherbios> bddebian: let me see :)
[01:48] <mdke> sistpoty: but the other files I didn't touch, I don't know why they are in the diff
[01:49] <sistpoty> mdke: not quite sure right now. I'll do a testbuild with these files removed from the diff... maybe the build log gives some insight
[01:49] <mdke> sistpoty: do you mind? that's very generous of you!
[01:49] <sistpoty> mdke: no problem ;)
[01:51] <cypherbios> bddebian: I'm working to correct this now
[01:51] <bddebian> cypherbios: Cool
[01:55] <sistpoty> mdke: seems rather related to the fact, that there is a 06_ubuntu_index.diff already, that contains these files
[01:55] <sistpoty> mdke: so the time stamps of this patch will get updated
[01:55] <sistpoty> mdke: a few lines in the patch are just identical, and I don't see a reason, why these should be there in the debdiff in the first place
[01:56] <mdke> sistpoty: I was trying to add to that patch
[01:56] <sistpoty> mdke: how about using a newer patch instead of one that's already there?
[01:56] <mdke> I did cdbs-edit-patch debian/patches/06*etc
[01:56] <sistpoty> mdke: if you want, I can sent you a sanitized debdiff
[01:56] <mdke> sistpoty: because that patch contains stuff I want to build on top of, and in some cases, modify
[01:57] <mdke> I understood that cdbs applies the patch, then lets me modify the source tree directly
[01:57] <sistpoty> mdke: ah, I see... well as written above, the timestamps will get autoupdated (and thus will always be in the diff)
[01:57] <mdke> sistpoty: it's a nice offer, but I need to know how to do it myself in order to improve on the patch :) it's not quite finished
[01:59] <sistpoty> mdke: you can snip a patch in two at the diff -Nru lines (at least in theory)... with a bit of luck it's nothing more than cutting old/new patches in two and deleting from these until they are sane ;)
[01:59] <sistpoty> hi Hobbsee
[01:59] <mdke> sistpoty: ok, let me try.
[02:01] <sistpoty> btw.: did I mention that I hate patch systems yet?
[02:01] <sistpoty> :P
[02:01] <mdke> sistpoty: is the patch not sane in the state that i uploaded?
[02:01] <bddebian> crimsun_!!
[02:01] <mdke> maybe I can just submit it, and seb will understand what is going on
[02:01] <crimsun_> 'lo barry
[02:01] <mdke> it's my first patch after all
[02:02] <mdke> oh, I need to add a depends on ubuntu-docs, I wonder how he will react to that...
[02:02] <sistpoty> mdke: I don't know really... however in case you wouldn't want to touch the same files as the 06_ubuntu patch, it would be better to create a new one
[02:02] <sistpoty> mdke: otherwise I think it should be fine
[02:03] <mdke> ok
[02:03] <sistpoty> hi crimsun_
[02:03] <crimsun_> 'lo stefan
[02:05] <Fujitsu> It's crimsun!
[02:06] <sistpoty> omg, I still need to buy christmas presents tomorrow :(
[02:06] <crimsun_> yes, even on vacation I can't escape the death spiral of alsa bug email
[02:06] <sistpoty> hehe
[02:07] <mdke> sistpoty: me too
[02:07] <sistpoty> I fear that the city will be crowded
[02:07] <mdke> yep
[02:07] <mdke> no presents this year!
[02:08] <sistpoty> hehe, or I just buy a tie and a pair of socks for my dad *g*
[02:12] <Hobbsee> imbrandon: you around?
[02:12] <Hobbsee> imbrandon: this wouldnt be in your house, would it?  http://www.iftk.com.br/wordpress/xmas-beer-tree
[02:12] <bddebian> hehe
[02:13] <sistpoty> rofl
[02:13] <mdke> ah, small question - when I use dch -i, how can I program it to know my correct email address?
[02:13] <mdke> also, when doing debuild, for the gnupg key
[02:14] <crimsun_> pass -e and -k, respectively, with their correct values
[02:14] <mdke> isn't there some kind of dotfile?
[02:14] <sistpoty> mdke: DEBEMAIL is one variable, let me look up the other
[02:15] <sistpoty> mdke: DEBFULLNAME
[02:16] <mdke> sistpoty: where do I put em?
[02:16] <Hobbsee> GPGKEY= is another
[02:16] <Hobbsee> mdke: .bashrc
[02:16] <sistpoty> Hobbsee: .zshrc :P
[02:16] <mdke> oh right
[02:16] <Hobbsee> that too :P
[02:16] <mdke> i *think* i'm using bashrc
[02:20] <Hobbsee> mdke: that's odd.  i thought you were a great debian hacker that is working onto ubuntu?
[02:21] <mdke> Hobbsee: maybe someone else
[02:21] <mdke> mdz?
[02:21] <Hobbsee> nah, not him.
[02:21] <Hobbsee> oh you're the wiki guy or something?
[02:22] <mdke> "the wiki guy"
[02:22] <bddebian> mjg59?
[02:23] <Hobbsee> or documentation or something
[02:23] <Hobbsee> please ignore my brain, it doesnt like doing things early :P
[02:24] <Hobbsee> no, not him either
[02:26] <sistpoty> mdke: may I pester you with a wiki problem?
[02:27] <mdke> sistpoty: sure
[02:27] <mdke> I can try
[02:27] <sistpoty> mdke: I still cannot get the page renamed: https://wiki.ubuntu.com/MOTU/PackagingMistakes should be /MOTU/School/PackagingMistakes
[02:27] <sistpoty> mdke: but the wiki still complains that this page would exist (but it doesn't)
[02:28] <mdke> oh awesome
[02:29] <mdke> sistpoty: it must be a bug. The target page originally existed... https://wiki.ubuntu.com/MOTU/School/PackagingMistakes?action=info
[02:29] <mdke> I'd suggest doing it manually
[02:29] <sistpoty> mdke: ok, will do... thx
[02:29] <mdke> copy the raw text from the source page and dump it into the target page
[02:30] <sistpoty> that's just like juggling with patches ;)
[02:30] <mdke> yep
[02:31] <mdke> our version of the wiki software is pretty ancient, so it has these rubbish moments
[02:32] <sistpoty> hehe
[02:33] <Hobbsee> fix it?  :P
[02:39] <mdke> Hobbsee: the powers that be are working on it
[02:40] <Hobbsee> mdke: :)
[03:14] <cypherbios> bddebian: please, http://revu.tauware.de/details.py?upid=3869
[03:15] <cypherbios> bddebian: the python-gtk2-dev aren't needed to build the package, it's only needed to install it, and the python-gtk2 already are an dependency
[03:16] <cypherbios> bddebian: I just commented the line to check for pygtk, because the apt will do it before, when installing the package
[03:17] <bddebian> OK, after the kids go to bed I'll check it out
[03:17] <cypherbios> bddebian: thank you :)
[03:26] <ScottK> Sistpoty - Thanks again for all your help.  It's been an interesting learning experience.  It'll go smoother next time...
[03:26] <sistpoty> ScottK: thanks for your contribution ;)
[03:48] <suicideducky> hello?
[03:48] <suicideducky> sweet then, i assume i can be heard.
[03:50] <Hobbsee> yes
[03:50] <suicideducky> I'M just learning about packaging and was wondering where abouts i would find some small sized source code that i could try packaging on, just to see if it works or not.
[03:50] <StevenK> Xorg? :-P
[03:51] <suicideducky> pardon
[03:51] <StevenK> suicideducky: Never mind, I'm poking fun. :-)
[03:51] <suicideducky> aha...
[03:51] <Fujitsu> StevenK, LOL.
[03:52] <suicideducky> what was that sorry, damn lil X button got in my way
[03:53] <suicideducky> >:o
[04:00] <Fujitsu> Reminder to self... Don'
[04:01] <Fujitsu> *Don't use sed-style lines in normal IM conversations with people who don't know what they are.
[04:15] <Hobbsee> Fujitsu: hehe
[04:15] <Hobbsee> Fujitsu: should be fairly obvious
[04:16] <Fujitsu> But there are so few people I talk to who don't understand them... :S
[04:16] <keescook> heh
[04:16] <Hobbsee> true
[04:16] <StevenK> So teach the ones who don't know them.
[04:19] <Hobbsee> bddebian: yes, but you understand s/foo/bar/
[04:19] <bddebian> Oh, aye :-)
[04:19] <Hobbsee> :)
[04:21] <bddebian> cypherbios: Got it
[04:23] <jdong> wonderful, someone said my name... time to wear out my pgup key
[04:23] <StevenK> jdong: /lastlog
[04:23] <superm1> if an upstream tarball (from SF) has CVS directories in it still, what is the appropriate thing to do about the lintian warnings?
[04:24] <StevenK> Repack it, if you care enough.
[04:24] <Fujitsu> superm1, attack upstream.
[04:24] <superm1> :)
[04:24] <StevenK> That too.
[04:24] <superm1> ok
[04:24] <Fujitsu> Attack upstream with a big nasty hot poker.
[04:24] <StevenK> Or a big nasty Hobbsee, either way.
[04:25] <Fujitsu> Same thing.
[04:25] <Fujitsu> Hobbsee: How'd you go with attacking that KDE upstream?
[04:25] <StevenK> Then again, I'm getting paid to IRC at the moment.
[04:27] <Hobbsee> Fujitsu: i filed them a bug, i'm not sure anything got done
[04:51] <sistpoty> gn8 everyone
[04:56] <cypherbios> bddebian: thank you for the comments on revu, I'm rebuilding the manpage now
[04:57] <bddebian> NP
[04:59] <LaserJock> anybody around?
[05:00] <bddebian> Nope, just us nobody's ;-)
[05:00] <LaserJock> bddebian!
[05:00] <bddebian> What's happening LaserJock?
[05:01] <LaserJock> I just got to my inlaws tonight
[05:02] <LaserJock> thought I'd get online and check my email
[05:02] <LaserJock> only have about 230 to go through
[05:03] <LaserJock> it seems Stefan is the REVU master!
[05:04] <LaserJock> have we declared the REVU sprint over?
[05:09] <LaserJock> oh sweet
[05:09] <LaserJock> imbrandon: you around?
[05:10] <bddebian> Dunno but yeah he has been an animal :-)
[05:13] <LaserJock> I was going to write up my REVU Days report but don't want to cut it off to short
[05:13] <LaserJock> maybe I'll do it tomorrow
[05:13] <Hobbsee> i dont think dholbach will ever want the sprint over
[05:13] <Hobbsee> because then people wont be thinking about REVUing
[05:14] <bddebian> Hmm, maybe I better get back to work then :-)
[05:15] <Fujitsu> Hobbsee, probably true.
[05:17] <LaserJock> well, I'm personally not a big fan of these "Days"
[05:17] <LaserJock> if they work they're great
[05:17] <LaserJock> I think this one has been excellent
[05:18] <LaserJock> I counted 6 NEW packages and 2 updates uploaded
[05:18] <LaserJock> usually we can go a whole REVU Day without a single upload
[05:19] <Hobbsee> nice!
[05:19] <Hobbsee> did you add supertux in that?
[05:19] <LaserJock> hmm, no
[05:19] <Hobbsee> (was an update, dumped on revu)
[05:19] <LaserJock> ah
[05:19] <LaserJock> so 6 and 3
[05:19] <LaserJock> and a whole lot of comments/updates
[05:22] <ScottK> I'll jump in and say that as a new packager I found having a REVU day very helpful.  One, it got me focused on getting a package done by a specific day and then with all the focus on REVUing, I was able to get several iterations of my package done, commented, and corrected in a very short time.  For me it was 3 days from first upload to a package in Feisty.  That's pretty awesome.
[05:22] <cypherbios> bddebian: I have one question... What I need to do to my manpage (aptoncd.1) be "recognized" when packaging it, something on debian/rules, debian/docs ?
[05:22] <StevenK> Run dh_installmanpages in debian/rules, and add aptoncd.1 to debian/manpages
[05:22] <StevenK> Or just read the manual page for dh_installmanpages
[05:22] <LaserJock> ScottK: yeah, we'd like to have more of that kind of experience
[05:23] <StevenK> Er, sorry, dh_installman
[05:23] <cypherbios> StevenK: thank you :)
[05:23] <StevenK> (dh_installmanpages is the older one. I'll put my walking frame away now.)
[05:23] <bddebian> Gah, beat me to it :)
[05:23] <LaserJock> a lot of times we've haven't been able to get the word out and it was only 1 day, so we didn't have a lot of REVU "users" show up I don't think
[05:23] <LaserJock> -'ve
[05:24] <LaserJock> I think perhaps sprints are better than days
[05:26] <bddebian> Probably.  Especially with the TZ differences
[05:26] <LaserJock> Hobbsee: did you see the latest response to the supertux thread on the forums?
[05:26] <LaserJock> bddebian: I'd rather spend a week focusing on something, being able to come in and out
[05:27] <LaserJock> it's so easy to miss one day
[05:27] <ScottK> I agree about more than one day.
[05:27] <bddebian> Damnit, I'm drawing a blank.. What do I pass to cvs diff?  I thought it was -urN
[05:27] <bddebian> LaserJock: Aye
[05:27] <Hobbsee> LaserJock: the one about "install from my feisty repo"?
[05:28] <LaserJock> Hobbsee: yeah, the person reported unmet deps with the feisty one too, but I don't know if they've messed their system up or not
[05:28] <Hobbsee> LaserJock: they have.  i'm pretty sure
[05:28] <LaserJock> hmm, somebody proposing feisty-experimental
[05:28] <Hobbsee> heh
[05:29] <LaserJock> I wonder how well that would work actually
[05:29] <LaserJock> basically a 1 week delay
[05:29] <Hobbsee> well, everyone would enable it anyway
[05:29] <LaserJock> true
[05:29] <Hobbsee> becuase feisty's known as not stable
[05:29] <LaserJock> we'd have to name it feisty-really-really-old-and-stale
[05:29] <bddebian> heh
[05:29] <Hobbsee> LaserJock: no depedancy errors.  the guy is just smoking crack
[05:29] <LaserJock> k
[05:30] <LaserJock> I wonder if they're running edgy or something
[05:31] <Hobbsee> it works on edgy too
[05:31] <Hobbsee> if it gets recompiled
[06:04] <LaserJock> wow, nifty netsplit
[06:05] <rob> twas
[06:05] <cypherbios> bddebian: manpage working now, please take a look >  http://revu.tauware.de/details.py?upid=3870
[06:06] <luisbg> hey LaserJock, merry christmas btw
[06:06] <luisbg> =)
[06:07] <LaserJock> luisbg: hi!
[06:12] <bddebian> cypherbios: I'm already on it :-)
[06:13] <bddebian> cypherbios: OK, advocated
[06:13] <cypherbios> :D
[06:14] <cypherbios> bddebian: :D wow! thank you!
[06:14] <bddebian> No, THANK YOU :-)
[06:15] <cypherbios> ;)
[06:15] <LaserJock> aptoncd, sweet
[06:17] <LaserJock> cypherbios: did you write aptoncd?
[06:17] <cypherbios> LaserJock: yep 
[06:17] <cypherbios> LaserJock: I'm the developer :)
[06:17] <LaserJock> cypherbios: cool, I've wanted something like that for a while by not enough to go write it
[06:18] <LaserJock> cypherbios: does it create an actual repo on the CD?
[06:19] <cypherbios> LaserJock: yes, me too. We have not similar yet, and definitively we need something like that
[06:20] <cypherbios> LaserJock: it haves 2 main functions: 1-Create an CD/DVD-repository with the packages downloaded with apt-get (on apt-cache), and 2-Download an entire repository/section
[06:20] <cypherbios> [Download an repository and put it on an CD/DVD -or how many medias where needed-] 
[06:21] <LaserJock> how do you then install those? is it just added to sources.list?
[06:21] <cypherbios> LaserJock: by the GUI of aptoncd, or just 'apt-cdrom add' 
[06:21] <LaserJock> we're going to be adding a 2nd CD in Edubuntu with Feisty
[06:22] <LaserJock> it'll be a repo CD
[06:22] <LaserJock> and then we're going to make it so that when you insert the CD gnome-app-install fires up and lets you pick tasks
[06:23] <cypherbios> humm, interesting...
[06:24] <LaserJock> so if the user inserts the CD they don't have to do any apt-cdrom, or even start synaptic
[06:26] <LaserJock> hopefully in the future it'll be pretty easy to create an add-on CD and have users just pop it in and go
[06:27] <cypherbios> LaserJock: and is it what I'm trying to do, let the user create your own add-on cds, and backup of your packages... taking the apt anywhere
[06:28] <LaserJock> yep
[06:29] <cypherbios> LaserJock: an possible integration with synaptic already has been planed, mvo have contacted me about this
[06:29] <LaserJock> yeah
[06:29] <LaserJock> ours is a little different
[06:30] <LaserJock> it will integrate into gnome-app-install and it's supposed to be more like a part of the installation
[06:31] <LaserJock> cypherbios: the spec is at https://wiki.ubuntu.com/EdubuntuOnTwoCDs if you're interested
[06:31] <cypherbios> LaserJock: humm, cool, I'll check it out
[06:32] <LaserJock> our trick is to give the user a few choices as to what kinds of software to install
[06:32] <LaserJock> not individual packages
[06:33] <cypherbios> LaserJock: like an preseed, an set of packages
[06:34] <cypherbios> LaserJock: meta-packages will be very useful in this case
[06:34] <LaserJock> yeah, well probably tasks
[06:34] <LaserJock> but perhaps metapackages
[06:34] <LaserJock> that's one of my jobs for Feisty
[06:34] <LaserJock> get things into main and put together into categories
[06:35] <cypherbios> an multimedia metapackage would be very pretty thing :)
[06:36] <cypherbios> LaserJock: aptoncd creates an metapackage with all packages on the media created as dependency, to an easy restore/installation of then all after add the media as apt source
[06:43] <LaserJock> interesting
[06:43] <LaserJock> mostly I'll be doing science meta-packages to start with since that's what I know and there are quite a few packages to choose from
[06:52] <cypherbios> oh, is 4:00am here... I need go to sleep, cheers :)
[08:39] <imbrandon> 
[09:04] <StevenK> imbrandon: http://www.iftk.com.br/wordpress/xmas-beer-tree
[09:30] <enyc> meepmeep
[10:20] <imbrandon> StevenK, zomg that soooooo rocks
[10:21] <imbrandon> i'm gonna make one of those next year :)
[10:21] <elkbuntu> the scary thing is, i believe you
[10:25] <imbrandon> heh
[11:07] <enyc> meepmeep ;-)
[11:08] <enyc> I am about to upload this debdiff patch and comments to fix confirmed problem in universe feisty package ;-)
[11:08] <enyc> Who do I 'assign' the package to ?
[11:14] <allee> hi, how often runs revu archive queue?  5 min isn't it?  I try to reupload digikam but it complain .dsc already exists.  that after 20 min
[11:15] <imbrandon> enyc, no one, you never assign a bug to anyone, they assign it to themselfs
[11:15] <imbrandon> allee, 5 minutes, are you uploading the same version number ?
[11:16] <imbrandon> ( you might need to delete the *.upload file localy if so )
[11:16] <allee> imbrandon: yes. Made a stupid mistake
[11:16] <imbrandon> ahh :)
[11:16] <allee> imbrandon: .upload is long gone:
[11:17] <StevenK> imbrandon: Or use dput -f
[11:17] <imbrandon> ;)
[11:18] <imbrandon> enyc, to answer you though you "subscribe" ubuntu-universe-sponsors though
[11:18] <imbrandon> never assign anyone though
[11:18] <imbrandon> thats a no no
[11:18] <siretart> allee: you forgot to sign your digicam upload :)
[11:18] <siretart> allee: please reupload with signature
[11:18] <imbrandon> heya siretart 
[11:19] <siretart> huhu imbrandon :)
[11:19] <allee> siretart: sure?  dput tells me that sig in good in .dsc and .changes
[11:20] <enyc> imbrandon: im not sure what you mean about subscribing to ubuntu-universe-sponsors
[11:20] <siretart> allee: /usr/bin/more told me something else ;)
[11:20] <imbrandon> enyc, when you view the bug , to the left there is a link that says "subscribe someone else"
[11:21] <siretart> shopping, bbl
[11:21] <enyc> imbrandon: anyway I have uploaded to  https://launchpad.net/bugs/72602 
[11:21] <Ubugtu> Malone bug 72602 in qpsmtpd "qpsmtpd should create /var/run/qpsmtpd in init.d (/var/run/ is tmpfs)" [Medium,Confirmed]  
[11:21] <imbrandon> l8tr
[11:22] <imbrandon> enyc, great now like i said "subscribe someone else" on the left and search for "ubuntu-universe-sponsors"
[11:23] <enyc> imbrandon: right... nad ubuntu-universe-sponsors is not there ?  only hobbsee@gmail.com
[11:24] <imbrandon> hrm
[11:24] <imbrandon> something is buggered with the group
[11:24] <imbrandon> ajmitch or hobbsee will probably have to look at iot
[11:24] <enyc> better create a bugreport ;-)
[11:24] <imbrandon> for now choose that one
[11:24] <enyc> imbrandon: right... ok if you say so
[11:24] <tsmithe> who is daemon at poleboy.de ?
[11:25] <suicideducky> hey all, still there?
[11:25] <enyc> suicideducky: maybe
[11:25] <suicideducky> enyc: now how would i reply to that?
[11:25] <enyc> imbrandon: at what point does somebody "nominate for release" ?
[11:25] <imbrandon> tsmithe, sistopy
[11:26] <tsmithe> ok
[11:26] <enyc> suicideducky: ?how would suic reply to ??what?? ?
[11:26] <enyc> imbrandon: is this something the universe sponsors then look at?
[11:26] <suicideducky> enyc:  "suicideducky: maybe"
[11:26] <imbrandon> enyc, yes
[11:26] <enyc> suicideducky: err... no reply needed ;-)
[11:27] <suicideducky> =-O
[11:27] <suicideducky> has anyone in here tried or looked at packaging101 by daniel hollbach?
[11:27] <suicideducky> [https://wiki.ubuntu.com/MeetingLogs/OpenWeek-Packaging101] 
[11:28] <enyc> imbrandon: right... so now I wait to see if imbrandon looks at this ?
[11:28] <enyc> imbrandon: err.... hobsee even
[11:28] <imbrandon> enyc, they email is just set incorrectly it will goto the team
[11:29] <imbrandon> dont worry 
[11:30] <enyc> imbrandon: ok.... what is that team then?
[11:30] <enyc> imbrandon: why "sponsors" ?
[12:10] <imbrandon> enyc, because they will "sponsor" the upload for you
[12:11] <imbrandon> ( e.g. the patch )
[12:11] <imbrandon> and review it
[12:11] <enyc> imbrandon: aaaah I understand ;-)
[12:11] <Hobbsee> imbrandon: heya. 
[12:11] <imbrandon> heya Hobbsee 
[12:12] <Hobbsee> imbrandon: somerville and i need to know what our passwords are for your machine
[12:12] <imbrandon> Hobbsee, i might not have got the accounts back reset yet since i rebuilt the box
[12:12] <imbrandon> i can do that here in a few
[12:12] <imbrandon> and will email everyone
[12:12] <imbrandon> ( its a brand new dual core beast )
[12:12] <Hobbsee> imbrandon: okay
[12:12] <imbrandon> heh
[12:12] <Hobbsee> nice :)
[12:15] <enyc> Hobbsee: something is apparently wrong with "ubuntu-universe-sponsors" group such that "hobbsee@gmail.com" is listed... such that I 'appear' to have assigned bug 72602 to you rather than the sponsors-group
[12:15] <Ubugtu> Malone bug 72602 in qpsmtpd "qpsmtpd should create /var/run/qpsmtpd in init.d (/var/run/ is tmpfs)" [Medium,Confirmed]  http://launchpad.net/bugs/72602
[12:15] <enyc> Hobbsee: assuming you are == hobbsee@gmail.com ;-)
[12:16] <Hobbsee> enyc: it is me, yes.  subscribe, not assign
[12:16] <enyc> Hobbsee: oh yes... subscribed indeed ;-)
[12:16] <Hobbsee> but that mailing address will actually subscribe the sponsors
[12:50] <Fujitsu> What did said person do, StevenK?
[12:51] <StevenK> Write dbs
[12:51] <Fujitsu> Hahahha
[12:52] <StevenK> Which clanlib uses, and it broke fatally.
[12:52] <StevenK> After following the makefile snippets through about, oh, ten levels of indirection, I figured out the problem.
[12:53] <StevenK> I swear dbs causes SHLVL to reach 3 digits.
[12:53] <StevenK> Hah! It's working
[12:54] <StevenK> Friggin' one line patch taking me 25 minutes to sort out, *grumble* *grumble*
[12:55] <StevenK> Heh, I'm fine. :-)
[12:55] <elkbuntu> go sing auld lang syne for me then :
[12:56] <elkbuntu> i've been called crazy and insane already
[12:56] <StevenK> :-P
[12:56] <Hobbsee> go on steve, sing :P
[12:57] <StevenK> Make me.
[12:57] <elkbuntu> Hobbsee, you're going to do a duet with him?
[12:57] <StevenK> Bwahaha
[12:57] <TheMuso> elkbuntu: ROFL
[12:57] <Hobbsee> elkbuntu: nah, i think not.
[12:57] <elkbuntu> awww
[12:58] <elkbuntu> StevenK, im going to be hearing some really interesting sounds this next week
[12:58] <StevenK> Oh?
[12:58] <TheMuso> StevenK: Do you read planet Ubuntu?
[12:58] <StevenK> Sometimes
[12:58] <StevenK> IE: When I remember
[01:01] <StevenK> Ah ha
[01:01] <DarkMageZ> i wish evolution had rss feed reading power
[01:01] <StevenK> elkbuntu: You have piked my interest enough to consider it.
[01:01] <elkbuntu> w00t
[01:01] <TheMuso> StevenK! StevenK! StevenK!
[01:01] <StevenK> TheMuso: And where's your .ogg?
[01:02] <TheMuso> Twill be there by Friday.
[01:02] <StevenK> s/l//
[01:02] <TheMuso> My voice is is in no singing shape tonight, and I am way from tomorrow till Wednesday.
[01:02] <Hobbsee> StevenK: dream on
[01:02] <StevenK> My voice is in no singing shape ever
[01:03] <StevenK> The key I sing in can and does change over the course of one word. :-(
[01:03] <StevenK> Hobbsee: Oh?
[01:03] <TheMuso> Nobody is tone deaf!!
[01:03] <elkbuntu> StevenK, you sound like mine
[01:03] <Hobbsee> StevenK: @convincing me
[01:03] <elkbuntu> TheMuso, it's not about being tone deaf, it's about voice behaving
[01:03] <StevenK> Hobbsee: I figured.
[01:03] <Hobbsee> StevenK: dad has a pitch corrector.  never fear
[01:03] <StevenK> Heh
[01:03] <Hobbsee> does a damn good job, too
[01:03] <TheMuso> Hobbsee: ??
[01:03] <TheMuso> Pitch correcter?
[01:03] <Hobbsee> yep
[01:04] <TheMuso> Thats cheating.
[01:04] <StevenK> elkbuntu: Send me yours, and I'll send you mine tomorrow? :-)
[01:04] <Hobbsee> TheMuso: depends what it's for
[01:04] <TheMuso> True.
[01:04] <elkbuntu> StevenK, i need to redo mine so it's in tune with the snippet
[01:04] <StevenK> Heh
[01:04] <Hobbsee> the snippet is clearly out of tune to you
[01:04] <Hobbsee> it just depends on how you look at it
[01:05] <elkbuntu> its out of time as well
[01:06] <StevenK> I might get my wife to do it, too.
[01:06] <StevenK> She can actually sing.
[01:06] <TheMuso> StevenK: Really?
[01:06] <StevenK> Yup.
[01:06] <TheMuso> Had training and all?
[01:07] <StevenK> Oh, nothing like that, she can just hold a tune and stay in key, etc.
[01:07] <TheMuso> Ah.
[01:07] <StevenK> Which means she's already two up on me. :-(
[01:08] <Hobbsee> poor you :P
[01:08] <elkbuntu> hmm... Fujitsu is hiding from something...
[01:10] <StevenK> I think it's your blog post. :-P
[01:44] <suicideducky> hello, can i be heard?
[01:44] <Adri2000> you can be read
[01:44] <suicideducky> ok then ill work with that
[01:49] <suicideducky> im new to packaging and as i was working through a basic packaging tutorial (from ubuntu.com, somewhere to do with MOTUs :)) i typed in debuild -S to build a package. it build fine but at the end it gave me a error of something to do with no gpg key found and it was trying to sign the output or soemthing. what is the gpg key used for?
[01:49] <suicideducky> something*
[01:49] <suicideducky> :-/
[01:50] <mr_pouit> to sign the changes file
[01:50] <suicideducky> and how do i obtain one?
[01:51] <mr_pouit> https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[01:51] <suicideducky> thanks :)
[02:09] <Adri2000> Hobbsee: I believe backport requests should be done by filing a bug in the edgy-backports product, no in the ubuntu package
[02:10] <Hobbsee> Adri2000: ah.  i subscribed the backport team.  *shrug*
[02:10] <imbrandon> Adri2000, correct 
[02:10] <Adri2000> and there is already a bug filed: https://bugs.launchpad.net/products/edgy-backports/+bug/76834
[02:10] <Ubugtu> Malone bug 76834 in edgy-backports "backport supertux" [Undecided,Unconfirmed]  
[02:10] <Hobbsee> ah
[04:20] <tsmithe> !seen sistpoty
[04:20] <ubotu> I last saw sistpoty (n=sistpoty@ubuntu/member/sistpoty) 11h 29m 12s ago, quiting: "Reason #312: Dopefish spotted."
[04:21] <tsmithe> bah
[05:54] <bddebian> Heya gang
[05:54] <rmjb_> hey bddebian
[05:55] <bddebian> Heya rmjb
[05:57] <cypherbios> hello bddebian
[05:58] <bddebian> Heya cyper
[05:58] <bddebian> Err cypherbios
[05:58] <cypherbios> :)
[05:59] <rmjb_> ./configure --libdir=/usr/lib/<package name> *should* put all the files that would have ended up in /usr/lib into /usr/lib/<package name> right??
[06:00] <rmjb_> cause that is not happening for me :(
[06:02] <tsmithe> siretart, i uploaded a new version of asoundconf-gtk in accordance with sistpoty's comments: could you have another look, please? it's at http://revu.tauware.de/details.py?upid=3876
[06:02] <tsmithe> thanks - i gotta go now
[06:11] <cypherbios> bddebian: when an package are uploaded to archives, how it is updated, is still done on REVU? or only an MOTU can keep updating the package on archive?
[06:12] <geser> cypherbios: only a MOTU can upload to the archive
[06:13] <geser> but everybody can prepare a debdiff and a MOTU can sponsor the upload
[06:13] <cypherbios> geser: so I (as non-motu) should keep contact with an motu to update the changes made on my package, right?
[06:14] <geser> cypherbios: right
[06:16] <cypherbios> geser: humm, thanks :)
[06:18] <rmjb> anyone has experience setting configure options when using cdbs? I've tried COMMON_CONFIGURE_FLAGS and DEB_CONFIGURE_EXTRA_FLAGS and neither seems to take
[06:24] <Adri2000> rmjb: DEB_CONFIGURE_EXTRA_FLAGS := --enable-gtk-doc < that works
[06:24] <mr_pouit> rmjb: I have already used DEB_CONFIGURE_EXTRA_FLAGS and it worked
[06:24] <mr_pouit> Adri2000: :D
[06:24] <Adri2000> :)
[06:25] <rmjb> I just got it... I had to put the option *after* the include for autotools.mk
[06:25] <rmjb> also I'm still confused about the := vs = but I have just = and it works
[06:25] <rmjb> hey jdong
[06:25] <jdong> hey rmjb
[06:25] <jdong> wow, azureus is no longer that big a memory hog with sun-java6 :D
[06:26] <jdong> it's staying around 50-60MB RSS
[06:26] <rmjb> where'd you get the new jvm?
[06:26] <jdong> rmjb: built from feisty
[06:26] <jdong> (prevu)
[06:26] <rmjb> ok
[06:26] <jdong> cleanly backports to Edgy
[06:26] <rmjb> that's the gpl'd one?
[06:26] <jdong> no
[06:27] <jdong> no stable release of java is gpl'd yet
[06:27] <jdong> the next generation java platform is the GPL'd one
[06:27] <jdong> it's all svn and beta-y right now
[06:27] <rmjb> java 7??
[06:27] <jdong> probably
[06:27] <jdong> the j2me platform is gpl'd already
[06:27] <jdong> like yesterday I saw that
[06:27] <rmjb> I thought they wanted the gpl'd java out in time for feisty... 
[06:28] <jdong> it will be...
[06:28] <jdong> they promise Q1 07
[06:28] <jdong> for a stable gpl'd java
[06:28] <rmjb> that seems like a short time to role out a new version of java, esp since 6 is still new(ish)
[06:29] <jdong> I know
[06:29] <jdong> I don't know if it'll meet its deadline
[06:29] <jdong> wow java6 is faster too
[06:29] <jdong> with azureus especially
[06:30] <rmjb> hey jdong I have a backport request for dmraid: https://launchpad.net/distros/ubuntu/+source/dmraid/+bug/68294
[06:30] <Ubugtu> Malone bug 68294 in dmraid "Please backport dmraid to edgy - works in feisty" [Medium,Confirmed]  
[06:30] <jdong> there's no longer that lag opening up new dialogs/windows
[06:30] <jdong> it feels native if I didn't know better :D
[06:30] <rmjb> it backports cleanly to edgy and I'm using it on edgy too... it also fixes a nasty bug in edgy
[06:30] <rmjb> when you get a chance can you take a look?
[06:30] <jdong> rmjb: I'm not gonna process any more backports until ubuntu-archive clears the current queue of them
[06:30] <jdong> (which hasn't been done in a few weeks)
[06:30] <rmjb> oh...
[06:30] <jdong> otherwise the info just gets stale
[06:31] <rmjb> I noticed a slowdown on the backport list from you
[06:31] <rmjb> just thought you were winding down for the holidays :)
[06:32] <jdong> naw it's more because of https://bugs.launchpad.net/products/dapper-backports/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=In+Progress&assignee_option=any&field.assignee=&field.owner=&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.tag=
[06:32] <jdong> and likewise for edgy
[06:32] <jdong> all around two weeks old :)
[06:33] <jdong> I'm gonna give -archive a chance to catch up before I snowball more packages
[06:34] <rmjb> cool
[06:34] <rmjb> if you want to check out more java6 goodness check out https://lg3d-core.dev.java.net/binary-builds.html
[06:34] <rmjb> it's supposed to be a 3d desktop done in java
[06:34] <jdong> hehe :)
[06:34] <jdong> yeah looking glass
[06:34] <jdong> I used to play around with it
[06:35] <rmjb> I'm d/ling it now
[06:35] <imbrandon> rmjb, that works fine on java5 too, they demo'd it for us at UDS
[06:35] <imbrandon> brb
[06:35] <LaserJock> morning MOTU people
[06:35] <jdong> I'd expect it to work on java5
[06:35] <jdong> but java6 is significantly faster
[06:35] <rmjb> it looks better (more useful) than compiz, beryl and aero
[06:35] <jdong> it's not even funny :)
[06:36] <rmjb> they have ubuntu debs on that page for java6, java3d and looking glass
[06:36] <LaserJock> rmjb: that Glass stuff?
[06:36] <rmjb> yeah
[06:36] <LaserJock> yeah, I was pretty impressed at UDS
[06:36] <LaserJock> it was pretty blingy but I could see that some of the stuff was actually pretty handy
[06:37] <LaserJock> stuff like attaching a terminal window to the back of another windows
[06:37] <rmjb> yeah, I saw a video for it, they actually did useful stuff... not just flaming menus
[06:37] <LaserJock> so you can flip a window over and have a terminal for that task
[06:37] <rmjb> though those are cool too
[06:40] <LaserJock> the panaramic view of the desktop was interesting
[06:41] <LaserJock> associating places in the background with desktops, etc.
[06:42] <rmjb> Adri2000 or mr_pouit or anyone else, if I want to put a variable into my DEB_CONFIGURE_EXTRA_FLAGS how'd I do that? I've got DEB_CONFIGURE_EXTRA_FLAGS = --libdir=$(prefix)/lib/pmplib but that fails
[06:42] <rmjb> I've also tried ${prefix} and "\${prefix}/lib/pmplib"
[06:43] <rmjb> LaserJock: I'll soon see... :)
[06:44] <jdong> grr, why do I have to find and complain about all the unmounting bugs?
[06:44] <jdong> lol
[06:47] <LaserJock> jdong: maybe you're the only person that unmounts things :-)
[06:49] <jdong> oh yeah of course :)
[06:49] <jdong> apparently everyone else has outgrown USB sticks?
[06:50] <jdong> or just don't realize that it'll take 45 more seconds after the icon disappears before all the data is actually ON the device ;-)
[06:50] <LaserJock> I've never seen an unmounting bug, what happens?
[06:50] <jdong> LaserJock: icon disappears while buffers are still flushing
[06:50] <jdong> yank out the drive during this time period, poof goes most of your data
[06:50] <jdong> KDE is bitten all-across by it since 3.5.4
[06:51] <jdong> GNOME still has one more unmount method (right click nautilus bookmark pane) that doesn't show the dialog
[06:51] <zorglu_> dunno if it is related, but when one of my usb disk is on sleep and i reboot the box, the shutdown process freeze, and i have to manually switch it off
[06:51] <jdong> it's a pretty plausible data-loss scenario...
[06:52] <jdong> typically there's about 20-30s doomsday window with 512MB RAM, USB2.0
[06:52] <jdong> but worst-case 1GB RAM + USB 1.1 can take in excess of a minute to fully flush
[06:52] <jdong> hence iowait is colored red on all my system monitoring applets
[06:53] <zorglu_> ext3 flush quite requently tho
[06:53] <zorglu_> i dont remember the exact period 
[06:53] <jdong> that's ext3
[06:53] <jdong> (5sec, btw)
[06:53] <jdong> though that's technically metadata flushing
[06:53] <zorglu_> which fs are you using ?
[06:54] <jdong> FAT32 thumb drive
[06:54] <zorglu_> there are no periodic flush on fat32 ?
[06:54] <jdong> pdflush.
[06:54] <zorglu_> ok
[06:54] <jdong> which flushes 0.x% of dirtiness every n centisecs
[06:55] <jdong> but for copy-a-file-and-unmount usecases, that's never enough to get the job done
[06:55] <jdong> typically for me there's 15 secs of unmount delay before all the data is flushed
[06:56] <jdong> I use my USB pendrives primarily to transfer medium-sized files to my slow wireless-linked boxes
[06:56] <jdong> (1mbit wifi links... no fun for scp)
[06:57] <LaserJock> hmm, I haven't had a problem with that yet
[06:57] <jdong> LaserJock: you a GNOME user?
[06:57] <LaserJock> yeah
[06:57] <zorglu_> i remember the 'sync && sync && umount' time :)
[06:57] <LaserJock> mostly
[06:57] <jdong> yeah, gnome users are pretty safe
[06:57] <jdong> you get the bouncy unmounting dialog
[06:57] <jdong> except in once case I just discovered of course
[06:58] <LaserJock> KDE just loses the icon too fast?
[06:58] <jdong> LaserJock: immediately the icon is gone
[06:58] <jdong> LaserJock: I mean instantly. poof. :)
[06:58] <zorglu_> oh and you say that the user may unplug the disk, wrongly thinking it is safe ?
[06:58] <jdong> exactly
[06:58] <jdong> I've made that mistake before
[06:59] <jdong> so it's not out-of-the-question
[06:59] <zorglu_> my dapper got a icon option 'safely remove' for usb disk here
[06:59] <jdong> zorglu_: in Edgy, safely remove immediately destroys the icon
[06:59] <jdong> while the umount is still active in the background
[06:59] <jdong> in Dapper, KDE had a progress dialog pop up
[06:59] <jdong> that said Unmounting... until it was all synced
[07:00] <jdong> but that disappeared in Edgy
[07:00] <rmjb> okay maybe I unmount sometimes... and when I do it by going to My Computer and right clicking then Eject it writes then ejects
[07:00] <jdong> (bug 61946)
[07:00] <Ubugtu> Malone bug 61946 in kdebase "[Edgy Data Loss]  umount progress dialog missing" [High,Confirmed]  http://launchpad.net/bugs/61946
[07:00] <zorglu_> really ? here on dapper, 'safely remove' pop up a dialog 'need to be root' without proposing to put the root passwd
[07:00] <jdong> zorglu_: then your setup is weird :)
[07:00] <rmjb> other times it doesn't write then eject, it just goes away fast
[07:00] <zorglu_> :)
[07:01] <jdong> it defnitely worked perfectly in Dapper
[07:01] <jdong> rmjb: GNOME handles it gracefully
[07:01] <jdong> rmjb: see bug 32643
[07:01] <Ubugtu> Malone bug 32643 in nautilus "unmounting of removable drives should show a progress dialog" [Unknown,Confirmed]  http://launchpad.net/bugs/32643
[07:01] <jdong> I complained about it in Feburary
[07:01] <jdong> actually a bit before then
[07:01] <jdong> and that's how it got fixed in GNOME
[07:53] <LaserJock> ok, did my blogging for today
[07:54] <LaserJock> thank goodness my inlaws have cable
[07:55] <PriceChild> hehe LaserJock i know what you look like :P
[07:56] <LaserJock> I know what you look like too ;-)
[07:56] <PriceChild> :)
[07:57] <neutrinomass> Several packages depend on iceweasel but it's not in feisty... should I request a sync ?
[07:57] <LaserJock> hmm, do they have a hard dependency?
[07:57] <neutrinomass> And does it make sense to file -build1 changelogs to packages that need rebuilding or will that be done automatically at some point anyway ?
[07:57] <LaserJock> I would think they would do a iceweasel | firefox or something
[07:58] <LaserJock> neutrinomass: if it's something that rarely gets rebuilt then sure
[07:58] <geser> neutrinomass: I doubt iceweasel will get synced
[07:58] <neutrinomass> Depends: iceweasel | iceape-browser
[07:58] <LaserJock> bah
[07:58] <neutrinomass> (for mozilla-diggler )
[07:58] <LaserJock> we're going to have to merge those I think
[07:59] <neutrinomass> LaserJock: Cool thanks ... I wasn't sure whether there's any automatic rebuilding going on
[07:59] <LaserJock> I don't think so
[07:59] <LaserJock> generally once it's succesfully built that's it
[08:00] <LaserJock> neutrinomass: you might ask -devel if iceweasel is going to go into Universe or not
[08:00] <neutrinomass> LaserJock: There's about 10 mozilla-* packages that depend that way ...
[08:00] <LaserJock> yeah, it's certainly be easier maintainence wise, but I don't know if that's really the solution
[08:01] <LaserJock> because people will already have firefox installed
[08:01] <LaserJock> so those packages will basically make them install 2 versions of firefox
[08:01] <LaserJock> which is nasty to do
[08:02] <neutrinomass> true ... Do you know if there's a reason they chose not to depend on firefox? It doesn't really make sense (other than wanting to push iceweasel)
[08:02] <LaserJock> in that light, I think it would probably be better for our users to have a | firefox
[08:02] <LaserJock> neutrinomass: they have no firefox package I don't think
[08:03] <neutrinomass> True... they moved it to non-free or whatnot so they wouldn't want to move everything there
[08:03] <neutrinomass> LaserJock: So should I file bugs and add a | firefox ?
[08:04] <LaserJock> in my opinion yes, but it might be better to ask the higher up how we want to handle it because it does effect a decent number of packages
[08:04] <LaserJock> ok, I'm off
[08:04] <LaserJock> cya all
[08:32] <Adri2000> geser: ping, could you upload a few things for me now? 2 new upstream releases
[08:33] <geser> Adri2000: which ones?
[08:34] <Adri2000> the packages are libdjconsole and djplay (I'm the original maintainer in ubuntu for both), djplay uses libdjconsole, so the best would be to upload first libdjconsole, and once it is built, upload djplay
[08:35] <Adri2000> everything is here: http://adrishost.homeip.net/~adri2000/ubuntu/toupload/
[08:42] <Adri2000> geser: ^
[08:43] <geser> Adri2000: according to /etc/udev/rules.d/README your udev file in libdjconsole should be 45-... instead of 40-...
[08:47] <Adri2000> geser: hmm ok, and I should change that in the package but upstream can keep the 40-?
[08:47] <geser> yes
[08:49] <Adri2000> ok, I'm fixing that
[08:50] <Adri2000> building...
[08:54] <Adri2000> debian/tmp/etc/udev/rules.d/40-hpdjconsole.rules /etc/udev.d/45-hpdjconsole.rules
[08:54] <Adri2000> ./etc/udev.d/45-hpdjconsole.rules/40-hpdjconsole.rules
[08:54] <Adri2000> :-/
[08:54] <Adri2000> I can't do that in a .install maybe?
[08:55] <geser> I don't know
[08:55] <Adri2000> I will do that in debian/rules
[09:02] <Adri2000> ./etc/udev/rules.d/45-hpdjconsole.rules
[09:02] <Adri2000> better :)
[09:03] <geser> yes :)
[09:04] <Adri2000> geser: thanks for this review :p updated diff.gz and dsc at the same url :)
[09:19] <Adri2000> geser: it seems ok now?
[09:20] <geser> yes, I already uploaded libdjconsole and I'm waiting now on the accepted mail
[09:20] <geser> the mail is there
[09:20] <Adri2000> yeah, thank you!
[09:23] <geser> Adri2000: djplay looks ok, I will upload it once the new libdjconsole is on the archive
[09:23] <Adri2000> okay :)
[09:30] <tsmithe> geser, are you free for revu'age?
[09:32] <geser> tsmithe: I don't have an account on revu and can't comment there
[09:32] <tsmithe> ok
[09:32] <tsmithe> no problemo
[09:44] <siretart> tsmithe: any idea where this comes from? http://revu.tauware.de/revu1-incoming/asoundconf-gtk-0612231155/asoundconf-gtk_1.5-1ubuntu4_all.lintian
[09:44] <tsmithe> no
[09:44] <tsmithe> i haven't changed the file since before
[09:44] <tsmithe> that's really weird
[09:44] <tsmithe> and it works fine on my system
[09:45] <tsmithe> putting it in System/Preferences
[09:48] <fdoving> lintian is refering to the debian-menu thing.
[09:48] <tsmithe> i know
[09:49] <tsmithe> i mean - i haven't changed the file, and it works on my system...
[09:49] <tsmithe> what to do?
[09:51] <fdoving> tsmithe: even if it works it's not given it's done the right way.
[09:51] <tsmithe> i can see that
[09:51] <tsmithe> but, as i said, what to do?
[09:51] <fdoving> tsmithe: first, debian menu requires a .xpm icon, you don't provide that. second, you need to put it in an already existing section, not creating your own like you do.
[09:51] <tsmithe> ok
[09:52] <tsmithe> but - it's not in a different section on my machine... i'll do as you say, but i find it strange
[09:54] <fdoving> do you even use the debian menu system? 
[09:54] <fdoving> do you have the package 'menu' installed? 
[09:54] <tsmithe> nope ... i understand the problem now
[09:54] <tsmithe> i did
[09:54] <tsmithe> but not any more
[09:54] <fdoving> 'man menufile'
[09:55] <tsmithe> thanks
[09:55] <tsmithe> :)
[09:55] <fdoving> you can simply remove the debian/*.menu file to escape the simplest way.
[09:56] <tsmithe> i think i'll just do that
[09:56] <tsmithe> i thought it was for a freedesktop-esque file
[10:05] <tsmithe> well, i've made another upload http://revu.tauware.de/details.py?upid=3882
[10:05] <tsmithe> if anyone would be so kind as to revu it
[10:36] <Adri2000> geser: I have another upload (just a debdiff) ready, if you are not too tired of sponsoring :P
[10:37] <geser> Adri2000: ok
[10:38] <Adri2000> bug 76996
[10:38] <Ubugtu> Malone bug 76996 in amule "better icon for amule" [Wishlist,Confirmed]  http://launchpad.net/bugs/76996
[10:58] <mato> Hello. Could the REVU admin to re-sync the "REVU uploaders keyring" please?
[11:01] <mato> Hi Spacey. Do you have time? I would like to ask something concerning uploading new Ubuntu packages.
[11:03] <spacey> mato: i'm afraid i cannot help you with that. i'm not a package maintainter
[11:03] <Adri2000> matid: if it's just a question, ask
[11:03] <Adri2000> s/matid/mato/
[11:05] <mato> I have created several packages for personal use for software not available in Ubuntu (yet). I would like to upload it to REVU, so that perhaps someone will be willing to review them.
[11:05] <mato> I am registered at Launchpad.
[11:05] <Adri2000> ok, you just need a keyring sync
[11:05] <mato> The manual reads that some of the admins has to "re-sync the REVU uploaders keyring". Is here some such person?
[11:06] <mato> I am not sure precisely what it is, but I guess so.
[11:06] <Adri2000> ping ajmitch siretart for a keyring sync
[11:08] <mato> thanks
[11:20] <tsmithe> in feisty universe, the compiz packages are from fd.o right?
[11:25] <siretart> Adri2000: done