[12:21] <elmo> 5%#!^!#$%!
[12:23] <maswan> or.. what's wrong?
[12:24] <elmo> some{one,thing} killed concordia again
[12:25] <Lathiat> concordia?
[12:27] <daniels> elmo: not me
[12:33] <dholbach> hi
[12:34] <Mitario> hi dholbach 
[12:34] <dholbach> hey Mitario :)
[12:40] <dholbach> sleep tight, i'm off for now
[12:40] <dholbach> *wave*
[01:15] <hidde2> seb128?
[01:16] <seb128> hidde2: pong
[01:16] <hidde2> seb128, sorry to bug you, but I did something to the session of my main user, and I can't log in now. What can I do to reset it so it won't hang on initialising the session?
[01:18] <seb128> hidde2: you can move ~/.gnome2/session away
[01:18] <seb128> or edit it
[01:19] <mxpxpod> seb128: have you seen jbailey?
[01:19] <hidde2> seb128, i think i rm-ed that file, that used to solve it, when I did something similar earlier
[01:19] <hidde2> brb
[01:19] <seb128> mxpxpod: nop
[01:19] <mxpxpod> k
[01:19] <daniels> elmo: could you please pre-NEW xserver-xorg-driver-{apm,ark,ati,chips,cirrus,cyrix,dummy,fbdev,glide,glint,i128,i740,i810,imstt,mga,neomagic,newport,nsc,nv,rendition,s3,s3virge,savage,siliconmotion,sis,sunbw2,suncg14,suncg3,suncg6,sunffb,sunleo,suntcx,tdfx,tga,trident,tseng,v4l,vesa,vga,via,vmware}
[01:21] <daniels> elmo: and also xserver-xorg-input-{acecad,aiptek,calcomp,citron,digitaledge,dmc,dynapro,elographics,fpit,hyperpen,js,kbd,magellan,microtouch,mouse,mutouch,palmax,penmount,spaceorb,summa,tek4957,ur98,void,wacom}
[01:21] <daniels> elmo: thanks
[01:21] <elmo> no
[01:21] <daniels> hm?
[01:21] <hidde2> seb128, i removed ~/.gnome2/session, and I still can't get in. It's hanging on something it's trying to start, not something that's left over from a previous session
[01:22] <Kamion> daniels: (you realise it's easier to just NEW when they arrive rather than pre-NEW, right?)
[01:22] <elmo> I'm not going to pre-NEW stuff, it's a horrible absolute-emergency only habit
[01:22] <seb128> hidde2: seems to be the esound issue happening atm
[01:22] <daniels> righto, then
[01:22] <seb128> elmo: thanks for the syncs
[01:22] <elmo> there's 2 other people with full katie privs and more than enough skillz to NEW stuff
[01:22] <seb128> hidde2: try installing libesd0 
[01:22] <elmo> if you're about my availability
[01:22] <elmo> s/about/worried \&/
[01:22] <hidde2> seb128, i'm running hoary, and it's something I did, some program/command it can't handle
[01:22] <seb128> oh
[01:23] <seb128> how have you put them here?
[01:23] <elmo> (is upstream really splitting into that many input methods?  that seems like oversplititis)
[01:23] <seb128> elmo: can you give these people the sync magic too? :)
[01:23] <hidde2> I added irexec -d to my session startup with priority 1 system > preferences >session :$
[01:23] <daniels> elmo: that's input/*_drv.o; we already have that many different drivers
[01:24] <seb128> hidde2: this dialog is ~/.gnome2/session-manual
[01:24] <daniels> elmo: so it'll be that many source packages in the future (when we all have flying cars)
[01:24] <elmo> seb128: these people are kamion and mdz - you really want mdz or kamion spending time on syncs?
[01:24] <daniels> elmo: mostly for weird-shit tablets and stuff
[01:24] <hidde2> seb128, so if I remove that file, I should be ok?
[01:24] <daniels> elmo: but, er, yeah, we'll pretty much end up with the biggest Binary line in the west
[01:24] <seb128> elmo: "spending time" ... is that taking that amount of time? No, that's just a "when you are not around and a sync could be useful"
[01:25] <elmo> seb128: dealing with sync requests are like bugs, they may seem trivial in of themselves, but they add up
[01:25] <seb128> elmo: ie, I was waiting since saturday for new glib2.0 ... no big deal, but if somebody else can run the sync ... :)
[01:25] <seb128> elmo: right
[01:25] <elmo> seb128: and besides, did you miss the part where I said they already had full katie privs?
[01:26] <elmo> seb128: saturday... you want me to work saturday/sunday now too?
[01:26] <seb128> elmo: Kamion said today he doesn't know how syncs work
[01:26] <Kamion> only because I haven't looked and I consider it elmo's bailiwick until told otherwise
[01:26] <daniels> elmo: i thought we all checked our weekends at the door when we joined
[01:26] <Kamion> I assume it's josie but I didn't want to poke too hard
[01:27] <seb128> elmo: nop, you are right :)
[01:27] <HiddenWolf> seb128, you rock
[01:27] <elmo> anyway, sleep.  night all.
[01:27] <seb128> 'night
[01:27] <seb128> HiddenWolf: np
[01:38] <HiddenWolf> can anyone here tell my why the kernel loads a driver for the serial port?
[01:39] <Lathiat> ... ?
[01:39] <Lathiat> So you can use the serial port?
[01:39] <HiddenWolf> sort of
[01:39] <shack\out> I think he means "even if you don't have one"
[01:39] <Lathiat> oh
[01:39] <Lathiat> is it a generic driver or a specific driver?
[01:40] <HiddenWolf> The piont is, i have one, and I can use it, as long as I tell the kernel to get the hell off the port, and allow lircd to listen on it
[01:40] <Lathiat> oh right
[01:40] <Lathiat> thats a different story
[01:40] <Lathiat> so, theres a driver for the serial port
[01:40] <Lathiat> but lric doesnt want to use that and wants to use it directly
[01:40] <Lathiat> so you can configure with setserial not to use it
[01:40] <HiddenWolf> that's another way of putting it ;)
[01:41] <Lathiat> using lirc with FIR mode?
[01:41] <HiddenWolf> lathiat, happen to know how exactly?
[01:41] <Lathiat> want to know how to release the serial port?
[01:41] <HiddenWolf> lathiat, not using lirc at all, atm, just trying to get lirc_serial loaded manually
[01:41] <Lathiat> setserial /dev/ttyS0 uart none iirc
[01:41] <HiddenWolf> lathiat, yeah, automagicly preferably
[01:41] <Lathiat> setserial can be configured to save its config
[01:43] <HiddenWolf> So sudo  setserial /dev/ttyS0 uart none iirc && sudo dpkg-reconfigure setserial -> to manual > reboot should do the trick?
[01:43] <HiddenWolf> ugh
[01:44] <HiddenWolf> without the iirc, ;)
[01:44] <Lathiat> somethign like that
[01:44] <Lathiat> read lirc docs im sure they cover this :P)
[01:44] <Mez> Lathiat, why does your name seem so...familiar?
[01:45] <Lathiat> cus im on various other irc channels?
[01:45] <Lathiat> avahi?
[01:45] <Mez> hmmles
[01:45] <HiddenWolf> lathiat, can I bug you if I can't get it to work?
[01:45] <Lathiat> maybe yoru in one of the other communities i hang aroudn in *shrug*
[01:45] <Lathiat> HiddenWolf: no, cus im ;leaving, good luck with that :)
[01:45] <Mez> Lathiat, Trent Lloyd?
[01:46] <Lathiat> Mez: yes
[01:46] <Mez> ah
[01:46] <Mez> I've read your LJ before thats why
[01:46] <Lathiat> ah
[01:46] <Lathiat> planet.fd.o ?
[01:47] <Mez> no
[01:47] <Mez> http://www.livejournal.com/users/lathiat/
[01:47] <Lathiat> nah just thought you might have known it from planet.fd.o or something :)
[01:47] <Mez> fd.o ?
[01:47] <Mez> whats fd /
[01:47] <Lathiat> freedesktop.rog
[01:47] <Lathiat> *org
[01:48] <Mez> wait - are you in the UK Lathiat ?
[01:48] <Lathiat> nope, australia
[01:49] <Mez> have you been to UK recently?
[01:49] <Lathiat> nope, never been outside australia :P)
[01:49] <Lathiat> (IRJ*#RR@#*(H@R#@*H()#R(*H
[01:49] <Lathiat> i'm goign to remove my P key
[01:49] <Lathiat> i look like such a dick typing :P)
[01:49] <Mez> lmao
[01:49] <Lathiat> i hit it accidentally typing :) all th etime
[01:50] <Mez> lol
[01:51] <Mez> take the key off... and chop away prt of the key to make it lighter then put it back on
[01:51] <Mez> have to hit it arder then to make it register
[02:56] <jsgotangco> ajmitch, hello
[03:17] <ChurcH_of_FOamY> mako are you there?
[03:17] <ChurcH_of_FOamY> someone told me to contact you about promoting ubuntu
[03:18] <ChurcH_of_FOamY> and i would love to do so ^_^ it absoulutely rocks! ^_^
[05:23] <fabbione> morning
[05:23] <Mitario> morning too :)
[05:28] <jp> hohoh
[05:28] <jp> here I'm gonna sleep now :)
[05:29] <Mitario> yeah, still night here too
[05:29] <jp> heh
[05:29] <Mitario> although
[05:29] <jp> fabbione where are you from ?
[05:29] <Mitario> its getting very light out here
[05:29] <jp> :o
[05:30] <jp> here it's 23.30 :)
[05:30] <fabbione> jp: i live in EU :)
[05:30] <Mitario> 05:30 here
[05:30] <Mitario> it's already daylight
[05:30] <Mitario> well morninglight..
[05:30] <jp> fabbione kewl :)
[05:30] <jp> jeje
[05:30] <jp> here we're on winter :'(
[05:30] <Mitario> heh
[05:31] <Mitario> hmm, i'm considering not going to sleep and just go to work in a few hours
[05:32] <jp> :S
[05:33] <calc> daniels: did you find the issue with the suid X binary?
[05:33] <jp> tomorrow I'll have to give a school test :( it's a global mathematics test (from all one semester) :/
[05:33] <calc> daniels: upgrading from 33 -> 34 caused it to no longer be suid for me
[05:33] <calc> daniels: not sure which shaya upgraded from
[05:34] <jp> I think I won't sleep too Mitario :P
[05:34] <Mitario> hehe, been hacking update manager all night :)
[05:35] <jp> Mitario :o hihi :P
[05:35] <daniels> calc: and shaya said that upgrading again worked fine
[05:35] <daniels> calc: no-one else has seen it, and the binary is *definitely* suid in all of the debs
[05:35] <calc> hmm ok
[05:35] <calc> i'll try it on my desktop now to see what happens
[05:35] <calc> it is at 33 right now
[05:36] <calc> -rwsr-sr-x  1 root root 9504 2005-06-30 15:58 /usr/X11R6/bin/X
[05:36] <calc> should take about 5-6min
[05:42] <calc> finished downloading, installing now :)
[05:45] <calc> -rwxr-xr-x  1 root root 9504 2005-07-03 16:23 /usr/X11R6/bin/X
[05:45] <calc> stripped on this box as well
[05:45] <calc> perhaps it only affects upgrades?
[05:47] <calc> btw dpkg -i the package again doesn't fix the perms
[05:47] <calc> i'll try purging and installing it
[05:47] <jp> bye guys
[05:49] <calc> er nm i tried dpkg -i on the wrong package
[05:49] <calc> so upgrading 33 -> 34 is reproducibly removing ug+s but dpkg -i xserver-common fixes it
[05:51] <calc> did /usr/X11R6/bin/X change packages between 33 -> 34?
[05:51] <calc> if so perhaps dpkg itself is hosing it
[05:51] <calc> it wouldn't be the first time i have seen dpkg screw stuff up
[05:54] <daniels> no, it's always been in xserver-common
[05:54] <calc> hmm thats really strange that it wouldn't keep the permissions then :\
[05:54] <daniels> keybuk's fault
[05:54] <calc> its in the package itself as ug+s and dpkg -i xserver-common preserves them but upgrading from 33 -> 34 does not
[05:55] <calc> heh
[07:29] <jdub> Kamion: around? (unlikely as it may be...)
[07:32] <pitti> A most beautiful good morning to everybody!
[07:33] <AndyFitz> morning to you pitti
[07:34] <HWolf> pitti, what's the occation? :)
[07:35] <Church_of_foamy> morning pitti
[07:35] <Church_of_foamy> ^_^
[07:36] <pitti> HWolf: it's raining cats and dogs, and I try to maintain a good mood :-)
[07:37] <HWolf> pitti, you most certainly lightened mine. ;)
[07:45] <fabbione> hey pitti
[07:45] <pitti> Hi my dear fabbione 
[07:45] <fabbione> ehheh
[07:45] <pitti> no kernel vulns in a week, that's suspicious...
[07:46] <fabbione> last time you said like that... it costed me 40 hours of extra work on the kernel
[07:46] <pitti> fabbione: this time I assure you that I don't have anything like that in my mind :-)
[07:46] <fabbione> ok thanks :)
[07:47] <pitti> fabbione: well, if you want to, you could make the breezy kernel not crash on my iBook :-) but nevermind, the hoary kernel works fine
[07:47] <fabbione> pitti: is the sleep crash you filed?
[07:47] <pitti> fabbione: that one too, but I have a really funny one
[07:47] <fabbione> ok.....
[07:47] <pitti> fabbione: I start my wireless, everything works perfect
[07:48] <fabbione> yeah..
[07:48] <pitti> fabbione: then, after some minutes I execute something with sudo, and this process hangs
[07:48] <fabbione> hangs how?
[07:48] <pitti> fabbione: normal user apps, and the wireless connection continue to run fine, just sudo processes are unkillable and hang
[07:48] <pitti> fabbione: well, they sit around and don't do anything
[07:49] <pitti> fabbione: and sudo kill ... doesn't work, because that sudo process of course hangs as well :-)
[07:49] <ivoks> :)
[07:49] <fabbione> pitti: i fail to see how that can be a kernel bug..
[07:49] <pitti> it's like April's fool...
[07:49] <fabbione> can you reproduce it on another arch?
[07:49] <pitti> fabbione: I get an oops when the symptoms start
[07:49] <fabbione> ok.. can you file a bug with the related oops?
[07:50] <fabbione> i still blame GTK and QT
[07:50] <pitti> fabbione: sure, will do. it should still be in my klog
[07:50] <pitti> fabbione: but it's not that urgent
[07:50] <fabbione> i really need to stop to make make xmenuconfig :P
[07:50] <Church_of_foamy> i want to become an endorser for ubuntu who do i talk to?
[07:50] <pitti> fabbione: does that use gtk now?
[07:50] <whiprush> Church_of_foamy: mako probably
[07:50] <fabbione> xmenuconfig uses QT...
[07:50] <Church_of_foamy> is he on?
[07:50] <fabbione> otherwise gconfig.. for GTK
[07:50] <pitti> ivoks: my iBook works just perfectly with the hoary kernel, and the kernels before that
[07:51] <fabbione> Church_of_foamy: he might be in a few hours...
[07:51] <Church_of_foamy> i'm new to ubuntu but i like it so much....
[07:51] <Church_of_foamy> cool
[07:51] <whiprush> Church_of_foamy: on and off probably, you can always mail him
[07:51] <pitti> Church_of_foamy: spread the love :-)
[07:51] <ivoks> pitti: i was kidding
[07:51] <Church_of_foamy> naw i'll just wait for him 
[07:51] <ivoks> but i do hate Macs and OSX
[07:51] <Church_of_foamy> i don't want to be imposing
[07:55] <fabbione> Church_of_foamy: i am sure he doesn't mind emails...
[07:55] <fabbione> Church_of_foamy: so don't worry about that
[07:55] <Church_of_foamy> k
[07:55] <Church_of_foamy> ^_^
[07:56] <pitti> Hey jdub 
[07:56] <fabbione> hey jdub
[07:59] <daniels> infinity: ping
[08:07] <infinity> daniels : gnop
[08:08] <daniels> infinity: does this xmlrpc crap require an update to the php4 package, or is it just stuff using it?
[08:09] <infinity> Requires an update to php4-pear.
[08:09] <infinity> It's on my "TODO in the next few days" list, since PEAR is in universe currently (and because most PHP apps have so many RCE vulns anyway, what's one more?)
[08:09] <Amaranth> small bug in a PEAR library leaves half the web open to attack, yay
[08:10] <infinity> Actually, maybe I'll do those uploads in the next couple of hours.
[08:10] <infinity> Just 'cause that's what kinda nice guy I am.
[08:10] <daniels> infinity: cock
[08:10] <infinity> Diff is here, if anyone feels an urge to patch locally:
[08:10] <infinity> http://cvs.php.net/diff.php/pear/XML_RPC/RPC.php?r1=1.75&r2=1.76&ty=u
[08:11] <pitti> infinity: do you want to prepare {warty,hoary}-security as well? or shall I do it?
[08:11] <infinity> daniels : Beware that some (many?) crap PHP apps ship with their own broken xmlrpc implementations that are besed on the one from PEAR.
[08:11] <daniels> infinity: yeah, so I'm discovering
[08:12] <infinity> pitti : Those were the two uploads I was referring to.  I'm must less concerned about breezy and sid.
[08:12] <daniels> infinity: hence why ~a2se/500-clipart.freedesktop.org disappeared earlier this morning
[08:12] <daniels> infinity: how 'bout sarge? :)
[08:12] <pitti> infinity: ah, cool
[08:12] <pitti> ok, cu later
[08:12] <infinity> daniels : I'm doing sarge and woody, not sure how quickly joey will get the advisory out.
[08:13] <daniels> infinity: any chance the package could make its way to gabe?
[08:13] <infinity> daniels : Of course it will.
[08:13] <fabbione> hey infinity 
[08:13] <infinity> daniels : So, who's running a PHP app that uses PEAR xmlrpc, and can we smack them?
[08:13] <daniels> infinity: rock, thanks
[08:13] <daniels> infinity: guess who
[08:13] <infinity> openclipart?
[08:14] <daniels> got it in one!  running wp, as it turns out.
[08:14] <infinity> I thought they were "taking their business elsewhere", or something.
[08:14] <daniels> such is life
[08:14] <infinity> Not soon enough, I guess.
[08:14] <infinity> Oh well.  RCE vulns in PHP apps are so common in my neck of the woods, I take a pretty slack attitude to it.
[08:14] <infinity> And try to make sure my I have no prev escalation holes lying around.
[08:15] <infinity> One of my machines gets random crap written to /tmp as www-data all the time, cause I'm too lazy to tell all the users to upgrade their broken phpBB installations.
[08:15] <daniels> just as long as there's no more weird shit in /var/tmp
[08:24] <infinity> When in Aug are you going?
[08:24] <infinity> -EWIN
[08:32] <comadreja> dear developers all of you :) How could I get started into helping out you ?
[08:34] <HWolf> you <-> out
[08:34] <HWolf> :)
[08:34] <comadreja> oh, sorry :)
[08:34] <comadreja> my english is getting better everyday 
[09:55] <fabbione> daniels: xserver-xorg postinst just barfed here...
[09:55] <fabbione> (latest version.. clean install)
[10:18] <fabbione> daniels:
[10:18] <fabbione> Setting up xserver-xorg (6.8.2-34) ...
[10:18] <fabbione> dexconf: error: cannot generate configuration file; 
[10:18] <fabbione> xserver-xorg/config/inputdevice/keyboard/layout not set.  Aborting.  
[10:19] <fabbione> and manual reconfigure hangs....
[10:26] <pitti> Hey carlos
[10:26] <carlos> pitti, morning
[10:29] <pitti> Hi jsgotangco 
[10:29] <jsgotangco> pitti!
[10:30] <pitti> Morning mdz
[10:34] <fabbione> hey mdz
[10:39] <mdz> morning
[10:39] <seb128> hey mdz
[10:41] <jsgotangco> hey
[10:43] <doko> carlos, morning
[10:46] <carlos> doko, hi
[10:46] <mdz> chmj: morning...how is the bluetooth work going?
[10:46] <carlos> doko, I'm reading all mail since Friday, will try to answer your oo2 mail soon
[10:46] <chmj> mdz, morning  
[10:47] <chmj> mdz, been testing some other devices, we still don't have a workable UI interface for it though
[10:48] <doko> carlos: fine
[10:48] <mdz> chmj: Paolo Durante will be working on that part of the project
[10:48] <mdz> chmj: meanwhile, we should ensure that the pieces that we already have work out of the box
[10:48] <chmj> mdz: can you give me his email?
[10:48] <jsgotangco> :)
[10:53] <mpt> comadreja: http://ubuntulinux.org/community/participate
[10:57] <doko> lamont, infinity, elmo: OOo2 FTBFS on powerpc on the buildd, builds fine on davis.
[10:57] <doko> cc1plus: out of memory allocating 1643995136 bytes after a total of 80863232 bytes
[10:57] <mdz> chmj: I don't have it; you can get it from JaneW
[10:57] <mdz> chmj: or perhaps pitti
[11:00] <mdz> doko: does it build on i386?
[11:01] <chmj> mdz: ok 
[11:03] <doko> mdz: yes. just fixed a packaging error, but it got until the binary target. let's wait some hours for the ubuntu2 build
[11:04] <doko> however davis does have that amount of memory
[11:07] <infinity> OOM allocating 1.6 gigs?... Am I reading that right?
[11:09] <fabbione> doko: eh?
[11:10] <fabbione> doko: davis has 3GB of RAM for a mistake
[11:10] <fabbione> and only because it's running the 64bit kernel
[11:10] <doko> fabbione: yes, it succeeds on davis, but not on the buildd.
[11:11] <fabbione> doko: the buildd don't have more than 2GB of RAM
[11:11] <infinity> The more interesting question is why does gcc want that much RAM?
[11:11] <doko> poor buildd
[11:11] <fabbione> and i guess that single process can't swap a single byte
[11:11] <infinity> Seriously.  Ouch.
[11:11] <fabbione> doko: it won't build on other arches as well...
[11:11] <doko> fabbione: it did on i386
[11:11] <fabbione> i am not talking on i386 :) i am more thinking of sparc :)
[11:12] <doko> never heard before ... ;-)
[11:12] <fabbione> doko: speaking of which.. i have a couple of intersting FTBFS that might be gcc related
[11:13] <fabbione>  /usr/lib/gcc/sparc-linux-gnu/4.0.1/../../../../lib/crt1.o:../sysdeps/sparc/sparc32/elf/start.S:60: multiple definition of `_PROCEDURE_LINKAGE_TABLE_'
[11:13] <fabbione>  /usr/bin/ld: Disabling relaxation: it will not work with multiple definitions
[11:13] <fabbione> collect2: ld returned 1 exit status
[11:13] <doko> fabbione: don't forgot to attach the preprocessed source for ICEs
[11:13] <fabbione> doko: i didn't get there yet...
[11:13] <fabbione> the preprocessed source is for ppc..
[11:13] <fabbione> i need to do that on davis
[11:14] <fabbione> dokoo: ah rigth.. there was the ICE for mysql on sparc..
[11:14] <fabbione> will do soon 
[11:16] <mdz> is there any existing tool which will output the addresses of network interfaces on the system in a parseable format?
[11:16] <mdz> iproute really ought to do this, but doesn't try very hard
[11:17] <mdz> the -o output format is not so bad I guess
[11:18] <elmo> ip addr ls ?
[11:19] <fabbione> hey elmo
[11:19] <elmo> hey fabbione 
[11:20] <fabbione> elmo: i think it's time to upgrade ppc kernels around...
[11:21] <fabbione> elmo: so if you can schedule it for the next time you will be at the datacenter
[11:23] <fabbione> doko: DOH! the last gcc-3.4 upload you did.. it fixed it :)
[11:23] <fabbione> doko: the ppc ICE i mean
[11:23] <fabbione> ah no
[11:23] <fabbione> never mind
[11:23] <doko> would be strange, no code changed
[11:24] <pitti> shackan: Hi, still here?
[11:24] <fabbione> doko: got confused by -j :)
[11:24] <doko> fabbione: use the tools you can master ;-P
[11:26] <elmo> fabbione: yeah, should be wed/thu
[11:26] <fabbione> doko: CFLAGS += -save-temps
[11:26] <fabbione> right?
[11:26] <fabbione> elmo: cool
[11:27] <fabbione> doko: is that the flag you need right?
[11:29] <doko> fabbione: yes
[11:30] <fabbione> doko: doing...
[11:31] <fabbione> oh my darling.. -save-temps removes -pipe
[11:32] <chmj> ouch!
[11:32] <doko> fabbione: or you build with verbose logs, and re-run the command, where it fails
[11:33] <fabbione> doko: the kbuild doesn't like this kind of hacks ;/
[11:33] <fabbione> i am going to rebuild.. it takes only a few minutes on davis
[11:33] <fabbione> hey sabdfl 
[11:36] <jsgotangco> ogra!
[11:36] <ogra> hey
[11:38] <fabbione> hmm food time :)
[11:42] <jdthood> pitti: I have been thinking about set-default-soundcard.  I would like to add it to alsa-utils rather than to alsa-base (where it currently resides in ubuntu).  That seems like the most logical place to put it, even though alsa-utils is an arch-any package rather than an arch-all one.
[11:43] <pitti> jdthood: would be fine for me, and since alsa-base depends on -utils, we don't have a migration problem either
[11:43] <pitti> jdthood: however, what about python?
[11:44] <jdthood> pitti: I'll add it to alsa-utils's dependency list.
[11:44] <pitti> do you want to add a dependency? or wait for python-minimal?
[11:44] <pitti> ah, ok
[11:44] <jdthood> pitti: What exactly should that Depends item look like?
[11:44] <jdthood> Just 'python2.4' ?
[11:44] <pitti> just "python"
[11:45] <pitti> there's nothing special in it, it works with both 2.3 and 2.4
[11:45] <jdthood> "python" is a metapackage in both Debian and Ubuntu?
[11:45] <pitti> yes, all python modules come with a metapackage that depend on the default version
[11:45] <infinity> python always pulls in the current "default" python version.
[11:45] <infinity> Just as "gcc" and "g++" do.
[11:46] <spafbnerf> kill ubuntu!!!
[11:46] <pitti> depending on a particular version should generally be avoided, unless there is a special reason
[11:46] <pitti> nice dude, that spafbnerf
[11:47] <jdthood> pitti: I want to remove aserver from libasound2.  Do you know anyone who uses that program?
[11:47] <jdthood> If someone uses it then I'd rather ship it in alsa-utils, to comply with Debian policy.
[11:48] <jdthood> If no one uses it then obviously we shouldn't ship it at all.
[11:48] <pitti> jdthood: I never heard about it
[11:48] <jdthood> /usr/bin/aserver
[11:49] <jdthood> There is no manpage for it and I have never been able to find any explanation of how it should be used.
[11:49] <pitti> hm, ENOMAN
[11:49] <pitti> no help either
[11:50] <jdthood> I have filed requests in the ALSA BTS for documentation.  Nothing has come forth.
[11:54] <jdthood> pitti: Remember to add "Replaces: alsa-base" to the new alsa-utils (if you merge again after our next release) so that upgrades don't gag on the conflict between alsa-base and alsa-utils over /usr/bin/set-default-soundcard.
[11:54] <pitti> right, good point
[11:54] <pitti> well, MOM should see that automatically
[11:56] <jsgotangco> brb
[11:57] <camilotelles> mdz: hi there
[12:08] <fabbione> doko: http://people.ubuntu.com/~fabbione/gcc-3.4-ppc-unionfs-ice.tar.gz
[12:08] <fabbione> doko: there is everything inside.. code, build log with ICE and preprocessed code
[12:09] <doko> wow
[12:09] <doko> the fix is missing ;)
[12:09] <fabbione> doko: that's your job. kthxbye
[12:10] <fabbione> it happens with gcc-4.0 too (i did check it a long time ago)
[12:10] <fabbione> but i can try again if you want me to
[12:10] <doko> no, I'll do that
[12:10] <fabbione> it would all be nice if -save-temps would actually save the temp files in the same dir as the source/obj
[12:12] <doko> AFAIK it saves it in the current directory
[12:12] <fabbione> doko: yes but current is not necessarely the one where the source/obj is stored
[12:23] <seb128> daniels: around?
[12:38] <Riddell> pitti: new kdelibs uses the locale-langpack path
[12:38] <pitti> cool, thanks
[12:38] <daniels> seb128: wassup
[12:38] <pitti> Riddell: i. e. they look in -langpack if there is no matching file in locale?
[12:39] <Riddell> >kde-config --path locale
[12:39] <Riddell> /home/jr/.kde/share/locale/:/usr/share/locale/:/usr/share/locale-langpack/
[12:39] <seb128> daniels: g-c-c cries on libXrandr.so because it tries to use /usr/lib and the lib is /usr/X11R6/lib ... xorg bog?
[12:40] <Riddell> yep
[12:40] <seb128> daniels: I've workaround it with a -L/usr/X11R6/lib for the moment
[12:40] <pitti> Riddell: looks great
[12:40] <Riddell> pitti: are you going to alter kde langpacks to include the entry.desktop and related files?
[12:40] <daniels> seb128: g-c-c bug but it'll go away when libxrandr-dev moves to /usr
[12:41] <seb128> daniels: do you know what g-c-c could do wrongly? So I can fix that ...
[12:42] <daniels> seb128: not sure, sorry ... it's too late
[12:42] <seb128> daniels: don't worry, the -L/... works fine if that's going to be fixed with the move to /usr that's all right
[12:46] <seb128> is anybody maintaining firefox atm?
[12:50] <daniels> cool
[12:54] <fabbione> daniels: did you read the scrollback?
[12:55] <daniels> not really
[12:55] <fabbione> daniels: xserver-xorg barfs on fresh install
[12:55] <daniels> no-one made my screen light up except seb
[12:55] <fabbione> i did paste the error
[12:55] <fabbione> i did
[12:55] <daniels> oh, that
[12:55] <daniels> yeah, I saw that, don't know what's going on there, will take a look
 (latest version.. clean install)
 daniels:
 Setting up xserver-xorg (6.8.2-34) ...
 dexconf: error: cannot generate configuration file; 
 xserver-xorg/config/inputdevice/keyboard/layout not set.  Aborting.
[12:55] <fabbione> 
 and manual reconfigure hangs....
[12:55] <fabbione> pl
[12:55] <fabbione> ok
[12:58] <Kamion> jdub: yo
[12:59] <fabbione> Kamion: any objection for me to upload partman-auto with this change: http://people.ubuntu.com/~fabbione/partman-auto.diff ?
[01:00] <fabbione> it's basically to move some common code in a "lib"
[01:00] <fabbione> so i don't need to duplicate it
[01:00] <fabbione> probably clean_method should go in another lib, but i wanted to ask you first
[01:00] <fabbione> (there might be more coming later)
[01:00] <Kamion> fabbione: looks ok, except that I don't understand why you removed one db_progress step
[01:01] <fabbione> Kamion: expande_scheme is 2 functions in a raw..
[01:01] <fabbione> in the original there was a db_progress in the middle
[01:01] <fabbione> that i can't ensure it is a available in other packages that might use that function
[01:02] <fabbione> (right now there is none in p-a-l)
[01:02] <Kamion> oh, uh, I guess, ok
[01:02] <fabbione> ok thanks...
[01:02] <fabbione> Kamion: and this morning the first p-a-l installation succeeded :)
[01:02] <fabbione> with a few errors.. but it managed to install breezy
[01:03] <fabbione> Kamion: when you have more time, you will need to tell me how to apply some branding love to all the .po files for p-a-l :)
[01:03] <fabbione> iirc you had somekind of method for it
[01:03] <Kamion> partman-auto-lvm (2) UNRELEASED; urgency=low
[01:03] <Kamion>   * Colin Watson
[01:03] <Kamion>     - Change "new Debian system" to "new system" to help with derivative
[01:03] <Kamion>       branding.
[01:04] <Kamion> it will become irrelevant
[01:04] <fabbione> ah ehehe :)
[01:04] <fabbione> good
[01:04] <fabbione> when do you plan to upload that one?
[01:05] <Kamion> hadn't really decided
[01:05] <Kamion> I can do it today/tomorrow if you like
[01:05] <fabbione> well the code in the package is useless atm....
[01:05] <fabbione> it doesn't work...
[01:05] <fabbione> so up to you really...
[01:06] <fabbione> it will just spare me time to merge .po stuff later on
[01:06] <Kamion> sure, I'll do it now then
[01:06] <fabbione> ok thanks
[01:12] <Kamion> $ DEBIAN_FRONTEND=readline ./debconffilter.py ./dftest
[01:12] <Kamion> tzconfig/change_timezone: I am a custom widget
[01:12] <Kamion> Configuring
[01:12] <Kamion> woo
[01:13] <Kamion> 77 lines of python for something that filters and intercepts the debconf protocol
[01:14] <daniels> hm, reminds me I need to upload my hundred-lines-of-python discover1
[01:15] <daniels> but right now, I need to sleep
[01:17] <Unfrgiven> hi all. anyone else having sound problems on breezy atm? logging into gnome just freezes untill i kill the two instances of esd. totem,xine and mplayer exhibit the same behaviour. any ideas? i just did a dis-upgrade for the first time after UDU.
[01:17] <Lathiat> install polypaudio? :)
[01:18] <Lathiat> dmix is beign used, maybe its reaking havoc on your hardware
[01:18] <Treenaks> Lathiat: setting gstreamer to "automatic" helps a bit too :)
[01:18] <fabbione> Kamion: if you didn't upload p-a-l i have something you can add to it for the sake of fun :)
[01:18] <Lathiat> Treenaks: ooh it has that now?
[01:18] <Unfrgiven> Lathiat: tried that. didnt help for totem, xine, etc.
[01:18] <Treenaks> Lathiat: it had that yesterday
[01:18] <Unfrgiven> Lathiat: i am using dmix atm. is that a possible cause?
[01:18] <Kamion> fabbione: hadn't quite uploaded yet
[01:18] <Lathiat> could be
[01:18] <Unfrgiven> Treenaks: where does one do that?
[01:18] <Unfrgiven> Lathiat: whats the easiest way to disable dmix?
[01:18] <Treenaks> Unfrgiven: Multimedia Systems Selector in preferences
[01:19] <Lathiat> Unfrgiven: dunno
[01:19] <Lathiat> how can i found out what sink its autodetecting
[01:19] <fabbione> Kamion: http://people.ubuntu.com/~fabbione/pal/03_make_vg_list_something_meaningful.diff <- apply this.. VG_list isn't use anywhere yet and definetely mine is better than the original :)
[01:19] <fabbione> (note that vgs is available only on lvm2
[01:19] <Kamion> fabbione: changelog entry?
[01:20] <fabbione> oh right..
[01:20] <Kamion> uh ok, upstream will need a 2.4able solution too
[01:20] <Kamion> so vgs won't fly
[01:20] <fabbione> ok
[01:20] <fabbione> Kamion: why do you always have these complex questions like changelog entry... :)
[01:21] <fabbione> Kamion: btw.. i don't think etch will have 2.4, but that's only rumors from #debian-kernel
[01:31] <Kamion> fabbione: mm, it's unclear yet, but d-i is still supporting them until that decision's taken
[01:32] <Kamion> fabbione: (I think you're probably right, but all the same I don't want to be the person who broke it :-))
[01:34] <fabbione> Kamion: sure :) i understand perfectly :)
[01:35] <Unfrgiven> Lathiat: disabling dmixer didnt work :(
[01:35] <Unfrgiven> now esd appears to start
[01:35] <fabbione> Kamion: i am keeping track of all the bits and pieces.. so you can just push them when you want
[01:35] <Unfrgiven> but still no joy for totem, xine or mplayer
[01:35] <Unfrgiven> totem hangs. xine and mplayer segment fault
[01:52] <pitti> mdz: what do you think about putting cryptsetup into main?
[01:53] <doko> mdz: what were the problems with atlas packaging?
[01:54] <mdz> pitti: seems sane
[01:54] <hunger> pitti: Yes, that would be great!
[01:55] <mdz> doko: I don't remember; just a vague feeling of badness
[01:55] <mdz> doko: if it's OK, it just needs review and it can go in
[01:55] <seb128> can anybody move docbook2x and libexchange-storage1.2-dev to main to fix the gnome-doc-utils and evolution-exchanges ftbfses?
[01:55] <hunger> pitti: Want a better init-script for it/
[01:55] <pitti> hunger: what did you improve?
[01:55] <pitti> hunger: right now I want to add a script which eases creating and formatting an encrypted partitino
[01:56] <hunger> pitti: Mine does work with files (sets up loopback) and allows to run scripts at farious points.
[01:56] <hunger> pitti: like format a drive, etc.
[01:56] <Treenaks> hunger: nefarious points? :)
[01:56] <ogra> mdz, ping
[01:56] <hunger> Treenaks: nefarious?
[01:56] <pitti> hunger: eek, formatting drives in init scripts?
[01:57] <hunger> pitti: I need that: I have a /tmp that uses a random key...
[01:57] <pitti> ah, I see
[01:57] <pitti> hunger: can you send me the diff?
[01:57] <hunger> pitti: So I need to format it after creating it... or mount will fail.
[01:58] <hunger> pitti: I rewrote it from scratch... didn't like the original too much;-)
[01:58] <hunger> pitti: Where can I mail it to?
[01:59] <pitti> hunger: martin.pitt@ubuntu.com
[02:00] <doko> mdz: ahh, because of the extra sse2 and 3dnow packages?
[02:00] <hunger> pitti: OK, I'll take a while... I think I should add some documentation for you;-)
[02:00] <pitti> that'd be nice :-)
[02:00] <fabbione> doko: http://p.u.c/~fabbione/sparc-ice.tar.gz
[02:05] <doko> fabbione: thanks, better nuumber them ;-) can I see from the source the package name?
[02:06] <doko> pitti: where do you store the po/pot data, which you put into the language packs? Can we store OOo's GSI files there too?
[02:07] <pitti> doko: they are in the tarballs stripped by pkgstriptranslations, currently hosted in people.u.c
[02:07] <pitti> ... /~lamont/translations
[02:07] <pitti> doko: I could adapt pkgstriptranslations to store these files too, no problem
[02:08] <pitti> doko: however, this should be discussed with the Rosetta guys, to avoid import trouble
[02:11] <doko> pitti: yes, waiting for carlos
[02:13] <carlos> pitti, will not be a problem at all, Rosetta will ignore any file that is not needed
[02:13] <carlos> pitti, will try to answer that email later today
[02:21] <fabbione> doko: i did include the build-log in the tar.
[02:21] <fabbione> doko: it's mysql-dfsg-4.1 anyway
[02:22] <hunger> pitti: send...
[02:35] <mdke> hi all
[02:36] <jp> hi :)
[02:43] <mdz> ogra: pong
[02:49] <pitti> elmo: please sync pmount from debian experimental
[02:50] <elmo>  * libwnck implements the "urgent" flag now, useful for gaim by example which can use it when a message arrive
[02:50] <elmo> seb128: does that mean I can use gaim again?
[02:55] <seb128> elmo: it makes some "glowing effect" on your windows' list when you get a message
[02:55] <seb128> should be enough to notice that something is asking your attention :)
[02:55] <elmo> which window list?
[02:56] <seb128> that's a libwnck change, which is the lib used by gnome-panel for the window list applet ... if you don't use that, no change from gaim for you
[02:57] <mvo> elmo: please sync synaptic from unstable
[02:57] <elmo> seb128: the thing in the bottom right hand of the screen?
[02:59] <elmo> mvo/pitti: done
[02:59] <seb128> elmo: the stuff that use most of the bottom panel with the default config
[02:59] <seb128> the bars with the windows' title on your workspace 
[03:00] <elmo> seb128: hum, ok
[03:00] <mvo> elmo: thanks!
[03:02] <seb128> elmo: they are working on a libnotify though, that should what you want (ie: opening something on a place of screen to say that you get a message)
[03:02] <seb128> s/what/do what/
[03:02] <elmo> seb128: woo
[03:03] <bddebian> Heya
[03:06] <thom> seb128: gnome-system-tools is uninstallable right now
[03:07] <mvo> thom: what is wrong with it? seems to work for me ?
[03:08] <thom> seb128: "I/O warning : failed to load external entity "/etc/gconf/schemas/gnome-system-tools.schemas"
[03:08] <seb128> thom: what does it say? what arch?
[03:08] <thom> i386
[03:08] <seb128> WTF
[03:09] <thom> this is on a new breezy daily install
[03:12] <seb128> do you have this file?
[03:12] <thom> nope
[03:12] <thom> it doesn't appear in the contents of the deb afaict either
[03:13] <seb128> placed to /usr/share/gconf ?
[03:13] <thom> yes, it's in there
[03:14] <fabbione> seb128: yeah .. i have seen that too
[03:16] <seb128> thom, fabbione: somebody has put /etc/gconf/... instead of using dh_gconf, I'll fix that
[03:16] <seb128> thanks 
[03:16] <thom> np
[03:16] <thom> heh
[03:16] <seb128> thom: are you still maintaining firefox? :)
[03:17] <thom> hell no
[03:17] <seb128> somebody is?
[03:17] <seb128> I've 2 patches for it pointed by chpe, just wondering if I can bounce the task to somebody or if I just have to go and upload :p
[03:17] <pitti> let's demote it to universe then
[03:18] <thom> seb128: i think pitti wants to
[03:18] <infinity> \o/
[03:18] <bddebian> heh
[03:18] <seb128> pitti: dholbach will be happy :p
[03:18] <pitti> RIGHT! :-)
[03:18] <thom> oh, yay
[03:18] <thom> and now X is segfaulting
[03:18] <infinity> That's intentional.
[03:18] <infinity> It prevents you from getting far enough to find all the other bugs.
[03:18] <pitti> thom: Breaky Badger?
[03:19] <fabbione> lol
[03:19] <fabbione> thom: it didn't even configure here :)
[03:19] <thom> pitti: utterly fucked badger, currently
[03:19] <pitti> infinity: then that segfault should rather be in grub, shouldn't it?
[03:19] <fabbione> thom: you are more lucky than i am
[03:19] <thom> fabbione: this is after dpkg-reconfigure
[03:19] <fabbione> thom: do you still have your ia64 handy?
[03:19] <infinity> pitti : I'll get right on that.
[03:19] <Kamion> thom: the badger can never be ...
[03:19] <fabbione> thom: dpkg-reconfigure hangs on me :)
[03:19] <Kamion> no wait, wrong suite
[03:20] <pitti> Kamion: your rule?
[03:20] <thom> fabbione: it took a long time to do mouse detection
[03:20] <thom> Kamion: giggle
[03:21] <fabbione> thom: no.. it just hanged for like 10 minutes before i realizes it was dead....
[03:21] <fabbione> thom: if you have time.. can you fire up 2.6.12 on ia64?
[03:21] <fabbione> thom: the last version should be able to boot
[03:22] <thom> fabbione: i'll look once i fix my power
[03:22] <fabbione> sure
[03:22] <fabbione> no rush
[03:22] <fabbione> i am in d-i mode these days
[03:27] <plovs> i try to build a meta-package that overwrites the conf-files of the package it installs, i use "Replaces: <pkg-name>" , but still get an error about overwriting files, what is wrong?
[03:29] <seb128> overwriting config files? utch
[03:29] <Kamion> replacing conffiles is evil
[03:30] <Kamion> you'll probably need to make the package use a configuration file (non-dpkg-managed) instead
[03:30] <ogra> but you can do it if you are a cfengine god ;)
[03:30] <ogra> (which is evil as well)
[03:30] <Kamion> I'm fairly sure you'll confuse dpkg if you try to ship the same conffile in two different .debs
[03:31] <plovs> what would be the right way(tm) i don't want to change the original and i do want different settings?
[03:32] <Kamion> you'd probably have to overwrite it in the postinst then - but you can never upload a package that does that to the distribution, it has to be local only
[03:33] <plovs> Kamion: that's what i do atm,and it doesn't let me, but i can't think of a better way
[03:36] <bddebian> jbailey: ping
[03:37] <plovs> so, the right way would be a script in my meta-package that changes the underlying packages so everything playes nice?
[03:37] <plovs> and run the script seperately?
[03:38] <jbailey> bddebian: pong if urgent.  Just got net access, need to go out and buy breakfast...
[03:38] <Kamion> no the right way is to fix the underlying packages to cooperate in the ways you need
[03:39] <bddebian> jbailey: Just a quickie.  Is a P2/333 OK for the FTP server?  ( I need to check disk size though )
[03:39] <jbailey> bddebian: Yes, fine.
[03:39] <bddebian> OK, thx
[03:39] <plovs> Kamion: thanks
[03:53] <solomarv> mvo, are you subscribed to ubuntu-devel list?
[03:54] <mvo> solomarv: yes
[03:55] <solomarv> mvo, have you read the post about gksudo called "gksudo potentially ver insecure"?
[03:55] <mvo> solomarv: yes
[03:55] <solomarv> mvo, what is your opinion on this?
[03:57] <mvo> solomarv: it was dicussed before, the problem is that if people would have to enter there password too often they will probably just change the password to something so easy/short that the security benefit of having to type it all the time would go away
[03:58] <mvo> solomarv: I like the idea of a notification applet that indicates that you have (potential) root. if it would also have a option "forget sudo rights" (or something) that would be a good compromisse
[03:59] <solomarv> mvo, an applet! that's a great idea. although, it might go unnoticed by some users. what about a notification dialog window?
[03:59] <solomarv> mvo, something that says "You are running this application with root priveleges" , and have buttons {OK} and {Cancle}
[04:00] <mvo> solomarv: yes, that idea is nice as well. both might be a bit challenging on the technical side because sudo is not very frontend-friendly
[04:00] <solomarv> mvo, i will try to look into it
[04:00] <pitti> seb128: if you open system -> settings -> audio -> sound events, does the "Play" button actually work for you? I try again to chase that esd hang bug
[04:01] <mvo> solomarv: that sounds nice, thanks! if you actually start working on it, please open a whishlist bug in bugzilla, assign it to me and add "kov@debian.org" as QA contact (he is upstream) so that he knows what's going on
[04:02] <seb128> pitti: it used to work, it doesn't atm
[04:02] <pitti> seb128: not to mention that I don't get any sound events apart from the login sound in the first place, although I activated them
[04:02] <solomarv> mvo, ok. i will do this if i find that i am capable of making a patch
[04:02] <pitti> seb128: I wonder whether this might have anything to do with #12276...
[04:03] <seb128> pitti: do you use esound or polypaudio?
[04:03] <mvo> solomarv: great, thanks. if not, a whishlist bug to remind us about the issue may still be usefull
[04:04] <pitti> seb128: esound ATM, I switched again to test that bug
[04:05] <pitti> seb128: how does polypaudio work for you? I didn't get a crash in the last week
[04:05] <pitti> seb128: I'm almost apt to switch to polypaudio now to get wider testing and circumvent the esd hang for the breezy users for now
[04:08] <seb128> pitti: hum, I was using alsasink and polypaudio not started
[04:08] <seb128> the play button works now
[04:10] <pitti> seb128: ah, gnome-sound-properties hangs with esd, too
[04:10] <pitti> seb128: might be easier to debug than killing the panel :-)
[04:11] <pitti> seb128: indeed, play works with polypaudio
[04:12] <pitti> seb128: however, the sounds are still not played when the event occurs
[04:12] <seb128> pitti: there is a bug about that saying you need to restart gnome-session ....
[04:13] <pitti> ah, ok
[04:13] <pitti> seb128: well, one thing after the other, I continue to chase the esd bug now
[04:35] <hub> I upgraded to breezy, and I had to remove network-manager to be able to get network
[04:35] <solomarv> weird
[04:37] <hub> yep
[04:37] <thom> hub: anything in daemon.log?
[04:37] <hub> thom: can't tell right now., I left the laptop at home ;-/
[04:37] <thom> ah
[04:37] <hub> I'll look at it and file a bug
[04:38] <hub> I could access it if they didn't break the VPN here 
[04:38] <thom> if you were upgrading from the pacakges at people.u.com/~thom they may well break
[04:38] <hub> thom: using the universe package
[04:38] <thom> i'd remove network-manager-gnome entirely and the reinstall network-manager
[04:38] <thom> ok
[04:39] <hub> resolvconf has never worked also
[04:39] <solomarv> mvo, i downloaded gksu source using "apt-get source gksu". do you know how to build it now?
[04:39] <hub> because it does no honnour the DNS passed by the DHCP server
[04:39] <hub> I reported the bug upstream
[04:40] <hub> so I'll take some time tonight to file a proper bug
[04:40] <thom> you mean resolvconf with NM, or on its own?
[04:40] <thom> ok, cool
[04:40] <hub> with NM
[04:40] <thom> don't report a bug on resolvconf about that
[04:40] <hub> ok
[04:40] <thom> it's purely an NM problem, and I know how to fix it
[04:40] <hub> just for the NM breakage
[04:42] <mvo> solomarv: dpkg-buildpackage -rfakeroot (if you have fakeroot installed)
[04:42] <solomarv> ok
[04:43] <mvo> seb128! you have a blog now?
[04:44] <ogra> oh, he blogged *again* ? 
[04:44] <mvo> ogra: two times today!
[04:44] <ogra> woah
[04:44] <Treenaks> I hope he's blogging & uploading at the same time.. otherwise I'd have to miss my New Gnome crack!
[04:45] <seb128> mvo: that's not new, I just use it now :p
[04:45] <seb128> Treenaks: I blog about the updates :p
[04:45] <Treenaks> seb128: cool :)
[04:46] <Treenaks> seb128: so now we know what crack we're getting ;)
[04:47] <Treenaks> uh, wow.. people still use advogato?
[04:50] <hub> Treenaks: some still do
[04:53] <adamh> Has anybody here installed ubuntu on a flash drive? How well would it work?
[04:55] <hub> adamh: can you boot off the flash drive ?
[04:55] <adamh> hub: yes
[05:01] <loo> hi
[05:02] <loo> Does someone know how I can use a SMP kernel with hoary, ich have a ASUS Server with 2 xeon cpus and if I use a smp kernel the system freezes when gdm starts
[05:03] <loo> I found in the forums some people with the same problem, but no solutions
[05:04] <wasabi_> sounds like a pretty serious bug
[05:04] <wasabi_> are there any bug reports for it?
[05:05] <loo> yes, .. wait a moment
[05:07] <loo> https://bugzilla.ubuntu.com/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=UPSTREAM&bug_status=PENDINGUPLOAD&field0-0-0=product&type0-0-0=substring&value0-0-0=smp&field0-0-1=component&type0-0-1=substring&value0-0-1=smp&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=smp&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=smp&field1-0-0=product&type1-0-0=sub
[05:07] <loo> BUG: 10135
[05:08] <solomarv> loo, you should comment that bug with information you have gathered. 
[05:09] <loo> I tried linux-image2.6.11-1-686-smp and 2.6.10-5-686-smp
[05:09] <ogra> there is no supported 2.6.11
[05:10] <ogra> thats a bitkeeper development snapshot from mit feb.
[05:10] <ogra> s/mit/mid
[05:10] <loo> ok
[05:10] <loo> but 2.6.10 doesn't work too
[05:11] <adamh> Is there a way to install Ubuntu on jffs2? (I want to set up Ubuntu on a flash drive)
[05:12] <Kamion> the installer doesn't support jffs2 - you'd have to set up the filesystem by hand using debootstrap or similar
[05:12] <adamh> Could I not pre-partition/format the drive, then run the installer and tell it not to repartition?
[05:12] <ogra> loo, i would follow up with the data fabbione asked for in that bug, it probably helps tracking it down
[05:13] <adamh> (since I notice the stock Ubuntu kernel comes with jffs2 support)
[05:13] <wasabi_> Heh. In the Menu Editor, the hide checkbox is reversed.
[05:13] <wasabi_> "Hide" is checked to show.
[05:14] <Kamion> adamh: no, because the jffs2 module isn't shipped in udeb form, which would be needed in order for the installer to be able to mount it
[05:14] <Kamion> sorry
[05:14] <ogra> wasabi_, thats a string bug :-P just add a "Un" as prefix ;)
[05:15] <adamh> Kamion: Okay, well, I'm tempted to try this anyway some night :). I haven't installed Ubuntu in a while, does it have a "server" installation option which omits an X server?
[05:15] <Kamion> yes, type 'server' at the boot prompt
[05:15] <adamh> Kamion: Great :)
[05:15] <Kamion> debootstrap really is your best option though, unless you fancy some installer hacking :)
[05:15] <wasabi_> I might call it "Show" instead.
[05:16] <adamh> Kamion: I guess there are debootstrap howtos I can find with Google, right?
[05:16] <Kamion> http://archive.ubuntu.com/ubuntu/dists/hoary/main/installer-i386/current/doc/manual/en/apcs04.html
[05:16] <Kamion> adamh: alternatively, install onto a regular filesystem, and then copy that onto jffs2 in one shot later
[05:17] <adamh> Kamion: Thank you! :)
[05:17] <Kamion> adamh: that might involve fewer flash writes, too
[05:17] <adamh> Kamion: yeah, that'll probably be faster
[05:18] <loo> btw, should I use for xeon amd64 or x86?
[05:18] <thom> x86
[05:19] <adamh> I'm a bit worried about the booting part... I know I can boot from flash, but what will the /dev entry be? /dev/sde?
[05:20] <Kamion> you could boot the installer in rescue mode to find out
[05:21] <solomarv> does anyone here have permissions to edit pages on wiki?
[05:23] <solomarv> probably should ask at #ubuntu-doc
[05:23] <ogra> solomarv, everybody can change the wiki
[05:23] <loo> does someone know what "usb-handoff" as booting parameter means?
[05:24] <adamh> Kamion: Thank you for all your help :)
[05:24] <loo> with usb-handsoff the system does not freeze when gdm starts
[05:24] <solomarv> ogra, oh yeah, i need to create a login
[05:24] <loo> but after login ;)
[05:24] <loo> :(
[05:24] <ogra> solomarv, yep :)
[05:28] <Kamion> adamh: no problem
[05:31] <adamh> Heh, one last question: if I'm installing onto a flash drive, should I put a swap partition? (I've got 256MB RAM)
[05:32] <Lathiat> swap on flash is bad
[05:32] <Lathiat> it'l eat it
[05:32] <Lathiat> flash has a limited number of write cycles
[05:32] <adamh> Yeah, I'm more worried about speed, though.
[05:32] <Lathiat> trust me, its a bad idea :P
[05:34] <adamh> So I'd have a server without a swap partition... whee, I've never used Linux without a swap partition before :)
[05:34] <mdz> daniels: did you get my question about timing the start of a client vs. the X server?
[05:36] <wasabi_> beagle somehow doesn't depend on mono
[05:36] <ogra> wasabi_, mono is a metapackage
[05:37] <wasabi_> Hmm. Okay. What's libMonoPosixHelper?
[05:37] <ogra> wasabi_, it depends on the interpreter (mono-jit)
[05:37] <wasabi_> Getting a DllNotFoundException
[05:38] <tseng> its in libmono0-dev
[05:38] <wasabi_> libmono0 perhaps?
[05:38] <ogra> that should be in mono-assemblies-base afaik
[05:38] <tseng> because of an upstream bug
[05:38] <ogra> oh
[05:38] <tseng> they named it .so.X
[05:38] <tseng> but it uses .so at runtime
[05:38] <tseng> which is wrong
[05:39] <tseng> (its fixed upstream now)
[05:39] <wasabi_> Still missing it, and I have all that installed
[05:40] <tseng> ls /usr/lib/libMonoPosixHelper.*
[05:40] <tseng> you need .so
[05:40] <tseng> if you dont have it, it doesnt work
[05:40] <wasabi_> Well, it's there. No .so though. I see.
[05:40] <wasabi_> Need to make the link myself?
[05:40] <tseng> $ dpkg -S /usr/lib/libMonoPosixHelper.so 
[05:40] <tseng> libmono-dev: /usr/lib/libMonoPosixHelper.so
[05:41] <tseng> WFM.
[05:41] <wasabi_> Cool.
[05:41] <tseng> you said you had that
[05:42] <tseng> i am doubting you
[05:42] <wasabi_> I didn't have -dev installed.
[05:42] <tseng> ok :)
[05:43] <wasabi_> Wow. It works.
[05:43] <wasabi_> That ROCKS.
[05:46] <doko> elmo: can we upgrade one powerpc buildd to a ppc64 kernel? i.e. gcc-4.0 still seems to use huge memory building ooo2 (boost templates), and I'd like to turn on the gcc-4.0 testsuite for ppc64
[05:46] <elmo> doko: not today
[05:46] <elmo> I'll try and do it later in the week, but I have a bunch of other stuff to do that's time critical
[05:47] <elmo> lamont/infinity: oh (not) speaking of, I need to reinstall royal at some point
[05:49] <mdz> elmo: speaking of which, did you get a handle on the approach for backports?
[05:49] <doko> elmo: thanks. do we have a powerpc devel machine with an 32bit kernel?
[05:49] <mxpxpod> jbailey: ping
[05:50] <wasabi_> Just neesd to search IRC now.
[05:50] <elmo> doko: nope
[05:50] <highvoltage> elmo: read your private messages
[05:51] <mdz> highvoltage: you're still here in london?
[05:51] <highvoltage> mdz: yes.
[05:51] <jp> jbailey evo receiving option crash bug ;)
[05:51] <highvoltage> will be leaving tonight
[05:52] <mdz> highvoltage: I am impatient for you to get back and try the new thin client stuff ;-)
[05:53] <highvoltage> mdz: me too! really!
[05:53] <highvoltage> i'm also on a bit of a high from the weekend, I didn't expect such a positive reaction.
[05:53] <highvoltage> i'm eager to get home, put that iso together and send it to you so that you can set up a test system with my software too.
[05:54] <highvoltage> mdz: ltsp-client messed up my laptop badly, btw :)
[05:54] <mdz> highvoltage: oh, I'll bet
[05:54] <ogra> highvoltage, rather work on the edubuntu iso with me and make sure all your apps are in ;) 
[05:55] <mdz> highvoltage: do you have your code in a revision control system?
[05:55] <Mez> hmm
[05:55] <highvoltage> ogra: ok, i'll do that too!
[05:55] <ogra> ;)
[05:55] <Mez> gnome-pkg-tools = unauthenticeated yet from gb.archive.ubuntu.com
[05:55] <highvoltage> mdz: heh! no. nothing that fancy! this is hacky to the maximum extent possible.
[05:57] <seb128> Mez: what?
[05:58] <Kamion> highvoltage: you don't consider revision control systems to be totally basic? :-)
[05:59] <Mez> seb128, I jsut installed gnome-pkg-tools and it said the package could not be authenticated, then went and downloaded from an ubuntu archive.
[05:59] <Mez> whereas normally only packages that cant be authenticated are from kubuntu/backportsd
[06:00] <seb128> Mez: the authentification is for the mirror, not the packages
[06:00] <Mez> seb128, yes, but i;m wondering why the mirror is authenticating wrong... or if that package has been compromised
[06:01] <ogra> Mez, did you apt-get update before the installation of gnome-pkg-tools ?
[06:01] <seb128> try to install an another package ...
[06:02] <highvoltage> Kamion: well, no one worked on it besides me, and I didn't have an internet connection while working on it, and I had a few minutes a day to work on it, so I didn't even think of a revision system at the time
[06:02] <Mez> ogra... i did one this morning...
[06:03] <Mez> (am on hoary)
[06:03] <Kamion> highvoltage: I find that using a revision control system makes me much more relaxed about making big changes to code, on the grounds that I know I've still got the last working version
[06:03] <ogra> Mez, 1. try another package and reproduce, 2. run apt-get update and see it vanish for the next package :)
[06:03] <Mez> meh t'works now
[06:03] <Mez> it was onlt that package  - lol
[06:03] <Mez> weird
[06:04] <highvoltage> Kamion: you're right.
[06:08] <Mez> hmm
[06:08] <Mez> why is debian/rules modifying debian/control
[06:09] <Kamion> some debian/control files are generated
[06:09] <Kamion> sometimes this is extremely scary and wrong, sometimes only mildly scary
[06:09] <Kamion> depending on which parts of the file are generated
[06:09] <ogra> but still not right :)
[06:09] <bddebian2> Heh
[06:09] <Kamion> well, there are only certain bits which will get you into trouble
[06:09] <Kamion> like build-dependencies
[06:10] <Mez> hmm
[06:10] <Kamion> fiddling with the binary stanzas is generally ok, if you're very careful
[06:10] <Mez> I foudn out why - it does weird things from control.in
[06:10] <Kamion> but it's a "dire emergencies only" option
[06:10] <Mez> I'm backporting epiphany which depends on firefox ... it's mozilla-firefox in hoary :D
[06:11] <highvoltage> http://edubuntu.org/Preview_Wallpaper_Examples
[06:11] <Mez> unless someone wants to add pseudo packages to hoary for firefox to point to mozilla-firefox ;)
[06:11] <Mez> highvoltage, nice but... the logo /could/ be considered sexist
[06:12] <ogra> highvoltage, i think the logo still needs fixing... the e needs to move nearer to the d
[06:12] <ogra> highvoltage, but they look cool
[06:12] <mdz> Mez: beg your pardon?
[06:13] <highvoltage> Mez: how is it sexist?
[06:13] <Mez> lol - symbology :D the "hand" bit could be concieved as a phallus :P
[06:13] <Kamion> Mez: I'll echo the general "eh?"
[06:13] <Kamion> I think if you equate hands with phalluses ... well. :-)
[06:13] <Mez> (sorry been reading a lot of symbology books recently)
[06:14] <Mez> kamion - I just saw the bit sticking up... and thought that... didnt see the rest of the logo
[06:14] <highvoltage> hehe
[06:27] <highvoltage> mdz: have you played with privoxy before?
[06:30] <stratus> fabbione, any hint on #12417 ?
[06:31] <mdz> highvoltage: no, ogra mentioned it today
[06:31] <highvoltage> it's really cool, I would highly recommend that you look at it.
[06:31] <mdz> highvoltage: unless it's obviously superior to what the community is already using, I don't think we should change now
[06:31] <mdz> we've held two discussions about content filtering, and both times people have said "squidguard or dansguardian"
[06:31] <highvoltage> it has a web interface, small footprint, it's based on internet junkbuster...
[06:31] <fabbione> stratus: no. this is the latest driver/firmware set from upstream.
[06:32] <highvoltage> i think it's fine if we stick with dansgaurdian/squid. I still urge you to look at privoxy, though.
[06:32] <coolio> hi matt- thought we will still have a beer but only return at 12h00 last night
[06:32] <fabbione> and i don't own any of thes ipw2x00 hw.. so for me it's a jump in the empty space each time
[06:32] <highvoltage> mdz: sorry, i shouldn't be giving you more work, please ignore me :)
[06:33] <mdz> coolio: do you leave with jonathan?
[06:33] <mdz> fabbione: they're very popular; it should be no problem at all to find testers
[06:33] <mdz> I can see five of them from where I am sitting right now
[06:33] <chrissturm> fabbione, someone commented on the bug that he fixed it by compiling the upstream driver. maybe it has to do with the patches that are applied
[06:33] <coolio> yep I cant wait-we are at the hotel till 18h00
[06:34] <fabbione> mdz: i know that.. but i can't fix with blind uploads
[06:34] <fabbione> chrissturm: that's the ipw2100
[06:34] <fabbione> chrissturm: and it's a known problem
[06:34] <mdz> fabbione: there is no way that you can test every driver; sometimes (especially before UVF) you need to trust upstream and let the community test
[06:34] <fabbione> mdz: this is the last version of the drivers..
[06:35] <Kamion> UVF is tomorrow
[06:35] <chrissturm> fabbione, sorry, i thought that was the 2100 bug again
[06:35] <mdz> Kamion: UVF is Thursday
[06:35] <fabbione> and both upstreams are broken because they are focusing in getting the drivers upstream for .13
[06:35] <mdz> we are under the new Thursday World Order, or TWO
[06:35] <fabbione> so the situation is a mess
[06:35] <fabbione> because upstream they merged the wrong ieee8* layer
[06:36] <Kamion> yeah, I'd forgotten about the Thursday change, despite writing it up :-)
[06:36] <fabbione> and the overall doesn't make our life simpler
[06:36] <fabbione> mdz: we never really respected UVF for kernel drivers exactly for the above reasons
[06:37] <fabbione> stratus: you can try to compile the ipw2200 from the sf.net site and see if it solves?
[06:37] <fabbione> if that works.. than i suspect something really bad happened at merge time
[06:37] <siretart> mvo: I don't have real access to my imap folder, so I had to copy n paste my encrypted message around. I hope you could decrypt my message
[06:37] <stratus> fabbione, yes i can reading the messages above wait..
[06:39] <jp> :)
[06:39] <stratus> fabbione, i'll test it now. btw i checked the firmware files and the md5sum files match.
[06:39] <fabbione> stratus: i am sure the firmwares are ok...
[06:39] <fabbione> stratus: their update is way simpler than the driver one :)
[06:39] <stratus> heh ok
[06:39] <fabbione> stratus: anyway if it works or not.. add a comment to the bug.. i will be off soon
[06:40] <fabbione> stratus: and i will look at it tomorrow
[06:40] <stratus> i'll let you know, thanks
[06:40] <fabbione> thanks for checking
[06:40] <stratus> np
[06:48] <stratus> :)
[07:04] <carlos> doko, around?
[07:04] <carlos> doko, you are in charge of gcc, right?
[07:06] <carlos> ok, question solved
[07:08] <{Seb}> sorry to ask but....is x still broken?
[07:09] <{Seb}> after doing an upgrade last night, it said that an executable called 'X' could not be found
[07:10] <chrissturm> {Seb}, it works for me on my ati card and its broken for me on i810
[07:10] <{Seb}> mine are atis
[07:11] <chrissturm> /usr/bin/X
[07:11] <chrissturm> chi% ls -l /usr/bin/X
[07:11] <chrissturm> lrwxrwxrwx  1 root root 14 2005-07-04 01:19 /usr/bin/X -> ../X11R6/bin/X
[07:11] <chrissturm> oops, sorry
[07:23] <carstenh> jbailey: ping
[08:18] <jbailey> carstenh: pong - still moving furniture and stuff, so I'm *very* laggy.
[08:18] <bddebian2> jbailey: You are moving again?
[08:18] <carstenh> jbailey: hi, nothing important. we can also talk tomorrow
[08:19] <jbailey> bddebian2: Eh?
[08:19] <jbailey> bddebian2: This is my first move in the last 4 years.
[08:19] <bddebian2> jbailey: NM. :-)
[08:19] <bddebian2> jbailey: Oh for some reason I thought you moved recently.
[08:19] <jbailey> carstenh: If you can email me, I'll catch up on that this evening.
[08:19] <jbailey> We went out to buy some stuff and shower curtains and stuff.  
[08:19] <bddebian2> ahh
[08:19] <bddebian2> Well get back to work then. :-)
[08:19] <mxpxpod> jbailey: ping
[08:20] <jbailey> mxpxpod: See above. =)  very laggy.
[08:21] <mxpxpod> jbailey: yeah, I saw that :)... just wondering if you know what "R_PPC_REL24 relocation at 0x0ff77fc8 for symbol
[08:21] <mxpxpod> `malloc' out of range" means
[08:22] <carstenh> jbailey: as i already said, nothing important. i just wanted to ask if it would make sense wo work with the GraphicalConfigTools-project together or if i should extend gnome-system-tools
[08:23] <jbailey> mxpxpod: It means your binutils or gcc is having issues and you should treat it nicer.  What arch?
[08:23] <jbailey> oh, pcc
[08:23] <jbailey> ppc
[08:23] <jbailey> duh. =)
[08:23] <mxpxpod> :)
[08:23] <jbailey> Pardon me, I'm tired. =)
[08:23] <mxpxpod> it's happening with libwnck
[08:24] <mxpxpod> with the workspace switcher applet
[08:26] <jbailey> carstenh: The trick is that you need to finish by the end of August right?  (And earlier in order to make the Breezy target)
[08:26] <jbailey> I'm guessing that the backend logic is probably the same all around, and that gst might have some extensibility options you can play with.
[08:26] <carstenh> jbailey: yes GraphicalConfigTools is a SoC-project too
[08:26] <jbailey> So that way you're losing very little.
[08:26] <jbailey> Oh, is it?
[08:26] <jbailey> Hmm
[08:26] <carstenh> yes
[08:27] <carstenh> who is gst?
[08:27] <mxpxpod> gst == gstreamer
[08:27] <jbailey> I don't know who's involved with that, but I usually try to avoid tying my vapourware projects with other people's vapourware projects.  It makes it harder to make them come true.
[08:27] <jbailey> gnome system tools
[08:27] <jbailey> sorry
[08:27] <mxpxpod> oh, right
[08:27] <mxpxpod> don't mind me
[08:27] <carstenh> but don't know what excatly they planned
[08:28] <jbailey> That's what I mean.
[08:28] <jbailey> You tie yourself to someone else's development cycle then.
[08:28] <carstenh> jbailey: ok, thanks. then i'll extend gst :)
[08:28] <jbailey> It would be good if you think of the code as needing to eventually go somewhere else (so don't play with gst internals more than absolutely necessary) and that way it can be integrated later.
[08:29] <jbailey> But given your timeframe, I wouldn't rely on a project that's due at the same time as yours.
[08:29] <carstenh> yes, good point :)
[08:30] <carstenh> jbailey: thanks for your time :)
[08:31] <jbailey> Anytime, sorry for the poor timing of my move. =)
[08:31] <mxpxpod> jbailey: you're forgiven this time ;)
[08:31] <jbailey> mxpxpod: ;)
[08:31] <mxpxpod> jbailey: does binutils affect runtime?
[08:31] <jbailey> mxpxpod: So what were you doing to your box to get a reloc error on malloc?
[08:32] <mxpxpod> jbailey: umm, I installed breezy and whammo
[08:32] <mxpxpod> everything else works, though
[08:32] <mxpxpod> which is really strange
[08:32] <mxpxpod> it's only on libwnck
[08:32] <jbailey> What app gave you this?
[08:32] <jbailey> Oy.
[08:32] <mxpxpod> workspace-switcher applet
[08:33] <mxpxpod> hold on, I filed a bug
[08:33] <jbailey> I haven't assemlbed my boxes yet.
[08:33] <mxpxpod> https://bugzilla.ubuntu.com/show_bug.cgi?id=12241
[08:33] <jbailey> (or my desk for that matter.  I'm on my laptop on the floor)
[08:33] <mxpxpod> ignore my last post because I'm an idiot and I don't know what I'm talking about
[08:34] <mxpxpod> jbailey: a new version of libwnck came out and I'm getting a relocation error on a new symbol
[08:34] <jbailey> I'd have to take a look at it, but it sounds like some sort of evilness in gcc/glibc/binutils rather than something in libwnck.
[08:34] <jbailey> Unless they've done some linker magic of some sort in there.
[08:35] <mxpxpod> jbailey: XextRemoveDisplay
[08:35] <jbailey> But I'll need to reproduce and take a look with readelf.
[08:35] <mxpxpod> what's readelf?
[08:35] <jbailey> binutils tool that disects the linker bits in a program or library.
[08:36] <jbailey> You can learn alot about how the program is structured that way.
[08:36] <jbailey> Try "readelf -a /bin/ls" for instance.
[08:36] <jbailey> (Might want to feed it through less)
[08:36] <mxpxpod> hmm
[08:36] <jbailey> You can see which module defines which symbols, which ones are defined, not, weakly or strongly.
[08:37] <mxpxpod> that's interesting
[08:37] <mxpxpod> well, I reinstalled glibc from archives.ubuntu.com (after deleting the one from /var/cache/apt/archives) and that didn't solve it
[08:37] <mxpxpod> so I don't think it's a glibc issue
[08:39] <mxpxpod> jbailey: and I seem to be the only one suffering from this problem
[08:39] <jbailey> Oh, so the question is whether you've got something strayin lying in your path.
[08:40] <mxpxpod> jbailey: I think... but I'd be curious to see if this happens to you
[08:41] <jbailey> Yeah, I should have at least one ppc box up by the end of the night.  Both by midday tomorrow at the latest.
[08:42] <mxpxpod> sweet
[08:42] <mxpxpod> jbailey: when's "the end of the night"?
[08:43] <jbailey> Hopefully 6 to 8 hours from now.
[08:44] <mxpxpod> sweet
[08:44] <mxpxpod> jbailey: binutils doesn't affect runtime, does it?
[08:45] <jbailey> No, it's compile time.
[08:45] <mxpxpod> ok
[08:46] <mxpxpod> so reinstalling it wouldn't affect the relocation I'm getting
[08:46] <jbailey> No.
[08:46] <jbailey> But it should also affect others.
[08:47] <mxpxpod> see, that's what gets me
[08:47] <jbailey> Is this an Ubuntu chroot on a Debian system, or a full Ubuntu system?
[08:47] <mxpxpod> full ubuntu
[08:47] <jbailey> 'k, so it's not a strange mismatch there then.
[08:48] <mxpxpod> right
[08:52] <malex> Hi. I am maintaining a package in Debian and also participating in the upstream development of the packaged software. How can I find out who maintains my package in Ubuntu? I would like to talk to that person/people.
[08:52] <solomarv> malex, do you use ubuntu?
[08:52] <malex> solomarv: no
[08:53] <hunger> malex: From what I understand it is maintained by whoever finds the time to do so... ubuntu has way fewer developers than debian.
[08:53] <solomarv> malex, what package do you maintain?
[08:53] <hunger> malex: But I am just a hang-on, so I might be wrong:-)
[08:53] <bddebian-ng> A hang-on?
[08:54] <malex> solomarv: I use Debian, but a sufficient number of Ubuntu users began appearing on the upstream ML and in the IRC channel that I would like to assist in building up-to-date Ubuntu packages from what I maintain in an upstream repository.
[08:54] <malex> solomarv: scribus and related packages
[08:54] <hunger> bddebian-ng: I hang on to ubuntu till I find something better;-)
[08:54] <bddebian-ng> There's alway Gentoo.. ;-P
[08:54] <solomarv> no flames
[08:55] <ivoks> did i hear good? nokia, siemens, ercisson, philips and alcatel are lobbying against software patents?
[08:55] <ivoks> in the form they are proposed now
[08:55] <hunger> malex: scribus seems to be in main... so this should be the proper channel...
[08:55] <hunger> bddebian-ng: I said something better, not  more annoying.
[08:55] <bddebian-ng> :-)
[08:56] <solomarv> malex: Olkesandr Moskalenko <malex@tagancha.org> is shows as maintainer. lol, is that you?
[08:56] <malex> solomarv: So, I guess my questiion could be rephrased to "who should I contact to make them aware of a debian repository I maintain upstream, so they could build more up-to-date packages for ubuntu". This is important to me as Scribus develops fairly fast and it is imperative to stay current. 1.2.1 in the Ubuntu breezy is too old already.
[08:56] <malex> solomarv: Yes
[08:56] <malex> solomarv: Oleksandr actually
[08:57] <solomarv> malex, i know, it was a typo
[08:57] <malex> solomarv: :)
[08:57] <solomarv> so malex, you are shown as the maintainer. i don't know how to help you further
[08:58] <malex> solomarv: How can I make it known to people who build Scribus package for Ubunty about the upstream repository? That's all the help I "need" :)
[08:58] <chrissturm> malex, you could file a bug
[08:58] <Riddell> malex: hi
[08:58] <malex> Riddell: hello
[08:59] <Riddell> malex: I maintain Kubuntu so I'm happy to look after scribus packages
[09:00] <malex> Riddell: I have a wiki page in the upstream wiki: http://wiki.scribus.net/index.php/Scribus_on_Debian_GNU/Linux Would that be a sufficient starting point?
[09:03] <Riddell> malex: cool, how far behind is ubuntu just now?
[09:03] <Riddell> 1.2.1-1
[09:03] <Riddell> malex: what's on http://debian.scribus.net/debian/ and what's on http://debian.tagancha.org/ ?
[09:03] <malex> Riddell: 1.2.1 is _too_ old. 1.2.2.1 was just released and I track cvs changes at least once a week.
[09:04] <malex> Riddell: I don't upload the packages into Debian very often as I'm still in Damination (waiting for debian account creation basically) and need a sponsor for that, but I keep my upstream repositories very current.
[09:05] <malex> Riddell: debian.scribus.net is a primary and debian.tagancha.org is a backup upstream repositories I maintain. They are synchronized on every package upload, i.e. identical.
[09:06] <malex> Riddell: We had a discussion among scribus devz about different distros and I thought I'd try to get scribus to be more current in Ubuntu :)
[09:07] <malex> Riddell: scribus-cvs mentioned in the wiki page is actually a non-policy conformant (installs into /usr/local for parallel use with scribus 1.2.x) package of the developmental series (1.3cvs). Quite a few people are interested in it, so I package it upstream only.
[09:13] <Riddell> malex: I don't see 1.2.2.1
[09:14] <malex> Riddell: I patched 1.2.2 as the 1.2.2.1 tarball wasn't ready, yet. So, 1.2.2-2 is the fixed version of 1.2.2-1.
[09:14] <malex> Riddell: See 02-pageitem.cpp.patch in "debian/patches".
[09:15] <Riddell> malex: so 1.2.2-2 is effectivly 1.2.2.1?
[09:15] <malex> yes
[09:15] <Riddell> malex: are you going to make 1.2.2.1 packages?
[09:17] <malex> Riddell: I think it's a good idea to avoid users asking "where is 1.2.2.1?". Though the upstream repos will be 1.2.2+cvs200507xx within a week, I expect. The way to 1.2.3 has already begun.
[09:18] <pitti> seb128: does serpentine actually work for you?
[09:18] <pitti> seb128: when I click on "write CD", nothing happens
[09:18] <ogra> pitti, it works for a bunch of people
[09:18] <seb128> pitti: nop
[09:18] <Riddell> malex: can you poke me when you have 1.2.2.1 packages and I'll test and upload them to ubuntu
[09:18] <malex> Riddell: sure. ttyl.
[09:18] <seb128> pitti: I keep saying we have almost no feedback on it ...
[09:19] <ogra> pitti, in fact i heard this release solves the bugs in ubuntus bugzilla...
[09:19] <seb128> pitti: it was broken by gnome-python for some time and we didn't even get a bug about it, I doubt somebody actually uses it
[09:19] <ogra> seb128, i get a lot of feedback in#ubuntu-motu
[09:19] <pitti> when I insert a CD, I'm asked what to burn, I click on "audio", nothing happens
[09:19] <ogra> tseng was the last who reported it working to me iirc
[09:19] <pitti> so I started serpentine manually, but burning doesn't work eitehr
[09:20] <tseng> i reported it not crashing :)
[09:20] <seb128> ogra: and you have not bugged when it got broken by nautilus-cd-burner changes?
[09:20] <ogra> seb128, i havent burned anything the last 3 weeks ....
[09:20] <seb128> k, and nobody pointed it to you
[09:20] <seb128> that's what I say
[09:21] <ogra> nope
[09:21] <seb128> the userbase is small
[09:21] <seb128> it can be broken for weeks without anybody noticing
[09:21] <ogra> i'll make another call on the lists
[09:21] <seb128> cool
[09:21] <ogra> lets see how the response is
[09:23] <ogra> seb128, sorry, i'm currently wearing blinkers and am a bit focused on edubuntu... thats becoming huge...
[09:24] <seb128> np
[09:24] <seb128> did you get a reply about the videolan mail?
[09:24] <ogra> plase poke me heavy if i miss something and thanks ;)
[09:24] <seb128> don't worry, all is fine
[09:25] <ogra> nope, but imet hilton in london this weekend, he didnt notice that we go with gstreamer currently
[09:25] <seb128> if we don't have a lot of feedback on serpentine atm that's probably because people don't need it that much :p
[09:26] <ogra> heh... then they wont even notice if we remove it again :P
[09:26] <ogra> but i really wouldnt like to cripple gnomebaker or graveman
[09:27] <ogra> just to get it in main....
[09:33] <pitti> bah, I hate my ISP, he fiddled with the port blockers again
[09:34] <pitti> seb128, ogra: did you say anything after "<pitti> so I started serpentine manually, but burning..."?
[09:34] <ogra> hmm
[09:34] <mvo> hehe
[09:34] <ogra> :)
[09:34] <mvo> poor pitti ;)
[09:35] <ogra> at least he seems to keep the ip :)
[09:38] <ogra> hey pitti
[09:38] <pitti_> bah, I *really* hate these ISP guys
[09:38] <pitti_> IRC doesn't work, and they also cut my ssh sessions to my server (where irssi is now running)
[09:39] <pitti_> ogra, seb128: in any case I know better what's going on
[09:39] <ogra> fun... dont you use the telecom ? 
[09:39] <pitti_> ogra: no DSL here, long story
[09:39] <ogra> iheard they want to provide wlan
[09:40] <ogra> in all areas where fiber blocks the dsl
[09:40] <hunger> pitti_: Did you get my mails?
[09:40] <ogra> pitti_, so whats going on ?
[09:41] <pitti_> ogra: at the time nothing happens it tries to throw an exception, but the exception constructor takes 3 args, but the exception initialization only provides two
[09:41] <pitti_> ogra: the exception it tries to raise is about a wrong temporary dir
[09:41] <ogra> oh
[09:41] <\sh> hmmm..we should replace konsole with gnome-terminal
[09:41] <pitti_> ogra: it fetches the temporary dir from some "preferences" structure
[09:42] <pitti_> ogra: but there is no temp dir key in gconf
[09:42] <ogra> pitti_, could you bug it ? ustream is on CC aotomaticaly
[09:42] <ogra> upstream even
[09:42] <pitti_> ogra: sure, I try to fix it
[09:42] <pitti_> guys, I guess I'll be pretty much IRC less this evening
[09:42] <ogra> :(
[09:42] <pitti_> if there's something urgent, please email me or ping my mobile
[09:43] <seb128> pitti_: dude, you have already worked your 8 hours today I'm sure, don't worry about not working on the evening :)
[09:44] <ogra> seb128++
[09:46] <pitti_> seb128: nope, I was in the cinema in the afternoon :-)
[09:46] <seb128> elm<TAB>
[09:46] <seb128> where is elmo? gnome-games-extra-data sync please :p
[09:46] <pitti_> ogra: it tries to read /apps/serpentine/temporary_dir from gconf, but there is no such key *grumpf*
[09:46] <seb128> pitti_: you enjoyed the movie?
[09:47] <ogra> hmm... schema bug
[09:47] <seb128> pitti_: create it
[09:47] <pitti_> seb128: Star Wars 3, yes, was quite good :-)
[09:47] <pitti_> ogra: how can that work for some people?
[09:48] <seb128> serpentine has no schemas
[09:48] <ogra> seb128, it has here
[09:48] <seb128> ogra: the source package has no schema on my box
[09:48] <seb128> ogra: and that's from here I've uploaded the package
[09:48] <ogra> pitti_, i guess it was in an older version....
[09:48] <ogra> seb128, i have a schema
[09:49] <seb128> ogra: dpkg -L serpentine | grep schemas ?
[09:49] <ogra> on a machine i deinstalled serpentine....
[09:49] <ogra> so it was in an old version
[09:49] <ogra> and is missing now
[09:49] <seb128> 0.5 and 0.6.1 have no schemas
[09:49] <seb128> where is your schemas ?
[09:50] <ogra> where do the gconf keys come from then ? 
[09:50] <seb128> the app can set them on first start
[09:50] <seb128> to know if you have a schema use gconf-editor and browser /schemas
[09:50] <pitti_> now I at least fixed the exception
[09:50] <pitti_> and get a proper error dialog that tells me about the missing cache directory
[09:51] <ogra> ah, yes, seb128 youre right, there is no schema, but /home/ogra/.gconf/apps/serpentine/%gconf.xml
[09:51] <seb128> pitti_: 
[09:51] <seb128> $ gconftool-2 -R /apps/serpentine
[09:51] <seb128>  use_max_speed = true
[09:51] <seb128>  eject = false
[09:51] <seb128>  view_toolbar = true
[09:51] <seb128>  specify_speed = false
[09:51] <seb128> temporary_dir = file:///tmp
[09:51] <seb128>  write_speed = 1
[09:51] <pitti_> $ gconftool-2 -R /apps/serpentine
[09:51] <pitti_>  eject = true
[09:51] <pitti_>  view_toolbar = true
[09:51] <pitti_>  write_speed = 24
[09:52] <seb128> booooog
[09:52] <ogra> beeh
[09:52] <pitti_> bah, no debian/patches
[09:52] <bddebian-ng> "Ah, I see you have the machine that goes bing"
[09:52] <seb128>   File "/usr/lib/python2.4/site-packages/serpentine/common.py", line 118, in validate_music_list
[09:52] <seb128>     raise SerpentineCacheError (SerpentineCacheError.INVALID, "Please "    \
[09:52] <seb128> TypeError: __init__() takes exactly 2 arguments (3 given)
[09:52] <seb128> 
[09:52] <pitti_> seb128: right, that's the bug I just fixed
[09:52] <seb128> I get that here when clicking on the record icon
[09:53] <seb128> $ gconftool-2 -R /apps/serpentine
[09:53] <seb128>  eject = true
[09:53] <seb128>  view_toolbar = true
[09:53] <seb128>  write_speed = 48
[09:53] <seb128> 
[09:53] <seb128> after cleaning my gconf
[09:53] <seb128> so the new version doesn't write correctly the config
[09:53] <ogra> yep
[09:53] <seb128> and it doesn't use a schemas
[09:53] <ogra> it really should...
[09:57] <comadreja> I need some help, I'm trying to debug totem because of bug 11693
[09:58] <comadreja> my problem is, even when I pass CFLAGS="-g -O0" to configure
[09:58] <comadreja> I get no debugging symbols
[09:59] <comadreja> oh, I see
[09:59] <comadreja> nostrip, right ?
[10:00] <bddebian-ng> Yep
[10:01] <comadreja> thanks
[10:02] <pitti_> ogra: I uploaded a version with the fixed exception for now
[10:02] <ogra> pitti_, wow, thanks :)
[10:02] <pitti_> now I debug the temp dir
[10:03] <bddebian-ng> Hello sabdfl
[10:04] <comadreja> what's the proper place to set DEB_BUILD_OPTIONS ?
[10:05] <\sh> when is meeting? 22UTC?
[10:05] <mdke> \sh, yes
[10:06] <\sh> mdke: thx
[10:07] <sabdfl> hiya bddebian-ng
[10:07] <sabdfl> \sh: in two hours, roughly
[10:08] <\sh> sabdfl: yeah :) good evening btw
[10:08] <pitti_> Hey sabdfl 
[10:08] <sabdfl> hi!
[10:08] <pitti_> cool, all went well?
[10:13] <Mez> hey sabdfl, btw - twas nice meeting you (briefly) :P
[10:16] <pitti_> ogra: *sigh* now I fixed the temp dir issue by providing a fallback value, now it greets me with "converting files to wav failed"
[10:16] <pitti_> ogra: WTF wrote this? 
[10:16] <ogra> pitti_, the last version worked better ....
[10:16] <pitti_> ogra: btw, nowhere in the code the tempdir key is actually written, it's just read without a default
[10:17] <pitti_> ogra: maybe we should revert to the last version then?
[10:17] <pitti_> ogra: shall I upload the temp dir fix nevertheless?
[10:17] <pitti_> or do you want to care for that yourself?
[10:17] <sabdfl> pitti_: a few glitches, but so far all looks good
[10:18] <ogra> pitti_, lets see what upstrem says about it...
[10:18] <pitti_> ogra: where shall I forward the patches?
[10:18] <malex> Riddell: I have scribus-1.2.2.1-1 and scribus-doc-1.2.2.1 package in the upstream repos. Thanks.
[10:18] <ogra> pitti_, bugzille.ubuntu.com ;)
[10:18] <Riddell> malex: cool :)
[10:18] <ogra> pitti_, bugzilla indeed
[10:19] <pitti_> ogra: the funny thing is, there are widget callbacks for adjusting the temp dir, but no widget that calls them
[10:19] <pitti_> ogra: CC somebody?
[10:20] <ogra> pitti_, me, if i'm not in the default CC, i dont know if seb128 added me too
[10:20] <seb128> there is no default Cc:
[10:20] <seb128> there is 1 assignement and 1 QA
[10:21] <seb128> the bugs are assigned to the desktop-bugs list and the QA is upstream
[10:21] <ogra> ah
[10:35] <pitti_r> ogra: did you ever try to burn ogg files?
[10:36] <ogra> pitti_r, yep, worked fine when i tried it with v4
[10:36] <ogra> but its a while ago
[10:36] <mxpxpod> ogra: you're working on gnome-power, right?
[10:37] <ogra> mxpxpod, i package it and am in tight contact with upstream, yes
[10:37] <mxpxpod> ogra: who's the upstream author?
[10:37] <ogra> richard hughes
[10:38] <ogra> (hughsie)
[10:38] <mxpxpod> oh, right
[10:38] <ogra> he's around from time to time...
[10:39] <pitti_r> ogra: it seems that it uses gstreamer to convert ogg files, and I do have gstreamer0.8-vorbis installed...
[10:39] <ogra> pitti_r, hmm, packaging bug then...
[10:40] <pitti_r> ogra: hm?
[10:40] <ogra> oh, i read dont for do
[10:46] <pitti_r> ogra: WARNING: erroneous pipeline: could not link audioscale0 to wavenc0
[10:46] <pitti_r> ogra: maybe they should test their gstreamer pipelines before using them...
[10:46] <ogra> hmm... incompatible gstreamer version probably...
[10:46] <pitti_r> ogra: if I remove the audioscale from the pipe, it works with gst-launch
[10:47] <ogra> hmm
[10:48] <pitti_r> WOW
[10:48] <pitti_r> it actually prepares my disc now!!!
[10:48] <ogra> yay
[10:49] <ogra> pitti_r, you can run it with -s for simlation mode
[10:49] <pitti_r> ogra: it's still dumb, rather than piping the wavs directly to cdrecord and burn it track-wise, it dumps 650 MB in my /tmp...
[10:49] <ogra> it desnt use cdrecord directly
[10:49] <pitti_r> ogra: oh, I actually *want* that CD burned, that's why I started that stuff in the first place :-)
[10:49] <ogra> it uses nautilus-cd-burner
[10:50] <mxpxpod> pitti_r: since nautilus-cd-burner uses cdrecord, it doesn't do piping
[10:50] <pitti_r> that sucks
[10:50] <mxpxpod> yea, it does
[10:51] <pitti_r> there's no reason for 650 MB of files in /tmp, that will break people's tmpfs horribly
[10:51] <mxpxpod> which is why after my next release of coaster, I'm going to do a rewrite of libburn so we can get on-the-fly cd burning within applications
[10:51] <ogra> mxpxpod, so fix coaster :) i would have loved to discuss it as alternative...
[10:51] <mxpxpod> ogra: cdrecord sucks
[10:51] <ogra> i know
[10:51] <pitti_r> ogra: would you mind if I add a dependency to gstreamer0.8-vorbis?
[10:51] <mxpxpod> until we get a library that does the burning nicely, cd recording on linux will suck
[10:51] <ogra> but we're lacking alternatives
[10:52] <mdke> elmo isn't around?
[10:52] <\sh> who is responsible for the wiki?
[10:52] <ogra> pitti_r, absolutely not :)
[10:52] <mxpxpod> that's why I'm going to work on a rewrite of libburn
[10:52] <mxpxpod> pitti_r: why not make it a suggestion?
[10:52] <mdke> \sh, we have some pages for bugs and recommendations
[10:52] <mdke> \sh, https://wiki.ubuntu.com/wiki
[10:52] <mxpxpod> ogra: by friday, I hope to have a new release of coaster that does audio
[10:52] <pitti_r> mxpxpod: well, Recommends: would be appropriate IMHO
[10:52] <mxpxpod> pitti_r: oh, right
[10:53] <mxpxpod> ogra: so, it will cover what n-c-b and serpentine do
[10:53] <mdke> \sh, or is it something else?
[10:53] <\sh> mdke: i'm searching a rename function ;)
[10:53] <\sh> rename page or something like this
[10:53] <ogra> mxpxpod, yeps :) do you use gstreamer to convert the audio ? 
[10:53] <mdke> \sh, its under "Rename" ;) in Other actions
[10:53] <mxpxpod> ogra: of course :)
[10:53] <ogra> yay
[10:53] <mdke> \sh, BUT!
[10:53] <mdke> \sh, use it with care, links will break
[10:54] <\sh> mdke: yeah:) it's a user page for bddebian ;)
[10:54] <mxpxpod> ogra: and once the libburn rewrite is done, it will go audio file->gstreamer->libburn->disc
[10:54] <ogra> cool
[10:54] <mxpxpod> and data file->libburn->disc
[10:54] <mdke> \sh, heh, ok for the future though, you can see all links by clicking on the page title
[10:54] <mxpxpod> no more temporary crap
[10:54] <ogra> yeah
[10:54] <\sh> mdke: thx :)
[10:55] <mdke> \sh, np
[10:55] <mxpxpod> ogra: the problem I'm having is an endianness issue... libburn will do on-the-fly burning from data on i386, but on powerpc it makes coasters (no pun intended)
[10:55] <ogra> hmm
[10:55] <pitti_r> TypeError: __on_progress() takes exactly 3 arguments (4 given)
[10:55] <pitti_r> OMG
[10:55] <mxpxpod> so I think I'm going to tear it apart and start over from scratch and make it a sane library
[10:56] <\sh> mdke: sometimes I'm really a noob with webapps, even I'm helping to develop them ;)
[10:56] <mxpxpod> right now it has all of its functions crammed into one header
[10:56] <mxpxpod> and it doesn't use typedefs for its structs
[10:56] <mdke> \sh, no problem. You can always email ubuntu-doc if no one answers
[10:59] <mxpxpod> ogra: so my next big endeavor is the libburn rewrite
[10:59] <mxpxpod> which should be "fun"
[10:59] <mxpxpod> :D
[10:59] <ogra> heh
[10:59] <mxpxpod> but if I set it up correctly, it shouldn't be too hard
[11:00] <mxpxpod> and a friend and I have talked about making libburn into libdisc which would give linux 1:1 reading/writing on all discs
[11:01] <mxpxpod> and then making it into a simple plugin architecture to add new read/write methods
[11:01] <ogra> sabdfl, squeak is completely under apple license, its not only the fonts ...
[11:01] <ogra> This is the Squeak package for Debian.  All debianisations are
[11:01] <ogra> Copyright (C) 2002 Lex Spoon and are released under Apple, Inc.'s license
[11:01] <ogra> for Squeak.  A copy of this license is included below.
[11:01] <ogra> :(
[11:05] <pitti_r> ogra: yay, it indeed burned the CD, and it even seems to work :-)
[11:05] <ogra> great
[11:05] <ogra> pitti_r, and we have still plenty of time until release to fix remaining bugs in it... :)
[11:06] <pitti_r> like, make it work in a sane fashion? :-)
[11:06] <ogra> yeah
[11:06] <ogra> its only python ;)
[11:06] <pitti_r> ogra: it should rather use cdrecord directly for piping
[11:07] <ogra> i'll mail upstream and aks if he can implement it
[11:07] <pitti_r> ogra: I have a small shell script that does the same (burn a set of mp3/ogg to an audio cd) which directly calls cdrecord, and it works just great
[11:07] <mxpxpod> pitti_r: how big is your shell script?
[11:08] <pitti_r> mxpxpod: 10 lines of bash
[11:08] <mxpxpod> pitti_r: can you query it to me?
[11:09] <pitti_r> mxpxpod: http://www.piware.de/tools/burnmusiccd
[11:09] <mxpxpod> pitti_r: so, that doesn't do dao, right?
[11:10] <ogra> pitti_r, cool.....
[11:10] <pitti_r> mxpxpod: no, why should I want that?
[11:10] <mxpxpod> pitti_r: because if I'm burning an entire album that I've ripped, I'd want that
[11:11] <mxpxpod> I don't like gaps where there shouldn't be
[11:11] <pitti_r> mxpxpod: well, I usually want pauses between the tracks, but I see the point
[11:12] <mxpxpod> :)
[11:12] <mxpxpod> also, do you have a method of copying one audio cd to another?
[11:12] <pitti_r> mxpxpod: however, in C/python/whatever, a "pipe multiplexer" is easy, it's just a pain in bash
[11:13] <mxpxpod> pipe multiplexer?
[11:13] <pitti_r> mxpxpod: call oggdec/mpg123 one after the other, take their outputs and concat their outputs into a cdrecord pipe
[11:13] <mxpxpod> oh, so store their outputs in memory, basically
[11:14] <pitti_r> mxpxpod: I usually did cdparanoia, "wavcut" (small program of me that cuts away silence), then cdrecord
[11:14] <pitti_r> mxpxpod: but I don't do that very often, so I didn't write a script for that so far
[11:15] <mdke> [OT]  EU software patents news http://www.groklaw.net/article.php?story=20050705130920424
[11:15] <mxpxpod> can gstreamer output to a variable?
[11:16] <mxpxpod> pitti_r: well, cdrecord sucks, so I'm going to rewrite libburn to a useable state
[11:17] <pitti_r> mxpxpod: that's right :-)
[11:19] <mxpxpod> pitti_r: is there a way to use cdrecord with a pipe from mkisofs so you don't have to have an intermediate iso?
[11:19] <pitti_r> mxpxpod: sure, that's the way I always burned data cds at the command line
[11:19] <pitti_r> mxpxpod: mkisofs ... | cdrecord -data -
[11:19] <mxpxpod> hrmmm
[11:20] <mxpxpod> so why the heck am I using an intermediate iso...
[11:20] <mxpxpod> and why does libnautilus-burn?
[11:20] <pitti_r> no idea :-)
[11:20] <mxpxpod> me either
[11:21] <pitti_r> I don't do intermediate ISOs any more since my althlon 500, which was already magnitudes faster than necessary for on-the-fly pipe burning
[11:21] <pitti_r> mxpxpod: the only advantage is that you  can test loop-mount the iso before burning
[11:21] <mxpxpod> now, if the user has a slow system... can the pipe be a problem?
[11:21] <pitti_r> sure, maybe on a Pentium-100 class
[11:22] <pitti_r> if mkisofs uses too much I/O
[11:22] <pitti_r> then the cdrecord output could underrun
[11:22] <pitti_r> but that's not an issue on today's computers, so it should be optional
[11:26] <mxpxpod> pitti_r: man, it would be sweet if I could get coaster to do on-the-fly burning for data and maybe audio
[11:26] <mxpxpod> I'll have to see about that tonight
[11:28] <sabdfl> ogra: what is the apple licence?
[11:29] <Burgundavia> sabdfl, APSL, OSI approved, but not considered DFSG-free
[11:29] <ogra> sabdfl, i'll mail it to you... its mainly saying that the shipped fonts may not be modified... 
[11:29] <sabdfl> ogra: it's redistributable though?
[11:29] <ogra> sabdfl, but the software may
[11:29] <ogra> yep
[11:30] <ogra> looks like, its just ugly....
[11:30] <sabdfl> seems ok for edubuntu
[11:30] <ogra> and i dont know if it clashes with the GPL anyhow
[11:30] <ogra> but it shouldnt...
[11:38] <lamont__> Kamion: ping
[11:39] <comadreja> daniels, you there ?
[11:50] <daniels> comadreja: sup
[11:52] <comadreja> daniels : it's about bug 11693
[11:52] <comadreja> daniels : I've been trying to debug it
[11:52] <daniels> oh, cool
[11:53] <comadreja> daniels : I first thought it was an audio problem, (mplayer crashed at audio_decode, and if you disabled audio video worked fine)
[11:53] <daniels> what've you got so far?
[11:53] <comadreja> daniels : then I tried xine... and I got audio, but a blue a screen as video
[11:53] <daniels> right, that would be an xvideo problem
[11:53] <comadreja> daniels : totem died with a BadAlloc problem
[11:54] <daniels> do you have enough video RAM?
[11:54] <comadreja> funny thing is, I downloaded mplayer from mplayerhq
[11:54] <comadreja> when I compiled it, it worked fine
[11:55] <comadreja> So my guess right now is that it is an i810 X problem
[11:55] <comadreja> probably glx
[11:55] <bddebian> AGPGART?
[11:56] <daniels> comadreja: was the mplayer from mplayerhq definitely using xv?
[11:56] <daniels> comadreja: gl wouldn't be causing problems with xvideo
[11:57] <comadreja> daniels : let me check
[11:58] <comadreja> daniels : -vo x11 works
[11:58] <comadreja> daniels : but with ubuntu package it doesn't
[11:58] <comadreja> I get this:
[11:58] <comadreja> MPlayer interrupted by signal 11 in module: decode_audio
[11:58] <comadreja> - MPlayer crashed by bad usage of CPU/FPU/RAM.
[11:59] <comadreja> it's probably the async video problem, is that possible ?
[11:59] <daniels> so if mplayer crashes with -vo x11, that's mplayer's problem
[11:59] <daniels> the only X problem is where something works with -vo x11 but fails with -vo xv
[12:00] <comadreja> but xine fails too, and totem too
[12:01] <daniels> if anything works with plain X and fails with Xv, that's an Xv bug
[12:01] <comadreja> I don't know if mplayer fails with xv...