[01:40] <crimsun> hmm... on whom should I blame bug #39585? ;)
[01:40] <Ubugtu> Malone bug 39585 in celestia "celestia uninstallable in dapper" [Normal,Unconfirmed]  http://launchpad.net/bugs/39585
[01:42] <bddebian> It's on my TODO list :-(
[01:45] <crimsun> want me to take it?
[01:45] <bddebian> If you want to.  It takes an eon to build just so you know :-)
[01:46] <crimsun> thanks to the glut stuff, I'm sure
[01:47] <bddebian> Maybe I should have just stayed away from MOTU stuff :-(
[01:47] <crimsun> pfft.
[02:41] <crimsun> yay for a.u.c. spitting errors
[02:43] <bddebian>  a.u.c?
[02:45] <crimsun> archive.ubuntu.com
[02:47] <crimsun> trappist: ping
[02:58] <bddebian> ah
[03:23] <crimsun> bddebian: the desktop file was being installed into the wrong package, i.e., -common instead of -glut.
[03:24] <bddebian> crimsun: Yeah, I knew that (after the fact of course)
[03:24] <crimsun> bddebian: I'm also attempting to avoid strong versioned depends, but that may be necessary.
[03:25] <crimsun> as soon as trappist checks in with which version is being upgraded...
[03:25] <bddebian> Ah
[03:36] <cartel_> hey all
[03:37] <ajmitch> hello
[03:37] <jaldhar> is minghua on holiday or something?  I haven't seen him around for awhile
[03:41] <bddebian> Heya cartel_, ajmitch, jaldhar
[03:41] <imbrandon> 'ello everyone
[03:47] <bddebian> Hello imbrandon
[03:47] <imbrandon> heya
[03:51] <jaldhar> hi bddebian
[04:21] <bddebian> What the hell do I do about undefined automake macros?
[04:22] <bddebian> crimsun: Still awake?  (Hell, still building celestia? ;-P)
[04:28] <bddebian> Heya bmonty
[04:29] <bmonty> hi bddebian
[04:29] <Toadstool> g'night everybody
[04:29] <bddebian> Gnight Toadstool
[04:32] <crimsun> bddebian: sup?
[04:32] <bddebian> crimsun: You know much about custom automake macros?
[04:33] <crimsun> bddebian: no, sorry. I've looked at what Xfce uses, but that's about it.
[04:34] <crimsun> gah, I'm going to need a svn snap to fix this matroska issue. :(
[04:34] <bddebian> Joy
[04:34] <crimsun> Sam is going to slay me.
[04:55] <trappist> crimsun: check in with which version what?
[04:56] <crimsun> trappist: what version of celestia were you attempting to upgrade from?
[04:58] <trappist> crimsun: I don't have that box handy anymore, but it was initially installed months ago and I dist-upgrade daily, so I have to assume the most recent version
[04:58] <trappist> but that ticket has been closed with fix-released
[04:58] <crimsun> yes, I closed it an hour ago
[04:59] <crimsun> I need to make sure the fix wasn't necessary for 1.3.x where x!=2
[05:00] <trappist> ah.  I just tried on this box, but I don't have celestia installed.  I don't suppose there's a way to ask dpkg what was previously installed
[05:00] <crimsun> you can grep the dpkg.log
[05:01] <bddebian> heh
[05:02] <bddebian> Gaaahh, I can't fix shit tonight :'-(
[05:02] <ajmitch> bddebian: file bugs in debian instead
[05:02] <bddebian> ajmitch: ?
[05:02] <ajmitch> bddebian: for all those .desktop files you've added
[05:02] <ajmitch> unless you want to have th fun of merging them all for dapper+1
[05:03] <bddebian> ajmitch: I have an email folder full of them to submit after dapper :-)
[05:03] <bddebian> ajmitch: You know automake dont ya?
[05:03] <ajmitch> depends on what problem you're having
[05:03] <bddebian> On two packages tonight I've had problem with custom automake macros
[05:04] <bddebian> aclocal and therefore autoreconf puke because of them
[05:04] <ajmitch> fun
[05:06] <bddebian> ajmitch: Do you know how they are defined?
[05:06] <bddebian> Or are supposed to be defined?
[05:06] <ajmitch> by someone sitting at a keyboard & hitting keys
[05:06] <bddebian> You are so helpful :-)
[05:07] <ajmitch> of course
[05:15] <bddebian> ajmitch: OK, how about xmkmf? :-)
[05:25] <ajmitch> what about it?
[05:26] <calamari> hi
[05:27] <bddebian> Hello calamari
[05:27] <calamari> just wanted to report a packaging problem.. celestia 1.3.2-3.1ubuntu2 conflicts with celestia-common 1.3.2-3.1ubuntu2
[05:27] <bddebian> ajmitch: I didn't think it was supposed to use /ect/X11/config/cf anymore?
[05:27] <bddebian> calamari: Been fixed
[05:28] <calamari> bddebian: ahh, okay.. when does the fix come out?
[05:28] <bddebian> calamari: I believe crimsun uploaded it a couple of hours ago
[05:29] <calamari> oh, does it rebuild the package list immediabtely upon upload?  neat
[05:29] <calamari> guess he hasn't yet then.. but that's okay .  thanks for letting me know of the fix
[05:29] <bddebian> NP
[05:30] <calamari> btw, is there any type of info that tells me what changed.. I never know what to test
[05:30] <bddebian> calamari: I put the desktop file in the wrong package
[05:31] <calamari> no I mean in general
[05:31] <bddebian> You can look at the changelog
[05:32] <calamari> ahh, indeed.. thank you
[07:40] <nictuku> hi all
[07:41] <calamari> hi nictuku
[07:53] <crimsun> calamari: are you trying to upgrade to celestia | 1.3.2-3.1ubuntu3 ?
[07:53] <calamari> crimsun: nope, it was 2
[07:54] <calamari> I got the update to 3 shortly after and it was fine
[07:54] <calamari> so problem solved :)  thanks
[07:54] <crimsun> good.
[07:57] <LaserJock> yeah crimsun
[07:57] <LaserJock> go crimsun go!
[07:58] <LaserJock> ugghh, I'm trying to be the MOTU cheerleader so I don't have to actually *fix* anything
[07:58] <LaserJock> ;-)
[07:59] <crimsun> no way dude, we're old hats at that :p
[07:59] <LaserJock> heh, dholbach has you trained
[08:13] <crimsun> configure your MUA
[08:28] <nictuku> crimsun, fiordland.ubuntu.com won't relay the e-mails.
[08:29] <nictuku> and SASL support seems not be available. well that's not that important anyway
[08:36] <bintut> https://wiki.ubuntu.com/MOTU/Packages/Candidates
[08:36] <bintut> anyone cares on LTSP4.2 packages for 32bit Sparc machines?
[08:38] <bintut> i already have a request posted at https://wiki.ubuntu.com/MOTU/Packages/Candidates
[08:39] <bintut> it's the first line of all requests
[08:52] <bintut>  I would like to make use of my old Sun JavaStation JK (Krups) thin clients to boot via LTSP-4.2 on an Ubuntu GNU/Linux AMD64 server. Due to the fact that I don't have a Sun Sparc machine to compile and build a binary LTSP-4.2 packages for my Sun JavaStation JKs, I am seeking help for whoever can help me build LTSP-4.2 binary packages for my thin clients. You can find relevant informations at the following URLs:  http://wiki.ltsp.org/twiki/bin/view/L
[08:52] <bintut> tsp/LBE ; http://www.tldp.org/HOWTO/JavaStation-HOWTO/index.html ; http://math.univ-lille1.fr/ltsp-sparc/ ; http://people.redhat.com/zaitcev/linux/ ; http://www.geocities.com/SiliconValley/Lab/6125/linux/javastation.html
[08:52] <crimsun> bintut: sorry, but we're not going to have ltsp 4.2 in dapper
[08:52] <crimsun> bintut: dapper+1 is feasible
[08:52] <bintut> crimsun: what do you mean?
[08:53] <bintut> crimsun: what's dapper+1 ?
[08:54] <crimsun> bintut: the name of the ubuntu release after dapper
[08:54] <bintut> crimsun: i got here 11 units of javastations unused and i want to use them all using dapper and ltsp
[08:55] <crimsun> bintut: we don't touch ltsp; it's a main package
[08:55] <crimsun> MOTU deals with universe and multiverse
[08:56] <bintut> crimsun: can you build the LTSP-4.2 packages for Sun JavaStations JK (Krups) or for 32bit sparc machines in general?
[08:56] <crimsun> bintut: no
[08:56] <bintut> crimsun: ltsp for x86 is a main package but i'm requesting for 32bit sparc machines
[08:57] <crimsun> bintut: it would still be a main package
[08:57] <bintut> crimsun: and i believe, it would fall unto universe and/or multiverse
[08:57] <crimsun> no. it's main.
[08:57] <crimsun> I think fabio keeps up to date on sparc, but I can't speak for him
[08:57] <bintut> oh..
[08:58] <bintut> and that would mean that my 11 units of sun javastations will still be unusuable.. and might forever be.. :(
[08:58] <crimsun> sorry, but that's not an issue we can resolve in dapper.
[08:59] <bintut> crimsun: it's ok..
[08:59] <crimsun> you may want to talk to ogra about ltsp; he has made modifications to those packages and ultimately knows more about them
[09:00] <bintut> crimsun: what about porting it to native 32bit sparcs?
[09:00] <crimsun> bintut: what about it?
[09:01] <bintut> crimsun: nevermind.. thanks anyway.. :)
[09:01] <crimsun> l
[09:34] <nomed> hi all
[12:34] <Yagisan> G'day MOTU's, hows your easter weekend ?
[12:35] <jsgotangco> working?
[12:35] <jsgotangco> :)
[12:46] <Yagisan> jsgotangco: at least you have something to do, it's rather dead here.
[12:46] <jsgotangco> heh just some quick mash up jobs before going offline for easter
[12:51] <Yagisan> jsgotangco: are you experienced in packaging ? I have a package of mine that makes 1 deb, and I'd like to change so it makes a few .debs (I benchmarked it and it has significant performance gains with some -march flags)
[12:51] <kelmo> moin
[12:53] <Yagisan> G'day kelmo
[12:54] <kelmo> gday to you too Yagisan
[12:58] <kelmo> you're down in nsw right?
[12:59] <Yagisan> kelmo: yep. Sydney
[12:59] <kelmo> whats it like down there now, getting a bit nipply?
[01:00] <Toadstool> hi here
[01:00] <Yagisan> kelmo: it is a bit nippy in the morning and evening. Last few days have been warmer then usual
[01:01] <Yagisan> so anyone feel like going over some packaging questions with me ?
[01:02] <Yagisan> it hopefully won't take much time
[01:02] <kelmo> shoot, maybe we could both learn something
[01:04] <Yagisan> kelmo: I have a package, it makes 1 .deb from the source, I'd like to make it generate several .debs from the source by rebuilding it with different CFLAGS. I did some benchmarking a discovered that it actually can benefit from it
[01:05] <lifeless> Yagisan: are these going to be debs of the same binary ?
[01:05] <Yagisan> lifeless: yes
[01:05] <lifeless> Yagisan: like, foobar for 686, foobar for 386 etc ?
[01:05] <Yagisan> lifeless: exactly
[01:06] <lifeless> its fairly unusual to do this
[01:06] <Yagisan> I've never made a package like that, so I'm unsure of what to do
[01:06] <lifeless> you could dig up the mplayer sources, they do this
[01:06] <kelmo> yeah mplayer/mencoder
[01:07] <kelmo> i don't know if mencoder still does it
[01:08] <Yagisan> ok. I'll check now. I found a large jump in fps while benchmarking, so I thought it would be worth the effort of splitting the package
[01:08] <lifeless> Yagisan: what package is it ?
[01:08] <Yagisan> lifeless: deng. Not yet ready for inclusion in Ubuntu, but I have an older packge in revu
[01:09] <lifeless> xiaoping ?
[01:10] <Yagisan> lifeless: it's a doom engine. I'm helping upstream sort out copyright issues and become fully gpl compatible with the raven licensed parts easily able to be stripped.
[01:12] <Yagisan> ok. current mencoder uses runtime cpu detection
[01:13] <kelmo> hey siretart
[01:14] <siretart> heyho kelmo
[01:15] <kelmo> siretart: hows our friend felix?
[01:15] <kelmo> in fine form i think
[01:16] <siretart> kelmo: I hope that he begins to be constructive soon...
[01:16] <kelmo> siretart: indeed
[01:16] <kelmo> siretart: but he has brought up a good point recently
[01:16] <kelmo> will look at that new bug/problem now
[01:17] <siretart> you mean debian bug #362745?
[01:17] <Ubugtu> Debian bug 362745 in wpasupplicant "Subject: wpasupplicant: Managed mode leaves wpa_supplicant running if ifup fails" [Normal,Open]  http://bugs.debian.org/362745
[01:17] <siretart> indeed
[01:17] <siretart> but I think this is rather easy to fix
[01:17] <Yagisan> that was odd. my system locked up :(
[01:17] <kelmo> well, yes and no
[01:19] <kelmo> siretart: have done a bit of work on madwifi-ng lately
[01:19] <kelmo> siretart: please try it sometime
[01:21] <siretart> kelmo: sounds really promising. will do when I find time. first I need to find out how to disable the old drivers
[01:21] <kelmo> you could just rename them or so, but that is not dpkg friendly
[01:25] <siretart> perhaps I could blacklist them
[01:26] <siretart> does madwifi-ng use the same names for the kernel modules?
[01:26] <kelmo> basically, yes
[01:26] <kelmo> slight differences, but primary modules are the same
[01:27] <Tonio_> hum, concerning wifi, I recently tested the vpn modules to network-manager, and that was working fine with knetworkmanager frontend
[01:27] <Tonio_> any reason they haven't been uploaded and revued still ?
[01:28] <Tonio_> I might revu except if there is a real issue with them
[01:28] <siretart> gnarf
[01:29] <siretart> then blacklisting is a nogo :(
[01:29] <Tonio_> siretart: hi ;)
[01:29] <siretart> hi Tonio_
[01:29] <Yagisan> ok. looking through a few sample .debs it seems all I should need to do is copy the source directory x times, change to the copies, and configure and build them.
[01:30] <Tonio_> siretart: do you think it is in keubuck's plan to have vpn modules added ? he removed the "vpn removing" patches from network-manager so... ^^
[01:30] <Tonio_> s/keubuck/keybuck
[01:32] <kelmo> siretart: maybe two possibilities to the wpasup bug
[01:33] <kelmo> siretart: either we check in post-up if there is success (not really easy, i think)
[01:33] <kelmo> siretart: or simply kill/restart existing processes on ifup
[01:34] <kelmo> well, there is no post-up as such
[01:34] <kelmo> so we'll go with plan B huh ;)
[01:36] <siretart> kelmo: I already suggested the 2nd. seems easy and straight forward to me
[01:37] <kelmo> yep, i was just thinking aloud
[02:03] <jpatrick> can we upload NEW packages?
[02:20] <Hobbsee> bug 30796
[02:20] <Ubugtu> Malone bug 30796 in vim "Syntax highlighting in sources.list is wrong" [Unknown,Unknown]  http://launchpad.net/bugs/30796
[02:23] <jpatrick> Hobbsee: can I help you? :)
[02:23] <Hobbsee> jpatrick: nah, was just looking it it - someone mentioned it
[02:59] <phanatic> hi people
[03:06] <jpatrick> hi phanatic
[03:07] <phanatic> hello jpatrick
[03:12] <kelmo> siretart: can you reproduce the bug from Felix?
[03:12] <kelmo> siretart: i think he really misunderstands ifupdown, unless i am mistaken
[03:12] <siretart> kelmo: I think he misunderstands quite a lot of thinks, but ifupdown seem to confuse him terribly
[03:13] <siretart> kelmo: I haven't had the chance to look deeper into the issue yet
[03:13] <kelmo> siretart: when you ifup a device, and the dhcp inet method fails, the device is still marked as "up"
[03:13] <kelmo> and as such, wpa_supplicant remains open
[03:13] <siretart> so you have to ifdown the interface
[03:13] <kelmo> if you manually cancel an ifup invokation, you take it upon your self to clean up imho
[03:14] <siretart> sounds reasonable
[03:14] <kelmo> of course you need to ifdown first
[03:14] <kelmo> even with --force
[03:14] <siretart> I assume ifdown kills the supplicant in any case, no?
[03:14] <kelmo> yes
[03:14] <siretart> hm.
[03:14] <siretart> whats the issue then?
[03:14] <kelmo> i think:
[03:15] <kelmo> he gets unpatient when no dhcp offer is given
[03:15] <kelmo> and manually kills ifupdown
[03:15] <kelmo> i think we can make minor improvements
[03:15] <siretart> if he kills ifupdown, he would have to ifdown the interface anyway
[03:16] <Mithrandir> siretart: that's a regression from earlier releases.
[03:16] <kelmo> well, I do not get the problem yet
[03:16] <Mithrandir> it used to work to just do C-c, then arrow-up RET
[03:16] <siretart> because the interface should be marked 'up' in ifstate
[03:16] <kelmo> yeah
[03:16] <Mithrandir> no, it shouldn't.
[03:16] <kelmo> comments welcome
[03:16] <Mithrandir> it shouldn't be marked up until the method has completed successfully.
[03:17] <siretart> Mithrandir: so in this case, what should ifupdown do with a running supplicant?
[03:17] <Mithrandir> siretart: kill it.
[03:17] <Mithrandir> IMO
[03:17] <kelmo> even on up?
[03:18] <Mithrandir> if you do ifup and then press C-c before you get your prompt back, everything should revert to what it was previously.
[03:18] <kelmo> how does bridge-utils, wireless-utils do this . . .
[03:18] <Mithrandir> wireless-utils doesn't have any daemon
[03:19] <Mithrandir> bridge-utils I'm not sure about.  It doesn't have a daemon either, iirc.
[03:19] <siretart> Mithrandir: will, this isn't possible to implement. we start a daemon in /etc/network/if-pre-up.d. How should ifupdown know how to kill the daemon on ctrl-c?
[03:19] <kelmo> no, but cancellation in the middle of a process is not easy to trap
[03:19] <StevenK> Espically when forking off children.
[03:20] <siretart> the best we can do is probably checking if there is already an instance running and kill it before starting
[03:20] <Mithrandir> siretart: it could trap the C-c and then run if-down.d, maybe.  Or have a mechanism to notify those daemons that they should stop.
[03:21] <siretart> Mithrandir: ok, so you think this is rather an ifupdown bug...
[03:22] <siretart> debian bug #360806 sounds related...
[03:22] <Ubugtu> Debian bug 360806 in ifupdown "Subject: ifupdown: ignores post-down scripts with udev" [Important,Open]  http://bugs.debian.org/360806
[03:22] <Mithrandir> there is an ifupdown bug about it at least.
[03:26] <kelmo> siretart: when reproduced, wpasupplicant/ifupdown.sh exits with error 1 anyhow
[03:28] <kelmo> so it is really this C-c thing that is dogging it
[03:29] <siretart> ah, I see
[03:30] <kelmo> like you said, it would be trivial to kill the process silently, i think
[03:30] <kelmo> but just seems "uneccessary"
[03:35] <kelmo> but his bug report was typically not 100% clear either
[03:36] <siretart> hm. I don't see a problem in killing the process silently. I mean we would start another instance anyway
[03:36] <siretart> at that point
[03:37] <kelmo> sure, just looks a bit ugly, and i'm not sure it addresses the real problem here
[03:41] <ivoks> hi
[03:42] <freeflying> slomo__: ping
[03:42] <kelmo> ok, that'll be the solution for now then
[03:42] <slomo__> freeflying: pong
[03:42] <freeflying> slomo__:  malone #35772
[03:42] <Ubugtu> Malone bug 35772 in quarry "installs to /usr/games/bin/" [Normal,Unconfirmed]  http://launchpad.net/bugs/35772
[03:42] <slomo__> freeflying: sorry, i'm busy currently
[03:43] <ivoks> slomo__: looks like we will have to upload new version of libetpan after all :)
[03:43] <freeflying> slomo__: I just need UVFe for upload new package
[03:43] <slomo__> freeflying: NEW package? or new upstream version? the bug only has a small diff
[03:43] <siretart> freeflying: we still need a uvf report
[03:43] <freeflying> slomo__:  new upstream version
[03:44] <freeflying> siretart: was done about 3 weks ago
[03:44] <slomo__> freeflying: is there a uvf report somewhere?
[03:44] <freeflying> slomo__:  on mailing list (ubuntu-motu)
[03:45] <freeflying> slomo__: and I assigned this bug to motu-uvf too
[03:46] <siretart> freeflying: wasn't it grated that back then?
[03:46] <freeflying> siretart: no reply
[03:48] <siretart> freeflying: could you please copy the reports from that old report to that bug then please?
[03:49] <freeflying> The main quarry executable is installed in /usr/games/bin/quarry. This should be /usr/games/quarry instead.
[03:50] <freeflying> siretart: and I don't know sho uploaded this one , after all I have upload the latest release to REVU already
[03:50] <freeflying> s/sho/who
[03:51] <siretart> freeflying: I'd like to see the diffstat, changelog and buildlog first, before granting an exception
[03:52] <freeflying> siretart:  sorry , I didn't attach those , I'd attach it later
[04:11] <siretart> kelmo: nobse is unhappy about the timeing of the last wpasupplicant upload. one day more, and -2 would have made it to testing, and probably to sarge-backports. now it has to wait for the new glibc to enter testing
[04:13] <kelmo> siretart: well, i was not to know about this situation
[04:14] <siretart> kelmo: I wasn't aware either
[04:38] <bddebian> Heya gang
[04:38] <bmonty> hi bddebian
[04:38] <bddebian> Heya bmonty
[05:11] <kelmo> siretart: i committed the workaround
[05:11] <kelmo> siretart: will investigate further though
[05:23] <freeflying> anyone know how to get the log of pbuilder when I build a program
[05:24] <jpatrick> sudo pbuilder build *.dsc > buildd.log
[05:24] <freeflying> jpatrick: thx
[05:24] <jpatrick> no problem
[05:29] <Tonio_> jpatrick: that's not nice, you will not get the full output
[05:29] <jpatrick> oh right
[05:29] <Tonio_> sudo pbuilder build -o buildd.log *.dsc
[05:29] <Tonio_> that's the good one :)
[05:30] <jpatrick> ah okay *adds to knowledge*
[05:30] <Tonio_> freeflying: you're welcome :) ^^
[05:31] <freeflying> :)
[05:31] <freeflying> seems today is kubuntu team's day :)
[05:31] <Tonio_> freeflying: hehe :)
[05:32] <jpatrick> i just have to finish 6 pages of school work...
[05:33] <freeflying> jpatrick: then tea time
[05:33] <Tonio_> week-ends are now REAL week-ends :)
[05:33] <jpatrick> Tonio_: :(
[05:34] <jpatrick> one sec...... damn, three more years
[05:34] <Tonio_> jpatrick: don't mind, remember that I may die before you ;)
[05:35] <freeflying> siretart: ping
[05:36] <jpatrick> freeflying: oh, I do love tea time
[05:36] <freeflying> jpatrick: how about green tea :)
[05:37] <jpatrick> not sure. :)
[05:37] <siretart> freeflying: pong (but need to leave soon!)
[05:37] <freeflying> siretart: attached all things :)
[05:37] <siretart> freeflying: I got the email and had a look at the changelog/diffstat, and already answered you
[05:38] <siretart> freeflying: the changelog doesn't look complete (or it doesn't match the diffstat)
[05:38] <freeflying> siretart: seems my failt
[07:08] <KriS|work> hi
[07:08] <jpatrick> hi KriS|work
[07:08] <KriS|work> where can I get a working transcode package from for breezy?
[07:10] <KriS|work> This is the error I get when using the one from multiverse: http://pastebin.ca/49431
[07:14] <KriS|work> If I'm in the wring channel, please direct me to the right one
[07:16] <slomo> better file a bug about this :)
[07:16] <slomo> https://launchpad.net/distros/ubuntu/+source/transcode/+filebug
[07:17] <KriS|work> hmm. k but I guess it won't be fixed in this version anymore hmm?
[07:18] <slomo> maybe... someone should have a closer look... but it looks like only like a linking mistake that should be easily to solve
[07:18] <ozamosi> KriS|work: #ubuntu is for support questions - maybe someone knows a work around.
[07:19] <KriS|work> k I'll give it a try
[07:19] <slomo> KriS|work: but please also file a bug... otherwise nobody will fix this maybe ;)
[07:21] <KriS|work> I was here quite a while agi cos of a ICU bug.. I was asshured it would be fixed.. never was.. now I know why :(
[07:22] <slomo> KriS|work: i would look into the transcode bug now but i have to leave in ~5 minutes... a bugreport as reminder is always better
[07:22] <KriS|work> slomo, sure.. I'm just registering :)
[07:57] <KriS|work> submited
[08:17] <crimsun> KriS|work: is your transcode bug #39678 on Breezy or Dapper?
[08:17] <Ubugtu> Malone bug 39678 in transcode "Error when trying to transcode a avi file." [Normal,Unconfirmed]  http://launchpad.net/bugs/39678
[08:18] <KriS|work> Breezy
[08:18] <KriS|work> But I guess tis was already submited
[08:18] <KriS|work> I just found something
[08:19] <crimsun> afaik it's already fixed in Dapper.
[08:19] <KriS|work> https://launchpad.net/distros/ubuntu/+source/transcode/+bug/3399
[08:19] <Ubugtu> Malone bug 3399 in transcode "transcode : undefined symbol : dts_init" [Normal,Fix released] 
[08:19] <crimsun> the Breezy package is broken due to my kludge/fight with ffmpeg source-binary split in the repo.
[08:19] <KriS|work> hmm
[08:19] <KriS|work> crimsun, do you have a fixed deb I could use?
[08:20] <crimsun> I don't, but you can compile transcode yourself
[08:20] <KriS|work> want to guide me? :)
[08:20] <crimsun> alternately, try Dapper (it's fixed in Dapper)
[08:21] <KriS|work> hmm
[08:21] <KriS|work> crimsun, if I wanted to compile it myself its the last pach you submited right?
[08:22] <\sh> moins motus :)
[08:22] <KriS|work> pach = patch*
[08:22] <crimsun> moin \sh
[08:22] <\sh> hey crimsun, how it's going?
[08:23] <crimsun> \sh: not bad, attempting to enjoy Easter break, yourself?
[08:23] <crimsun> KriS|work: yes, use the last patch
[08:24] <\sh> well...if I would say, great, it would be a lie...but hope my problems will be solved soon...
[08:24] <crimsun> \sh: we're all rooting for you :)
[08:24] <\sh> crimsun: hehe, I have to start from scratch later on :)
[08:49] <jpatrick> moin \sh
[08:51] <\sh> huhu jpatrick :)
[08:52] <jpatrick> now there are two kubuntu core-devs :|
[08:53] <crimsun> who, raphink and jriddell?
[08:53] <jpatrick> yep
[08:53] <crimsun> remember that every core dev is potentially a kubuntu core dev, too :)
[08:53] <jpatrick> and raphink's on holiday and jr's out of action right now
[08:55] <\sh> what, raphink got hired by canonical? :)
[08:56] <bddebian> crimsun: Even me? ;-P
[08:56] <bddebian> Oh I'm not a core dev :-)
[08:57] <bddebian> Heya \sh
[08:58] <\sh> bddebian: time for you to apply for main rights :)
[08:59] <\sh> bddebian: u need to replace me dude :)
[08:59] <crimsun> yeah, go bddebian!
[08:59] <jpatrick> Riddell told me to watch out for core-dev
[08:59] <crimsun> \sh: I dunno about hired, but he has main privs
[09:02] <\sh> crimsun: ah...main privs are easy to get :)
[09:05] <LaserJock> \sh: raphink wasn't hired by canonical, but he made core-dev to relieve some pressure off of Riddell I think
[09:05] <jpatrick> or so says his wikipage
[09:06] <\sh> well..the pressure will come even to him :) Because 2 people or 3 can't take the power of 10 other gnome devs, even if they're officially not working on gnome :)
[09:06] <crimsun> ok, this "not being able to select a default sound card out of multiple ones" in KDE is bugging me
[09:07] <\sh> anyways, I'm preparing also some patches and enhancements to some kde stuff for kubuntu, e.g. kio_apt is totally ugly crap...needs to be fixed in my eyes :)
[09:07] <jpatrick> \sh: sounds great to me :)
[09:07] <\sh> crimsun: is working :)
[09:07] <crimsun> I suppose it makes sense to go into System Settings> Audio
[09:07] <\sh> crimsun: use kmix applet, and select the mixer you want to have
[09:08] <crimsun> \sh: but that doesn't set the default one
[09:08] <\sh> crimsun: no...the default one you set in .asoundrc in your home, sadly...I fought with it long time now, for my headset
[09:08] <crimsun> right, and that's the catch-all that needs to be set with asoundconf set
[09:09] <crimsun> will look tonight
[09:09] <\sh> crimsun: a kde frontend is missing
[09:09] <crimsun> yeah, it just needs to mimic what gnome-control-center does
[09:10] <LaserJock> is the problem for Kubuntu that too much has to be in Main without having enough core-devs working on it?
[09:11] <\sh> the problem is, that the integration part of kubuntu is a heavy part to take care of. Many things are coming from SuSE and therefore the KDE main things are based on suse and rpm based systems.
[09:12] <jpatrick> LaserJock: my problem is that most of my packs have ended up in main
[09:12] <crimsun> LaserJock: the problem is exacerbated by it, yes
[09:13] <\sh> e.g. you can't bring a network configuration tool into main, which doesn't work correctly, like in kde. It's working yes, but is it working properly? No. And there is noone, who can take care of those things, because the dev work is done by others, not riddell or raphink. But these are things to take care of, a better integration.
[09:14] <\sh> If the default tools are not working properly with a debian based system, we have to adjust it to work, or create another small utitility which fits to our needs
[09:15] <KriS|work> crimsun, thx for the patch. Works just fine :)
[09:15] <crimsun> KriS|work: np.
[09:19] <LaserJock> so do we just need to encourage more MOTUs to become core-devs as well to work on Kubuntu?
[09:20] <cbx33> evenin all
[09:20] <cbx33> fixed my bug that wasn;t really a bug
[09:20] <\sh> LaserJock: no..we need more kde developer in general, and they won't come
[09:20] <cbx33> someone hadn;t done their research before submitting the bug report
[09:20] <jpatrick> too busy with kde4
[09:21] <LaserJock> \sh: ah, so it is more of a problem getting kde on board?
[09:22] <\sh> yes
[09:39] <bddebian> crimsun, \sh: I think the main folks are smart enough not to trust me. :-)
[09:40] <bddebian> If I can get another box running I think I want to try kubuntu
[09:40] <\sh> bddebian: come on, not again, I trusted you with universe rights, and now it's up to you to show them "Hey, I'm Barry, and I want main " :)
[09:41] <LaserJock> I think a particular wiki page should suffice to convince them ;-)
[09:42] <crimsun> of course, we all know bddebianisgod.
[09:44] <Kyral> Finally got around to getting a USB Pen Drive
[09:45] <Kyral> Now to drop an encrypted disk image on it for my GPG Key
[09:45] <crimsun> can't you just ask one of your professors for one?
[09:46] <Kyral> me?
[09:46] <crimsun> I have a stock of about a hundred that I hand out to my students
[09:46] <Kyral> heh
[09:46] <Kyral> I'm putting my GPG Key on this one
[09:46] <Kyral> and it was only 30 bucks
[09:46] <crimsun> 512+
[09:46] <bddebian> Damn, I keep meaning to delete that page
[09:46] <Kyral> 256 MB
[09:47] <Kyral> I only really need it as a glorified Floppy
[09:48] <crimsun> bddebian: once google cache gets to it, you may as well ;)
[09:49] <jpatrick> slomo: around?
[09:50] <crimsun> he left about 2 1/2 hours ago
[09:50] <jpatrick> so who am I gonna get a UVF exception from...
[09:50] <\sh> beta freeze dude :)
[09:50] <jpatrick> universe package
[09:50] <crimsun> jpatrick: you may still get one, but it's Easter...
[09:51] <\sh> doesn'
[09:51] <\sh> 't catch the beta freeze every archive?
[09:51] <crimsun> \sh: purportedly, but...
[09:51] <jpatrick> I didn't think it affected universe
[09:52] <\sh> it should, because the build daemons are as well in beta freeze, right? when I understood kamion mail the right way
[09:53] <jpatrick> I just want to ship a stable version of kbfx
[09:54] <jpatrick> and not the cvs that's in the archives
[09:54] <crimsun> jpatrick: well, it'll be processed sooner than later, perhaps Monday/Tuesday, but it _is_ Easter break.
[10:09] <\sh> ok guys...happy easter and everything good for you and your family :)
[10:30] <Kyral> hmm is it really a good idea to nuke the old ~/.gnupg directory once you transfer the Keys to the Encrypted device?
[10:30] <crimsun> it's never a good idea to nuke stuff related to gnupg
[10:31] <Kyral> yah so keep it around as a backup?
[10:31] <crimsun> I do, but that's just me
[10:32] <crimsun> though I do store it offsite
[10:32] <Kyral> Yah I'm gonna stash it in a password protected tarball
[10:32] <Kyral> if I can recall how to make one...
[10:36] <sivang> slomo: hey
[10:36] <sivang> slomo: 'sup?
[10:37] <Kyral> Oh I'll do it later
[10:37] <Kyral> dinner is on now :D
[10:37] <sivang> slomo: had any chance to review the package other then the suggestions to make it a native version ?
[10:37] <bddebian> crimsun: You run xfce or kde?
[10:37] <crimsun> gnome.
[10:38] <bddebian> Hmm
[10:38] <bddebian> Anyone running one of the two in here?
[10:38] <crimsun> I occasionally install Xfce or KDE (then purge) to test some changes
[10:39] <bddebian> Can someone install spacearyarya and see if it works under kde and/or xfce?
[10:39] <highvoltage> bddebian: depends how large it is, i'm on a very expensive EDGE connection :(
[10:40] <bddebian> I believe it's fairly small
[10:41] <highvoltage> 259kb, should be manageble
[10:41] <zul> heylo
[10:42] <bddebian> Heya Zul
[10:44] <zul> hey bddebian how is it going?
[10:44] <bddebian> OK, thanks. You?
[10:44] <highvoltage> heh. cool game.
[10:44] <highvoltage> bddebian: it works in xfce
[10:44] <zul> bddebian: good
[10:44] <bddebian> Damnit, I don't get it
[10:45] <bddebian> With gnome it complains about KXL
[10:45] <highvoltage> bddebian: and also kde.
[10:45] <ajmitch> hi
[10:46] <highvoltage> bddebian: i mean, it works in kde, as apposed to it gives the error in kde
[10:46] <bddebian> highvoltage: ?
[10:46] <bddebian> Heya ajmitch
[10:47] <highvoltage> 22:45 < bddebian> With gnome it complains about KXL
[10:47] <highvoltage> 22:45 < highvoltage> bddebian: and also kde.
[10:47] <bddebian> Ahh, gotcha :-)
[10:47] <bddebian> Damn I could have the buildd's nearly to myself and I can't fix anything lately.. :'-(
[10:48] <bddebian> highvoltage: Did you start it from the menu or the command line?
[10:50] <highvoltage> bddebian: i press alt+f2 and then type in spacearyarya
[10:50] <highvoltage> bddebian: i'll run it from a terminal to see if it shows errors...
[10:51] <highvoltage> bddebian: no errors reporting in xfce running from gnome-terminal
[10:51] <bddebian> Whacky
[10:54] <highvoltage> bddebian: no errors reported in kde running under xterm
[10:54] <highvoltage> addictive little game, though.
[10:54] <bddebian> I wouldn't know since it won't run on Gnome :-)
[10:56] <highvoltage> bddebian: yeah, i also get the KXL error message. it then complains about not being able to open a bitstream font and closes down
[10:56] <bddebian> Yep :-(
[10:58] <highvoltage> sudo apt-get install openssh-server
[10:58] <highvoltage> bah! wrong keyboard
[10:58] <bddebian> :-)
[11:01] <bddebian> Weird, geki3 uses libkxl0 also but it works fine
[11:04] <zul> anyone know why my uploads might be dropping?
[11:05] <ajmitch> zul: beta freeze
[11:05] <zul> ok..even for bug fixes?
[11:05] <ajmitch> probably
[11:05] <ajmitch> they said it may go into manual mode :)
[11:06] <zul> ok..bah
[11:32] <bddebian> highvoltage: Still here?
[11:32] <highvoltage> bddebian: yep
[11:32] <highvoltage> bddebian: where else would i be on saturday night on easter weekend? :)
[11:32] <bddebian> Oh, nm, that wouldn't make any sense anyway....
[11:33] <highvoltage> ok.
[11:39] <\sh> re
[11:40] <bddebian> wb \sh
[11:40] <bddebian> Damn what the hell fonts is libkxl0 using?
[11:41] <\sh> anyone played around with debian-cd once in a while?