[12:35] <zul> heylo
[12:37] <LaserJock> hi zul 
[12:38] <zul> how is it gonig LaserJock 
[12:38] <LaserJock> it's going
[12:38] <LaserJock> as usual
[12:38] <LaserJock> could be better
[12:38] <zul> coolio..
[12:38] <LaserJock> could be worse
[12:38] <zul> I bet it could
[12:52] <geser> Fujitsu: which bug is it?
[12:52] <Fujitsu> geser: bug #89485
[12:52] <Ubugtu> Malone bug 89485 in audacity "Audacity always crashes when closing" [Medium,Confirmed]  https://launchpad.net/bugs/89485
[12:52] <Fujitsu> Seems to be a wxWidgets issue, and there's a similar one that occurs on some systems on startup.
[12:55] <geser> Fujitsu: ha, only 15 dups, look at bug #81798 :)
[12:55] <Ubugtu> Malone bug 81798 in democracyplayer "[apport]  democracyplayer crashed with TypeError in __new__()" [High,Confirmed]  https://launchpad.net/bugs/81798
[12:55] <Fujitsu> Aha, that one.
[01:29] <racarr> anyone have time to look over thepackaging at : http://revu.tauware.de/de ?
[01:29] <racarr> I know it's in main but I had to redo the packaging when I redid it and would appreciate help at looking the packaging over
[02:07] <LaserJock> where, oh where, did imbrandon go
[02:07] <LaserJock> oh where, oh where can he be
[02:09] <bddebian> Heya gang
[02:20] <bddebian> heh
[02:20] <bddebian> Yeah, yeah LaserJock I'm looking at the list master..
[02:23] <bddebian> Are we OK with just UVFe bugs for these RC bugs?
[02:32] <bddebian> Do we really need all that crap for UVFe sync requests?
[02:35] <LaserJock> bddebian: are the UVFe requests that much?
[02:35] <bddebian> Yes, I'm lazy :-)
[02:36] <bddebian> We need build logs now too?
[02:38] <Fujitsu> I haven't seen people attach build logs lately, so I don't think it's really a requirement.
[02:39] <Hobbsee> nope, it doesnt say it on there
[02:40] <bddebian> It does on Processes/UVF wiki page
[02:40] <LaserJock> don't look there ;-)
[02:40] <Hobbsee> not when i read it..
[02:40] <Fujitsu> Hobbsee: It does.
[02:40] <Hobbsee> men
[02:40] <Hobbsee> *meh
[02:40] <bddebian> Hobbsee: It's in two places on that page
[02:40] <Hobbsee> heh, right
[02:40] <bddebian> Which is a little confusing in and of itself ;-)
[02:41] <LaserJock> bddebian: https://wiki.ubuntu.com/FreezeExceptionProcess
[02:41] <Fujitsu> Processes/UVF redirects, I believe.
[02:41] <bddebian> It does
[02:42] <LaserJock> you need to build it in pbuilder at least
[02:42] <LaserJock> so adding --logfile isn't *that* tough ;-)
[02:42] <bddebian> Already done that but I didn't log it :-(
[02:42] <LaserJock> well don't you just suck ;-)
[02:42] <bddebian> Yes :'-(
[02:42] <LaserJock> lol
[02:43] <LaserJock> I would've done it too
[02:43] <LaserJock> I don't often log my pbuilders
[02:46] <LaserJock> bddebian: what package are you working on?
[02:46] <bddebian> uswsusp
[02:46] <bddebian> starting from the botton
[02:46] <bddebian> s/n/m/
[02:46] <bddebian> Hmm, this diffstat output doesn't look right
[02:49] <bddebian> It's just diff -ruN foo-old.orig.tar.gz foo-new.orig.tar.gz | diffstat > foo.txt right?
[02:51] <Hobbsee> bddebian: folders.  not .tar.gz's
[02:51] <bddebian> gah, POS, I thought you could do it right on the tarballs?
[02:51] <bddebian> Obviously I haven't filed a UVFe in a while eh? :-)
[02:52] <Hobbsee> :P
[02:52] <Hobbsee> maybe, dont know.  works on folders though
[02:53] <bddebian> Holy crap, that's "better"
[02:53] <bddebian>  38,224 insertions 36859 deletions
[02:54] <bddebian> Oh, they changed the dirnames, how stupid
[02:54] <LaserJock> hah
[02:55] <Fujitsu> Nice.
[02:59] <bddebian> FUCK
[02:59] <Fujitsu> bddebian: Was?
[02:59] <bddebian> It's a merge, not a sync :'-(
[03:09] <bddebian> OK, wtf is libsplashy-dev?
[03:14] <crimsun> what by?
[03:15] <bddebian> I don't know how this built.  It b-d on libsplashy-dev which we don't seem to have
[03:15] <LaserJock> was it removed?
[03:15] <bddebian> Oh, though we do have libsplasy0-dev
[03:15] <bddebian> Hmm
[03:16] <crimsun> crimsun@Box:~$ apt-cache show libsplashy0-dev |grep ^Pro
[03:16] <crimsun> Provides: libsplashy-dev
[03:16] <bddebian> packages.u.c shows libsplashy0-dev binary
[03:17] <crimsun> correct, 0.3.2
[03:18] <crimsun> yay, fixed more conexant issues.
[03:19] <tonyyarusso> is dholbach the main telepathy contact, or is there someone else I can poke with a question?
[03:23] <crimsun> tonyyarusso: https://launchpad.net/~telepathy
[03:23] <tonyyarusso> crimsun: ty
[03:25] <bddebian> crimsun: So is libsplasy-dev an OK replacement for libusplash-dev ?
[03:25] <crimsun> err...
[03:26] <crimsun> my understanding is that neither is a drop-in replacement for the other, but I admit to not having investigated
[03:26] <crimsun> (the danger of specialisation, yadda yadda)
[03:26] <bddebian> fruck
[03:27] <bddebian> crimsun: Well we added libusplash to the debian package now it uses libsplashy
[03:27] <bddebian> ajmitch: ?? ^^
[03:28] <crimsun> which to which source package?
[03:28] <crimsun> to which, rather
[03:29] <bddebian> uswsusp
[03:29] <Fujitsu> Gaah. Stupid sshfs-fuse FTBFS + lack of ddeb.
[03:31] <crimsun> ah, I see in its changelog.
[03:32] <crimsun> maybe ask mjg59 or mith after Beta's released
[03:32] <crimsun> that decision's a bit more in-depth than a simple merge
[03:32] <crimsun> kinda like genpower and sysv* IIRC
[03:33] <tonyyarusso> Bah, #ubuntu-desktop is one of those ghost town channels.
[03:33] <crimsun> err, well, it is the wee hours of the morning in EU.
[03:34] <tonyyarusso> true
[03:35] <bddebian> grr, no wonder I stopped trying to do anything :'-(
[03:37] <bddebian> wow, some "GOD", pfft
[03:39] <Burgundavia> tonyyarusso: sometimes
[03:39] <Burgundavia> somebody want to make me happy and do a gimmie merge?
[03:40] <LaserJock> bddebian: at least you tried dude
[03:40] <LaserJock> Burgundavia: from Debian?
[03:40] <Burgundavia> LaserJock: new upstream tarball
[03:40] <bddebian> Need a UVFe :-(
[03:41] <Burgundavia> I can do that
[03:41] <Burgundavia> these releases are stablising/bug fixing ones
[03:41] <crimsun> err, we have one for 0.2.5
[03:41] <crimsun> I remember approving it
[03:41] <LaserJock> !gimmie feisty
[03:41] <Burgundavia> .6 is out today
[03:41] <ubotu> gimmie: an elegant way to think about how you use your desktop computer. In component universe, is extra. Version 0.2.4.repack-0ubuntu1 (feisty), package size 198 kB, installed size 1116 kB
[03:43] <bddebian> Is there any point in even syncing sysv-rc-bootsplash?
[03:44] <crimsun> sure
[03:45] <Fujitsu> Hm.. I wonder if there's a method of displaying upstream status in a bug listing that LP could think about implementing...
[03:52] <LaserJock> Fujitsu: other than the bug tracker?
[03:54] <Fujitsu> LaserJock: There's an option for searching for upstream status (ie. fixed upstream, needs to be forwarded, etc). I think it'd be good to display that in bug listings.
[03:54] <tonyyarusso> Burgundavia: I had been hoping to find out if this was possible yet with telepathy and all:  https://wiki.ubuntu.com/GaimCalendarAutoAways
[03:55] <Burgundavia> tonyyarusso: that would require integrating evo calendar and telepathy
[03:55] <Burgundavia> something upstream is probably going to do anyway
[03:56] <tonyyarusso> Burgundavia: It would be nice if it wasn't specific to Evo (since I use TB)
[03:56] <Burgundavia> never going to happen, unless mozilla does it
[03:56] <Fujitsu> Thunderbird... Calendar?
[03:57] <tonyyarusso> No way to make it a generic calendar file reader?
[03:57] <tonyyarusso> Fujitsu: yeah
[03:57] <Burgundavia> mozilla crap stores their mail in a horrible horrible database
[03:57] <Burgundavia> took the beagle guys three months to write a parser for mail
[03:58] <bddebian> POS --logfile option
[03:59] <tonyyarusso> Burgundavia: Calendar stuff is just a .ics though
[04:10] <LaserJock> wow, blog spam
[04:12] <Burgundavia> tonyyarusso: ics is how it comes in
[04:12] <bddebian> Are we supposed to Assign or Subscribe motu-uvf?
[04:12] <Burgundavia> not how it stores it
[04:12] <tonyyarusso> Burgundavia: oh
[04:13] <tonyyarusso> Burgundavia: how's evo store?
[04:13] <tonyyarusso> bddebian: assign
[04:13] <Burgundavia> in evolution-data-server
[04:13] <Burgundavia> with known paths for getting the data out
[04:13] <Burgundavia> basically, mozilla people think and act like windows people
[04:14] <tonyyarusso> sigh
[04:14] <bddebian> tonyyarusso: Thx
[04:14] <tonyyarusso> I like Mozilla stuff above the hood, but the more I look under the scarier it is
[04:15] <tritium> tonyyarusso: I can't even get evo to give my alarm notifications for calendar events on my exchange account
[04:15] <tritium> s/my/me
[04:16] <Burgundavia> evo is pretty nasty as well
[04:17] <LaserJock> I like evo fairly well
[04:17] <LaserJock> I just need to figure out how to get it to not take up so much space
[04:17] <Burgundavia> it borks on imap, but that is because imap sucks
[04:17] <LaserJock> it worked pretty well with my imap
[04:17] <LaserJock> but maybe I didn't use it enough
[04:18] <sladen> bddebian: libsplashy uses libusplash, or libusplash uses libsplashy?
[04:46] <TheMuso> Hey MOTUs.
[04:47] <ScottK> Heya TheMuso.
[04:47] <RAOF> Hey TheMuso -s
[04:48] <white> and what about people who are just sneaking in from time to time? :)
[04:48] <RAOF> I think we kill them.
[04:48] <RAOF> With a sword.
[04:48] <LaserJock> !
[04:48] <white> waaaaaaaah
[04:49] <bddebian> Hi TheMuso
[04:49] <RAOF> Just a single sword, for the entire channel.  It's like a gestalt thing.
[04:49] <LaserJock> white is certainly welcome
[04:49] <white> LaserJock: thanks :)
[04:49] <RAOF> :)
[04:49] <bddebian> RAOF: Join the club :-)
[04:50] <ScottK> Around here I think doing things with something sharp and pointy is already taken...
[04:52] <ScottK> Oops.  There I went and killed the conversation again and it wasn't even by requesting a package review.
[04:53] <bddebian> heh
[04:54] <Fujitsu> Night ScottK.
[04:54] <RAOF> Nigth ScottK 
[04:55] <bddebian> Gnight ScottK
[04:56] <LaserJock> RAOF: it's all good if you end it with a ;-)
[04:56] <RAOF> ;-)
[05:12] <tonyyarusso> Is it possible to change the e-mail address on a gpg key, or do I need a new one?  If the latter, can I transfer the signatures I have?
[05:13] <Fujitsu> tonyyarusso: You can have multiple name/email pairs on a key.
[05:14] <tonyyarusso> Fujitsu: Can I add them in seahorse or should I just use gpg on cli?
[05:14] <Fujitsu> Seahorse will do it... Under the `Names and Signatures' tab of the properties of your key, AFAICR.
[05:14] <tonyyarusso> Fujitsu: found it
[05:14] <tonyyarusso> ty
[05:16] <tonyyarusso> Fujitsu: Why did my signatures just disappear?
[05:16] <Fujitsu> Probably because Seahorse's ListView generation is still dodgy.
[05:18] <tonyyarusso> okay
[05:18] <Fujitsu> It's very unlikely it has actually removed them.
[05:20] <tonyyarusso> gpg --list-keys still looks ok
[05:47] <nixternal> what does our kernel contain out-of-the-box that makes it "non-free"?
[05:48] <Fujitsu> There is firmware for some Intel wireless cards.
[05:48] <Fujitsu> Probably a bit more.
[05:48] <nixternal> orly
[06:10] <racarr> anyone have time to look at the packaging on http://revu.tauware.de/details.py?upid=4733 ?
[06:17] <RAOF> Oooh, taht's why you're not using CDBS' python rules.
[06:17] <racarr> um?
[06:18] <racarr> What do you mean?
[06:18] <RAOF> Actually, is that package going to have the magic dh_pycentral calls?
[06:18] <RAOF> I mean, your diff.gz suggests that you're not using CDBS' python class.
[06:19] <RAOF> You manually call dh_pythoncentral in binary-install/beryl-settings, but that won't get called anywhere else, right?
[06:19] <racarr> um, I just realized something
[06:19] <ajmitch> afternoon
[06:19] <racarr> when I used beryl-settings/beryl-settings-simple packaging
[06:19] <racarr> ...wait damnit
[06:19] <racarr> I copied the wrong debian directory in there
[06:19] <RAOF> !
[06:19] <ajmitch> yay, work is finished for the week
[06:19] <RAOF> Good thing I took a cursory look at that then, racarr  :)
[06:20] <racarr> well, no but I seem to have the rules from beryl-settings oO
[06:20] <racarr> maybe I copied it intending to change it but forgot
[06:20] <RAOF> Also, shouldn't pycompat be 2?
[06:20] <racarr> how does pycompat work?
[06:21] <RAOF> AFAIK, there are two valid values, 1 & 2.
[06:21] <RAOF> They change the behaviour of dh_python, from memory.
[06:21] <RAOF> With pycompat = 2, you don't need to call dh_python at all, just dh_pythoncentral (or _support)
[06:21] <RAOF> (And dh_python will complain if you call it)
[06:22] <racarr> RAOF: Ah, yeah that's what I want then
[06:22] <imbrandon> moins fellas
[06:22] <RAOF> hello imbrandon 
[06:23] <nixternal> holy jeesh, it is mornin' already
[06:23] <nixternal> wasabi imbrandon
[06:23] <LaserJock> nixternal: is it?
[06:23] <LaserJock> imbrandon!!!!
[06:23] <nixternal> ya LaserJock, here in the real world it is
[06:23] <nixternal> it is never am at the bunny ranch ;p
[06:23] <LaserJock> hah
[06:24] <imbrandon> beta ship yet?>
[06:24] <LaserJock> nope
[06:24] <LaserJock> delayed
[06:24] <imbrandon> LaserJock, !!!!1111eleventyone!!!!
[06:24] <LaserJock> 1 day
[06:24] <tritium> I hope the beta doesn't ship before atheros support is fixed
[06:24] <nixternal> just like every other release
[06:24] <TheMuso> Heya imbrandon.
[06:24] <imbrandon> heya TheMuso 
[06:24] <nixternal> tritium: ahh, atheros is broke? I just argued that Atheros works out of the box...oops
[06:25] <nixternal> the guy is like, dude, I am using Feisty and it doesn't work!
[06:25] <tritium> nixternal: it doesn't
[06:25] <TheMuso> ~/c
[06:25] <LaserJock> nixternal: I finally figured out why it take so long to get the garbage removed here
[06:25] <tritium> And the thing is, atheros worked fine on edgy
[06:25] <tritium> even dapper, for that matter
[06:25] <nixternal> see, my new lappy uses the wonderful ndiswrapper, but my old one used an Atheros card that worked out of the box in Dapper I believe and Edgy, it died before Feisty
[06:25] <LaserJock> nixternal: the road to the county landfill goes right by a "ranch"
[06:26] <nixternal> hehe
[06:26] <TheMuso> tritium: I have an atheros based PCMCIA card hre. Should I test it?
[06:26] <nixternal> LaserJock: I live by the county landfill
[06:26] <TheMuso> here
[06:26] <tritium> TheMuso: if you could.  Does it have AR5212 on it?
[06:26] <TheMuso> tritium: I can only tell you that once I have it set up I'm affraid.
[06:26] <LaserJock> tritium: how do you tell what kind it is? lspci?
[06:26] <tritium> TheMuso: :)
[06:27] <tritium> LaserJock: yes, lspci will tell you
[06:27] <nixternal> LaserJock: you get edubuntu-docs all pretty'fied?
[06:27] <LaserJock> I've got:  Atheros Communications, Inc. AR5212
[06:27] <LaserJock> and it works fine
[06:27] <nixternal> kubuntu-docs is rock solid now that I fixed that stupid linking bug that nobody has ever figured out since the kubuntu-docs package was ever created
[06:27] <tritium> LaserJock: really?  On a laptop or card?
[06:27] <LaserJock> nixternal: yeah, we need new pots
[06:27] <LaserJock> tritium: laptop
[06:27] <nixternal> just goes to show, nobody cares to read about the licensing and the contributors
[06:27] <nixternal> LaserJock: you need me to create them?
[06:28] <tritium> LaserJock: that's very puzzling
[06:28] <nixternal> xml2po -e -o output.pot $$doc/C/*.omf $$doc/C/*.xml
[06:28] <LaserJock> nixternal: well, I don't *have* to, but I don't remember the xml2pot line off the top of my head
[06:28] <nixternal> haha, now you do :)
[06:28] <tritium> LaserJock: you're networked through ath0 right now?
[06:28] <LaserJock> tritium: sure
[06:28] <nixternal> I will do it right now
[06:28] <LaserJock> tritium: worked out-of-the-box for me
[06:29] <tritium> LaserJock: on latest feisty kernel (2.6.20-12.20)?
[06:29] <LaserJock>  2.6.20-12-generic
[06:29] <LaserJock> it's .19 though
[06:30] <imbrandon> WHAT !!>! you dident update the instant it came out? shame on you </sarcasim>
[06:30] <LaserJock> heh
[06:30] <tritium> Well, I don't know what's up then...
[06:31] <tritium> .19 horribly broke this thinkpad with ICH6 and sata drive
[06:32] <TheMuso> AR5212
[06:32] <tritium> Works for you too, TheMuso?
[06:32] <TheMuso> tritium: hold on
[06:32] <TheMuso> ok don't appear to have lrm installed.
[06:32] <TheMuso> Give me a few minutes.
[06:32] <tritium> thanks
[06:40] <RAOF> racarr: 3 more uploads to REVU?
[06:40] <racarr> 3? I know I uploaded once...
[06:41] <racarr> I don't recall 3
[06:41] <racarr> err
[06:41] <racarr> 2
[06:41] <racarr> pycompat and rules
[06:42] <TheMuso> tritium: Are you able to scan for APs?
[06:42] <TheMuso> from the CLI?
[06:43] <tritium> TheMuso: I can scan, yes,  but I can't connect, or at least authenticate.
[06:43] <TheMuso> hm ok.
[06:44] <tritium> What are you able to do?
[06:45] <TheMuso> I am able to scan, but I currently don't have my wireless network set up with the device for wpa.
[06:45] <TheMuso> So can't fully test at this point.
[06:45] <TheMuso> give me a sec and I
[06:45] <tritium> Thanks for what you've tried.
[06:45] <TheMuso> give me a sec and I'll quickly switch to wep for the test
[06:46] <tritium> BenC just told me that the -13 upload will have a new atheros driver.  Hopefully that will work.
[06:46] <TheMuso> When is that due?
[06:47] <tritium> I didn't ask.
[06:47] <TheMuso> yeah I can see that.
[06:47] <tritium> :)
[06:49] <tritium> Monday ;)
[06:49] <TheMuso> just saw that as well
[06:52] <joejaxx> how is everyone? :)
[06:52] <LaserJock> hi joejaxx 
[06:53] <joejaxx> hello LaserJock 
[06:57] <joejaxx> LaserJock: i am testing out the altdisc i just built :)
[06:58] <joejaxx> i had to rebuilt tasksel though
[07:00] <LaserJock> oh? why?
[07:01] <joejaxx> LaserJock: to include the fluxbuntu task
[07:01] <LaserJock> ah
[07:01] <LaserJock> I thought you could just drop it in?
[07:01] <LaserJock> I didn't think you needed to rebuild tasksel to get them in
[07:02] <joejaxx> drop in which?
[07:03] <joejaxx> the fluxbuntu task?
[07:04] <imbrandon> yea
[07:05] <LaserJock> joejaxx: you should be able to drop in a .desc in /usr/share/tasksel/
[07:05] <LaserJock> that could be in a fluxbuntu-settings or whatever
[07:06] <joejaxx> i mean for the debian discs
[07:07] <joejaxx> like this
[07:07] <joejaxx> # Install the Ubuntu desktop.
[07:07] <joejaxx> tasksel tasksel/first   multiselect fluxbuntu-desktop
[07:07] <LaserJock> hmm
[07:08] <vil> imbrandon, hi
[07:09] <joejaxx> that is from the preseed file
[07:09] <joejaxx> in /preseed/ubuntu.seed on the altdisc is
[07:09] <LaserJock> hmm, so what does that read?
[07:09] <joejaxx> that reads the packages to be installed
[07:10] <joejaxx> after the core system
[07:10] <joejaxx> ubuntu uses task-fields
[07:10] <joejaxx> where it selects the packages based on the seed association
[07:11] <joejaxx> for example
[07:11] <joejaxx> apt-cache show gedit|grep Task
[07:11] <joejaxx> shows 
[07:11] <joejaxx> Task: ubuntu-desktop, edubuntu-desktop
[07:12] <LaserJock> sure
[07:12] <joejaxx> so tasksel picks by that
[07:12] <joejaxx> i have to use the list method
[07:12] <joejaxx> where i list the individual packages in the fluxbuntu-desktop task
[07:12] <LaserJock> right
[07:13] <joejaxx> that is why i had to rebuild it
[07:13] <joejaxx> to include that file
[07:13] <LaserJock> but you have to put that in tasksel?
[07:13] <joejaxx> yeah
[07:14] <LaserJock> I would have thought you could put the file in any package
[07:14] <joejaxx> hello Hobbsee :)
[07:15] <tritium> Hi Hobbsee, joejaxx
[07:16] <joejaxx> hello tritium 
[07:17] <joejaxx> LaserJock: tasksel is installed as minimal right?
[07:17] <joejaxx> so when the d-i calls it
[07:17] <joejaxx> my fluxbuntu-default-settings package would not be installed yet
[07:26] <LaserJock> joejaxx: doh, right
[07:27] <LaserJock> you can tell how many alt discs I've built ;-)
[07:27] <joejaxx> :)
[07:27] <joejaxx> i am trying to keep package rebuild down to a minimum
[07:28] <joejaxx> :)
[07:32] <LaserJock> I know
[07:32] <LaserJock> I was just looking into tasksel a little for Edubuntu
[07:33] <nixternal> go to sleep!
[07:33] <LaserJock> but obviously if the packages aren't installed yet there isn't much you can do
[07:33] <nixternal> sudo shutdown NOW!!!
[07:33] <LaserJock> nixternal: I'm doing data analysis for a gorup meeting tomorrow
[07:33] <nixternal> have fun nerd! ;p
[07:33] <LaserJock> I've probably got a couple more hours in me
[07:34] <nixternal> I need to wake up in a few hours and take my dog to get snipped
[07:34] <nixternal> maybe after this, the pitbull will feel like the king again, and not the 9 pound runt
[07:35] <LaserJock> heh
[07:35] <nixternal> LaserJock: thanks for rocking out the edubuntu-docs though! very much appreciated
[07:35] <imbrandon> vil, hello
[07:35] <imbrandon> heya hoora_ 
[07:35] <imbrandon> err Hobbsee 
[07:35] <imbrandon> damn tab
[07:35] <nixternal> wth
[07:35] <Hobbsee> heya imbrandon 
[07:36] <LaserJock> nixternal: np, I'll probably try to get a package to ogra tomorrow
[07:36] <nixternal> rock on, if you can't leave me a message and I will rock one out. I am doing absolutely nothing but Kubuntu and whatever you need type stuff
[07:36] <imbrandon> ugh , anyone have any idea about this ?
[07:36] <imbrandon> http://paste.ubuntu-nl.org/11617/
[07:37] <nixternal> then I am off to KDE land for a while
[07:37] <imbrandon> i have libssl-dev installed
[07:37] <joejaxx> grrrr no installable kernel found
[07:37] <Lutin> hey there
[07:37] <imbrandon> ello Lutin 
[07:38] <Lutin> heya imbrandon 
[07:38] <LaserJock> nixternal: yeah, I figured you had enough with Kubuntu docs so I thought I'd just get edubuntu-docs ready to translate
[07:38] <imbrandon> hrm libssl-dev is what provides the openssl libs for that to link against right ?
[07:41] <joejaxx> LaserJock: installation failed :P "no installable kernel found"
[07:43] <joejaxx> 6/win 78
[07:43] <joejaxx> bah
[07:43] <LaserJock> I've always wondered if that meant it found a kernel, it just couldn't install it
[07:43] <LaserJock> :-)
[07:44] <joejaxx> 6/win 78 < i always do that
[07:44] <joejaxx> LaserJock: :)
[07:44] <LaserJock> hmm
[07:44] <joejaxx> let me mount the image
[07:44] <LaserJock> is /win an irssi command?
[07:44] <joejaxx> yeah
[07:44] <Lutin> yes
[07:45] <imbrandon> yea
[07:45] <LaserJock> I see people using it all the time
[07:45] <joejaxx> lol
[07:45] <LaserJock> I've never used it
[07:45] <joejaxx> atleast i am not the only one messing up /win commands :)
[07:45] <imbrandon> LaserJock, /win is how you change "tabs" in irssi
[07:45] <imbrandon> to diffrent channels  or queries
[07:46] <LaserJock> I just use Esc-<number>
[07:46] <imbrandon> that works if you have less than 10
[07:46] <joejaxx> i am in too many channels :\
[07:46] <LaserJock> mine goes past 10
[07:46] <joejaxx> i had to start using
[07:46] <joejaxx>  /win GOTO #channelnamehere
[07:46] <LaserJock> you do q for 11, w for 12 and so on
[07:47] <LaserJock> I usually never get past t
[07:47] <nixternal> imbrandon: did you recently install libssl-dev?
[07:47] <imbrandon> LaserJock, that onyl works till "o" or 19
[07:47] <tritium> I use Alt-<number>
[07:47] <nixternal> you can always try to ldconfig and try again. I had a similar issue recently and running ldconfig after installing some libs fixed the issue
[07:48] <LaserJock> tritium: hmm, that switches gnome-terminal tabs for me
[07:48] <imbrandon> nixternal, i got it, i had to --with-ssl and div it the dir
[07:48] <joejaxx> LaserJock: same here
[07:48] <tritium> LaserJock: ah, I don't use gnome terminal tabs
[07:48] <nixternal> I thought I saw --with-ssl in there
[07:48] <tritium> On the Mac, I use Esc, though
[07:48] <joejaxx> that is why i just type it manually
[07:48] <nixternal> OK, maybe I didn't
[07:48] <LaserJock> well, I try to keep the number of channels down
[07:48] <LaserJock> < 10
[07:49] <imbrandon> i have about 50 open most of the time
[07:49] <imbrandon> sometimes lots more or lots less
[07:49] <imbrandon> but avg 50
[07:49] <LaserJock> ugg
[07:49] <LaserJock> I'd die
[07:49] <Lutin> hrmm..why do I get a timeout when trying to upload to universe :/
[07:49] <tritium> Wow
[07:49] <joejaxx> imbrandon: 02:49 318                      #qemu           freenode
[07:49] <joejaxx> lol
[07:50] <imbrandon> ?
[07:50] <joejaxx> that is from /win list
[07:50] <joejaxx> time channel-number channel-name network
[07:51] <imbrandon> window-number , but yea ;)
[07:51] <joejaxx> yeah :)
[07:51] <LaserJock> my gosh
[07:53] <LaserJock> I think I'm going to be sick of Google by the time SoC is over
[07:53] <Hobbsee> LaserJock: why so?
[07:54] <joejaxx> ah i know why it says that know
[07:54] <joejaxx> there is a kernel image present
[07:54] <joejaxx> it is not the newest one
[07:54] <LaserJock> I've been fielding "OMG SOC, what should I do, PLZ HELP!" in #edubuntu all day
[07:55] <imbrandon> lol
[07:55] <racarr> we experience simila things in #beryl without any special event
[07:55] <joejaxx> lol someone should make a bot trigger
[07:56] <joejaxx> so it pms them the information
[07:56] <joejaxx> PM's
[07:56] <racarr> in other news, anyone have time to look at http://revu.tauware.de/details.py?upid=4736
[07:56] <joejaxx> oh that reminds me
[07:57] <joejaxx> time to see if 1.0rc3 hit debian experimental
[07:57] <racarr> I don't actually need it uploaded by someone here, just need the packaging looked over before I bug someone from desktop, or something along those lines to upload it
[07:57] <imbrandon> anyone else made an upload to the archive today /
[07:57] <imbrandon> ?
[08:03] <LaserJock> ouch
[08:03] <Hobbsee> LaserJock: he tried to steal my stick!
[08:03] <LaserJock> so you shoot him in the knees
[08:04] <LaserJock> break is fingers
[08:04] <Hobbsee> LaserJock: heh
[08:04] <LaserJock> and whack him in the head with a broomstick? 
[08:04] <LaserJock> shesh
[08:04] <Fujitsu> Well, I /did/ attack her with her stick first.
[08:04] <Hobbsee> hehe
[08:06] <ajmitch> hello Hobbsee 
[08:06] <Hobbsee> hi ajmitch!
[08:06] <imbrandon> heya aussies ( and NZ ) peeps
[08:06] <Fujitsu> Hi ajmitch, imbrandon.
[08:14] <dholbach> hellas
[08:14] <dholbach> happy universe hug day
[08:15] <Fujitsu> Hi dholbach.
[08:15] <dholbach> hey Fujitsu
[08:15] <Fujitsu> We're without a functional Ubugtu, unfortunately :(
[08:15] <LaserJock> hi dholbach 
[08:16] <ajmitch> hey dholbach 
[08:16] <dholbach> hey LaserJock, hey ajmitch
[08:17] <racarr> ...hug...day?
[08:17] <dholbach> for closing a but you get a hug!
[08:18] <StevenK> But.
[08:18] <LaserJock> lol
[08:18] <LaserJock> s/but/bug/
[08:19] <dholbach> yeah :)
[08:19] <dholbach> lalala
[08:19] <dholbach> . o O { mmmmh, tea }
[08:19] <Burgundavia> I am hunting people to down to help finish https://wiki.ubuntu.com/FeistyFawn/Beta
[08:19] <Burgundavia> needs to be done before I get up in 8 hours, hence the delay
[08:19] <vil> hi dholbach
[08:20] <dholbach> hey vil
[08:20] <vil> I did the upload and its waiting in the queue, anything else I should do regarding it?
[08:24] <stgraber> morning
[08:26] <dholbach> vil: no, nothing
[08:26] <Fujitsu> [insert core-dev here] , can you please approve the release nomination on bug #94966?
[08:26] <Ubugtu> Malone bug 94966 in hashcash "[dapper]  CVE-2006-3251: buffer overflow" [Undecided,Fix released]  https://launchpad.net/bugs/94966
[08:27] <dholbach> Fujitsu: looking
[08:27] <dholbach> done
[08:28] <Fujitsu> Thanks dholbach.
[08:28] <dholbach> de rien
[08:29] <LaserJock> Fujitsu: didn't we have a bug about getting release nomination priviledges?
[08:29] <Fujitsu> LaserJock: I think... Or I may have just mentioned it to BjornT or similar.
[08:29] <LaserJock> it's rather silly that only core-devs can do it
[08:29] <Fujitsu> I don't find it ideal to have to bug people frequently, although the response is prompt.
[08:31] <Fujitsu> There's no bug that I can find.
[08:33] <LaserJock> Fujitsu: shall we file one?
[08:33] <LaserJock> I can't find one either
[08:33] <Fujitsu> I shall file one, as I've had to bug people about it a lot of times.
[08:34] <Fujitsu> ... only to be missing the CSS. Great.
[08:35] <imbrandon> lol
[08:36] <Fujitsu> I seem to remember that it was something about Ubuntu policy that they weren't going to mess with, when I last brought it up in #launchpad. I don't see how it could exactly be Ubuntu policy that core-devs have to approve release nominations.
[08:37] <vil> hey imbrandon, looking for you couple of days :)
[08:38] <imbrandon> vil, i'm arround, just not when you are ;)
[08:38] <imbrandon> wasup?
[08:39] <vil> imbrandon, i love the idea of build servers you seem to be implementing
[08:39] <vil> however, i was not able to get in there
[08:39] <vil> my ssh key is on lp
[08:39] <imbrandon> vil, are you a MOTU ?
[08:40] <vil> yes
[08:40] <imbrandon> hrm one sec
[08:41] <LaserJock> Fujitsu: I thought core-dev used to be listed as the ubuntu drivers
[08:41] <Fujitsu> LaserJock: Aren't they now?
[08:41] <LaserJock> no
[08:41] <LaserJock> Driver: is blank
[08:41] <Fujitsu> Er... How strange.
[08:41] <Fujitsu> THey used to be, I know.
[08:41] <LaserJock> or rather None
[08:42] <LaserJock> I wondered if that was the reason
[08:42] <racarr> https://launchpad.net/ubuntu/+source/tilda/+bug/92264 
[08:42] <Ubugtu> Malone bug 92264 in tilda "[apport]  tilda crashed with SIGSEGV" [Medium,Confirmed]  
[08:42] <racarr> either I'm missing something
[08:42] <racarr> or tilda is declaring a char = NULL
[08:42] <Fujitsu> The Driver has those permissions on other pillars, so I presumed so too.
[08:42] <racarr> then calling XOpenDisplay (that char)
[08:42] <racarr> oO
[08:43] <dholbach> sounds like a very reproducible crash then :)
[08:43] <dholbach> the upstream author is quite quick to respond
[08:43] <Fujitsu> Ah, the Registrant is ubuntu-core-dev, which has a superset of Driver permissions, I believe.
[08:44] <imbrandon> vil, everything seems fine, i just checked that your acocount exists etc, what error are you getting when you use "ssh vil@aurora.ubuntuwire.com" from a machine with your ssh key on it
[08:44] <racarr> I'll do a debian/patches for now
[08:46] <vil> imbrandon, that's silly but i can't tell you right now, because i left my ssh key on my laptop and i am in the office now
[08:46] <racarr> should try and reproduce it first 
[08:46] <vil> which time can i get you?
[08:46] <imbrandon> vil, i'll be here for atleaste 6 more hours
[08:46] <LaserJock> darn it, I need to tell my boss about exception handling
[08:47] <LaserJock> i put a . instead of a , and it crashes
[08:47] <racarr> oh dear god
[08:47] <racarr> it's way too early
[08:47] <Fujitsu> Heheh.
[08:47] <imbrandon> lol
[08:47] <Fujitsu> Great coding.
[08:47] <racarr> ...if you pass null it just defaults to getenv("DISPLAY")
[08:47] <LaserJock> and since the "UI" is driven by , and /
[08:47] <LaserJock> it makes a difernece I guess
[08:48] <vil> imbrandon, hmmmm, still in the office. i will try that later, if i see you active
[08:48] <vil> imbrandon, anyway thanks
[08:49] <LaserJock> maybe I could get my boss to upgrade to ncurses
[08:49] <LaserJock> :-)
[08:49] <LaserJock> a real UI makeover
[08:51] <imbrandon> vil, np
[08:51] <imbrandon> vil, just fyi ajmitch and siretart also can help you with login problems on those boxes
[08:51] <LaserJock> man, if you guys could only see this, I swear you'd have a hard time complaining about UIs
[08:51] <imbrandon> if i'm not arround
[08:51] <imbrandon> LaserJock, hehe
[08:52] <LaserJock> the command to save data is ,,,,,-1/
[08:52] <LaserJock> completly obvious I know ;-)
[08:52] <racarr> it's like emacs except worse
[08:52] <LaserJock> ah, well maybe that's where he gets it
[08:52] <imbrandon> hahaha
[08:52] <LaserJock> he does virtually everything in emacs
[08:52] <siretart> imbrandon: ?
[08:52] <imbrandon> wow, emacs should die
[08:53] <siretart> imbrandon: nooooo!
[08:53] <StevenK> imbrandon: Should it?
[08:53] <siretart> emacs rocks!
[08:53] <siretart> :)
[08:53] <imbrandon> siretart, i was telling vil you could also help him with probalems on the build-network
[08:53] <imbrandon> if i wasent here
[08:53] <imbrandon> he said he has been trying to get me for days on irc ;)
[08:54] <siretart> imbrandon: ah
[08:55] <Hobbsee> StevenK: dont do that.  and remember you need to vote tomorrow.
[08:57] <StevenK> Hobbsee: Spoil all my fun, why don't you. :-P
[08:58] <imbrandon> lol
[08:58] <imbrandon> i'm too young to die
[08:58] <LaserJock> pfft
[08:58] <LaserJock> imbrandon's ooooold
[08:58] <imbrandon> shhh
[09:01] <StevenK> Does that mean I get two hugs?
[09:01] <LaserJock> hmm
[09:02] <StevenK> Thanks, Fujitsu
[09:02] <LaserJock> I was just going to give you a hug and a ^5
[09:05] <racarr> took me a while to realize you weren't giving him a to the fifth
[09:05] <racarr> and I thought it was another inside joke I wasn't aware of :p
[09:05] <LaserJock> hehe
[09:05] <StevenK> racarr: Muahaha
[09:06] <racarr> Yay?
[09:06] <Hobbsee> StevenK: yep, i will!
[09:06] <StevenK> Hobbsee: :-P
[09:07] <StevenK> Argh!
[09:07] <StevenK> That tickles!
[09:07] <ajmitch> Hobbsee: behave
[09:07] <imbrandon> ugh , i wanted a pony
[09:07] <imbrandon> ;)
[09:07] <Hobbsee> yes. pointy sticks do that
[09:07] <Hobbsee> imbrandon: NOYOUCANTHAVEAPONY
[09:07] <imbrandon> guess i'll have to fix a bug or two tonight
[09:07] <Hobbsee> ajmitch: fiddlesticks
[09:07] <racarr> imbrandon: I'll trade you a pony for your GPG and SSH private keys
[09:07] <Fujitsu> ENOPONIES
[09:07] <Hobbsee> racarr: and passphrase :P
[09:08] <dholbach> hey thekorn
[09:08] <thekorn> good morning dholbach
[09:08] <racarr> Hobbsee: And first born child
[09:09] <Hobbsee> racarr: heh
[09:09] <racarr> Hobbsee: True
[09:10] <LaserJock> racarr: shesh, that's an awful lot for a stinkin' pony
[09:10] <racarr> LaserJock: Yeah probably I'm actually good with just the SSH keys
[09:11] <LaserJock> imbrandon: I think it's a fair trade
[09:23] <imbrandon> racarr, hahaha
[09:24] <racarr> just the ssh key is fine
[09:24] <imbrandon> sure, as soon as i remove it from all systems that have my pubkey ;)
[09:24] <racarr> except a gutted pony then
[09:25] <racarr> expect*
[09:25] <imbrandon> lol
[09:25] <imbrandon> http://fridge.ubuntu.com/files/no-pony-for-you.jpg
[09:26] <racarr> :(
[09:26] <racarr> How did you get my picture?!
[09:26] <Hobbsee> StevenK: dbs?
[09:26] <Hobbsee> oh
[09:26] <Hobbsee> just as long as it's not yada
[09:27] <StevenK> dbs is a pox, almost as bad.
[09:27] <imbrandon> dbs?
[09:27] <StevenK> Friggin tarball-in-a-tarball build systems
[09:27] <StevenK> imbrandon: You. Don't. Want. To. Know.
[09:27] <imbrandon> ugh, those suck
[09:28] <imbrandon> man i'm out of practice, its taken me 2 hours to make this package from scratch
[09:28] <imbrandon> and its a simple one binary package ;)
[09:28] <siretart> imbrandon: nobody told you that packaging was easy ;)
[09:28] <StevenK> Hooray for being completly obtuse and non-obvious, dbs-edit-patch!
[09:28] <imbrandon> siretart, hahah yea but it seems like it used to be alot simpler , or atleaste go faster
[09:29] <siretart> imbrandon: depends. but in general, with dh_make as template, it should go rather fast
[09:29] <imbrandon> siretart, yea 
[09:29] <StevenK> imbrandon: It wasn't simpler, you've just gotten dumber. Or something. :-P
[09:29] <racarr> StevenK: I like cdbs-edit-patch though
[09:30] <imbrandon> mostly tracking all the copyright info and stuff is whats takin em time
[09:30] <imbrandon> siretart, ^^
[09:30] <StevenK> racarr: dpatch-edit-patch is nice too.
[09:30] <imbrandon> the actual package took about 2 seconds with dh_make
[09:30] <racarr> I haven't seen that
[09:31] <imbrandon> hum i wonder when the beryl will un-stick from NEW
[09:31] <racarr> imbrandon: Me too :(
[09:31] <siretart> has the licence issues been sorted out?
[09:31] <racarr> apparently people just haven't had time to look at it
[09:32] <racarr> siretart: Yes we spent a 'bit' of time on that
[09:32] <imbrandon> siretart, yea
[09:32] <siretart> great
[09:32] <imbrandon> siretart, we spent about 150 man hours on it this week
[09:32] <siretart> the archive dudes have probably been very busy on the Beta release today
[09:32] <racarr> siretart: Yeah espescially with the kernel regression
[09:32] <siretart> I suspect so
[09:32] <imbrandon> siretart, yea , sabdfl said he was wating them to poke it before beta
[09:32] <imbrandon> but yea
[09:33] <imbrandon> i imagine its been shelfed till after beta now
[09:33] <racarr> imbrandon: I'm probably going to apply for membership and MOTU shortly afterwards next community council meeting, I've done a bit of packaging in the interim and will get in some more practice in the mean time...
[09:33] <racarr> but it seems like it's the best way for me to be able to maintain the Beryl packages, and I can do other stuff when I have time
[09:33] <imbrandon> racarr, great, let me know if i can help you and feel free to put me as a ref on your MOTU app
[09:34] <racarr> Thanks
[09:38] <siretart> racarr: Sounds great! :)
[09:39] <imbrandon> hrm whats the marco for extra configure flags in cdbs ?
[09:39] <imbrandon> man i feel so out of practice
[09:40] <imbrandon> DEB_CONFIGURE_EXTRA_FLAGS ?
[09:42] <Hobbsee> yeah.  : on the end, iirc.
[09:42] <imbrandon> ;)yea :=
[09:43] <StevenK> That isn't very nice.
[09:44] <Hobbsee> really?  they might give good back massages.  you never know
[09:44] <imbrandon> haha
[09:44] <imbrandon> ^5's StevenK anyway
[09:50] <racarr> I think you would have some larger problems
[09:50] <racarr> if a cricket had the weight to massage your back
[09:50] <imbrandon> ugh, you gotta love upstreams sometime ...
[09:50] <imbrandon> install: @echo @echo ezbounce can be installed anywhere! @echo
[09:52] <racarr> oO
[10:15] <racarr> Mm, I'll be back in 20-30 minutes then I'm going to try and hunt down some X bugs
[10:15] <dholbach> rock on racarr
[10:15] <dholbach> tepsipakki will be quite happy
[10:17] <racarr> nevermind the 20-30 minutes thing :p, I had less (read none) to do than I though
[10:18] <tepsipakki> yes, please help me :)
[10:18] <racarr> tepsipakki: Anything in particular that needs looking at?
[10:18] <tepsipakki> cleanup
[10:19] <tepsipakki> there are hundreds of reports, dupes most likely too
[10:19] <tepsipakki> and pinging people to try feisty beta
[10:19] <tepsipakki> what hardware do you have?
[10:19] <racarr> Any sort of tag for X bugs?
[10:19] <racarr> and um, nvidia 6200, ati X300, and i945
[10:20] <tepsipakki> I haven't used tags..
[10:21] <tepsipakki> maybe I just should learn how to use them efficiently
[10:21] <tepsipakki> if you know your hardware well enough you could look at the driver bugs
[10:24] <LaserJock> hmm
[10:24] <LaserJock> I think I'd be happy that it was shorter than predicted
[10:25] <Fujitsu> Sort of.
[10:26] <Fujitsu> But we'd just got out a number of candles and similar.
[10:26] <Fujitsu> When the power came back on.
[10:27] <racarr> dear god, there are a lot of old bugs
[10:29] <Fujitsu> racarr: Yeah, but more new ones.
[10:30] <LaserJock> we have bugs??
[10:30] <racarr> Mm I need to find the best way to find good bugs in launchpad on specific subjects
[10:30] <Hobbsee> racarr: by source package?
[10:30] <Tonio_> hi ;)
[10:30] <Hobbsee> Tonio_!!!
[10:31] <dholbach> tepsipakki, racarr: if you figure out good searches or search terms or whatever, I'd suggest you write them down - so people can help you with bug triage
[10:31] <Fujitsu> I've been looking for good bugs all day, they're a little hard to find :-/
[10:31] <racarr> Hobbsee: There are lots of source packages for X bugs
[10:31] <dholbach> tepsipakki, racarr: I started http://wiki.ubuntu.com/BugSquad/Diaries - which I hope will help new bug squad members to find their way in
[10:32] <racarr> dholbach: Ok, good deal
[10:32] <StevenK> Fujitsu: I just fixed 3
[10:33] <LaserJock> what the heck?
[10:33] <Fujitsu> StevenK: But you're StevenK.
[10:33] <Hobbsee> racarr: true
[10:33] <LaserJock> where did you find all the easy ones?
[10:33] <StevenK> In Launchpad
[10:33] <Fujitsu> LaserJock: Heheh, probably.
[10:34] <StevenK> Actually, none of the 3 bugs have anything to do with .desktop files
[10:34] <Fujitsu> Unfortunately, it seems that most of the {un,mult}iverse bugs are legitimate.
[10:34] <racarr> Hobbsee: I think you are just teasing me with true now
[10:34] <Hobbsee> racarr: i'll tease you with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!  next, dont worry...
[10:35] <StevenK> Heh
[10:35] <racarr> mm https://bugs.launchpad.net/ubuntu/+source/xorg/+bugs
[10:35] <racarr> that's a lot of bugs
[10:35] <Tonio_> dholbach: thanks for pommed uvf approval ;) just waiting for a third yes now
[10:35] <LaserJock> ewww, X bugs
[10:35] <dholbach> Tonio_: you need two
[10:39] <racarr> Has anyone else seen https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/91351 ?
[10:40] <racarr> Because I definitely have
[10:40] <Ubugtu> Malone bug 91351 in xorg "X.Org segfaults after login" [Undecided,Unconfirmed]  
[10:40] <racarr> not personally, but seen the same bug other places
[10:40] <racarr> anyone have any leads?
[10:44] <Tonio_> dholbach: perfect then :)
[10:44] <Tonio_> dholbach: sorry for the stupid question, but that's the first time I propose a non ubuntu1 package ;)
[10:44] <Tonio_> should I request for a package sync or just upload ?
[10:49] <racarr> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/91351 ==  https://launchpad.net/ubuntu/+source/xorg-server/+bug/60288 ?
[10:49] <Ubugtu> Malone bug 91351 in xorg "X.Org segfaults after login" [Undecided,Unconfirmed]  
[10:50] <tepsipakki> racarr: you can join #ubuntu-bugs :)
[10:50] <dholbach> Tonio_: hehe - let it be synced - just subscribe ubuntu-archive
[10:50] <racarr> err
[10:50] <racarr> no it's definitely not
[10:50] <racarr> heh
[10:50] <racarr> I should have read more
[10:50] <racarr> :p
[10:50] <Tonio_> okay thanks ;)
[10:50] <tepsipakki> we can continue on these there
[10:51] <Tonio_> dholbach: one
[10:51] <Tonio_> s/one/done
[10:52] <imbrandon> Tonio_, american coffee ;)
[10:52] <imbrandon> moins dholbach 
[10:52] <Tonio_> imbrandon: hahaha
[10:52] <imbrandon> Tonio_, hehe
[10:52] <dholbach> hey imbrandon
[10:52] <Tonio_> imbrandon: worst coffee ever ;)
[10:52] <imbrandon> Tonio_, yea i konw , rember the convo at google about it ;)
[10:52] <StevenK> Oh yes!
[10:52] <Tonio_> dark colored water, that's it :)
[10:53] <imbrandon> lol
[10:53] <StevenK> sabdfl just approved my -core-dev membership
[10:53] <Tonio_> StevenK: congrats ;)
[10:53] <Fujitsu> StevenK: Congratulations!
[10:53] <StevenK> Tonio_, Fujitsu: Thanks :-)
[10:54] <TheMuso> If nobody is working on bug 88054, I'm looking at it now.
[10:54] <Ubugtu> Malone bug 88054 in ubuntustudio-meta "supercollider install failed dependencies problem libjack>0-80 but 0-100 is installed" [Undecided,Needs info]  https://launchpad.net/bugs/88054
[10:56] <dholbach> StevenK: congratulations!
[10:56] <LaserJock> *\o/*
[10:57] <StevenK> dholbach, LaserJock: Thanks :-)
[10:58] <Q-FUNK> congrats, StevenK
[10:58] <LaserJock> I need to go for core-dev some time soonish
[10:58] <LaserJock> I was going to after Mt. View
[10:59] <Hobbsee> LaserJock: then you'll forget about MOTU?
[10:59] <LaserJock> but haven't had time to work on Main stuff much
[10:59] <LaserJock> Hobbsee: heh, you guys don't need me ;-)
[10:59] <Hobbsee> LaserJock: yes we do
[10:59] <imbrandon> Hobbsee, i dident forget about MOTU :)
[10:59] <LaserJock> doh
[10:59] <Hobbsee> imbrandon: no, you're just at work most of the time :)
[11:00] <imbrandon> Hobbsee, hehe i do more from work than i do home
[11:00] <imbrandon> :)
[11:00] <Hobbsee> :P
[11:01] <LaserJock> bah
[11:01] <LaserJock> hit a . instead of a /
[11:02] <LaserJock> and got a core dump
[11:02] <imbrandon> lol
[11:07] <Fujitsu> Bug #93664
[11:07] <Ubugtu> Malone bug 93664 in libapache-mod-backhand "[can-not-install]  maintainer script failure" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93664
[11:22] <Hobbsee> siretart: do you think we could have a decision on https://bugs.beta.launchpad.net/ubuntu/+source/krusader/+bug/85109 ?  you're a uvf person, arent you?
[11:22] <Ubugtu> Malone bug 85109 in krusader "please sync krusader [universe]  from Debian experimental [main] " [Undecided,Needs info]  
[11:23] <StevenK> There. Bug number 5 fixed.
[11:23] <TheMuso> bug 5
[11:23] <Ubugtu> Malone bug 5 in rosetta "Plone Placeless Translation Service metadata missing from po files" [Wishlist,Fix released]  https://launchpad.net/bugs/5
[11:23] <TheMuso> StevenK: ???
[11:23] <Fujitsu> StevenK: I presume you mean your fifth bug for tonight.
[11:23] <StevenK> Fujitsu: Correct.
[11:23] <TheMuso> ah ok
[11:24] <TheMuso> StevenK: My attention is mostly elsewhere tonight.
[11:24] <StevenK> TheMuso: Ah.
[11:27] <Fujitsu> I jumped to that conclusion first, then quickly realised that that was way out of the Ubuntu range.
[11:28] <siretart> Hobbsee: as kubuntu dev, how 'risky' would you consider the new crusader?
[11:29] <Hobbsee> siretart: i do trust fabo's judgement, and i do know that there are various problems with the current one.  i also know that it's not *that* high a profile kde app
[11:29] <Hobbsee> but i have not tried it.
[11:30] <siretart> Hobbsee: I'm looking for reasons to approve the package. I have the feeling that the upgrade is too large for having it in feisty. Wouldn't it be better to have it in feisty-backports? this way we had both versions
[11:30] <siretart> Hobbsee: various problems which are documented in launchpad?
[11:31] <Hobbsee> siretart: some of them, yeah.  and that people are being told in the main channels to use the beta outside of reops, rather than use the one in them
[11:32] <Hobbsee> siretart: i mean, yeah, it's big.  but it appears to have fixed a lot.  i dont think backports are a solution
[11:32] <siretart> with this rationale we should ship it at all.
[11:32] <siretart> why?
[11:32] <Hobbsee> siretart: well, not to bugfixes of apps
[11:33] <siretart> I'd agree if the changes would focus on bugfixes
[11:33] <siretart> the changes are imho too large for a pure 'bugfix release'
[11:33] <Hobbsee> siretart: i'm confident in the fact that if debian hasnt had any major bugs filed on it, then it must be pretty reasonable.
[11:33] <Hobbsee> hrm.  has some.
[11:33] <dholbach> looking at crasher bugs for ~2,5 days scared the shit out of me
[11:34] <Hobbsee> oh, only for 0.7
[11:34] <siretart> Hobbsee: which haven't been fixed in 0.8
[11:34] <LaserJock> dholbach: I would have thought it would scare the bugs out of you
[11:35] <MagnusR> Hi. Anyone has a suggestion of a source package that creates binary-, library-, and kernel-module-packages?
[11:36] <Hobbsee> siretart: i dont have a particularly good set of arguments for including it, only a feeling of "we probably want this, as the other one has so many bugs too"
[11:37] <Hobbsee> so it should be a net effect on bugcount.
[11:43] <Hobbsee> siretart: for packages maintained in debian & ubuntu, you have to check debian too, of course
[11:54] <imbrandon> ajmitch, you still arround ?
[12:12] <imbrandon> ugh
[12:12] <imbrandon> siretart, got a sec ?
[12:13] <imbrandon> or anyone for that matter
[12:13] <imbrandon> http://paste.ubuntu-nl.org/11628/
[12:13] <imbrandon> wth is it creaing directorys in /usr/bin
[12:16] <jussi01> morning motu's, can someone tell me which package exactly I am missing? http://paste.ubuntu-nl.org/11632/
[12:17] <StevenK> imbrandon: I'd need to see the source.
[12:17] <imbrandon> StevenK, one sec
[12:18] <StevenK> jussi01: libgtk2.0-dev
[12:18] <StevenK> imbrandon: Unpack it on intrepid or something.
[12:18] <jussi01> thanks StevenK 
[12:21] <imbrandon> StevenK, its in /home/imbrandon/files/ezbounce on intrepid
[12:22] <StevenK> imbrandon: I can't read ezbounce-1.99.3/{ezb,sample}.conf
[12:23] <imbrandon> hum cp the tar.gz from that ~/files
[12:23] <imbrandon> and unpack it
[12:23] <imbrandon> thats what i scp'd there
[12:23] <imbrandon> i dont ahve it installing the conf or man yet
[12:23] <imbrandon> have*
[12:23] <StevenK> ezbounce usr/bin/ezbounce
[12:23] <StevenK> ezb usr/bin/ezb
[12:24] <StevenK> I wonder why it creates directories.
[12:24] <StevenK> Really, I do.
[12:24] <imbrandon> zomg
[12:24] <StevenK> imbrandon: Sorry, I shouldn't laugh. :-)
[12:24] <imbrandon> hahah np, thats my fault
[12:24] <imbrandon> man some nights
[12:25] <StevenK> "Files named debian/package.install list the files to install into each package and the directory they should be installed to." -- dh_install(1)
[12:25] <StevenK> imbrandon: Okay, I'm done poking fun. :-)
[12:25] <imbrandon> hahahah right on , i deserve it
[12:25] <imbrandon> ;)
[12:27] <imbrandon> now to make a non-existant manpage
[12:28] <imbrandon> StevenK, while you have that open, mind looking how i handled the "make install" via the debian/rules ?
[12:28] <imbrandon> is that kosher just unsetting it like that
[12:29] <imbrandon> since if you look at the upstreams make install target its fskin stupid
[12:29] <StevenK> imbrandon: You say, after I deleted the directory and logged out.
[12:29] <imbrandon> hahah 
[12:29] <StevenK> Gimme a sec
[12:29] <imbrandon> k
[12:30] <StevenK> So there is no install target?
[12:30] <imbrandon> well there IS but its litterly "@echo : install this ANYWHERE@@"
[12:30] <imbrandon> from upstream
[12:30] <StevenK> Idiots.
[12:30] <imbrandon> yea
[12:31] <imbrandon> so instead of patching the makefile.in , i opted to unset it and just use a package.install
[12:31] <imbrandon> is that kosher ?
[12:31] <StevenK> imbrandon: Just comment it saying "make install is useless"
[12:31] <imbrandon> kk
[12:32] <imbrandon> ahh little more sane now ....
[12:32] <imbrandon> drwxr-xr-x root/root         0 2007-03-23 06:27 ./usr/bin/
[12:32] <imbrandon> -rwxr-xr-x root/root    238632 2007-03-23 06:27 ./usr/bin/ezbounce
[12:32] <imbrandon> drwxr-xr-x root/root         0 2007-03-23 06:27 ./etc/
[12:32] <imbrandon> -rw-r--r-- root/root      2825 2006-08-02 23:49 ./etc/ezb.conf
[12:32] <imbrandon> lrwxrwxrwx root/root         0 2007-03-23 06:27 ./usr/bin/ezb -> ezbounce
[12:43] <proppy> dholbach: hug day ?
[12:53] <siretart> Hobbsee: if it has a "a net effect on bugcount", then I'd say it's better to have known bugs than unknown bugs
[12:53] <siretart> imbrandon: sorry, no idea
[12:54] <siretart> Hobbsee: I'm very undecided. on the one hand it the massive bugfixes sound good to me, on the other hand, the diff looks quite risky which makes me think it would be better to have it in -backports
[12:54] <Hobbsee> siretart: meh.  i'm not about to argue.  weighing up the possible problems, my opinion is that "i think this is worht having".
[12:54] <siretart> Hobbsee: ok. noted.
[12:54] <racarr> Hobbsee: I expected you to say 'true'
[12:54] <Hobbsee> and certainly was at the point that the sync request was filed, incidnetly, as we had more time to test.
[12:55] <siretart> Hobbsee: let's make a deal: if you manage to make a couple of kubuntu devs advocating the new version (like I tested the new package and I think it's worth to have it), I'll be happy
[12:57] <Hobbsee> siretart: let's make another deal - that you wont do this again for the basket fix, which is coming RSN.
[12:57] <AstralJava> gnome experts around? I thought I'd look into that straw problem, and to my surprise I can't find a schemas/ directory inside my .gconf. Should I be worried?
[01:03] <siretart> Hobbsee: sounds promising :)
[01:04] <Hobbsee> siretart: well, one was the guy who filed the sync request.    testing it out here, it seems to work fine.
[01:06] <Hobbsee> nice piece of software, actually.  very kde-like with so many options, though
[01:06] <StevenK> stevenk@intrepid:~$ diff -u [il] -updmap.cfg
[01:06] <StevenK> stevenk@intrepid:~$ 
[01:07] <geser> lupine_85, racarr: in case you didn't notice: some beryl packages passed NEW
[01:07] <racarr> geser: I was just told!
[01:08] <racarr> all of them
[01:10] <Hobbsee> siretart: didnt think you were.  that's why for all of these uvfe's they went thru the kubuntu devs first, asking the question  of "do we think this si worth having, so late in the release cycle"
[01:11] <Hobbsee> because we *knew* that UVF people, for the most part, dont run kde, so dont know.
[01:12] <lupine_85> w00t
[01:12] <Hobbsee> geser: lupine_85 they all did
[01:13] <Hobbsee> lupine_85: but are about to get a whole stack of bugs filed on them, which need fixing within the next month
[01:13] <siretart> Hobbsee: well, sure. the changes are still big however.
[01:13] <lupine_85> hehe, sure thing
[01:13] <Hobbsee> siretart: true that.  which is what we thought through
[01:14] <siretart> Hobbsee: it would help (at least me) a lot, if the kubuntu devs that the uvf request went through would make their discussions and rationale directly in launchpad
[01:14] <siretart> Hobbsee: and this is what I've basically asked for
[01:14] <Hobbsee> siretart: ugh
[01:15] <siretart> well, why 'ugh'? you can't expect me to follow #kubuntu-devel as well for uvf requests ;)
[01:15] <Hobbsee> siretart: right now, we've got stuff in main that's off far more importance.  if you're going to insist on other stuff to do with that now, when it was filed weeks ago, then i suspect it will just get ignored.
[01:15] <Hobbsee> siretart: no, i dont.  but i would expect you to take the word of someone from kubuntu council that kubuntu devs discussed this, and thought it was OK.
[01:15] <siretart> Hobbsee: k. point taken.
[01:16] <Hobbsee> siretart: else you get into nasty discussions over "are these people kubuntu devs if they're not in MOTU/core, etc"
[01:16] <Hobbsee> and paranoia reigns
[01:17] <siretart> Hobbsee: I don't like the idea to seperate MOTU and kubuntu-devs. they are all uploaders for universe after all
[01:17] <siretart> Hobbsee: as kubuntu-council member, I ask you to forward the request that discussions about uvf request on kde application should please happen in launchpad, so the motu-uvf team can see them
[01:18] <Hobbsee> siretart: that's not the separation.  it's not actually kubuntu-devs.  it's people who upload to kubuntu.  and it's not against the MOTU either - it's against the UVF team, who have no kde-runnign people on it, to my knowledge
[01:18] <siretart> Hobbsee: upload to kubuntu? huh?
[01:18] <siretart> you mean, to kubuntu.org?
[01:18] <Hobbsee> siretart: in the future.  however, i've got more important things to do than to go and grep thru logs from a couple of months ago for the discussion.  i suspect you do too.
[01:19] <Hobbsee> siretart: sorry, no.  uploaders to ubuntu, for the subset of kde-specific packages
[01:19] <siretart> Hobbsee: sure. 
[01:19] <Hobbsee> ie, k*, which most people wont touch.  which is fine - they dont run it.
[01:21] <siretart> Hobbsee: let's continue this discussion after feisty release. I see that you'll come to sevilla as well, no?
[01:21] <siretart> phob
[01:21] <siretart> n
[01:22] <Hobbsee> siretart: which section of the discussion?  yes, i am.
[01:22] <siretart> mom
[01:22] <Hobbsee> which i'd hope to discuss and get input on in seville
[01:22] <Fujitsu> Hobbsee: I'd first like to get a significant number of MOTU.
[01:23] <siretart> improve uvf procedure of k* packages
[01:23] <Hobbsee> Fujitsu: that would always help, yes.
[01:23] <Hobbsee> siretart: true.  that'd be nice
[01:23] <lupine_85> ho hum, beryl hasn't hit the updates yet...
[01:23] <Fujitsu> lupine_85: It needs to build and have its binaries accepted first.
[01:24] <lupine_85> cool
[01:24] <lupine_85> when emerald-themes got through, I started madly refreshing as well... :D
[01:24] <imbrandon> those went in right away
[01:24] <imbrandon> because it was accepted before
[01:24] <imbrandon> and -manager iirc
[01:25] <imbrandon> therefor dident have to hit NEW
[01:28] <highvoltage> geez, beryl certainly seems to be a lot of work
[01:28] <highvoltage> (packaging wise))
[01:28] <racarr> um, it's just a lot of work in general
[01:28] <imbrandon> yes , yes it is
[01:34] <StevenK> There. Sixth bug I've fixed tonight.
[01:35] <Hobbsee> hooray
[01:35] <Fujitsu> That's more than me... I stopped doing stuff around 5pm.
[01:36] <StevenK> Fujitsu: Thanks. You really know how to make feel appreciated. Not.
[01:36] <Fujitsu> Eek.
[01:36] <StevenK> Fujitsu: Dude, don't write motivation speeches, because you suck at it. :-)
[01:36] <Fujitsu> I know.
[01:36] <jekil> hi
[01:42] <crimsun> why is there such overt hostility toward -uvf?
[01:42] <crimsun> of course if one makes the ASSUMPTION that people don't run kde, you're bound to make an ASS of yourself
[01:43] <StevenK> crimsun: Because they seem to make policy decisions that are unpopular with certain groups.
[01:44] <DarkSun88> Hi
[01:45] <jekil> there is any how to / guidelines / policy to follow for packaging java software?
[01:46] <crimsun> http://www.debian.org/doc/packaging-manuals/java-policy/
[01:46] <jekil> thanks
[02:13] <imbrandon> crimsun, fwiw i dont follow the loud minority on this one
[02:14] <imbrandon> afk
[02:14] <racarr> it's not a problem that most of the builds are failing because of 'Missing dependencies beryl-dev'
[02:14] <racarr> is it?
[02:14] <racarr> because um
[02:15] <racarr> beryl-dev is there
[02:15] <racarr> it just doesn't seem to have built it yet
[02:15] <Fujitsu> Looks like beryl-core hasn't been accepted properly.
[02:15] <Fujitsu> Yep.
[02:15] <racarr> but presumambly it will get to beryl-dev eventually and then try the others later
[02:15] <Hobbsee> yep
[02:15] <Fujitsu> Just need to ask for them to be rebuilt, probably.
[02:15] <Fujitsu> Or LP will do it automatically.
[02:15] <Fujitsu> Depending on how it's feeling this second.
[02:15] <imbrandon> lp should do it
[02:15] <racarr> why would it happen though? beryl-core seems to have built fine (on i386 at least, not done on anything else)
[02:16] <Fujitsu> The binaries need to go through NEW too.
[02:16] <imbrandon> it hasent been published yet
[02:16] <imbrandon> even if its built
[02:16] <Fujitsu> That too.
[02:16] <imbrandon> yea
[02:16] <imbrandon> it will take 2 or 3 publishing runs
[02:16] <racarr> mm, ok so the others can't build until beryl-core is published / through binary NEW
[02:16] <imbrandon> to get everything 100%
[02:16] <imbrandon> exactly
[02:18] <racarr> where can I see binary NEW?
[02:19] <imbrandon> racarr, same as regualr new
[02:19] <imbrandon> its just binary not source
[02:19] <imbrandon> ( the icon )
[02:19] <imbrandon> but you cant see whats built and not published
[02:19] <racarr> ah
[02:19] <imbrandon> thats the bad part
[02:19] <racarr> well, beryl-core is published
[02:19] <racarr> https://launchpad.net/ubuntu/+source/beryl-core/
[02:21] <sistpoty> hi folks
[02:21] <imbrandon> right but that dosent nessesarly make it actualy published
[02:21] <imbrandon> heya sistpoty 
[02:22] <sistpoty> hi imbrandon
[02:22] <racarr> imbrandon: But it is showing up in new with a binary icon now
[02:22] <imbrandon> ahh ok
[02:24] <Amaranth> heh, beryl already has bugs filed on it ;)
[02:24] <Amaranth> probably some old ones we missed while clearing them out
[02:24] <imbrandon> there were some before it was even in the archive
[02:24] <racarr> apparently mithrandir has a slew of bugs waiting for us
[02:24] <Amaranth> yeah, that's what i mean
[02:25] <Amaranth> we were just rejecting them because beryl wasn't in the archive
[02:25] <Amaranth> racarr: i'm betting you get more bug reports than you would expect, it's kind of depressing
[02:26] <racarr> maybe, but right now I'm waiting for mithrandirs ' Do this soon or we'll kick you out of the archive' bugs
[02:27] <Hobbsee> at least we can still reject all the unofficial repo based bugs, which will be a lot
[02:27] <geser> racarr: https://beta.launchpad.net/ubuntu/feisty/+source/beryl-core/+builds?build_state=all
[02:28] <racarr> geser: I know! exciting
[02:28] <sistpoty> is beryl in the archives now? can I get cool effects now?
[02:28] <sistpoty> and a pony? *g*
[02:29] <imbrandon> sistpoty, almost ;)
[02:29] <sistpoty> hehe
[02:29] <geser> you can't get a pony (but cool effects)
[02:29] <Amaranth> racarr: did one of you make https://beta.launchpad.net/beryl or is that launchpad assimilating everything again?
[02:29] <racarr> someone set it up with lupine afaik
[02:30] <racarr> Amaranth: http://geekz.co.uk/lovesraymond/archive/cancomical-lynchpad
[02:30] <Amaranth> haha, seen it
[02:30] <racarr> It's launchpad locking up our metadata behind a soap interface!
[02:30] <racarr> I was wondering about that because um
[02:31] <racarr> breezy was out for ... a while
[02:31] <racarr> before I...made beryl-settings-simple
[02:31] <Amaranth> before beryl existed ;)
[02:31] <racarr> also stop sending me beta.launchpad.net links :p
[02:31] <Amaranth> hell, before compiz had it's first release
[02:31] <racarr> it's CRUEL
[02:31] <Amaranth> oh, i thought everyone was in the beta
[02:31] <Amaranth> you just have to ask
[02:32] <racarr> worth it?
[02:32] <Amaranth> i think so, yes
[02:32] <lupine_85> yeah, erm
[02:32] <lupine_85> my mistake :p
[02:32] <Amaranth> nicer to look at, anyway
[02:32] <lupine_85> can't figure out how to remove it
[02:32] <racarr> righto, I asked
[02:32] <Amaranth> racarr: you tried to join the team?
[02:32] <racarr> lupine_85: Launchpad of borg! Beryl is irrelevant 
[02:32] <racarr> Amaranth: Yes
[02:33] <Amaranth> alright, you should be getting an email soonish
[02:33] <Amaranth> within a day, anyway
[02:34] <racarr> oh god
[02:34] <racarr> imbrandon: Didn't you do a test build of beryl-settings-simple ?
[02:34] <racarr> uhm this is strange
[02:34] <racarr> it build on i386 but not on amd64
[02:35] <lupine_85> :s
[02:35] <lupine_85> hang on, it's python. Why do we have i386/amd64 divisions anyway?
[02:35] <racarr> um...no clue
[02:35] <racarr> but I don't understand
[02:36] <racarr> the problem with amd64 was it complains about not having
[02:36] <racarr> XML::Parser
[02:36] <racarr> for intltool
[02:36] <racarr> but the dependencies are the same in either case
[02:37] <imbrandon> racarr, yes i did
[02:37] <imbrandon> if it FTB i'll fix it
[02:37] <racarr> imbrandon: It worked on i386 :/
[02:37] <imbrandon> kk good,t hat will get it out of binary new
[02:37] <racarr> and on amd64 configure bails claiming it can't find XML::Parser
[02:38] <imbrandon> it might need -fPIC for amd64
[02:38] <racarr> it's python :/
[02:38] <imbrandon> ohhh
[02:38] <imbrandon> hum i'll llook this afternoon
[02:38] <racarr> https://launchpad.net/ubuntu/feisty/+source/beryl-settings-simple/+builds?build_state=all
[02:38] <imbrandon> or in a few minutes
[02:38] <imbrandon> kk
[02:38] <racarr> and ok, thanks
[02:38] <lupine_85> s/All/Any for arch?
[02:39] <Amaranth> lupine_85: i always mix those two up
[02:39] <lupine_85> woo, we got powerpc packages too
[02:39] <lupine_85> ++
[02:40] <waylandbill> I've joined the uuc team on launchpad. Is there anything else I need to do to be able to upload to revu?
[02:40] <sistpoty> Amaranth: it's pretty simple to remember: all is the same (deb
[02:40] <sistpoty> + for all architectures
[02:40] <Amaranth> right, that doesn't help
[02:40] <Amaranth> any makes me think "1 package for any arch"
[02:41] <sistpoty> because of that I'll keep remembering what all is, so any must be the opposite ;)
[02:41] <Amaranth> lupine_85: the joys of having someone else build your stuff :)
[02:41] <racarr> apport is a nice idea but I haven't seen any useful information from it ever
[02:41] <Amaranth> racarr: you get great information if you retrace right away
[02:41] <lupine_85> eh, I got it the wrong way round too
[02:42] <Amaranth> lp will do it for you almost automatically, just need to set need-<arch>-retrace tag on a bug
[02:42] <racarr> ah
[02:42] <racarr> convenient
[02:42] <Amaranth> i guess someday the apport GUI will do that itself when it files the bug but right now malone doesn't let you set tags like that
[02:43] <bddebian> Heya gang
[02:44] <geser> Hi bddebian
[02:44] <Amaranth> hey bddebian
[02:44] <bddebian> Hi geser, Amaranth
[02:45] <racarr> imbrandon: Failed on PPC as well...
[02:46] <geser> racarr: i386 builds also 'all' debs and installs b-d-indeps also, amd64 (and others) build only the arch-dependent parts and use only b-d
[02:46] <sistpoty> hi bddebian
[02:47] <racarr> geser: 
[02:47] <racarr> Grah, ok I see
[02:48] <Amaranth> what? did you make beryl-settings-simple and 'any' deb but have things in b-d-indep?
[02:49] <Amaranth> pretend i make sense please
[02:49] <bddebian> Heya sistpoty
[02:49] <racarr> once it clears binary new because of i386 we can upload a fix quickly
[02:53] <geser> doesn't the _all.deb end in binary NEW too? it's a new "arch" which hasn't be seen before?
[03:00] <racarr> maybe? :/
[03:02] <Amaranth> geser, racarr: yes
[03:04] <pirast> what is the difference between gksu and gksudo?
[03:04] <geser> racarr: so we can upload fixed packages now
[03:04] <racarr> geser: Ok, I will make fixed packages in just a minute working on something else
[03:05] <lionel> pirast: ll /usr/bin/gksudo
[03:05] <lionel> lrwxrwxrwx 1 root root 4 2007-03-05 22:20 /usr/bin/gksudo -> gksu
[03:05] <pirast> lionel, uh oh :)
[03:05] <pirast> just wondered because i noted a bug report asking to change from gksudo to gksu
[03:06] <pirast> and someone replied something like "gksu does not work when having a root password, gksudo does"
[03:06] <geser> it still can evaluate argv[0]  and behave differently
[03:06] <pirast> lionel, i read your email, let's talk about it on jabber later :)
[03:07] <Amaranth> pirast: if someone filed a bug asking to switch to gksu reject it
[03:07] <Amaranth> we don't use root around here ;)
[03:07] <pirast> Amaranth, okay :)
[03:08] <Amaranth> doesn't really matter though
[03:08] <pirast> Amaranth, yeah, but all common gnome apps use gksu currently
[03:08] <pirast> so it may be better to switch for the case that the gksudo symlink is removed in a later version
[03:08] <Amaranth> i think gksu checks to see if root is enabled and if not goes the sudo route
[03:08] <Amaranth> i imagine gksudo does the same thing
[03:09] <pirast> gksudo is a symlink to gksu
[03:09] <pirast> :)
[03:09] <Amaranth> doesn't mean they act the same
[03:09] <pirast> okay, i will leave it
[03:09] <Amaranth> like geser said, it can evaluate argv[0]  and behave differently
[03:09] <Amaranth> it might be worth changing later but it's not worth doing on it's own
[03:10] <soc> hi
[03:10] <bddebian> Hello soc
[03:10] <soc> why does ubuntu-restricted-extras depend on sun-java5-bin-jre instead of java6?
[03:10] <soc> this seems quite weird
[03:10] <bddebian> Why does anything depend on sun-java? :-)
[03:11] <soc> maybe because it's better than depending on microsoft .net/c#?
[03:12] <crimsun> probably because it hasn't been updated to -6 yet.
[03:12] <soc> mh
[03:12] <crimsun> not that I would recommend it be updated.
[03:12] <soc> why that?
[03:12] <soc> java6 sounds better than java5!
[03:12] <soc> :-)
[03:12] <Amaranth> better the evil you know, etc
[03:12] <crimsun> well in that case, we should all be running Vista
[03:13] <soc> no really, are there any problems with using java6 instead of java5?
[03:13] <crimsun> I have cases that fall over with 1.6 as opposed to 1.5, yes
[03:13] <pirast> soc, isn't java 6 a beta still?
[03:14] <crimsun> no, it's final
[03:14] <pirast> crimsun, when did it get final?
[03:14] <crimsun> Dec of last year?
[03:15] <soc> last week there was this nasty compiz/beryl-bug fixed ...
[03:15] <pirast> crimsun, but why does http://java.com/de/download/linux_manual.jsp?locale=de&host=java.com suggest java 1.5?
[03:15] <soc> in java6.1 sadly ...
[03:16] <soc> crimsun: are there anywhere bugreports with problems from java5->java6?
[03:16] <pirast> crimsun, okay, directly at song they offer a download of java 6
[03:16] <crimsun> pirast: I don't know
[03:16] <pirast> *sun
[03:16] <pirast> ok..
[03:16] <crimsun> I use the multiverse -5 jdk package
[03:17] <pirast> i hope that java moves to main in feisty +1 :)
[03:17] <bddebian> I hope that java gets dropped from the archive
[03:17] <crimsun> bddebian just wants splashy written in java.
[03:17] <bddebian> :-)
[03:18] <crimsun> soc: I haven't looked, lack of resources
[03:18] <crimsun> vil may be in better position to answer that question
[03:18] <crimsun> in a better, even
[03:19] <soc> mh
[03:19] <soc> so it looks quite bad that java6 will be used in feisty
[03:20] <crimsun> err, what do you mean?
[03:20] <crimsun> via ubuntu-restricted-extras?
[03:20] <jdong> soc: is the "nasty" bug, the swing crashing with beryl/compiz?
[03:21] <racarr> that can be fixed when an enviroment variable
[03:21] <racarr> with an*
[03:21] <racarr> the one that controls the toolkit that I don't remember right now
[03:22] <jdong> fix... workaround...
[03:24] <racarr> ok yes worked around
[03:24] <jdong> well... the current "fix" is a workaround
[03:24] <pirast> could anyone please apply the diff in bug 45909?
[03:25] <pirast> thanks
[03:25] <Ubugtu> Malone bug 45909 in Baltix "ndisgtk doesn't install driver" [Medium,Confirmed]  https://launchpad.net/bugs/45909
[03:25] <jdong> specifically, setting the default LookAndFeel to GTK
[03:25] <jdong> which does not suffer from the reparenting bug.
[03:25] <jdong> that doesn't fix the fact that Java still can't deal with a NonReparenting WM...
[03:25] <jdong> it's like saying a fix in a bash bug is to use zsh.
[03:26] <jdong> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6509038
[03:26] <jdong> very close to being fixed actually
[03:26] <jdong> fixed in Compiz for now in 6.1
[03:27] <jdong> crimsun: If swing in Compiz has been fixed, it would be a very worthy update to Feisty to close all the "Java crashes in Compiz" types of bugs.
[03:28] <soc> I agree with that
[03:28] <crimsun> ...why was that directed at me?
[03:29] <soc> would be nice to havean overview how many bugs would get closed when using java6 and how many bugs would get opened
[03:29] <jdong> crimsun: because you're one of the guys who decides on this stuff :)
[03:29] <crimsun> soc: that's a bit late, but I'm fairly ambivalent about such a change
[03:29] <crimsun> jdong: I do?
[03:29] <jdong> it is late....
[03:30] <jdong> crimsun: UVFe?
[03:30] <soc> yes
[03:30] <crimsun> jdong: compiz is in main
[03:30] <jdong> crimsun: the bug is in sun-java6
[03:30] <soc> but don't shipping a major upgrade which was released back in december ...
[03:30] <jdong> and fixed in a newer upstream ver of sun-java6...
[03:30] <soc> I don't know
[03:30] <soc> wouldn't be to happy about it
[03:31] <crimsun> jdong: if it doesn't regress beyond the current service pack of 6, sure
[03:31] <jdong> soc: at the same time it'd suck to find a string of serious regressions introduced by this
[03:31] <jdong> though from experience, Sun Java update packages have been positive.
[03:31] <soc> yes
[03:31] <soc> would be nice to look at those packages which have problems with java6
[03:32] <soc> if those would be clear, we could make a better decision, if it's worth fixing these nasty bugs ...
[03:33] <crimsun> wait, it's only fixed in 1.6?
[03:33] <crimsun> Sun didn't bother with 1.5?
[03:33] <crimsun> how is that a reason to consider bumping to 1.6?
[03:33] <jdong> doesn't look like they bothered... :(
[03:33] <jdong> I didn't say bump to J6 as default
[03:33] <dholbach> what channels does matt price hang out in usually?
[03:33] <jdong> just make our sun-java6 the update1 version
[03:33] <soc> also I find the reparenting-bug much more annoying than anything else (but at my desktop no java app crashed)
[03:34] <jdong> soc: 90% of Java applets crash for me.
[03:34] <soc> :-)
[03:34] <crimsun> I didn't say you did; I'm answering the more general ruckus of "why isn't 1.6 default?".
[03:34] <jdong> it's pretty bad for me, but I've lived with it...
[03:34] <soc> I just played some java browser games
[03:34] <jdong> crimsun: well ok, I don't think it should be default either :)
[03:34] <jdong> backwards-compat is far from 100% with 1.5
[03:34] <jdong> but our 1.6 should be the latest upstream 1.6 update
[03:35] <soc> ok, but would be nice to remove the non-free java5 early in the next release cycle ...
[03:35] <jdong> a quick search of "java blank window" shows plenty of "workaround" threads with 2500+ pageviews each
[03:35] <jdong> on the forums, that is
[03:35] <crimsun> soc: err, why?
[03:35] <soc> because it's non-free?
[03:35] <racarr> err
[03:35] <racarr> so all v. any, can someone explain that quickly?
[03:35] <crimsun> soc: it's in multiverse. That's moot.
[03:35] <racarr> as in Architecture: 
[03:36] <racarr> I guess I can look that up
[03:36] <jdong> soc: it's not hurting anyone just to have it around....
[03:36] <soc> btw back when we used blackdown-java, no one cared, that the most of the bigger apps didn't work, and it was shipped by default ...
[03:36] <bddebian> Hmm, I can't get the newer mp3cd from Debian yet :-(
[03:37] <soc> jdong: vrms hurts me1
[03:37] <soc> :-)
[03:37] <lupine_85> racarr: "all" means the package gets built as arch-independent, whilst any means the package can be built for any architecture
[03:37] <jdong> soc: I'm sitting 3 floors down from him right now, how do you think I feel!
[03:37] <jdong> :D
[03:37] <lupine_85> I think I've got it the right way round this time :D
[03:37] <crimsun> bddebian: incoming.do
[03:37] <bddebian> crimsun: Ah, thx
[03:37] <racarr> but...beryl-settings is
[03:37] <racarr> err
[03:37] <racarr> beryl-settings-simple
[03:38] <racarr> is Architecture: all
[03:38] <racarr> and it was being built on all the different archs :/
[03:39] <racarr> can someone help me with https://launchpad.net/ubuntu/feisty/+source/beryl-settings-simple/ ? I don't understand why it's not being treated as arch independent
[03:39] <crimsun> dholbach: sorry, don't know [RE: Matt Price] 
[03:39] <dholbach> not to worry :)
[03:39] <racarr> lupine_85: Agh!
[03:40] <racarr> lupine_85: you made beryl-defaults beryl-ubutnu and beryl-kubuntu
[03:40] <dholbach> i was just curious since he wrote in a comment to a blog post that he lived in berlin too :)
[03:40] <racarr> Architecture: any
[03:40] <geser> racarr: Package: beryl-defaults
[03:40] <dholbach> or rather had lived
[03:40] <geser> +Architecture: any
[03:40] <lupine_85> Heh. Oops
[03:40] <racarr> geser: Yeah, I just saw that, heh
[03:41] <jdong> umm
[03:41] <jdong> racarr: beryl-settings-simple_0.2.1+git20070318-0ubuntu1_all.deb  (33.0 KiB)
[03:41] <jdong> racarr: it built on i386, resulting in an _all.deb
[03:41] <jdong> looks fine to me :)
[03:41] <geser> jdong: check now beryl-defaults
[03:42] <jdong> geser: yikes
[03:42] <jdong> geser: didn't notice that :)
[03:43] <racarr> if I throw a fixed one on revu quickly will someone upload it?
[03:45] <siretart> dholbach: I notice that you assign bugs to MOTU. does this have any semantics? What's the point of assigning bug to team MOTU?
[03:45] <dholbach> can somebody help me looking at the apport mails on universe-bugs@? it'd be nice to put all those bugs back to needsinfo where retraced backtraces are not complete
[03:45] <racarr> imbrandon: Have time to throw http://revu.tauware.de/details.py?upid=4738 up quickly?
[03:46] <dholbach> siretart: they turn up on universe-bugs
[03:46] <siretart> dholbach: err, isn't it enough to have universe-bugs subscribed?
[03:46] <dholbach> siretart: it's not
[03:46] <siretart> huh?
[03:46] <soc> jdong: omg ...
[03:46] <soc> didn't know that
[03:46] <dholbach> siretart: how does it subscribed?
[03:46] <soc> you're working for him?
[03:47] <soc> or a colleague?
[03:47] <siretart> dholbach: err, universe-bugs is bug contact for ubuntu, so it gets all newly filed bugs against ubuntu subscribed automatically
[03:47] <dholbach> siretart: no?
[03:48] <dholbach> siretart: that's unfortunately not the case
[03:48] <siretart> oh. 
[03:48] <siretart> I'm sure it was like this in the past
[03:48] <dholbach> siretart: and I did that, because I was looking at all old crasher bugs and assignee+other-status-changes=1 operation, subscription takes two steps
[03:48] <dholbach> no it was not
[03:48] <dholbach> I can't remember any time when that happened :-/
[03:48] <pirast> would be nice if anyone could apply the debdiff in bug 45909 :)
[03:48] <Ubugtu> Malone bug 45909 in Baltix "ndisgtk doesn't install driver" [Medium,Confirmed]  https://launchpad.net/bugs/45909
[03:49] <dholbach> siretart: but i agree: we need to do something about that
[03:49] <dholbach> we should talk to the LP people
[03:49] <siretart> dholbach: it's just that I don't see much point in assigning a bug to a team. nobody starts actually working on the bug
[03:49] <siretart> dholbach: I was under the assumption that subscription was enough to have univser-bugs notified
[03:49] <dholbach> siretart: i noticed more action on bugs that actually went to the mailing list
[03:49] <siretart> dholbach: but if you say its not, that's sad
[03:50] <dholbach> siretart: as I said: we need to get that done
[03:50] <siretart> hm
[03:53] <soc> does someone know if there will be a uvfe for ntfs-3g?
[03:53] <jdong> soc: what about ntfs-3g?
[03:53] <soc> fix: fakeraid/softraid detection was incorrect
[03:53] <soc> change: major performance improvement for writing large files (new block allocator)
[03:53] <soc> change: manual update, added access handling, security section
[03:53] <jdong> I thought 1.0 was already newest
[03:54] <jdong> hmm
[03:54] <soc> the next release candidate is already available
[03:54] <crimsun> The latest test release is ntfs-3g-1.320-RC.tgz, released on March 20, 2007.
[03:54] <crimsun> that sounds ominous as ever.
[03:54] <jdong> soc: it's a release candidate though
[03:54] <soc> ^like I said
[03:54] <jdong> it's too late to be superseding our stable releases with RC's.
[03:55] <crimsun> but it's SHINY
[03:55] <jdong> crimsun: let's BACKPORT it :)
[03:55] <jdong> (actually, in all seriousness that'd probably happen :D)
[03:55] <crimsun> into HOARY
[03:55] <soc> yeah thing is, when it works like last time and the rc gets to final without changes
[03:55] <bddebian> w000t!
[03:55] <jdong> soc: we can't assume that :)
[03:55] <Hobbsee> woo!  hoary!
[03:56] <soc> yes, but it would make it possible to activate writing on ntfs by default
[03:56] <Hobbsee> and warty!
[03:56] <jdong> soc: the fact is 1.0 has been tried and true in our repos for more than a month now, and the rc won't have that level of testing
[03:56] <jdong> soc: why can't you do that with 1.0?
[03:56] <crimsun> 1.0 just isn't shiny like 1.320
[03:56] <soc> because it doesn't handle rights?
[03:57] <soc> mom, my fish ...
[03:57] <jdong> that never stopped fat32 from being writable
[03:57] <jdong> either way, at this point ntfs-3g will not be changed to default
[03:58] <soc> mh ok
[03:59] <soc> hoped I could reduce my third-party-repos a bit :-)
[03:59] <jdong> soc: and I don't see where POSIX permissions were added
[03:59] <jdong> soc: I see http://mercurial.creo.hu/repos/ntfs-3g-hg/?cs=11edc75939e1;ref=
[03:59] <jdong> which just clarifies the manpage about uid/gid/umask options.
[04:00] <jdong> http://mercurial.creo.hu/repos/ntfs-3g-hg/?cs=d2f7e46dd2e5;ref=
[04:00] <jdong> that changeset should probably be cherrypicked.
[04:01] <jdong> the remaining changes (allocator algorithm) looks like a complete rewrite...
[04:01] <jdong> crimsun: what's your opinion on http://mercurial.creo.hu/repos/ntfs-3g-hg/?cs=11edc75939e1;ref=
[04:01] <jdong> crimsun: looks like a simple 1-liner patch that fixes fakeraid/software with ntfs-3g
[04:06] <jdong> what should be set as the maintainer of a Ubuntu universe package?
[04:08] <sistpoty> jdong: DebianMaintainerField in the wiki knows
[04:08] <jdong> sistpoty: hehe saw that :)
[04:09] <geser> racarr: do you still need someone for the upload?
[04:10] <geser> jdong: use Lutin's script for the maintainer change (http://dunnewind.net/~lutin/code/build_scripts/update-maintainer), so you don't need to remember
[04:11] <proppy> dholbach: hug day ?
[04:11] <proppy> is today ?
[04:12] <dholbach> yeah
[04:12] <proppy> url ?
[04:12] <dholbach> and we're cracking quite heavily on universe bugs already
[04:12] <dholbach> http://wiki.ubuntu.com/MOTU/TODO
[04:13] <proppy> go go go
[04:17] <racarr> geser: Err, yes
[04:18] <jdong> soc: see bug 95102
[04:18] <Ubugtu> Malone bug 95102 in ntfs-3g "Cherrypick fakeraid/softraid fix." [Undecided,Unconfirmed]  https://launchpad.net/bugs/95102
[04:18] <jdong> soc: I cherrypicked the trivial worthy bugfix
[04:18] <soc> thanks
[04:20] <superm1> hey jdong would you be able to look over a backport? bug 95097
[04:20] <Ubugtu> Malone bug 95097 in edgy-backports "please backport lirc (0.8.1+cvs20070310-0ubuntu1)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95097
[04:21] <siretart> jdong: that's sweet, because those fixes don't need confirmation by motu-uvf ;)
[04:22] <jdong> siretart: do they?
[04:22] <siretart> no, they are bugfixes
[04:22] <jdong> siretart: well... it was the only worthy fix in the new release that didn't turn the allocator algorithm upside down
[04:22] <jdong> it looked safe :)
[04:22] <geser> racarr: b-s-s uploaded
[04:23] <jdong> superm1: looked over it, looks good to me :)
[04:23] <superm1> jdong,  :)  
[04:23] <racarr> geser: Thanks
[04:24] <siretart> jdong: great. espc. if you tested it :)
[04:24] <racarr> ohh beryl core cleared binary new
[04:24] <jdong> siretart: I did test it; I built it and ran it through mounting, and it worked.
[04:25] <siretart> cool
[04:29] <soc> so how long does it takes until those bugday fixed will get into the repos?
[04:30] <soc> so how long does it take until those bugday fixes will get into the repos?
[04:30] <geser> are they uploaded already?
[04:47] <imbrandon> geser, did you fix the amd64 ftbfs ?
[04:48] <imbrandon> racarr, ^^ ??
[04:48] <racarr> Err, geser uploaded it yeah
[04:48] <imbrandon> if not i will this afternoon
[04:48] <imbrandon> ok good
[04:48] <racarr> and core clearedd binary new
[04:48] <imbrandon> yea everything should be out of NEW now afaik
[04:49] <imbrandon> i was just checking
[04:49] <proppy> patch provided for #59561
[04:49] <proppy> bug 59561
[04:49] <Ubugtu> Malone bug 59561 in xkbsel "package description contains a dead link" [Undecided,Confirmed]  https://launchpad.net/bugs/59561
[04:49] <imbrandon> hrm looks like its out of new but not published yet
[04:50] <racarr> plugins, etc is still in dep wait as a result
[04:50] <proppy> ls
[04:50] <proppy> oups
[05:05] <imbrandon> geser, you did upload the amd64 fix right ?
[05:05] <imbrandon> just so i'm not lieing 
[05:06] <imbrandon> ...
[05:08] <imbrandon> racarr, ??
[05:08] <racarr> imbrandon: Yeah, he did
[05:08] <imbrandon> ok ...
[05:08] <imbrandon> 11:02 <sabdfl> FTBFS on amd64
[05:08] <imbrandon> 11:04 <imbrandon> yea, fixed uploaded
[05:08] <racarr> [11:23]  <geser> racarr: b-s-s uploaded
[05:08] <imbrandon> just makin sure ;)
[05:09] <imbrandon> dident wanna fib to sab :)
[05:15] <jetsaredim> can someone help me fix my glade/gtk problem?
[05:15] <jetsaredim> I've installed kubuntu, but am running gaim and other gtk apps
[05:16] <jetsaredim> but for some reason, there are elements of the window rendering just comes up black
[05:17] <jetsaredim> anyone seen something like that before?
[05:17] <imbrandon> nvidia drivers?
[05:18] <imbrandon> anyhow #kubuntu is better for support
[05:18] <imbrandon> ;)
[05:18] <jetsaredim> ok
[05:18] <proppy> jetsaredim: have you installed gtk-engines-qt ?
[05:18] <imbrandon> but if your using the nv driver yes, its a knownish thing
[05:18] <imbrandon> proppy, yes thats installed by default with kubuntu iirc
[05:19] <proppy> imbrandon: ok :)
[05:19] <jetsaredim> proppy: yea
[05:19] <jetsaredim> err
[05:19] <jetsaredim> i thought i did
[05:21] <jetsaredim> proppy: there is no package called gtk-engines-qt
[05:21] <proppy> gtk2-engines-qtpixmap
[05:22] <proppy> or gtk2-engines-gtk-qt
[05:22] <jetsaredim> yea - have that installed
[05:22] <jetsaredim> gtk2-engines-gtk-qt
[05:33] <proppy> is there a tool that help debian/ubuntu dependencies tracking ?
[05:34] <proppy> (apt-cache --recurse depends also include recommends and is not very readable)
[05:36] <proppy> apt-rdepends - Recursively lists package dependencies
[05:36] <proppy> nice
[05:37] <racarr> why is beryl-plugins still in dependency wait
[05:38] <racarr> if beryl-dev is all finished now?
[05:38] <racarr> and published as far as I can tell
[05:41] <geser> I don't know how often dep-waiting is checked
[05:41] <sistpoty> racarr: libdbus1-dev: does not exist <- might be another problem?
[05:42] <sistpoty> libdbus-1-dev exists however... strange
[05:42] <racarr> yeah a bit unusual naming
[05:43] <sistpoty> indeed
[05:43] <racarr> is that...new?
[05:43] <racarr> because beryl-plugins built in a pbuilder just a few days ago
[05:43] <racarr> imbrandon: Ping?
[05:44] <sistpoty> racarr: doesn't look like it's new, at least not according to packages.ubuntu.com
[05:44] <racarr> mm, beryl-plugins built in a pbuilder though :/
[05:46] <sistpoty> maybe there was a virtual package libdbus1-dev?
[05:46] <racarr> err
[05:46] <racarr> it seems to be building now
[05:46] <racarr> https://launchpad.net/+builds/rothera
[05:47] <racarr> and depwait on libdbus1-dev
[05:48] <racarr> there must have been a virtual package :/
[05:49] <geser> libdbus-1-dev
[05:50] <racarr> geser: Yes but it built in a pbuilder with libdbus1-dev
[05:52] <sistpoty> racarr: pbuilder will often resolve virtual packages, whereas sbuild doesn't (at least iirc), though you'll always need to check those manually
[05:52] <sistpoty> resolves even
[05:52] <racarr> ok well I put a fix on REVU, should show up in just a second
[05:53] <sistpoty> racarr: if you can put a debdiff somewhere, that might be even simpler (however I can also take the package from revu)
[05:54] <racarr> yeah, I'll just scp it to my fd.o page quickly 
[05:54] <sistpoty> cool, thx
[05:56] <racarr> sistpoty: http://people.freedesktop.org/~racarr/beryl-plugins/beryl-plugins_0.2.1-0ubuntu2_source.changes
[05:56] <racarr> or if you want to download the components http://people.freedesktop.org/~racarr/beryl-plugins/beryl-plugins_0.2.1.orig.tar.gz http://people.freedesktop.org/~racarr/beryl-plugins/beryl-plugins_0.2.1-0ubuntu2.dsc and http://people.freedesktop.org/~racarr/beryl-plugins/beryl-plugins_0.2.1-0ubuntu2.diff.gz 
[05:57] <sistpoty> racarr: actually I was referring to a debdiff... "debdiff <olddscfile> <newdscfile>". it's really handy for doing updates which don't invoke new upstream versions
[05:58] <racarr> err, just a second
[05:58] <racarr> my changes to control aren't showing up in the debdiff :/
[05:58] <sistpoty> kk
[05:59] <sistpoty> hm... they do here
[06:00] <racarr> all I am getting in the debdiff is the changelog change
[06:01] <racarr>  but in the diff.gz for the second file the dbus-1 is listed correctly
[06:01] <sistpoty> racarr: did you build a source package with the changed control file and an unchanged changelog?
[06:01] <racarr> no :/
[06:02] <racarr> err
[06:02] <racarr> doi
[06:02] <racarr> yes I did, sorry
[06:02] <racarr> that's why I was diffing against the ubuntu1
[06:02] <racarr> that I had overwritten
[06:02] <sistpoty> exactly
[06:03] <racarr> ok, well do you have the debdiff or do you want me to redownload the original package and uplaod a debdiff?
[06:03] <sistpoty> racarr: I've got all I need :)
[06:04] <racarr> ok, thanks
[06:04] <sistpoty> (apart from beryl-dev in my pbuilder, but I'll have this sorted in a minute)
[06:08] <racarr> ugh, another problem
[06:08] <racarr> the version of aquamarine uploaded right now
[06:09] <racarr> isn't the last version uploaded to REVU it's missing an automake1.9 dependency
[06:10] <sistpoty> ok, I'll take care of this as well
[06:11] <racarr> http://revu.tauware.de/details.py?upid=4706
[06:11] <racarr> should just be able to upload the last version from there
[06:11] <racarr> Apparently someone forgot to upload the last version, heh
[06:11] <sistpoty> ok, however we'll need another changelog entry...
[06:12] <racarr> err, right we will now
[06:12] <racarr> I'll do that then
[06:13] <sistpoty> thanks
[06:14] <racarr> sistpoty: http://people.freedesktop.org/~racarr/aquamarine.debdiff
[06:16] <sistpoty> thanks racarr
[06:22] <sistpoty> oh, cool... I've successfully made my pbuilder take stuff from my local repo on the first try... amazing, usually I need 5-10 tries to get it right *g*
[06:23] <sistpoty> racarr: hm... beryl-plugins doesn't build for me :(
[06:24] <sistpoty> !pastebin
[06:24] <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 (be sure to give the URL of your paste - see also the #ubuntu channel topic)
[06:24] <sistpoty> racarr: http://paste.ubuntu-nl.org/11681/
[06:27] <siretart> what SCM does KDE use for KDE4? still svn?
[06:30] <sistpoty> racarr: aquamarine uploaded
[06:37] <racarr> sistpoty: libberyldecoration is from the beryl-core source package
[06:37] <racarr> and great about aquamarine
[06:39] <sistpoty> racarr: I've got libberyldecoration here, however it's not used for the build FWIW
[06:39] <racarr> FWIW?
[06:40] <sistpoty> for what its worth
[06:40] <sistpoty> adding libberyldecoration-dev will make the build bail out later :(
[06:40] <sistpoty> (adding it to build-depends)
[06:40] <racarr> bail out saying what?
[06:40] <sistpoty> racarr: http://paste.ubuntu-nl.org/11684/
[06:41] <racarr> sistpoty: Mm looks like a missing fPIC
[06:41] <sistpoty> yep, looks like it
[06:41] <racarr> err
[06:41] <racarr> yeah the error even says that if I scroll over
[06:41] <racarr> heh
[06:42] <psusi> can someone point me to some resources explaining how fonts work in X?  I am trying to figure out why since I upgraded to edgy emacs can no longer load usable fonts
[06:42] <racarr> sistpoty: Looks like that's a missing -fPIC in beryl-core though
[06:43] <sistpoty> I guess so
[06:43] <racarr> I'll get you a debdiff in just a second
[06:44] <racarr> is there something I can add to rules with cdbs or something to make sure -fPIC is used or just patch the makefile?
[06:45] <sistpoty> hm... I guess you can add it to the configure call (or preset CFLAGS with -fPIC before doing the configure call), but I'd need to look how that's done with cdbs
[06:47] <sistpoty> racarr: after a short reading through autotools-vars.mk, I think you can simply set the variable CFLAGS (or CXXFLAGS) in debian/rules
[06:47] <sistpoty> (no guarantee for that though *g*)
[06:56] <racarr> sistpoty: http://people.freedesktop.org/~racarr/corefpic.debdiff
[06:56] <racarr> for beryl-core
[06:57] <racarr> then beryl-plugins should build...
[06:57] <sistpoty> ok, I'll try that
[06:59] <racarr> err
[06:59] <racarr> I typoed that
[06:59] <racarr> sistpoty: Redownload the debdiff
[06:59] <racarr> I transposed a += as =+
[07:00] <racarr> ...not sure how
[07:00] <racarr> but anyway just did a test build of core and it compiles with -fPIC
[07:02] <sistpoty> looking at the old build log, it built some parts with -fPIC and some without... I'll see it in a minute if it works ;
[07:02] <sistpoty> +)
[07:03] <sistpoty> oh, btw: I've just done a test-build with CFLAGS=-fPIC (using a make variable instead of a shell one), which seemed to have done the trick as well
[07:03] <racarr> ok well hopefully with http://people.freedesktop.org/~racarr/corefpic.debdiff and the plugins patch
[07:03] <racarr> you can upload core and plugins, and everything should be sorted out
[07:08] <jussi01> hi motu's, can someone tell me how to empty the trash as a super user?
[07:12] <sistpoty> racarr: ok, beryl-core uploaded
[07:12] <sistpoty> for beryl-plugins, however I needed to add libberyldecorations-dev to the build dependencies to make it work, see http://tiber.tauware.de/~sistpoty/beryl-plugins.debdiff
[07:13] <vil> ajmitch, ping
[07:13] <sistpoty> racarr: do you want me to upload this version, or would you like to redo the steps and send me another debdiff?
[07:17] <sistpoty> grml... 24h disconnect *g*
[07:19] <sistpoty> racarr: should I upload the version of beryl-plugins I prepared, or do you want to provide another debdiff?
[07:22] <vil> siretart, ping
[07:23] <sistpoty> hi dholbach
[07:27] <jekil> hi
[07:30] <jekil> i want to help ubuntu motu in packaging software, i think to know well packaging process because i made a lot of packages for my work repositories, there i can find a list of software that i can package or adopt? (it's this: https://wiki.ubuntu.com/MOTU/Packages/Candidates)
[07:33] <geser> yes, that's the list
[07:33] <jekil> thanks
[07:33] <pochu> jekil: and bugs tagged as needs-packaging
[07:34] <geser> jekil: you might also want to look at https://launchpad.net/ubuntu/+bugs?field.tag=needs-packaging
[07:34] <jekil> thanks, and when the package is ready i must upload it to revu, right?
[07:35] <racarr> sistpoty: Can you upoload what you have
[07:35] <racarr> ?
[07:36] <sistpoty> racarr: ok, will do that
[07:36] <racarr> sistpoty: Thanks again for all of it
[07:36] <racarr> have to go for now though
[07:36] <sistpoty> racarr: thanks for contributing ;)
[07:38] <sistpoty> racarr: uploaded :)
[07:45] <dholbach> ajmitch: unmetdeps? :)
[07:46] <dholbach> will somebody file some bugs on 'unmetdeps'?
[07:46] <dholbach> ajmitch seemed to have some trouble with http://daniel.holba.ch/bzr/massfile
[07:47] <geser> dholbach: I've seen some unmetdeps filed by ajmitch
[07:47] <dholbach> oh?
[07:48] <dholbach> geser: do you have an example for a bug?
[07:49] <dholbach> we have 10 bugs marked as unmetdeps - right, there are a few new ones
[07:49] <dholbach> thanks
[07:49] <dholbach> make that 8
[07:50] <geser> bug #93932 till bug #93941
[07:50] <Ubugtu> Malone bug 93932 in gnotime "[UNMETDEPS]  gnotime has unmet dependencies" [Undecided,Confirmed]  https://launchpad.net/bugs/93932
[07:50] <Ubugtu> Malone bug 93941 in gforge-plugin-scmsvn "[UNMETDEPS]  gforge-plugin-scmsvn has unmet dependencies" [Undecided,Confirmed]  https://launchpad.net/bugs/93941
[07:50] <dholbach> thanks geser
[07:50] <imbrandon> gnight all, back in ~8 hours
[07:51] <geser> sleep well imbrandon
[07:51] <dholbach> on my amd64 there are 100
[07:52] <geser> but there should be more unmetdeps bugs (at least apt-cache unmet -i reports more)
[07:52] <dholbach> 100 source packages with broken packages
[07:53] <dholbach> 84 in universe
[07:53] <dholbach> i guess I'll file them on my own now
[07:54] <dholbach> if there are dups, we'll mark them as dups
[08:03] <nox-Hand> Hey hey
[08:03] <nox-Hand> Herd5 install, Grub install fails. How might I fix or bypass? are there other things it has to do after this one?
[08:08] <dholbach> done
[08:08] <dholbach> yoohooo
[08:10] <dholbach> haha "message sending quota exceeded, try later"
[08:11] <dholbach> ajmitch: UNMETDEPS bugs filed, if there are dups, we'll mark them as such
[08:14] <jdong> geser, thanks very much for sponsoring ntfs-3g.
[08:15] <jussi01> its too late to get new stuff into feisty, am i correct?
[08:15] <Nafallo> jussi01: yes
[08:15] <jussi01> ok, cool
[08:16] <Nafallo> hehe. first thing I say here in some days :-P
[08:16] <jussi01> :D
[08:18] <geser> jdong: np
[08:20] <dholbach> have a nice WE everybody
[08:20] <geser> dholbach: you too
[08:20] <dholbach> thanks geser :)
[08:21] <waylandbill> I added myself to the universe contributors team on launchpad and have my key set up there. Is there anything else I need to do to upload to REVU?
[08:23] <jdong> waylandbill, ask a magical guy to sync the keyring
[08:24] <waylandbill> Oh great mystical, magical guy... can you sync the keyring. :-)
[08:26] <Adri2000> jdong: unmetdeps in edgy-backports, have you seen the bug?
[08:26] <jdong> Adri2000, kinda, let me take a closer look at it
[08:27] <jdong> Adri2000, which bug #'s?
[08:27] <Adri2000> jdong: bug #94807
[08:27] <Ubugtu> Malone bug 94807 in edgy-backports "nexuiz-data not backported with nexuiz (uninstallable)" [Undecided,Confirmed]  https://launchpad.net/bugs/94807
[08:27] <jdong> oops, oversight
[08:28] <jdong> adamant1988, ok, gonna approve the backport
[08:28] <Nafallo> hehe
[08:28] <jdong> urgh.
[08:28] <jdong> Adri2000, 
[08:28] <jdong> adamant1988, it's all you fault :P
[08:28] <adamant1988> jdong: Tell me about it :(
[08:28] <siretart> vil: pong
[08:32] <jdong> like getting thru the 40 or so remaining backports requests :)
[08:32] <jdong> and... perhaps dying my hair black again.
[08:32] <vil> siretart, hi
[08:33] <siretart> hi vil 
[08:33] <bojan> hi
[08:33] <vil> siretart, imbrandon told me that you might help me to get access to the build machines
[08:33] <vil> I cannot log in there
[08:34] <vil> when I try ssh vil@aurora.ubuntuwire.com, it asks me for password
[08:34] <vil> I just checked that my ssh pubkey matches the LP one
[08:35] <siretart> vil: please retry with vil@sparky.ubuntuwire.com
[08:35] <siretart> does this work?
[08:36] <vil> hey! sparky works
[08:36] <siretart> ok, aurora should work now as well
[08:36] <vil> siretart, aurora works, too!
[08:37] <vil> what other machines are there?
[08:37] <siretart> e.g. intrepid.ubuntuwire.com
[08:37] <vil> I have currently an issue with build on ia64
[08:37] <vil> is there a list?
[08:37] <siretart> imbrandon: the ssh key importscript seems broken. I noticed 2 newlines in ~vil/.ssh/authorized_keys, which I removed manually
[08:38] <siretart> vil: I don't think we have an ia64 machine
[08:39] <vil> siretart, anyway, aurora will help me a lot when building eclipse
[08:40] <siretart> :)
[08:40] <vil> i think this is a great idea to have test build servers.
[08:41] <waylandbill> isn't a bad idea. sourceforge has build server farms.
[08:41] <Nafallo> aha
[08:41] <vil> can i ask who donated the machines? i don't want to slow down anyones desktop
[08:41] <Nafallo> siretart: so YOU are the sparky dude :-P
[08:41] <siretart> Nafallo: :)
[08:41] <siretart> vil: they are all provided by imbrandon AFAIK
[08:41] <Nafallo> except sparky ;-)
[08:42] <siretart> except  sparky, that's a donation of the uni-erlangen, my work place :)
[08:42] <vil> opensuse has build service, too
[08:42] <vil> http://en.opensuse.org/Build_Service
[08:42] <siretart> debian as well
[08:43] <vil> but I guess you need to be debian uploader to get access there
[08:43] <siretart> even an debian developer. yes
[08:44] <siretart> we require beeing ubuntu-dev as well for the ubuntuwire.com machines
[08:44] <vil> so no luck for me...
[08:44] <vil> yes, i am member of ubuntu-dev, thats ok.
[08:45] <siretart> vil: becoming a motu-dev is even a lot easier :)
[08:45] <siretart> s/motu-dev/ubuntu-dev/
[08:45] <vil> there is also a spec on lp regarding build servers, although it seems to be currently abandoned
[08:46] <vil> oops, its imbrandon's so not abondoned at all :)
[08:47] <vil> it would be great if canonical could donate a few boxes, though
[08:47] <siretart> well, *.ubuntuwire.com does exist :)
[08:48] <siretart> vil: they do provide e.g. tiber.tauware.de aka the REVU machine
[08:48] <siretart> vil: currently, I think we have enough machine. we rather would need skilled admins with enough free time to administer/setup the machines
[08:49] <vil> sounds fair
[08:49] <vil> siretart, any plans for ia64 arch?
[08:50] <siretart> vil: I haven't heard about ia64. maybe imbrandon?
[08:50] <siretart> vil: I think we'd happy setup an ia64 machine if someone could donate one
[08:51] <Seveas> siretart, i'd happily volunteer to do syadmining
[08:51] <siretart> btw, I think I've seen some hppa boxes at our 'dump'
[08:52] <Laser_away> we are getting build help from Canonical
[08:52] <Laser_away> once PPA is online
[08:52] <Laser_away> I think we'll have access to at least a dozen build machines
[08:52] <siretart> Laser_away: do you know about its status?
[08:52] <Laser_away> siretart: PPA has to be out first
[08:53] <Laser_away> only way to have it secure enough for the sysadmins
[08:53] <siretart> I mean PPAs status
[08:53] <Laser_away> oh
[08:53] <Laser_away> Feisty+1
[08:53] <siretart> beginning or end? ;)
[08:53] <Laser_away> during Feisty+1
[08:53] <Laser_away> hopefully beginning
[08:53] <siretart> when its done, I know
[08:53] <vil> Laser_away, can you explain me what PPA is?
[08:53] <Laser_away> they have an internal server running PPA I think
[08:53] <Laser_away> Personal Package Archive
[08:54] <Laser_away> every person on LP get's their own personal repo
[08:54] <Laser_away> they submit packages and LP builds them and adds them to their repo
[08:54] <Laser_away> currently only i386 is planned
[08:54] <Laser_away> becuase it uses Xen
[08:55] <Laser_away> but elmo said if we get a restricted PPA that only builds from the archive we should be able to get other archs
[08:55] <Laser_away> that was the converstation at Mt View
[09:07] <DktrKranz> good evening and happy Hug Day :)
[09:17] <vil> siretart, ok so back again with another issue
[09:17] <vil> mkdir: cannot create directory `/var/cache/pbuilder/build//4209': Permission denied
[09:19] <vil> siretart, sudo works, sorry
[09:30] <vil> siretart, ping
[09:46] <ScottK> I've been looking at clamav bugs, particularly Bug #85572.  It concerns me greatly that we are at the beta release and AFAICT, we have a non-functional clamav release.  I've exhasuted my limited ability to try and figure out what's wrong, so I'd appreciate it if someone else would take a look at that one and Bug #85573.  I give.
[09:46] <Ubugtu> Malone bug 85572 in clamav "Feisty 0.90~rc3-1ubuntu1 - After install of clamav, clamav does not run" [Undecided,Confirmed]  https://launchpad.net/bugs/85572
[09:46] <Ubugtu> Malone bug 85573 in clamav "Feisty 0.90~rc3-1ubuntu1 - After install of clamav, Freshclam does not update" [Undecided,Confirmed]  https://launchpad.net/bugs/85573
[09:52] <azeem> 2/W 33
[09:52] <azeem> oops.
[10:09] <DktrKranz> is it necessary to specify XSBC-Original-Maintainer field if upstream maintainer already has an @ubuntu.com address?
[10:10] <geser> you need to change it only if Maintainer doesn't contain ubuntu and you change something
[10:10] <DktrKranz> maintainer contains it, so no change
[10:11] <DktrKranz> Maintainer: Charles Majola <charles@ubuntu.com>
[10:11] <DktrKranz> this is the case
[10:11] <geser> than it can stay like it is
[10:11] <DktrKranz> ok, thanks :)
[10:16] <DktrKranz> that was from bug #82872
[10:16] <Ubugtu> Malone bug 82872 in bluez-btsco "Refers to docs/index.html while actual file is in index.html" [Undecided,Confirmed]  https://launchpad.net/bugs/82872
[10:17] <DktrKranz> i just uploaded a debdiff for a small fix
[10:17] <DktrKranz> could you please review it?
[10:46] <geser> DktrKranz: the debdiff looks good. One note: Ubuntu uses "LP: #<bugnumber>" for automatic bug closing (once LP supports it)
[10:46] <geser> I will fix before uploading
[10:47] <DktrKranz> ok, i'll note this
[10:47] <DktrKranz> do you know when this will be implemented?
[10:48] <geser> sorry, no.
[10:48] <geser> All I know is that dpkg-genchanges adds the necessary headers for it already.
[10:49] <DktrKranz> nice
[10:50] <DktrKranz> it ships something aboux XSBC, isn't it?
[10:51] <geser> no, XSBC is about the maintainer changing in debian/control
[10:52] <geser> this is about the Launchpad-Bugs-Fixed: header in the .changes files which are used for uploading
[10:53] <DktrKranz> i was referring to newer version of dpkg-dev
[10:53] <geser> the newer dpkg-dev checks the maintainer field if the package has ubuntu changes
[11:05] <DktrKranz> merges.ubuntu.com no longer updates its list, is it a wanted behaviour?
[11:12] <Adri2000> no, it's just broken
[11:15] <DktrKranz> argh!
[11:15] <DktrKranz> so we need to use mdt instead?
[11:22] <Fujitsu> Noooo, we can't reject Beryl bugs any more :(
[11:22] <lupine_85> bwahahaha, etc
[11:23] <lupine_85> me & racarr will try to keep on top of them :)
[11:23] <lupine_85> and maybe PriceChild 
[11:40] <lupine_85> hahaha, you guys are going to kill us: http://lists.beryl-project.org/pipermail/beryl-dev/2007-March/000356.html
[11:52] <Monk-e> Hi, is there anybody around from the Games team?
[11:52] <geser> lupine_85: is there more info about this "merge"?
[11:52] <lupine_85> geser: right now, not really
[11:53] <lupine_85> As I said on the ML, we should support 0.2 until feisty is out of everyone's systems anyway
[11:54] <lupine_85> the main question for me is whether compiz core remains "compiz", or if it changes name too
[11:54] <lupine_85> compiz were already planning to move most of their plugins out to a separate package (compiz-extras)
[11:55] <geser> what is going to be merged? All I got from the mail is that there is a merge and that packages need to be renamed
[11:56] <lupine_85> geser: compiz and beryl, basically
[11:56] <geser> ah
[11:57] <geser> and I joked yesterday about it not knowing that something is on it's way
[11:57] <lupine_85> hehe
[11:58] <lupine_85> well, it's been talked about for around a month now
[11:58] <geser> I don't follow beryl development