[12:13] <hub> so I put a generic address
[12:13] <hub> ok, fine
[12:19] <geser> hub: you can add yourself as XSBC-Original-Maintainer
[12:19] <hub> yeah I did that too
[12:19] <hub> :-)
[12:19] <hub> sometime I just which error message where more verbose
[12:19] <hub> like pointing to that URL
[12:19] <hub> ...
[12:26] <hub> I just wish I had more RAM
[12:36] <tsmithe> hub, i uploaded the latest enblend-3.0, and gave you credit in the copyright file
[12:38] <tsmithe> hey you saw :)
[12:54] <givre> bddebian: if you have some time to review http://revu.tauware.de/details.py?upid=4408 . It fix a bunch of translation issue, and fix priority (was extra instead of optionel)
[12:55] <givre> thanks :)
[01:04] <bddebian> Dang, what do I look like the review king? :)
[01:04] <Hobbsee> bddebian: yep
[01:06] <ajmitch> bddebian: yes
[01:09] <givre> bddebian: yes the review king :)
[01:14] <ajmitch> it don't fit
[01:14] <LaserJock> hi bddebian and ajmitch 
[01:16] <bddebian> Heya LaserJock
[01:16] <bddebian> LaserJock: Do you have a gpib board?
[01:16] <LaserJock> at work yes
[01:18] <bddebian> Ah, I've been talking to the upstream maintainer and a guy trying to package the newer version
[01:18] <bddebian> We might need a tester ;-P
[01:23] <LaserJock> bddebian: oh ok
[01:23] <LaserJock> bddebian: I run the National Instruments proprietary drivers
[01:23] <LaserJock> but I think I have an ancient (breezy or maybe dapper) Ubuntu partition on there I could use to test
[01:24] <ajmitch> and he admits to proprietary drivers
[01:24] <LaserJock> why not?
[01:24] <LaserJock> I use Nvidia and ATI proprietary drivers too
[01:25] <LaserJock> and madwifi but I'm not sure if that's proprietary or not exactly
[01:25] <bddebian> Actually he was asking me about firmware.  Got any thoughts?  I thought maybe a seperate package in Multivers?
[01:25] <bddebian> +e
[01:25] <ajmitch> so RMS is probably going to stalk me & hunt me down
[01:25] <LaserJock> hehe, we should have have nightmares of RMS standing over us with a gnu horn
[01:26] <Lathiat> apt-get install vrms
[01:26] <Q-FUNK> LaserJock: madwifi is not properietary. it's just sloppy code that the LKML would not touch with a 10-foot pole.
[01:26] <ajmitch> he's probably still in the Worker's Paradise
[01:26] <Lathiat> that program possibly needs updating for use with ubuntu to recognise multiverse
[01:29] <LaserJock> wait, is madwifi the one for atheros cards?
[01:29] <Hobbsee> yes
[01:29] <Q-FUNK> yup
[01:29] <LaserJock> k, that's what I thought
[01:29] <LaserJock> it's always just worked so I didn't even know I needed it for a long time
[01:39] <givre> bddebian: forget the review request, i need to fix an other issue anyway. sorry to bother you ;)
[01:40] <bddebian> givre: No worries :-)
[01:51] <cbx33> hi guys
[01:51] <ajmitch> hello
[01:51] <cbx33> if I have a package that installs a file
[01:52] <cbx33> and in the next release of the pacakge, I want to change that file name
[01:52] <cbx33> does just chaning it in the source and the .install file make the old one get remove and the new one added?
[01:52] <ajmitch> yes
[01:52] <cbx33> excellent
[01:52] <ajmitch> you can move/rename files within packages without problems, as long as they're not conffiles
[01:52] <ajmitch> since conffiles are special
[01:55] <cbx33> right
[01:55] <cbx33> because conf files are preserved when a package is removed?
[01:55] <cbx33> unless a purge is done?
[01:56] <ajmitch> and they're handled in interesting ways
[01:57] <cbx33> heh
[01:57] <cbx33> ajmitch, how does the version numbering work
[01:57] <cbx33> 0.1.0-0ubuntu1
[01:57] <cbx33> for example
[01:58] <cbx33> if I have a new upstream version
[01:58] <cbx33> what does the next version become
[01:58] <cbx33> 0.1.1-0ubuntu1 ?
[01:58] <lifeless> yes
[01:58] <cbx33> hmm
[01:59] <cbx33> thanks
[02:12] <cbx33> what's the best way to go about finding a memory leak
[02:12] <cbx33> ?
[02:13] <RAOF> Using a memory-managed language :P
[02:13] <cbx33> heh
[02:13] <RAOF> Alternatively, valgrind is apparently pretty good.
[02:13] <cbx33> will it work wit ha python program?
[02:14] <RAOF> I don't think so.
[02:14] <RAOF> Hm.  How do you leak memory in a python program?
[02:14] <jdong> RAOF: LOL
[02:14] <cbx33> well i have no idea
[02:15] <jdong> RAOF: by maintaining erroneous references
[02:15] <cbx33> I'm using the python-opengl bindings
[02:15] <jdong> RAOF: or by deleting objects with cross-references
[02:15] <jdong> RAOF: both of which defeat garbage collection
[02:16] <cbx33> jdong, if i have a class which get's overwritten with a new instance of that smae class every now and then
[02:16] <cbx33> will that cause a problem?
[02:16] <jdong> cbx33: that will not;
[02:16] <jdong> garbage collection will fix that
[02:16] <cbx33> yeh thought so
[02:16] <cbx33> hmm
[02:16] <jdong> well depends on the class
[02:16] <jdong> if you have a class containing A linking to B and B linking to A
[02:16] <cbx33> it's a self written class nothing complicated, just a few gtk pixbufs
[02:16] <cbx33> no....nothing like that
[02:16] <jdong> but you only do that when you want to break a language :D
[02:16] <jdong> lol
[02:16] <cbx33> :)
[02:17] <jdong> cbx33: if it's leaking then it's probably the subsystem/bindings
[02:17] <cbx33> damn
[02:17] <jdong> cbx33: btw you're Pete Savage, right?
[02:17] <cbx33> that's a lot harder to fix
[02:17] <cbx33> I am indeed
[02:17] <cbx33> I'm hoping that's a good thing ;)
[02:17] <jdong> cool, nice to meet you :)
[02:17] <jdong> haha
[02:17] <cbx33> nice to meet you too
[02:17] <_ion> ;-)
[02:17] <_ion> ma031714 < jdong> cbx33: btw you're Pete Savage, right?
[02:17] <_ion> ma031716 < cbx33> that's a lot harder to fix
[02:17] <jdong> _ion: haha :)
[02:17] <cbx33> haha
[02:18] <cbx33> true though
[02:18] <cbx33> well if anyone is interested in an opengl photo viewer ;)
[02:18] <jdong> cbx33: you mean an opengl RAM drainer? ;-)
[02:18] <cbx33> jdong, of course ;)
[02:18] <cbx33> it was a little project to see if I could program opengl....
[02:18] <cbx33> and...well...I can
[02:18] <_ion> gliv - image viewer using gdk-pixbuf and OpenGL
[02:19] <ajmitch> f-spot uses opengl bindings now too :)
[02:19] <RAOF> How does it get its opengl bindings?
[02:19] <jdong> libmono-opengl :D
[02:19] <jdong> or whatever
[02:19] <RAOF> Because I've been looking at packaging Tao, and it seems horrible from a packaging point of view
[02:21] <cbx33> _ion, cool
[02:21] <cbx33> phimage does things slightly different
[02:22] <cbx33> I just wish it didn't start eating system resources
[02:22] <cbx33> it must be the bindings
[02:23] <ajmitch> RAOF: it bundles Tao
[02:23] <ajmitch> why is Tao horrible from a packaging point of view?
[02:23] <RAOF> Becasue I couldn't find any way to get it to install in a sane place.
[02:24] <RAOF> It either just builds a bunch of .dlls, which I'd then have to manually install into the GAC, or it really, really wants to be built in /usr
[02:24] <cbx33> anyway
[02:24] <cbx33> nn all
[02:25] <RAOF> Hm, also, is there anywhere where I can view the NEW queue?  It's on launchpad somewhere, isn't it?
[02:26] <ajmitch> launchpad.net/ubuntu/feisty/+queue
[02:26] <bddebian> https://launchpad.net/ubuntu/feisty/+queue
[02:26] <RAOF> Thanks muchly.  Just want to see where Specto's gone :)
[02:28] <bddebian> Hmm, what to do, what to do..
[02:29] <LaserJock> I'm sure there are some science bugs around ....
[02:30] <bddebian> Well I'm debating between gpib and reviews :-(
[02:30] <jdong> LOL I love myself
[02:30] <ajmitch> review!
 Oh btw, Kp isn't Kp. It's actually Kp+Ki+Kd
