[12:42] <rainct> good night
[02:30] <bddebian> Heya gang
[02:33] <RAOF> Yo, bddebian 
[02:33] <bddebian> Heya RAOF
[03:18] <eggwarmer> I'm new in here, how do I get involved in some development?
[03:19] <RAOF> The best way is to find a bug in a package you care about, and fix it :)
[03:19] <xtknight> eggwarmer, what do you plan on doing?  bug fixes, triaging, etc?
[03:19] <eggwarmer> What is triaging?
[03:20] <eggwarmer> Bug fixes most likely?
[03:20] <xtknight> eggwarmer, sorting out bugs, finding duplicates
[03:20] <xtknight> assigning packages, getting people to reproduce it
[03:20] <xtknight> helping the perosn debug it.
[03:21] <eggwarmer> Oh, well I'm a developer in C, Python, and java.
[03:21] <RAOF> So, you've got a whole bunch of options.
[03:22] <xtknight> but anyone can fix bugs and get those uploaded without being a member 
[03:22] <RAOF> You could help an upstream project, which helps us.
[03:22] <eggwarmer> I submitted a few bug myself to Launchpad, but their most upstream things.
[03:23] <RAOF> Well, you can *fix* those bugs, if you like :)
[03:24] <eggwarmer> Humm, I'll have to look into that, I was under the impression I had to be assigned something.
[03:24] <RAOF> Attach patches to your bugs, or even better, debdiffs, and they'll go into the packages.
[03:24] <RAOF> Nah.  Noone here is assigned *anything*.
[03:24] <RAOF> Some people have upload privileges to the archives (the MOTUs), but you don't need that to help.
[03:25] <eggwarmer> I see I will first need to get more accustom the deb build process.
[03:25] <RAOF> Not necessarily.  Just code patches are useful.
[03:25] <RAOF> But you probably will want to get used to the packaging process, yes.
[03:26] <eggwarmer> You mean generated with diff?
[03:26] <RAOF> Yes.
[03:26] <eggwarmer> OK, got it.
[03:26] <RAOF> Get the source (apt-get source packagename), fix the bug, diff it :)
[03:26] <eggwarmer> I had and still have an issue with an X driver, maybe I'll look into that.
[03:27] <RAOF> Woah.  If you're able to hack on X drivers, please go ahead!
[03:27] <eggwarmer> Well I've been a UNIX geek for over 15 years, I could probably do something useful.
[03:28] <RAOF> :)
[03:28] <eggwarmer> Well in this case the drive used to work fine until I installed Fiesty.
[03:28] <eggwarmer> driver*
[03:29] <RAOF> Yay, regression!  git-bisect! :)
[03:29] <RAOF> Stupid Xsession won't let me pass parameters.  Gah!
[03:29] <eggwarmer> I was using a Mandriva release before that.
[03:30] <eggwarmer> Yup, I'm betting something was merged out or clobbered.
[03:30] <RAOF> Probably.  Should be easy(er) to fix, then.
[03:31] <eggwarmer> That's what I was thinking, but it would be nice to have the branch history to see what was done when.
[03:31] <RAOF> Yeah, you'll probably want to grab the source from upstream git (gitweb.freedesktop.org)
[03:32] <RAOF> That'll get you the revision history.  They should have tagged the various releases.
[03:33] <eggwarmer> Great I'll look into it.I've never used git, so I guess I'll have to learn.
[03:38] <eggwarmer> RAOF thanks!!!
[03:39] <RAOF> eggwarmer: NP :)
[05:51] <white> ajmitch: hey, can you write an email to the debian melbourne list and tell us, when you are coming and when you want to catch up?
[05:52] <ajmitch> sure, once I arrange time off from work & flights
[05:52] <white> !info cacti gutsy
[05:52] <ubotu> cacti: Frontend to rrdtool for monitoring systems and services. In component universe, is extra. Version 0.8.6j-1 (gutsy), package size 936 kB, installed size 3612 kB
[05:52] <ajmitch> 'Ye, Automatix is great.
[05:53] <ajmitch> Were just dealing with elitest guru's who like to make life hard and swear by anything easy being "a lesser" form.'
[05:53] <white> someone wants to sync cacti from unstable
[05:53] <ajmitch> you do
[05:53] <white> ajmitch: i am just a communication device ;)
[05:53] <ajmitch> I presume that it's only just been uploaded?
[05:53] <white> it is already in the pool
[05:53] <ajmitch> since it looks to be the same version in sid
[05:54] <white> there should be an NMU
[05:54] <white> !info egroupware gutsy
[05:54] <ubotu> egroupware: web-based groupware suite. In component universe, is optional. Version 1.2.106-2.dfsg-3 (gutsy), package size 6 kB, installed size 40 kB
[05:54] <white> someone wants to sync egroupware as well :)
[05:54] <ajmitch> nah
[05:56] <white> ajmitch: yes ... CVE-2007-3155 :)
[05:56] <ubotu> Unspecified vulnerability in eGroupWare before 1.2.107-2 has unknown impact and attack vectors related to ADOdb.  NOTE: due to lack of details from the vendor, it is uncertain whether this issue is already covered by another CVE identifier. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-3155)
[05:56] <white> oh that stupid bug can also look for CVEs? nice
[05:56] <white> s/bug/bot/
[05:57] <white> ajmitch: you should definetely not use it
[05:57] <ajmitch> 15:51 < stub> Launchpad is going down in 15 minutes for scheduled database maintenance
[05:57] <ajmitch> LP will be down for a few hours
[05:57] <white> well let's do some serious studies. See you later :)
[05:58] <ajmitch> alright, see you later :)
[06:58] <Fujitsu> I probably should get around to unbreaking vnc4server at some point :(
[07:22] <Fujitsu> O_o
[07:23] <joejaxx> elkbuntu: it was on slashdot :P
[07:23] <joejaxx> Fujitsu: :P
[07:23] <elkbuntu> joejaxx, hmm?
[07:24] <joejaxx> automatix
[07:24] <joejaxx> was
[07:24] <joejaxx> which is a shame
[07:24] <Fujitsu> Why?
[07:24] <joejaxx> was has slashdot come to
[07:24] <elkbuntu> mjg's blog post, yeah
[07:25] <joejaxx> Fujitsu: it seemed kind of weird to me
[07:25] <elkbuntu> it only took 3 goes to get it up the firehose, and took a regular to post for it to actually get through
[07:25] <joejaxx> keescook: when you have a minute i would like to talk to you about apparmor :P
[07:26] <Fujitsu> Hi StevenK.
[07:28] <StevenK> It be nice if the offical TB statement was agree with Matthew's statement, Automatix is teh suck or so.
[07:28] <Fujitsu> Something like that.
[07:28] <Fujitsu> Some of the responses are... odd.
[07:28] <joejaxx> n/win 4123
[07:28] <joejaxx> bah
[07:29] <ajmitch> 4123?
[07:31] <joejaxx> ajmitch: that was a typo
[07:31] <joejaxx> it supposed to be /win 412
[07:31] <cbx33> hey ajmitch 
[07:35] <StevenK> Still, /win 412 is a little disturbing.
[07:36] <StevenK> I will have on average 8 windows open in irssi.
[07:36] <Fujitsu> More than a little.
[07:36] <Fujitsu> I have... 27
[07:36] <StevenK> It seems I'm not a hard-core IRCer. :-P
[07:36] <joejaxx> StevenK: lol
[07:36] <joejaxx> :P
[07:37] <ajmitch> hello cbx33 
[07:37] <ajmitch> 412 is beyond disturbing
[07:37] <joejaxx> 01:37 Irssi uptime: 205d 14h 47m 12s
[07:37] <joejaxx> hahaha
[07:37] <joejaxx> irc ftw :)
[07:37] <StevenK> joejaxx: Are you every IRC network that exists, or something? :-)
[07:37] <StevenK> Are you on, even
[07:38] <joejaxx> i am on 17
[07:38] <Fujitsu> Aw, only 15 days... that's what happens when server rooms need to be demolished :(
[07:38] <Fujitsu> O_O
[07:38] <Fujitsu> 17!?
[07:38] <joejaxx> yeah
[07:38] <joejaxx> 17 irc servers
[07:40] <ajmitch> and do you actually get anything done, or just idle in far too many channels?
[07:40] <joejaxx> no i get stuff done :)
[07:41] <joejaxx> most of the channels i am in i actually do stuff others i idle
[07:41] <joejaxx> idle /watch
[07:41] <joejaxx> like #ubuntu-devel
[07:41] <joejaxx> there is really no reason for me to say anything in there except to watch
[07:42] <StevenK> Fujitsu: The server room got demolished? Then where will the servers live?
[07:42] <Fujitsu> StevenK: In an old office until the new one appears.
[07:42] <StevenK> Poor servers.
[07:42] <Fujitsu> Rather.
[07:42] <joejaxx> StevenK: they used datacenterexec :P
[07:42] <joejaxx> `datacenterexec`*
[07:43] <StevenK> Fujitsu: They're rack-mount{ed,able}?
[07:43] <Fujitsu> StevenK: No.
[07:43] <StevenK> Heh
[07:45] <Fujitsu> Just a lot of towers. Big towers.
[07:48] <Fujitsu> Mhm.
[08:00] <Fujitsu> LP will probably eat them.
[08:00] <StevenK> I'm test building them, not uploading them.
[08:00] <Fujitsu> Ah.
[08:00] <StevenK> In related news, I can't talk to Launchpad.
[08:01] <StevenK> Is it during that 5 hour outage? I never did the math.
[08:01] <Fujitsu> LP is down for another 4 hours or so.
[08:01] <Fujitsu> That was my point with the eating thing.
[08:01] <StevenK> Ah
[08:02] <Fujitsu> Now, imagine if Canonical had their way, and this was a shutdown of the entire FOSS world.
[08:07] <StevenK> Now now.
[08:07] <StevenK> No need to be like that.
[08:08] <Fujitsu> Aw, why not?
[08:14] <cbx33> anyone used it?
[08:18] <elmargol> Hi I'm currently working with the guys from gnunet. And did the packaging for the current version (0.7.2.b) on feisty. The package maintainer for debian is somehow very busy. (he lacks the recent 2 versions). How are chances that i can upload the current version to gutsy?
[08:18] <Fujitsu> elmargol: ~1
[08:19] <elmargol> ?
[08:20] <elmargol> the current version on gutsy is not working anyway.
[08:20] <StevenK> elmargol: Fujitsu means your chances are very good.
[08:23] <tuxmaniac> until when is the launchpad under maintanence?
[08:24] <StevenK> Another 4 hours or so.
[08:24] <tuxmaniac> oh ok. thanks StevenK 
[09:29] <RAOF_> Aww, yeah.  Take that, Xauth!
[09:49] <RAOF> Alright!  As soon as launchpad's back up, I've got an xserver-xgl package to push on unsuspecting MOTUs!
[09:49] <StevenK> Nooooooooo!
[09:50] <RAOF> Bwa ha ha!
[09:51] <DarkMageZ> don't blame raof... blame ati
[09:51] <RAOF> I really need to get a buildd to watch /var/incoming.
[09:52] <RAOF> Blame the new mesa, which breaks our existing Xgl build.
[09:52] <StevenK> RAOF: Have a look at Seveas' blog, he was talking about Falcon doing that.
[09:52] <Burgundavia> RAOF: is XGL even still developed?
[09:52] <RAOF> StevenK: I kinda saw that ish in falcon.  Where *is* Seveas' blog, anyway.
[09:53] <RAOF> Burgundavia: Yes.  A little bit.  It's kinda a release away from being finished :)
[09:53] <Burgundavia> hasn't it been merged into the mainline X.org anyway?
[09:53] <StevenK> RAOF: http://blogs.ubuntu-nl.org/dennis/2007/08/03/package-build-coordination/
[09:53] <RAOF> No?
[09:53] <DarkMageZ> aiglx was merged. xgl was the hack that started the entire fad
[09:55] <RAOF> DarkMageZ: Hack, long term X solution.  What's the difference? :)
[09:55] <RAOF> Run via cron?  Bah!  Run via a python wrapper watching /var/incoming with inotify!
[09:55] <DarkMageZ> RAOF, yeah. that truth hurts.
[09:56] <Burgundavia> ugh, yay for hacks
[09:56] <DarkMageZ> ick @ hacks
[09:56] <DarkMageZ> proper working solutions ftw :)
[09:57] <RAOF> Really, the only hack there is the need for an underlying X server.  At least as far as I'm aware.
[09:57] <StevenK> RAOF: Running with an inotify on /var/incoming looks sensible. Maybe suggest that to Seveas?
[09:57] <Burgundavia> "the only hack was to weld an entire new frame onto your car"
[09:58] <Burgundavia> should run fine, don't worry about it
[09:58] <StevenK> Burgundavia: Sounds like giving a Volkswagen Bettle a V8 by "installing" it on a trailer attached to it.
[09:59] <RAOF> StevenK: I may offer to implement it.  python-pyinotify is awesome.
[09:59] <StevenK> RAOF: Yay!
[10:12] <Seveas> StevenK, falcon now uses cron to look at $incoming, using inotify is in the todo but I didn't want to turn falcon into a daemon yet. I'll probably write a small-ish C daemon that does it and calls falcon 
[10:12] <Amaranth> i thought dput could run a command
[10:13] <RAOF> ...It can, can't it.  At least something.
[10:13] <Amaranth> that's what the pbuilder custom repo howto has it do
[10:13] <RAOF> Amaranth: Linky?
[10:13] <RAOF> Amaranth: Also, want to test an Xgl package? :)
[10:14] <Amaranth> ahah!
[10:14] <Amaranth> Seveas: post_upload_command = mini-dinstall --batch
[10:14] <Amaranth> in your dput config
[10:14] <Amaranth> you can make dput run falcon to update the repo when you put stuff in it
[10:14] <Seveas> Amaranth, yeah, i'm not going to support that with falcon :)
[10:14] <Amaranth> Seveas: why not?
[10:15] <Amaranth> better than cron or inotify
[10:15] <Seveas> (although it actually already supports it: post_upload_command = falcon build -i foo.dsc
[10:15] <Amaranth> RAOF: does it actually have any changes other than a mesa update?
[10:15] <Seveas> Amaranth, post_upload_command won't work if you only support ftp/http uploads
[10:15] <RAOF> Amaranth: A bunch of shiny new xsession files?
[10:16] <Amaranth> RAOF: meh
[10:16] <Amaranth> RAOF: got a ppa for it? ;)
[10:16] <RAOF> Not until launchpad's back up :(
[10:16] <Amaranth> oh, right
[10:17] <RAOF> Seveas: Any particular reason to write a C daemon rather than a python one?
[10:17] <Seveas> RAOF, it'd be smaller
[10:18] <Seveas> falcon itself uses quite a few python libabries, making it big
[10:18] <RAOF> True.  Oh, yeah.  falcon needs 2.4, too, so you won't be sharing that memory with other instances.
[10:20] <Seveas> well, if python-newt has been fixed in gutsy, I'll move to 2.5
[10:20] <Seveas> RAOF, wait with that if you don't mind
[10:20] <Seveas> for autobuilding you need beta 3, which isn't out yet
[10:20] <Seveas> (will be done tomorrow, today is birthday of my fiancee :))
[10:20] <RAOF> Fair enough.
[10:21] <Seveas> hence, I'm off
[10:21] <RAOF> Happy birthday, by proxy!
[10:47] <RAOF> Hobbsee!!!
[10:47] <Hobbsee> hiya RAOF!
[10:48] <Fujitsu> Hi RAOF, Hobbsee.
[10:48] <Hobbsee> hi Fujitsu 
[10:49] <RAOF> Hobbsee: I'm waiting on launchpad to allow me to drop a huge pile of Xgl on someone.  Want to poke it into activity with your long stick?
[10:49] <RAOF> :)
[10:49] <Hobbsee> RAOF: not overly :P
[10:49] <Fujitsu> LP should be back in about 10, no?
[11:36] <Fujitsu> Yay, Soyuz is back on too.
[11:48] <white> !info kdegraphics gutsy
[11:48] <ubotu> kdegraphics: graphics apps from the official KDE release. In component universe, is optional. Version 4:3.5.7-1ubuntu3 (gutsy), package size 22 kB, installed size 64 kB
[11:49] <white> you might want to sync kdegraphics with sid, if   CVE-2007-3387 is not fixed in ubuntu
[11:49] <ubotu> Integer overflow in the StreamPredictor::StreamPredictor function in gpdf before 2.8.2, as used in (1) poppler, (2) xpdf, (3) kpdf, (4) kdegraphics, (5) CUPS, and other products, might allow remote attackers to execute arbitrary code via a crafted PDF file. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-3387)
[01:44] <geser> gnomefreak: are there any plans to update iceape in gutsy? the debian changelog mentions several fixes security issues since the verison in gutsy
[01:59] <RAOF> Ladies and gentlemen!  For your veiwing pleasure: #Add auth record for Xgl
[01:59] <RAOF> Or not
[01:59] <bluefoxicy> Geeze
[02:00] <RAOF> https://code.launchpad.net/~raof/xserver-xgl/ubuntu-raof is ready for actual review
[02:00] <bluefoxicy> I was at 4% CPU usage and my CPU scaled down
[02:00] <bluefoxicy> from 1.9GHz to 1.8GHz   >:|
[02:00] <RAOF> :)
[02:00] <bluefoxicy> anything over like 6% puts me at 1.9GHz  >:|  I filed a bug on this ages ago, with a fix.  (Which I just re-applied to my system and now I'm staying at 1.0GHz until I NEED it)
[02:03] <gnomefreak> geser: yes we are waiting on calendar as mike from debian plans on adding it back
[02:04] <gnomefreak> geser: i will ping asac on monday to see if he talked to mike yet about it.
[02:04] <Hobbsee> RAOF: most people wont be insane enough to touch xserver-xgl
[02:11] <white> gnomefreak: debhelper? (installing it into debian/$binary_package)
[02:12] <gnomefreak> white: i dont see why that would change from one build to another just different upstream versions
[02:12] <white> gnomefreak: different build system?
[02:12] <gnomefreak> nope
[02:13] <gnomefreak> looking at output to see why it purged it atm
[02:14] <gnomefreak> i take that back maybe upstrem did change the way it builds
[03:07] <bluefoxicy> http://en.wikipedia.org/wiki/Image:Linux-2.4-oops-sparc.jpg  O_O
[03:07] <bluefoxicy> http://en.wikipedia.org/wiki/Image:Linux-2.6-oops-parisc.jpg  O_o
[03:12] <Nafallo> lol
[03:37] <ScottK2> Good morning all.
[03:37] <Hobbsee> morning ScottK2 
[03:37] <geser> Hi ScottK2
[03:37] <ScottK2> Hello Hobbsee and geser.
[03:37] <AndyP> hey ScottK2 
[03:38] <ScottK2> Hi AndyP
[03:39] <ScottK2> Would it be wrong for a package to remove a copy of the same program from /usr/local when it's installed?
[03:41] <AndyP> i think it would be wrong
[03:41] <AndyP> if the user wants to use their own local installation we shouldn't touch it
[03:42] <ScottK2> The particular case I'm thinking of is clamav.
[03:43] <ScottK2> You can use the klamav gui to download, compile, and install a /usr/local version.
[03:44] <AndyP> well that sounds a bit wrong to me too :)
[03:44] <ScottK2> Which could be useful when package backports lag, but I'm thinking when the packaged version catches up, the /usr/local one is OBE.
[03:44] <ScottK2> It has it's risks.
[03:44] <AndyP> mm
[03:45] <ScottK2> OTOH, we are about Freedom and not constraining people.
[03:45] <ScottK2> We debated this in the last Kubuntu meeting and determined that for Clamav it made sense to allow it.
[03:46] <ScottK2> Just as an example, if clamav 0.90.2 had released a week later, we would have released Feisty with no virus DB updates.
[03:48] <AndyP> i just know that the debian policy (and fhs) frowns upon putting anything in /usr/local. i don't think i'm experienced enough to know where the rules can be bent justifiably
[03:50] <ScottK2> Well the version in /usr/local isn't put there by the packaging system.  That's what /usr/local is for.
[03:50] <ScottK2> The question is if there is an obsolete version there, what can I do about it.
[03:51] <AndyP> ah i see
[03:51] <ScottK2> Maybe the solution is to patch the freshclam version check to look in both and suggest to the user they get rid of the obolete version.
[03:52] <ScottK2> obolete/obsolete.
[03:52] <AndyP> sounds sane enough
[03:53] <ScottK2> AndyP: How's your C?
[03:54] <AndyP> sketchy :)
[03:54] <ScottK2> Better than mine then.
[03:54] <ScottK2> I can sort of read it if it's well commented ;-)
[03:54] <yosch> hi everyone
[03:54] <ScottK2> Hi yosch
[03:55] <yosch> trying to dput stuff on revu I get a "connection refused"
[03:55] <ScottK2> Well I'll investigate the code and see what I can figure.
[03:55] <yosch> anybody feels like helping me with this?
[03:55] <ScottK2> yosch: Have you uploaded to revu before?
[03:55] <yosch> ScottK2: no, first time, but I think I followed all the stuff in the REVU wiki page
[03:56] <ScottK2> How long ago did you join the contributors of packages to universe team and is you GPG key on your LP account?
[03:57] <yosch> ScottK2: I'm in the team, got my dput.cf configured...
[03:57] <ScottK2> How long ago?
[03:57] <yosch> ScottK2: 2007-03-18
[03:57] <ScottK2> OK.  That's plenty of time.
[03:58] <ScottK2> Please copy/paste the exact dput command you used.
[03:58] <yosch> dput -d revu ttf-euterpe_1.0-1_source.changes (I have other targets in my dput.cf)
[03:59] <yosch> I get "File "/usr/lib/python2.4/urllib2.py", line 996, in do_open
[03:59] <yosch>     raise URLError(err)
[03:59] <yosch> urllib2.URLError: <urlopen error (111, 'Connection refused')>"
[03:59] <ScottK2> Odd.
[03:59] <StevenK> yosch: Which means REVU is down/broken.
[03:59] <ScottK2> The web end of it is up.
[03:59] <StevenK> Unless your revu config is wrong/broken.
[04:00] <ScottK2> Why don't you pastebin the revu part of your dput.cf.
[04:00] <yosch> StevenK: I have what's on https://wiki.ubuntu.com/MOTU/Packages/REVU
[04:01] <yosch> ScottK2: which pastebin?
[04:01] <ScottK2> !pastebin
[04:01] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[04:01] <ScottK2> or whatever.
[04:02] <yosch> http://paste.ubuntu-nl.org/32618/
[04:03] <yosch> do I need a specific version of dput?
[04:03] <yosch> is the service working for other folks?
[04:04] <ScottK2> No one else has complained, but no one else has uploaded recently either.
[04:04] <StevenK> yosch: I'm worried you don't specify a method.
[04:05] <yosch> I've got a bunch of font-related packages ready to go (from the Debian fonts team too)
[04:06] <yosch> StevenK: true, the method's missing in revu block but I have it in the default block, trying that
[04:06] <StevenK> ScottK2: I don't know what I'm doing either. :-P
[04:06] <ScottK2> yosch: Maybe pastebin the whole thing.
[04:06] <ScottK2> StevenK: More than me.
[04:06] <ScottK2> I doubt it would make a difference, but my dput.cf doesn't have the last two lines that yours does yosch
[04:07] <yosch> ScottK2: and you dput is which version?
[04:08] <ScottK2> I have, at one time or another, dput to REVU with dapper, edgy, feisty, and gutsy versions.
[04:08] <ScottK2> I think it's 0.9.2.28ubuntu1 or there abouts now.
[04:09] <ScottK2> So that'd be roughtly 0.9.2.20 - 28 that I've used.
[04:11] <AndyP> if the connection is being refused at the urlopen level i doubt it's a dput version problem, unless the port number changed between versions or something *shrug*
[04:11] <yosch> trying to sync my version
[04:12] <yosch> AndyP: more of an authentication thing then, how is the auth supposed to happen?
[04:12] <ScottK2> yosch: What happens if you ping revu?
[04:12] <StevenK> It isn't, it uses anonymous FTP.
[04:12] <AndyP> yosch: doesn't even seem to be reaching the authentication stage (have to open a connection first)
[04:14] <yosch> ping and http react normally
[04:14] <ScottK2> yosch: Why don't you pastebin your full dput.cf.
[04:17] <ScottK2> Looks like that last upload to revu was ~12 hours ago.  Not unusual.
[04:24] <Kmos> soyu
[04:25] <yosch> OK, solved: simply had to put method = ftp and passive_ftp = 1 (duh!)
[04:27] <yosch> guess I simply need to wait for the first email with my revu credentials then?
[04:29] <yosch> ScottK2, StevenK: sorry about the noise, should have checked my conf a bit more closely. thanks for the help
[04:29] <ScottK2> No problem.
[04:29] <StevenK> What he said. :-)
[04:50] <norsetto> it was a hot lazy Sunday afternoon until Scott kicked norsetto's ass with his last package.....
[04:51] <ScottK2> Heh.
[04:51] <ScottK2> This is how you learn.
[04:52] <ScottK2> BTW, Not describing how the tarball was built was a significant defect in the package that you inherited from the person who did it before you.
[04:55] <ScottK2> Only ten, that'll take what, 5 minutes for you?
[04:55] <StevenK> From 4 building and 6 failing, I think I'm up to 9 building and 1 failing.
[04:56] <StevenK> Not quite, I've spent, uh, like 2 hours so far.
[05:00] <ScottK2> I'm reviewing ubuntustudio-default-settings.
[05:07] <StevenK> Given it seems to be calling a 21 argument (!) libquicktime function wrongly, I'm not sure it will.
[05:27] <ScottK2> TheMuso: ubuntustudio-default-settings uploaded.
[05:31] <ScottK2> See you all later.
[05:31] <norsetto> ScottK2: if the previous maintainer was an ubuntu person, should we actually use the XSBC-Original-Maintainer field?
[05:31] <ScottK2> Yes.
[05:31] <norsetto> ScottK2: ok,thx, see you later
[05:35] <geser> if the maintainer field already contains an ubuntu address then there is no need to change it to XSBC-O-M
[05:38] <Hobbsee> geser: depending on how one interprets the maintainer mangling spec
[05:38] <Hobbsee> geser: and the concept of group maintainership
[05:38] <Hobbsee> that being said, though, i tend not to change ubuntu addresses
[05:40] <justinwray> norsetto: If you can't get a current (so called stable) version of an application built do we every allow "snapshots" or "betas" etc. into the repo?
[05:42] <norsetto> justinwray: it depends: how often is the CVS updated? Is the application reasonably bug free? Is it actively developed?
[05:44] <justinwray> norsetto: Well this snapshot is from the about three weeks ago, and they seem to have a new snapshot every month or so.  However the last "stable" release was Sept. 2006.  It does seem to be reasonably stable though, and not a lot of reported bugs, most of the changelog include features, and code re-writes, etc.
[05:45] <norsetto> justinwray: well, then you have your answer
[05:45] <justinwray> norsetto: Thank you :-)
[05:45] <norsetto> justinwray: np
[05:50] <Hobbsee> justinwray: you'll get hit by UVF soon.  but of course, there are exceptions
[05:51] <Hobbsee> justinwray: which package?
[05:51] <justinwray> gaim-xfire
[05:51] <Hobbsee> right
[05:51] <Hobbsee> not currently in ubuntu
[05:51] <justinwray> Its an Xfire protocol addin for Gaim/Pidgin
[05:52] <Hobbsee> justinwray: should be fairly easy to get exceptions for, then
[05:52] <Hobbsee> imo
[05:56] <norsetto> Hey justin, which of the two is Mr. Hyde?
[05:57] <wrayjustin> At friends at, his router kicked the bucket.  (He lives in the middle of no where)
[06:05] <norsetto> Hobbsee: still around?
[06:10] <Hobbsee> norsetto: somewhat, yes
[06:11] <Hobbsee> norsetto: real soon now.  :)
[06:11] <norsetto> Hobbsee: just wanted to report back on the couple of task you assigned me; just bug me when you have 5 min.
[06:12] <Hobbsee> norsetto: woot :)
[06:12] <Hobbsee> norsetto: go for it
[06:13] <norsetto> ok, lets start with turkey
[06:13] <norsetto> you can check it out in https://bugs.launchpad.net/ubuntu/+source/turkey/+bug/129742
[06:13] <ubotu> Launchpad bug 129742 in turkey "[ftbfs]  turkey ftbfs on gutsy" [Undecided,Confirmed]  
[06:13] <norsetto> I also send the patch to Debian, in case they want to accept my ITA
[06:14] <norsetto> only one issue: it is now an hard dependency on the java jvm, which makes it to non-free (debian) and multiverse (us)
[06:15] <norsetto> but the package still build without java and can run (in non gui mode) without java
[06:15] <norsetto> s/java/sun
[06:15] <Hobbsee> nice work
[06:15] <norsetto> so, we could consider making it a reccomended (or even suggested) dependancy
[06:17] <Hobbsee> yep
[06:18] <norsetto> I'm thinking of having an echo somewhere in rules saying "to run in gui mode etc. etc. sun jvm etc. etc." and having the sun jvm only recommended
[06:20] <Hobbsee> unsure about recommends, and components
[06:21] <norsetto> sleep it over; its just to make Debian happy in case they accept my ITA so we can keep in sync
[06:21] <norsetto> g'night :-)
[06:29] <nuke13> Hi 
[08:32] <dothebart> hy...
[08:32] <dothebart> i'm trying to set up an gutsy chroot for compiling on amd 64
[08:33] <dothebart> edgy feisty and dapper worked all well... but, in gutsy i get:
[08:34] <dothebart> Error in select()Unpacking libx11-data (from .../libx11-data_2%3a1.1.1-1ubuntu3_all.deb
[08:34] <dothebart> over and over... what am i supposed to do?
[08:36] <dothebart> ommitting screen doesn't work allso...
[08:37] <Monk-e> Can anybody tell me why debhelper does a 'cat configure.sh>configure' if it (sometimes) finds a configure.sh file? (or actually pbuilder does it, but debhelper sets it up afaik)
[08:38] <dothebart> hm, typing reset without a screen arround it seems to fix it...
[09:46] <RainCT> somebody knows what the file with the keyboard layout is?
[09:54] <norsetto> ScottK: thx for your patience; I hope 6345 is good to go now
[10:49] <ScottK> norsetto: I'll have a look.
[10:53] <norsetto> ScottK: thx, really appreciate it
[10:56] <ScottK> norsetto: Check the comments.
[10:57] <norsetto> ScottK: it was changed from 0.17.0008 to 0.17.0011
[10:57] <norsetto> ScottK: while the original package was 0.15
[10:57] <ScottK> So shouldn't the version reflect the version? \
[10:58] <ScottK> Let's say next week they release a 0.17.0012 that fixes a critical error.  What would be the version for that?
[10:59] <norsetto> ScottK: the major version, but the minor? Also 0.15 was for a minor 011
[10:59] <ScottK> I'd say that was a mistake.
[10:59] <ScottK> It should be the exact version.
[11:00] <norsetto> ScottK: anything else?
[11:00] <ScottK> It's still building, but not so far.
[11:09] <ScottK> norsetto: You also need a call to dh_installdocs to install the debian/copyright file.
[11:11] <norsetto> ScottK: correct, its not installed
[11:12] <norsetto> ScottK: I blindly assumed that the package, being archived, was correct (good lesson.....)
[11:13] <ScottK> I think that's it.
[11:14] <ScottK> BTW lintian on the .deb showed the copyright file wasn't there.  You should alwasy run lintian/linda on both the source and all the binariers.
[11:14] <ScottK> binaries even.
[11:15] <norsetto> ScottK: yes, but the debian/copyright covers for that
[11:15] <norsetto> ScottK: also Linda complained abot the Build-Depnds....
[11:16] <ScottK> Right, but it's debian/copyright that wasn't getting installed.
[11:17] <norsetto> ScottK: OK, my fault, I understood the error to be for the upstream copyright
[11:17] <ScottK> Which now that you mention it you don't have one of those...
[11:18] <norsetto> ScottK: indeed .... its in debian/copyright .....
[11:19] <ScottK> No, you can't do that.  The upstream tarball MUST contain a full verbatim copy of the license.
[11:19] <ScottK> The won't go through NEW since it's an existing package, but if it did, the archive admins would reject it.
[11:20] <ScottK> They are, I believe, pickier about that than they used to be.
[11:20] <ScottK> So just make a copy of MPL 1.1 in a file called COPYING and roll that into your tarball.
[11:20] <ScottK> And add that to the description of how you made the tarball in debian/copyright.
[11:21] <norsetto> ScottK: hmmmmm, would that be ok?
[11:21] <ScottK> I checked the code and it says in the code it's MPL 1.1 and you are constructing the tarball, so yes.
[11:22] <norsetto> ScottK: ok, will do
[11:22] <ScottK> I also note that the header in the code lists some guy named Mark Shuttleworth as a contributor to the extension.
[11:22] <ScottK> ;-)
[11:22] <norsetto> ScottK: yeah, he paid the ransom ....
[11:22] <ScottK> You wanted a learning experience....
[11:23] <norsetto> ScottK: oh man, did I learn ....
[11:23] <norsetto> ScottK: but, in truth, I feel bad since I wasted (again) your time
[11:23] <ScottK> norsetto: Part of what I'm investing my time in is making new MOTUs.  If you learned, it's not a waste.
[11:24] <norsetto> ScottK: if I ever do this again, kick me twice (well, make it thrice...)
[12:13] <ScottK> norsetto: Uploaded.  Thanks.  
[12:14] <norsetto> ScottK: ooppsss.....
[12:14] <ScottK> ?
[12:14] <norsetto> ScottK was changing the copyright file :-(