[02:30] <RAOF> Well, you could apply my debdiff to gnome-compiz-manager and review that :)
[02:30] <Hobbsee> nope
[02:30] <LaserJock> nope
[02:31] <ajmitch> that's alright then
[02:31] <ajmitch> hello Hobbsee 
[02:31] <_ion> I wish compiz-extra from REVU would get in in time.
[02:33] <jdong> ajmitch: hehe EE stuff
[02:33] <jdong> PID control
[02:33] <jdong> I kinda deceptively named some variables
[02:33] <RAOF> _ion: I wish gandalfn would get back to me so I could fix gnome-compiz-manager
[02:35] <pochu> RAOF: do you mean desktop-effects?
[02:35] <RAOF> pochu: No, I mean gnome-compiz-manager, a nice simple Compiz configuration thingy
[02:35] <pochu> RAOF: is it similar to desktop-effects?
[02:36] <RAOF> pochu: Kinda.
[02:36] <RAOF> But a more complete set of configuration thingies.
[02:37] <pochu> RAOF: that's fine :)
[02:37] <RAOF> Hm.  How long should I wait for a reply before just fixing the trivial problems raised in the review.
[02:38] <LaserJock> RAOF: what were the problems?
[02:39] <RAOF> Build dep on a too-low version of debhelper, DebianMaintainer Spec.
[02:39] <RAOF> Oh, and bumping compat up from 4 to 5
[02:39] <RAOF> http://raof.dyndns.org/gnome-compiz-manager.debdiff should fix them all.
[02:41] <LaserJock> why would you need to wait? is the package on REVU one by gandalfn?
[02:41] <RAOF> Yes.
[02:41] <RAOF> It's not my package, I just want to get it in :)
[02:42] <LaserJock> well, it's kinda silly to be waiting on just that :/
[02:42] <RAOF> Otherwise I'd be summoning the king of review, bddebian, for another review :)
[02:42] <RAOF> Yeah.  But I don't really want to step on anyone's toes.
[02:44] <bddebian> If someone else reviews it and give an ack, I'll fix those two errors and upload
[03:32] <bddebian> Gah, where the fsck are these build/foo dirs coming from..
[03:33] <RAOF> bddebian: More tarball.mk fun?
[03:34] <Q-FUNK> bddebian: which build/foor dirs?
[03:35] <Q-FUNK> bddebian: the targets?
[03:37] <bddebian> Gah, I found it.. Sheesh.  Hmm
[03:38] <RAOF> Nice monologue :)
[03:38] <bddebian> He does cp -a linux-gpib build in debian/rules
[03:54] <LaserJock> anybody have a PDA recommendation?
[03:54] <bddebian> They all suck
[03:54] <LaserJock> good to know ;-)
[03:54] <Hobbsee> bddebian: sucks!
[03:55] <bddebian> Yeah he does :-(
[03:55] <crimsun> nokia 770?
[03:57] <hub> n800
[03:57] <LaserJock> maybe I should just stick to sticky notes that I lose all the time :-)
[03:57] <zul> LaserJock: why dont you use the gnome sticky notes applet?
[03:57] <_ion> "Nokia", as in "one of the most vehement lobbyists of software patents in EU"? :-)
[03:57] <LaserJock> zul: I need it when I'm not at my computer
[03:58] <LaserJock> I have iCal/Google Calendar for on-computer
[03:59] <LaserJock> all I need is something so I don't forget meetings :/
[03:59] <crimsun> got a watch or a mobile phone?
[03:59] <LaserJock> google calendar +SMS works ok for some things
[04:00] <LaserJock> crimsun: both, but it hasn't proven very successful
[04:00] <crimsun> how is /adding/ gadgetry going to help, then?
[04:00] <LaserJock> ummm, it'd make me feel better? :-)
[04:06] <bddebian> crimsun: Do you have a sec to take a quick look at something for me?
[04:07] <crimsun> bddebian: boarding a plane shortly, tomorrow?
[04:07] <bddebian> Damn. Sure, thx
[04:08] <ajmitch> hi crimsun, bye crimsun :)
[04:09] <bddebian> ajmitch: How about you?  http://pastebin.us/14617
[04:10] <ajmitch> what about me?
[04:11] <bddebian> What's wrong there?
[04:11] <ajmitch> you expect me to know with that little context?
[04:11] <bddebian> Yep
[04:11] <ajmitch> too bad
[04:12] <bddebian> I don't know how it's working at all :-)
[04:12] <bddebian> But when it trys to cd into build/language/python it chokes
[04:12] <ajmitch> well you're changing the directory it's working in later
[04:14] <bddebian> Did you see my note about how he was trying to do it?
[04:14] <ajmitch> didn't say much
[04:18] <bddebian> How about this? http://pastebin.us/14619
[04:20] <ajmitch> doesn't say why it's not creating the dir
[04:27] <bddebian> The dir is there
[04:44] <RAOF> bddebian: Hey, doesn't that try to cd to "build/language/python/build/language/python"?
[04:45] <RAOF> You could possibly add a "&& cd ../../../" before the "done" in the for loop
[04:48] <_ion> It's sh syntax.
[04:48] <RAOF> Hm.  Maybe I'm confusing myself with cdbs, but aren't debhelper rules files make files?
[04:48] <_ion> Well, all the Makefile rules are sh command lines.
[04:49] <RAOF> Oh, well that makes it easier.
[04:50] <_ion> (with make escaping)
[05:12] <bddebian> Well shit, I can't get any of them to work :(
[05:16] <RAOF> bddebian: What's not working?  Still same error message?
[05:16] <RAOF> Let me help, you're awesome :)
[05:19] <bddebian> Yeah, still same problem :-(
[05:19] <RAOF> Wanna pastbin the problem?
[05:19] <RAOF> You're now doing one of "&& cd ../../../"
[05:20] <RAOF> Or just spawning the command in a new shell?
[05:20] <bddebian> Tried the cd ../../../ to no avail
[05:20] <bddebian> What do you mean spawning command in a new shell?
[05:21] <RAOF> Just putting it all in ( do_stuff ) things.
[05:21] <RAOF> bddebian: Maybe you could echo `pwd` in the loop?
[05:21] <RAOF> For debugging purposes?
[05:22] <bddebian> It was already:
[05:22] <bddebian>         for python in $(PYVERS); do \
[05:22] <bddebian>           (cd build/language/python;\
[05:22] <bddebian>             python$$PYVERS build/language/python/setup.py build;)\ done
[05:23] <bddebian> Oh crap, I left that path in there. Grr
[05:23] <RAOF> Ok, I can help by merely making you see your own mistakes :)
[05:25] <bddebian> heh
[05:25] <RAOF> Working?
[05:25] <bddebian> Dunno yet, it takes forever to build :-(
[05:25] <RAOF> I need to get some pbuilder action on my new Core Duo 2 laptop. :)
[05:26] <jdong> RAOF: if you have a fat upload link help me encode 5 seasons of family guy!
[05:26] <jdong> x264 can really use one of those Core 2's
[05:27] <RAOF> jdong: 1Mbit, soon.  Probably not fat enough :)
[05:27] <jdong> RAOF: that's fat enough to help me work on family guy :D
[05:28] <jdong> and I definitely have permission from FOX and Seth MacFarlane :)
[05:28] <bddebian> heh
[05:28] <RAOF> Thinking of encoding, no matter how tempted you are you should not buy "Monty Python's Personal Best"
[05:29] <RAOF> It seemed like it should be a bunch of cool Flying Circus sketches, and it is... kinda.
[05:29] <RAOF> Except, they're truncated.  They only show half-sketches!
[05:42] <bddebian> RAOF: Enjoy: http://pastebin.us/14622  :-)
[05:42] <tonyyarusso> Weeeee dialup
[05:42] <RAOF> Dialup FTW!
[05:43] <tonyyarusso> indeed
[05:43] <elkbuntu> dialup > nothing
[05:44] <RAOF> bddebian: Isn't that exactly the same setup you had before?
[05:44] <tonyyarusso> elkbuntu: true
[05:44] <bddebian> RAOF: It fails the same, no matter what
[05:45] <RAOF> bddebian: So doing: "cd build/language/python && python$pyver setup.py install --root=/tmp/buildd/gpib-3.2.08+svn1451/debian/tmp && cd ../../../ ;" doesn't work?  :(
[05:46] <RAOF> Or the equivalent part from the debian/rules file.
[05:46] <RAOF> :(
[05:46] <RAOF> bddebian: The source packages are on REVU, right?
[05:51] <bddebian> Oh hmm, maybe I forgot the &&
[05:51] <joejaxx> bddebian: if there is already a package in revu but it has not been touched in months how can i upload source for that package to be revu'd?
[05:51] <bddebian> joejaxx: If you just upload it it will overwrite it, but ideally you should try to contact the original uploader before hijacking a package
[05:52] <joejaxx> bddebian: alright
[05:55] <joejaxx> ah
[05:55] <joejaxx> Toadstool: ping :)
[06:00] <tonyyarusso> Whoo, pbuilder moved on to the Bs!  And with that, I'm off.
[06:29] <RAOF> bddebian: Worked it out yet?  Or should I really have a look at the source :)
[06:30] <bddebian> Nah, I'm busy with Oblivion now ;-)
[06:31] <RAOF> :)
[06:39] <LaserJock> bddebian: drinking your way to oblivion? ;-)
[06:39] <bddebian> Heh, probably should be :)
[06:40] <ajmitch> hah
[06:40] <joejaxx> lol
[06:41] <joejaxx> how is everyone doing?
[06:41] <ajmitch> water? you trying to kill me?
[06:42] <LaserJock> I just wonder which one of us will be the first to go into rehab because of Ubuntu? ;-)
[06:42] <bddebian> haha
[06:42] <ajmitch> I do not have a problem, ok?\
[06:43] <LaserJock> suuuurrrre ...
[06:43] <ajmitch> :)
[06:46] <LaserJock> an my eye twitch is just from doing too much research ;-)
[06:48] <bddebian> hehe
[06:48] <RAOF> Mine is from doing to little :-|
[06:48] <RAOF> Why must Maple hate me? :'(
[06:49] <ajmitch> heh
[06:54] <LaserJock> :(
[06:54] <LaserJock>  #kubuntu-devel is dead
[06:55] <nixternal> is it?
[06:58] <joejaxx> LaserJock: :(
[07:12] <bddebian> Gnight gang
[07:13] <nixternal> boo
[07:13] <nixternal> darn, just missed him
[08:17] <LaserJock> anybody know why I would lose localhost in ifconfig?
[08:19] <Fujitsu> LaserJock, why would localhost be there in the first place?
[08:19] <Fujitsu> lo, you mean?
[08:20] <LaserJock> yeah
[08:20] <Fujitsu> It seems to go missing for me after about 30 seconds if I don't log on, then I have to bring it up manually.
[08:20] <Fujitsu> Actually, I fixed that a few days back by adding it to /etc/network/interfaces.
[08:20] <Fujitsu> I think I managed to stuff my installation up when I installed pre-Herd 1.
[08:20] <LaserJock> right ... I got rid of /etc/network/interfaces
[08:21] <Fujitsu> Why'd you do that?
[08:21] <LaserJock> network-manager was throwing fits
[08:21] <Fujitsu> Ah.
[08:21] <Fujitsu> NM will deactivate lo, then
[08:22] <Fujitsu> So you'll need to put it back in.
[08:22] <LaserJock> so is it mutually exclusive?
[08:24] <Fujitsu> Is what?
[08:24] <Fujitsu> NM won't touch any interfaces that are in /etc/network/interfaces.
[08:24] <Fujitsu> If you just have lo in there, no problem should be had.
[08:25] <LaserJock> ok, seems to work
[08:25] <LaserJock> it's just my static eth0 that doesn't play nicely
[08:26] <Fujitsu> That will make it ignore eth0 entirely.
[08:29] <LaserJock> ok, so I got lo back and am letting my router play static dhcp
[08:29] <LaserJock> that should work
[09:20] <AnAnt> bdmurray: ping
[09:22] <StevenK> (in terms of LP accounts)
[09:24] <ajmitch> StevenK: we've been in negotiations with the Powers That Be
[09:24] <StevenK> Neat.
[09:24] <ajmitch> Laser_away has been busy in #launchpad
[09:25] <AnAnt> bdmurray =? bddebian ?
[09:29] <coNP> AnAnt: false
[09:29] <Fujitsu> StevenK: From what I've seen, it's quite a while away yet.
[09:29] <AnAnt> coNP: thanks
[09:31] <StevenK> Fujitsu: :-/
[09:52] <dholbach> good morning
[10:17] <ajmitch> morning daniel
[10:20] <dholbach> hey Andrew
[10:26] <ajmitch> dholbach: how was your weekend?
[10:27] <dholbach> ajmitch: very very good - lots of cool stuff :-)
[10:27] <dholbach> ajmitch: how was yours?
[10:27] <ajmitch> fairly quiet & uneventful :)
[11:39] <Lutin> siretart: ok, thanks. I made some changes on it and it should work as expected now
[11:40] <geser> is there a policy for updates of native packages during UVF?
[11:44] <tsmithe> geser, did you get my message about --disable-portaudio ?
[11:45] <geser> tsmithe: yes
[11:46] <tsmithe> cool :)
[11:48] <siretart> Lutin: http://dunnewind.net/~lutin/resource/update-maintainer?
[11:54] <geser> siretart, dholbach: are updates of native packages allowed during UVF?
[11:54] <ajmitch> more dholbachs
[12:02] <Lutin> siretart: err. sorry. s/resource/code
[01:15] <shawarma> Hobbsee: What's KLIK?
[01:16] <Hobbsee> shawarma: http://klik.atekon.de/
[01:22] <AnAnt> Hobbsee: ping, can you please review acon ? http://revu.tauware.de/details.py?upid=4397
[01:23] <shawarma> Hobbsee: Looks ghastly.
[01:23] <Hobbsee> shawarma: yup
[01:24] <Hobbsee> AnAnt: that'll need a UVFe
[01:25] <AnAnt> Hobbsee: huh ?
[01:25] <AnAnt> Hobbsee: what's that ?
[01:25] <Hobbsee> !uvf
[01:25] <ubotu> uvf is Upstream Version Freeze.  For an exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#head-9523bc4076ff011324d67cddc97969ec609618d6
[01:26] <AnAnt> even universe is freezed ?
[01:26] <Hobbsee> of course...
[01:26] <Hobbsee> !schedule
[01:26] <ubotu> Ubuntu releases a new version every 6 months. Each version is supported for 18 months to 5 years. More info at http://www.ubuntu.com/ubuntu/releases & http://wiki.ubuntu.com/TimeBasedReleases
[01:26] <Hobbsee> it froze later, but yes
[01:26] <shawarma> Since we're not in FF yet, it'd be OK to fix this: https://bugs.launchpad.net/ubuntu/+source/lighttpd/+bug/80818 right?
[01:26] <Ubugtu> Malone bug 80818 in lighttpd "lighttpd doesn't use FAM" [Undecided,Unconfirmed]  
[01:27] <AnAnt> i see
[01:27] <Hobbsee> oh wait
[01:27] <Hobbsee> oh, it's only a bugfix, not a new upstream versoin
[01:27] <Hobbsee> sub ubuntu-universe-sponsors, etc.
[01:27] <AnAnt> Hobbsee: you mean acon ?
[01:27] <Hobbsee> yes
[01:28] <AnAnt> Hobbsee: yes it is a bug fix not a new package
[01:28] <Hobbsee> then it's not a part of that freeze
[01:28] <StevenK> So it'd be fine to fix even after FF
[01:28] <AnAnt> where's the schedule btw ?
[01:28] <StevenK> https://wiki.ubuntu.com/FeistyReleaseSchedule
[01:28] <Hobbsee> shawarma: yep
[01:28] <AnAnt> StevenK: thanks
[01:29] <Hobbsee> shawarma: you could even after feature freeze - as long as it's not a new upstream version - ie, going from 0.4.1 to 0.4.2, etc
[01:29] <shawarma> Hobbsee: It involves enabling a new feature in an existing package. Doesn't that violate FF?
[01:29] <shawarma> Or am I interpreting "feature" too broadly?
[01:29] <AnAnt> Hobbsee: so you can review it ?
[01:30] <Hobbsee> not sure.  wouldnt think so?
[01:30] <Adri2000> I think FF for universe means new packages
[01:30] <shawarma> Adri2000: SurE?
[01:30] <Hobbsee> StevenK: can
[01:30] <shawarma> Adri2000: Has it been discussed already?
[01:30] <Adri2000> I don't think so
[01:30] <shawarma> Adri2000: Or is it just painfully obvious to everyone but me? :-)
[01:59] <pirast> has uvf already happened?
[01:59] <Hobbsee> yes
[01:59] <pirast> argh
[01:59] <pirast> i hate exceptions
[01:59] <StevenK> Then don't file them?
[02:00] <StevenK> Sounds fairly simple to me.
[02:00] <Hobbsee> they're nto as bad as SRU's
[02:00] <StevenK> Don't start that again. :-)
[02:01] <pirast> stevenk, yeah you are right
[02:01] <pirast> i dont know why i do this, bug it is a fairly critical bug
[02:01] <pirast> and although i dont get money and i dont profitate from the success of ubuntu, i want to get this fixed ;-) dont know why
[02:02] <shawarma> pirast: What is the problem?
[02:02] <pirast> broken bcm43xx support
[02:03] <pirast> the kernel driver requires a firmware version 4
[02:03] <pirast> but the bcm43xx-fwcutter in universe can not extract it from version 4
[02:03] <pirast> that came in a later version which is in debian but not ubuntu
[02:04] <StevenK> I can't see that package in Debian...
[02:05] <pirast> bcm43xx-fwcutter
[02:05] <AnAnt> Hobbsee: so for acon do I have to file a UVF or it can be reviewed since it is a bug fix ?
[02:05] <pirast> http://packages.debian.org/unstable/utils/bcm43xx-fwcutter
[02:05] <Hobbsee> AnAnt: afaik, it's a bugfix
[02:05] <AnAnt> Hobbsee: ok, can you review it then ?
[02:05] <Hobbsee> no.  i'm tired, i'm going to bed RSN.
[02:06] <AnAnt> ok
[03:19] <bddebian> Heya gang
[03:20] <Lutin> heya bddebian 
[03:20] <bddebian> Hello Lutin
[03:21] <geser> Hi bddebian
[03:21] <bddebian> Heya geser
[03:21] <Lutin> bddebian: about mlt++ : itFTBFSs 'cause it requires mlt, which is still in new ;). could you archive the package ?
[03:21] <shawarma> Do any of you guys have a Sparc box with feisty running on it?
[03:22] <bddebian> Lutin: I figured that after I did it.  Why archive it, mlt might make it one day? :)
[03:22] <zul> shawarma: check with fabbione
[03:22] <Lutin> bddebian: it won't make it for feisty I think ;)
[03:23] <shawarma> zul: He doesn't seem to be around these days and last I asked, he seemed reluctant to give me access..
[03:23] <zul> shawarma: oh thats right he is on vacation..
[03:23] <bddebian> I wish I had one
[03:24] <zul> shawarma: yeah i doubt he would give someone access 
[03:24] <shawarma> zul: Ah, ok. He said something about it not being on very often since it uses 1.21 Giga watts or something.
[03:32] <tsmithe> bddebian, ping?
[03:32] <imbrandon> hum i could order this and put it in my buildd rack  http://cgi.ebay.com/SUN-Ultra-10-Ultra-Sparc-II-i-450MHz-1024MB-CD_W0QQitemZ220083985921QQihZ012QQcategoryZ20328QQrdZ1QQcmdZViewItem
[03:32] <tsmithe> don't smash your hand if you do
[03:32] <imbrandon> lol
[03:32] <bddebian> imbrandon: Or you could just send it to me :)
[03:32] <tsmithe> wow very cheap
[03:32] <bddebian> tsmithe: pong
[03:33] <imbrandon> tsmithe, yea thats what i was thinking and it has a gig of ram
[03:33] <imbrandon> no hdd
[03:33] <imbrandon> but i have a ton of hdd's arround ( all types )
[03:33] <tsmithe> bddebian, aha. the copyright stuffs in wired. do i still include the files if they aren't used in producing the final binary?
[03:33] <tsmithe> ie, in debian/copyright
[03:34] <imbrandon> hum payday is tomarrow, i'll see if its still that cheap tomarrow and bid on it
[03:34] <bddebian> Hmm, good question.  I don't really know :-(
[03:34] <tsmithe> and wrt to AUTHORS, if i have that as a doc, then surely referencing it is enough, cos people can look in /usr/share/doc 
[03:34] <tsmithe> anyone know?
[03:34] <bddebian> If you say so.  As I said, license/copyright stuff isn't my bag :-(
[03:36] <tsmithe> does that mean you'll advocate?
[03:36] <bddebian> tsmithe: You need a second anyway so if you can get one, sure
[03:37] <tsmithe> cool
[03:37] <tsmithe> able to take a look at enblend (apologies, apologies) while you are at it?
[03:39] <bddebian> It's building atm
[03:42] <tsmithe> bddebian, danke. it's a bit heavy, as hub said.
[03:58] <pirast> i have a .install file and in the source directory is a file called dvdrip-icon-hq.svg stored.
[03:59] <pirast> now, i want to tell dpkg to install it to /usr/share/pixmaps/dvdrip.svg
[03:59] <pirast> via the .install file. how can i do this?
[04:02] <crimsun> "in the source directory" is a bit vague.
[04:02] <bddebian> pirast: iirc you can't rename files with a .install, you would have to do it in rules
[04:02] <bddebian> But I'm probably wrong :)
[04:02] <pirast> bddebian, :-)
[04:02] <pirast> bddebian, okay, then I will use rules
[04:03] <bddebian> tsmithe: Does this thing ever build?
[04:03] <tsmithe> bddebian, yup
[04:03] <tsmithe> needs more than 512MiB apparently
[04:14] <geser> bddebian: no, you are right: dh_install cannot rename files or directories (from the manpage)
[04:21] <bigon> hi, what must I do with the uploader field in the control file? should I use X-Original-Uploaders or something?
[04:23] <geser> bigon: XSBC-Original-Maintainer
[04:24] <geser> you can use Lutin's script to do it
[04:24] <bigon> so I must move the name from uploaders in XSBC-Original-Maintainer
[04:26] <geser> bigon: yes, from Maintainer to XSBC-O-M and put "Ubuntu Core Developers <ubuntu-devel-discuss@lists.ubuntu.com>" for main/restriced or "Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>" for universe/multiverse into Maintainer
[04:27] <bigon> ok
[04:27] <bigon> thx
[04:36] <lionel> geser: would you have time to review tapioca (http://revu.tauware.de/details.py?upid=4407) ?
[05:19] <geser> lionel: reviewed
[05:19] <lionel> geser: thanks !
[05:24] <daviey> Hi, can somebody help me create a deb file.   It will contain either 5 tar achieves or foldes than on installation is copied to a location and on installation deletes them.
[05:24] <daviey> and on uninstalling deletes them, it should say
[05:57] <rexbron> TheMuso: http://revu.tauware.de/revu1-incoming/soma-0702070910/soma-2.3.1+dfsg1/daemon/somad.h
[05:57] <rexbron> TheMuso: does the excption at the bottom of the header licence pass muster?
[06:01] <geser> zul: bug #86315 has a debdiff which fixes the current FTBFS of xen-meta
[06:01] <Ubugtu> Malone bug 86315 in xen-meta "[FTBFS]  Patch for xen-meta 0.0.1-2ubuntu1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86315
[06:02] <zul> geser: thanks will take a look
[06:05] <lionel> geser: tapioca uploaded again (http://revu.tauware.de/details.py?upid=4414)
[06:17] <siretart> what would you prefer 2.3.1-1~ubuntu1 or 2.3.1-0ubuntu1? the package in question is a 'fakesync' from an not yet published 2.3.1-1 debian version. 
[06:18] <jdong> squiggly lines pay me 5% royalties
[06:18] <jdong> ;-)
[06:18] <siretart> I'm not too happy with 2.3.1-1ubuntu1, since it is 'higher' than '2.3.1-1'
[06:18] <dholbach> -1build1
[06:18] <dholbach> (is what I'd do)
[06:19] <siretart> dholbach: that a) higher and b) will be overwritten by next sync (which may or may not be wanted in this case)
[06:19] <dholbach> you said it's a fakesync, no?
[06:20] <dholbach> isn't b) what you'd want?
[06:20] <siretart> 'fakesync' from unpublished version
[06:20] <siretart> the 'final' debian version might differ
[06:20] <dholbach> then do a            <current>+unreleased2.3.1-1      :-)
[06:21] <siretart> hm. I think I'll go with 2.3.1-1~ubuntu1...
[06:22] <siretart> if he changes his unreleased 2.3.1-1 version, we do ~ubuntu2, if he uploads, we become -1ubuntu1
[07:48] <tsmithe> anyone able to help with a couple of reviews?
[07:59] <ajmitch> morning
[08:03] <zul> hey ajmitch 
[08:05] <Reefa> Howdy eeryone, Was hoping someone could shed some light on this error for me, with amd64 ubuntu 6.10 and with ubuntu i368 6.10, it loads live fine but when I actually install and reboot I get, tty can't start job control. Any ideas?
[08:06] <Nafallo> Reefa: maybe a supportchannel such as #ubuntu would suite you better?
[08:06] <Reefa> Yeah, tried there no one seems to have any idea
[08:06] <Reefa> If you want to know whats wrong you gotta ask someone who knows a room full of people who need help isn't really the place
[08:07] <Nafallo> Reefa: this is still not a supportchannel. you might want to try again, or search google :-)
[08:07] <Reefa> Yeah on google I found a lot of people with the same problem but no answers, obviously not gonna get any here either
[08:22] <matt_good> I've uploaded a new package and got a comment that the maintainer field needs to be an @ubuntu.com email address
[08:22] <matt_good> do I need to get someone with an ubuntu address to be a maintainer, or is there a way I can register for a @ubuntu.com address?
[08:22] <geser> matt_good: https://wiki.ubuntu.com/DebianMaintainerField
[08:31] <matt_good> geser: yes, the comment pointed me to that page
[08:31] <matt_good> there is no Debian maintainer at this time
[08:32] <matt_good> I'd like to get it into Debian eventually, but some of the dependencies are not yet available
[08:33] <matt_good> I guess I could use ubuntu-motu@lists.ubuntu.com
[08:34] <geser> use ubuntu-motu@lists.ubuntu.com as maintainer
[08:34] <geser> and if you want add yourself as XSBC-Original-Maintainer
[08:35] <matt_good> ok
[09:19] <cyberjackal> quit
[09:23] <tsmithe> @pity jdong for not recognising the supreme british masters^Wspellers
[09:23] <tsmithe> i said pity!
[09:24] <jdong> you mean soupreme?
[09:24] <jdong> and those are spellours to you.
[09:24] <tsmithe> "* Ubugtu shows jdong a photo of mneptok for not recognising the supreme british masters^Wspellers"
[09:24] <tsmithe> at least Ubugtu can spell recognise correctly :P
[09:24] <jdong> courrectly.
[09:25] <jdong> and it's libzedelib too right?
[09:25] <jdong> better cheque your filesystmes.
[09:25] <_ion> recougnise
[09:25] <jdong> fscq /dev/sda
[09:25] <jdong> lol
[09:25] <jdong> I mean loul
[09:27] <_ion> Shouldn't that be "partes"?
[09:27] <jdong> haha :)
[09:29] <lifeless> ajmitch: congrats btw
[09:30] <ajmitch> lifeless: hm?
[09:30] <lifeless> on the council position
[09:30] <ajmitch> ah, thanks
[09:33] <ajmitch> lifeless: you have the code for your possible-conflicts tool? I'd like to put it into something a bit more readable, like an html table 
[09:35] <lifeless> the codes currently not open source, and its fate is unknown, this is for a couple of reasons
[09:35] <lifeless> one is that I used another internal library that isn't released to write it
[09:35] <lifeless> that should be getting released any day now
[09:35] <ajmitch> right
[09:36] <lifeless> the other reason is that its meant to hook into launchpad, and the how of that is quite significant 
[09:36] <ajmitch> so, write my own tool for it for now, or process the output you have
[09:37] <lifeless> I think you want to process the output I have - its non trivial processing the information efficiently
[09:37] <lifeless> but I'm happy to tweak what I output to make it more processable
[09:38] <ajmitch> yeah, running through it with split() is a bit annoying to parse
[09:38] <lifeless> as a data point, the database for it is 1.7GB
[09:38] <ajmitch> that's not too bad
[09:39] <ajmitch> I've got a BTS mirror that's > 12 GB to generate some other lists
[09:39] <lifeless> the bulk of that is email though right ?
[09:40] <ajmitch> yes, I only use the .summary files for now, which are small
[09:40] <lifeless> this is like 6 tables
[09:40] <lifeless> it doesn't even have message summaries in it
[09:40] <ajmitch> so it takes a little while to run?
[09:41] <ajmitch> how much RAM does python use while going through all that?
[09:41] <lifeless> ~30 minutes, and not much
[09:41] <lifeless> but getting to that is non trivial
[09:41] <ajmitch> not bad
[09:41] <lifeless> early versions used ~ a GB and took 2.5 weeks
[09:41] <ajmitch> heh
[09:43] <ajmitch> from 2.5 weeks down to 30 min, is a good improvement
[09:44] <lifeless> yes, part of that is incremental processing though
[09:44] <lifeless> it would still take ages if it had to bootstrap again
[09:44] <lifeless> The current format should be trivial to manipulate in awk/perl/python
[09:45] <lifeless> or even cut
[09:45] <lifeless> but that said, if you have requests, do let me know
[09:45] <lifeless> I spent a lot of time writing it, I really want it to be usable
[09:46] <ajmitch> yes, I didn't spen much time on that at all, I just preferred to use the source directly if it was available
[09:46] <lifeless> yeah, sorry about that
[09:46] <ajmitch> thanks for writing it, it does look quite useful
[09:46] <ajmitch> do you update the output often?
[09:46] <lifeless> it runs hourly
[09:46] <ajmitch> great
[09:46] <lifeless> so new content at x:30
[09:47] <ajmitch> I'll probably pull it down & create html each day or every few hours
[09:47] <ajmitch> & maybe do some more bugfiling
[10:14] <mr_pouit> does someone have an idea how to fix Bug 85898 ?
[10:14] <Ubugtu> Malone bug 85898 in kxgenerator "[feisty]  FTBFS" [Undecided,Unconfirmed]  https://launchpad.net/bugs/85898
[10:26] <crimsun> did you check it?  [./po/pl.po, that is] 
[10:34] <keescook> superm1: I got in trouble for the upload.  :)
[10:34] <crimsun> bypassed UVF or something?
[10:34] <keescook> I'm working on a mess of fixes for the packaging.
[10:34] <keescook> nah, there were packaging changes between versions, and a mess of binary NEWs
[10:35] <keescook> and then mithrandir looks at the packaging and saw a bunch of stuff that was not right; I've been fixing it up.
[10:35] <keescook> I should have a new version shortly, I just needed to tests some bits of it.
[10:35] <crimsun> ah.
[10:35] <superm1> keescook, what happened?
[10:36] <superm1> keescook, what was wrong packaging wise?
[10:36] <keescook> superm1: I've got a list of stuff I've fixed up, one sec
[10:36] <superm1> k
[10:37] <keescook> the big one is that nothing is ever supposed to ship in /home
[10:37] <keescook> so I'm rearrange this a bit to use /etc/mythtv for those files
[10:37] <superm1> keescook, could you come to #ubuntu-mythtv and we'll chat about the changes?
[10:37] <keescook>  /media is only for removable media, so I moved this to /var/lib/mythtv/recordings
[10:37] <keescook> superm1: yeah, good idea
[10:39] <imbrandon> man 44k messgaes in your imap inbox will slow it down a bit
[10:39] <imbrandon> hum
[10:39] <TheMuso> imbrandon: What format are you using?
[10:39] <TheMuso> mbox?
[10:39] <imbrandon> maildir
[10:39] <TheMuso> oh ok
[10:40] <ajmitch> 44k messages is nothing compared to what I store locally
[10:40] <imbrandon> localy i wouldnt mind
[10:40] <_ion> What imapd are you using, btw?
[10:40] <imbrandon> but remote kinda sucks
[10:40] <imbrandon> couier ( s? )
[10:41] <imbrandon> postfix , courier , fetchmail , spamassasian
[10:41] <_ion> I've seen people claiming dovecot is quick with large maildirs, but i have no real proof of that.
[10:42] <_ion> Perhaps someone has made a scientific comparison.
[10:42] <mr_pouit> crimsun, po/pl.po is really empty. Should I remove it in clean target ?
[10:43] <crimsun> mr_pouit: is it a merge? Check if pristine upstream ships it that way
[10:43] <mr_pouit> this is a sync, it is exactly debian package
[10:43] <mr_pouit> but it doesn't ftbfs in debian (nor in my pbuilder when I requested the sync)
[10:44] <ajmitch> dovecot is fairly good
[10:45] <ajmitch> no motu-uvf people around?
[10:46] <ajmitch> hi bddebian, LaserJock 
[10:46] <LaserJock> hi
[10:46] <bddebian> Heya gang, ajmitch, LaserJock
[10:48] <bddebian> Jesus, something has to be seriously wrong with Enblend
[10:48] <cbx33> hey bddebian 
[10:48] <bddebian> Hi cbx33
[10:48] <LaserJock> imbrandon: 44k in IMAP is bad?
[10:49] <bddebian> Welcom gudjon ;-)
[10:49] <gudjon> Thanks
[10:49] <bddebian> Gah, +e
[10:49] <LaserJock> hi cbx33 
[10:49] <cbx33> anyone know where I can find some hardware icons for a diagram?
[10:49] <cbx33> hey LaserJock 
[10:49] <cbx33> i need a router
[10:49] <cbx33> server
[10:49] <cbx33> client
[10:49] <cbx33> switch
[10:49] <bddebian> Visio? ;-P
[10:49] <cbx33> bddebian, noooooooooooooooooooooooooo
[10:49] <cbx33> just need the icons
[10:49] <cbx33> will do the rest in oodraw
[10:49] <cbx33> or inkscape
[10:51] <LaserJock> _ion: how big is big for dovecot?
[10:52] <bddebian> gudjon: I haven't had a chance to rebuild yet since my machine is dead trying to build this damn enblend
[10:53] <lionel> cbx33: openclipart has good icons
[10:54] <cbx33> lionel, where do i get it?
[10:54] <lionel> (chekc package openclipart-svg)
[10:54] <LaserJock> openclipart.org I think too
[10:54] <gudjon> Ok
[10:54] <cbx33> crikey
[10:54] <cbx33> big
[10:54] <cbx33> but cool
[11:43] <LaserJock> ajmitch: do you have an IMAP inbox?
[11:45] <ajmitch> nope
[11:45] <ajmitch> well I do for work mail
[11:45] <ajmitch> but it's tiny
[11:46] <LaserJock> I just wonder if mine is too big
[11:46] <_ion> laserjock, imbrandon: http://student.iu.hio.no/~s132278/reports/disney_imap_maildir.pdf
[11:46] <crimsun> I have one with ~750k at school.
[11:47] <LaserJock> my inbox is 63MB and total I have 319MB of IMAP for my account
[11:48] <LaserJock> I guess it'd be really slow if it was too much
[11:48] <crimsun> ~3.4GB here, and it's slow as turtles
[11:48] <_ion> Apparently dovecot wins on large mailboxes because of its indexing.
[11:50] <tsmithe> imap eh...
[11:50] <tsmithe> why's that better than pop3?
[11:51] <lionel> tsmithe: you can read it wherever you are ? :)
[11:51] <LaserJock> it stays on the server
[11:51] <LaserJock> exactly
[11:51] <tsmithe> hmm... my pop mail stays on the server..
[11:52] <lionel> tsmithe: but pop does not know anything to flasg (like read/not read)
[11:52] <tsmithe> ah
[11:52] <tsmithe> yes
[11:52] <lionel> and when you arrive at a new place, you have to mark has read all the mail you read before...
[11:53] <LaserJock> tsmithe: http://en.wikipedia.org/wiki/Imap has more info ;-)
[11:53] <tsmithe> lionel, good point
[11:53] <_ion> Also you can fetch the headers separately with IMAP. I could be wrong, but i think you have to fetch the entire messages with POP3 in order to get the headers.
[11:54] <tsmithe> wow...
[11:54] <tonyyarusso> Hrm, the program I'm trying to package is normally installed via a "untar and run a script from the tarball" method.
[11:54] <tsmithe> run that script in rules?
[11:54] <tsmithe> now i wonder whether gmail does imap
[11:54] <lionel> nope
[11:54] <LaserJock> you can pop3 your gmail to an IMAP server though
[11:55] <tonyyarusso> tsmithe: Something like that.  (This is my very first attempt at packaging anything, btw)
[11:55] <LaserJock> although that's kind of a round about way of doing it
[11:55] <tsmithe> tonyyarusso, ah well good luck!
[11:55] <tonyyarusso> :)
[11:55] <tsmithe> LaserJock, yeah. i'll just stick with pop3
[11:55] <lionel> imap tends to consume more resources than pop3
[11:56] <lionel> so ISP usually prefers give pop access
[11:56] <tonyyarusso> tsmithe: preinst?
[11:56] <tonyyarusso> postinst rather
[11:56] <_ion> tsmithe: It's also possible to fetch separate MIME parts of messages with IMAP; e.g. fetch the text first and then choose whether to save the huge attachment or not.
[11:56] <tsmithe> well i doubt it...
[11:56] <tsmithe> tonyyarusso, ^^
[11:56] <tonyyarusso> tsmithe: how come?  
[11:56] <tsmithe> surely you want the files installed into the package, by that script?
[11:56] <tsmithe> preinst/postinst are run on install
[11:56] <tsmithe> not on package build
[11:57] <tonyyarusso> ah, ok
[11:57] <tsmithe> :)
[11:57] <tonyyarusso> hmm
[11:57] <tsmithe> out of battery - br
[11:57] <tsmithe> *brb
[12:01] <tsmithe> ok obviously didn't miss much :)
[12:03] <tonyyarusso> uh, nope.