[12:07] <CarlFK> at this point I am not so interested iin getting it working as getting it docomented that it dosn't work as smooth as it should
[12:09] <CarlFK> im just not sure where to put the note
[12:26] <ogra> CarlFK, if it didnt change since i used dialup the last time (which is quite a while ago), its enough if you add the user to the dialout group
[12:27] <ogra> then  he can use dialup with something like the network admin tool or gnome-ppp
[12:31] <CarlFK> network admin tool does way more then just bring up the conection, so I can see that needing root privs.  ill look at gnome-ppp
[12:35] <ogra> hmm, i can undestand why network-admin wants sudo privs, but i cant understand why the modem applet should nee them
[12:36] <CarlFK> woa... gnome-ppp is working
[12:36] <CarlFK> I will swear it wanted privs before...
[12:36] <ogra> it shouldnt for the dialot group... but modem-applet shouldnt do that either
[12:37] <ogra> dialout even
[12:37] <CarlFK> is modem-applet = gnome-ppp?
[12:37] <ogra> modem-applet is the, hum, modem applet your panel offers in the applet selection...
[12:37] <CarlFK> oh that...
[12:38] <ogra> its a cool app, but its useless for non sudo users... thats wrong imho...
[12:39] <ogra> it should raher check if you are in the right group instead of generally requiring sudo
[12:40] <CarlFK> right - just confirmed. it wants sudo pw
[12:50] <ogra> CarlFK, #15752 feel free to follow up :)
[12:50] <tseng> r0bby: yarrrr
[12:51] <CarlFK> I was trying to figure out what package to bug
[12:51] <ogra> :)
[12:51] <wasabi_> haha i think i found my problem.
[12:51] <wasabi_> I think it's a bug in libpam-modules
[12:51] <wasabi_> woo hoo
[12:51] <CarlFK> firefox does not like the package list ;)
[12:55] <xTina> wasabi_: what problem was that? (had fun with libpam-modules myself lately)
[12:56] <wasabi_> Looks like pam lastlog breaks on my uid.
[12:56] <wasabi_> That's my suspision, haven't gotten into the code yet.
[12:57] <wasabi_> It's not my full problem though, it's just one of them. =(
[12:58] <xTina> wasabi_:  ah. i had fun with pam_unix's password changing mechanism. it's very broken for nis, and it doesn't seem to be getting much better in higher upstream versions, just differently broken :(
[12:59] <wasabi_> =(
[12:59] <wasabi_> I'm working with pam_krb5
[01:00] <xTina> wasabi_: ah, that's what i'll have to deal with "soon", we're supposed to move to krb at some point in the near future.
[01:00] <tseng> wasabi_: ive not noticed anything strange with pam_krb5
[01:00] <tseng> wasabi_: i ddint really try to, either
[01:00] <wasabi_> tseng, my uid is 262715738
[01:00] <wasabi_> It seems to dislike it. ;)
[01:00] <tseng> erm
[01:01] <wasabi_> Playing around with high UID allocation schemes for distributed ldap/kerberos stuff.
[01:01] <xTina> neat
[01:25] <eruin> is anything blocking avahi0.5 atm?
[01:25] <desrt> avahi has a breakneck release schedule
[01:25] <desrt> it's quite frightening
[01:26] <eruin> yes, but Lathiat promised me! *sobs*
[01:26] <eruin> which reminds me to take this to #-motu instead
[01:27] <ajmitch> eruin: no, the debs are working
[01:27] <ajmitch> eruin: I just have to pass them to ross to check, and we can upload, I guess
[01:27] <eruin> ah, great. that makes me feel better :)
[01:28] <ajmitch> I just had to get the packaging for mono bindings done :)
[03:39] <shackan__> alsa mixer: Master Level volume to zero, and I still can hear sound !
[03:39] <zul> maybe its the voices in your head ;)
[03:41] <shackan__> uhm, the voices used to tell me to kill people, now they play electro music ?
[03:41] <bddebian> heh
[04:01] <jdub> mdz: ping
[04:22] <magnon> does anyone know who is responsible for ppc-laptopts?
[04:23] <infinity> magnon : No one specifically, though lots of us own them (not I, however)
[04:23] <magnon> ah
[04:24] <magnon> I think we got the newer powerbooks working as well as they can over here now :)
[04:25] <magnon> just wondered if I should try to get some of it into wherever makes it get to other users ;)
[04:27] <infinity> Filing bug on the packages you had to change would be a good start.
[04:27] <infinity> With patches. :)
[04:27] <infinity> s/bug/bugs/
[04:28] <magnon> I'd need to talk to whoever knows how and what detects the type of powerbook tho :)
[04:29] <magnon> to like, make it work better before submitting stuff
[04:31] <infinity> Well, given that it's still Sunday (or very early Monday morning) in most of the world, you'd probably have better luck looking for people tomorrow.
[04:32] <magnon> True :P
[04:32] <magnon> I'll hack further on the xkb maps.
[04:55] <wasabi_> Hmm. gnome-screensaver has some sort of Pam problem.
[04:55] <wasabi_> Doesn't seem to like my pam setup, won't let me unlock.
[05:00] <wasabi_> Anybody wanna talk about the implemtnation of a desktop kerberos key daemon thingy dealy i want to work on sometime? :)
[05:00] <wasabi_> Basically it will just keep your key renewed, and give you messages when you need to renew it, or do something... etc etc
[05:03] <jdub> wasabi_: you might want to ask around the red hat crew, and search for krb stuff on cvs.gnome.org
[05:04] <wasabi_> Do you know anythin about gnome-screensaver and pam? LIke, does it use pam?
[05:05] <wasabi_> I don't see it linking too it at all.
[05:06] <wasabi_> Ahh there it is.
[05:21] <poningru> guys can I sound off my suggestions in here about possible feature in dapper?
[05:21] <poningru> well I want something to be added into dapper
[05:21] <poningru> brb
[05:32] <adamh> I want to put a "sleep 5" (or so) somewhere in the boot process (initrd) between when sd-mod is modprobed and when udevstart is called. How can I do that?
[05:33] <adamh> I tried putting a file in /etc/mkinitramfs/init-premount and running dpkg-reconfigure linux-image-2*, but the resultant image doesn't actually contain or run the script.
[05:36] <fabbione> morning guys
[05:36] <infinity> fabbione : Awake before dawn again?
[05:37] <bddebian> Heya fabbione
[05:37] <fabbione> infinity: yeah
[05:37] <fabbione> hey bddebian
[05:38] <infinity> Ugh.  I just downgraded from Daniel's experimental modular X packages to the packages in breezy, and I'd completely forgotten how slow the radeon driver we're shipping is on this laptop. :/
[05:53] <adamh> mkinitramfs doesn't seem to be including the files I add in /etc/mkinitramfs/*-* in the output image. What am I doing wrong?
[05:53] <adamh> It *did* use my change to the "modules" file, though
[05:56] <Kaloz> good (ugt) morning
[05:56] <fabbione> hye Kaloz
[05:56] <fabbione> thanks for isolating that silo problem
[05:56] <crimsun> adamh: what do you mean? /etc/mkinitramfs/modules?
[05:56] <adamh> crimsun: yeah
[05:57] <bddebian> infinity: You still here?
[05:57] <infinity> bddebian : Yup.
[05:57] <adamh> crimsun: So I mean that mkinitramfs *is* reading /etc/mkinitramfs/modules, but it's doing nothing with /etc/mkinitramfs/local-premount/wait-for-sd-mod, the file I created (permissions 775)
[05:57] <Kaloz> fabbione: no problems :) i knew it should be smg weird :)
[05:57] <bddebian> infinity: What is Needs-Build?  Does that mean it's waiting for a buildd?
[05:57] <infinity> bddebian : Generally, yes.
[05:58] <HrdwrBoB> is there a reason why ubuntu made my lo interface down?
[05:58] <HrdwrBoB> it makes some things very unhappy!
[05:59] <infinity> bddebian : http://www.debian.org/devel/buildd/wanna-build-states
[05:59] <bddebian> infinity:
[05:59] <bddebian> Err thx
[06:01] <fabbione> is it just me or mozilla is crash-o-rama on amd64?
[06:07] <Kaloz> opera ownes me for years now :)
[07:17] <pitti> Good morning
[07:19] <fabbione> hey pitti
[07:19] <pitti> Hi fabbione
[07:21] <ajmitch> hello pitti, fabbione
[07:22] <fabbione> yo
[07:34] <fabbione> infinity: ping?
[07:42] <pitti> jdub: ah, sound-juicer finally got a --device argument, that means g-v-m can use it now for CD playing
[07:50] <Mithrandir> yarrr
[07:56] <fabbione> hey Mith
[08:37] <pef> hello
[08:40] <fabbione> Znarl: ping?
[08:41] <fabbione> elmo: ?
[08:47] <dholbach> good morning
[08:47] <jdub> pitti: yes, ross is wonderful. mere mention of it and he remembered he'd been wanting to do it... :-)
[08:47] <jdub> morning dholbach
[08:47] <dholbach> jdub: hey jeff, how's it going?
[08:47] <jdub> sweet!
[08:47] <jdub> ahr!
[08:47] <dholbach> :)
[08:49] <pitti> Hi dholbach
[08:50] <Burgundavia> jdub, are we talking s-j as default cd player?
[08:50] <dholbach> pitti: hey martin :)
[08:51] <lifeless> pitti: hey there
[08:51] <lifeless> pitti: my CF card doesn't work under breezy either.
[08:51] <pitti> Hi lifeless
[08:51] <jdub> Burgundavia: yes
[08:53] <pitti> lifeless: can you please do http://wiki.ubuntu.com/DebuggingRemovableDevices and mail me the results? (or put them in a bug report)
[08:53] <lifeless> pitti: I did before under breezy, you closed the bug last week :[
[08:53] <lifeless> pitti: I presume doing it again will be useful ?
[08:54] <pitti> lifeless: I closed it because I never got an answer, feel free to reopen :-)
[08:54] <lifeless> pitti: k
[08:54] <pitti> lifeless: yes, it would be useful to do it on the latest breezy
[08:55] <pitti> lifeless: the existing logs are pretty old
[08:55] <pitti> lifeless: thanks
[09:11] <doko> mdz: still awake? do you have a preference for lp#2401?
[09:24] <Lathiat> _WHOUGH_
[09:24] <Lathiat> how much faster did gdm get
[09:24] <dholbach> Lathiat: it's WAUGH, not WOUGH
[09:24] <Lathiat> that just spun me out how fast it started
[09:25] <Treenaks> Lathiat: isn't it just readahead that actually started reading ahead now?
[09:25] <Lathiat> i havent rebooted
[09:25] <Lathiat> but i read in the gdm changelog
[09:25] <Lathiat> that daniels did somethign to make it real fast
[09:26] <Lathiat> and he said it was in the order of 5seconds
[09:26] <Treenaks> Lathiat: wow, how did they do that? stip all stat() calls?
[09:27] <jdub>   * Disable font server in dexconf for mad startup time victory.
[09:27] <Treenaks> jdub: font server?!
[09:27] <ajmitch> rather nice
[09:27] <ajmitch> Treenaks: yeah, gdm was stalling with it
[09:27] <Treenaks> we started that?
[09:28] <Lathiat> also i found a new gdm theme and gnome splash that made the login even sexier ;)
[09:28] <jdub> no
[09:28] <jdub> but it has always been in the font path
[09:28] <Treenaks> Ah!
[09:28] <Lathiat> so what happened with readahead
[09:29] <Treenaks> jdub: so the unix:7100 line was stripped and now it's lightning fast?
[09:29] <jdub> aye
[09:30] <Treenaks> cool :)
[09:30] <jdub> Mithrandir: ping
[09:32] <karlheg> I just pulled a baz checkout of 'network-manager', but it lacks the debian/ directory structure.  Where do I find that?  Why isn't it under revision control?
[09:33] <karlheg> Is there a wiki page documenting this?  Am I in the right channel?
[09:34] <Lathiat> karlheg: you apt-get source the package, debian package dirs are kept separate to the projects (well, usually)
[09:38] <karlheg> Why are they separate?
[09:39] <pitti> karlheg: it would neither help upstream nor distros if upstream tarballs were cluttered with build systems and patches for 50 different distros
[09:40] <karlheg> Ok... I seem to remember seeing somewhere that 'baz' and 'tla' supports a checkout where each of several parts can come from separate repositories...?
[09:41] <karlheg> Never mind.
[09:41] <Lathiat> karlheg: sure but that doesn't mean that its being used, or that the debian upstream uses the same rcs, etc, etc
[09:42] <karlheg> Hmmm....  I could check out the debian/ stuff from RC, in a directory next to the upstream, then go in there and make a symlink out to it.
[09:43] <karlheg> That will do for now, I think.  The main thing is that I can make changes and get useable patches.
[09:43] <Lathiat> does anyone have GL/dri with nvidia working properly? mine seems to be working, glxinfo says its ok etc but my GL performance is no better than software rendered
[09:44] <Mithrandir> jdub: pong
[09:49] <pitti> Lathiat: works fine for me (amd64, GeForce 5200)
[09:52] <Lathiat> pitti: so gl applications give a decent framerate?
[09:52] <Mithrandir> Lathiat: worksforme with 6600GT on amd64
[09:52] <Lathiat> like glxinfo says yes yes yes, but glxgears does 300fps which is what mesa does, and actual games etc just choke to death
[09:52] <Lathiat> weirde
[09:52] <Lathiat> my ati doesn't work either
[09:52] <Mithrandir> glxgears is not a benchmark. :-)
[09:53] <Lathiat> this is annoying, sigh.
[09:53] <Lathiat> Mithrandir: as i said, actual games choke to death
[09:53] <pitti> Lathiat: video playback is much smoother, I didn't play tuxracer for a while
[09:54] <pitti> Lathiat: I currently use nv since nvidia breaks hibernation
[09:54] <pitti> Lathiat: but I can try tuxracer with nvidia if you want
[09:54] <Lathiat> pitti: i have a guide on the wiki that gets hibernation working for me
[09:54] <Treenaks> my ati works without 3D accel, or works with 3D Accel but at the wrong resolution (the new FGLRX doesn't understand 1280x800)
[09:55] <jdub> Mithrandir: hey
[09:55] <Lathiat> https://wiki.ubuntu.com/NvidiaLaptopBinaryDriverSuspend
[09:55] <Mithrandir> jdub: yarrrr
[09:55] <jdub> Mithrandir: was just look at the readahead list -> it looks like the results from warty
[09:56] <Mithrandir> jdub: I was planning on writing something which is run as S01 and starts collecting the files and then stops at S99 and puts that into the list of stuff to readahead next time.
[09:56] <Lathiat> Mithrandir: wasnt behdad working on that kinda thing
[09:56] <pitti> Lathiat: oh, I'll try that
[09:56] <Mithrandir> jdub: but I guess that's dapper, since we're way past featurefreeze
[09:56] <Mithrandir> Lathiat: no idea, it should be about 100 lines of C, I'd imagine.
[09:56] <jdub> how did thom make it earlier?
[09:57] <Mithrandir> not sure.
[09:57] <Mithrandir> I can ask him.
[09:57] <Lathiat> Mithrandir: iirc his google SoC project was a fancy readahead thing
[09:57] <jdub> Mithrandir: http://www.cs.toronto.edu/~behdad/blog/preload.txt
[09:57] <Mithrandir> Lathiat: well, this wouldn't be fancy, it's trivial, really.
[09:57] <jdub> Mithrandir: i noticed because the list includes loading industrial, not clearlooks ;-)
[09:57] <Mithrandir> oh, that preload.  It looks crackful on first glance
[09:58] <Lathiat> looked good to me
[09:58] <Lathiat> its more than just simple startup readahead tho
[09:58] <jdub> Lathiat: but you have a history of substance abuse
[09:59] <Mithrandir> anyway, it looks similar to what I'd do with readahead too; this was discussed during the mataro sessions
[09:59] <Mithrandir> I think he's putting _way_ too much "intelligence" into the system, really.
[09:59] <Mithrandir> throwing bayesian filters and markov chains just sounds wrong.
[10:00] <jdub> though fun.
[10:00] <Mithrandir> over-engineering can be fun, sure.
[10:01] <Mithrandir> it's still over-engineering, though.
[10:01] <Mithrandir> what's the state of that codebase?
[10:02] <jdub> Mithrandir: behdad is on #gnome-hackers
[10:02] <jdub> on gimpnet
[10:03] <Mithrandir> jdub: I'm not on gimpnet and ETOOMANYCHANNELS already. :-)
[10:04] <jdub> :-)
[10:05] <jdub> oh, he's here on #cairo too
[10:05] <Mithrandir> jdub: I try to get _something_ else done besides ircing :-P
[10:07] <sivang> Morning all!
[10:08] <smurfix> Since I updated to Breezy, *something* is gdk_beep()ing at me all the time. Any ideas how to find the program which does it?
[10:08] <Treenaks> smurfix: evolution ?
[10:09] <sivang> Mithrandir: morning, did you get my email?
[10:09] <Mithrandir> sivang: yes, I got it
[10:10] <smurfix> Treenaks: Possibly -- I'll check. However, that answer doesn't solve the general problem. ;-)
[10:14] <jdub> hey smurfix
[10:14] <jdub> smurfix: does it do it when you're not usign your terminal? :)
[10:16] <smurfix> jdub: No, the terminal is not the baddie. Seems to be (or have been :-p) evolution. :-/
[10:17] <smurfix> jdub: the question does however come up regularly when I talk to users
[10:18] <Mithrandir> sladen: re 4262; do you think powernowd should have a similar big and evil override file?
[10:18] <jdub> smurfix: interesting
[10:19] <smurfix> so the best answer would be along the lines of "throw out a dbus message with details, and show them in the panel or whatever"
[10:19] <smurfix> I'll file a Gnome bug, maybe somebody will feel motivated ;-)
[10:23] <seb128> jdub: maybe an IRC notify
[10:28] <Mithrandir> sivang: can't you just edit the patch directly in the tree?
[10:30] <pitti> Lathiat: penguin racer runs with about 50 frames and is pretty smooth
[10:30] <pitti> Lathiat: I will switch back to nv and compare at next boot
[10:35] <sivang> Mithrandir: it's autogenerated, so I think not
[10:35] <sivang> moins pitti
[10:37] <pitti> Hi sivang
[10:38] <pitti> seb128: hm, Ross Burton is "ross", right?
[10:39] <pitti> seb128: the new sound-juicer option --device does not work for me
[10:42] <seb128> pitti: correct
[10:42] <seb128> pitti: slap him :)
[10:43] <pitti> seb128: which timezone is he in?
[10:43] <jdub> pitti: UK
[10:43] <seb128> pitti: uk
[10:44] <Mithrandir> mjg59: what's the state of 5591
[10:44] <Mithrandir> mjg59: ?
[10:44] <seb128> pitti: I get "** (sound-juicer:18234): CRITICAL **: nautilus_burn_drive_door_is_open: assertion `drive != NULL' failed" messages
[10:50] <pitti> seb128: same for me
[10:53] <Lathiat> pitti: was pmount ever goign to get iso support?
[10:53] <pitti> Lathiat: it will, but not in Breezy
[10:53] <Lathiat> ok
[11:04] <seb128> anybody here has a xinerama setup?
[11:05] <ogra> seb128, Mithrandir
[11:05] <seb128> Mithrandir: ping?
[11:06] <ogra> seb128, while we're at it, why is gnome-screensaver complied without xinerama and xrandr ? any known problems or can i safely enable it ?
[11:07] <seb128> ogra: it's not
[11:07] <Mithrandir> seb128: pong
[11:07] <seb128> Mithrandir: does gnome-screensaver work with xinerama for your (#15777)
[11:07] <ogra> seb128, --with-xinerama-ext isnt set and xinerama doesnt work apparently
[11:07] <seb128> s/your/you/
[11:07] <Mithrandir> seb128: as of last night, no.
[11:07] <seb128> k
[11:08] <Mithrandir> seb128: hm, though, both screens are locked
[11:08] <Mithrandir> but the greeter is displayed in the middle
[11:08] <seb128> build log has
[11:08] <seb128> checking for XineramaQueryScreens in -lXinerama... yes
[11:08] <ogra> seb128, do you mind if i care for it ? i have made a lot of config modifications locally already
[11:08] <seb128> ogra: no, but do you have a xinerama setup ?
[11:08] <ogra> seb128, nope, but i'm testing with Mithrandir already
[11:09] <seb128> checking for X11/extensions/Xrandr.h... yes
[11:09] <seb128> too
[11:09] <ogra> but apparently it doesnt use it
[11:09] <seb128> ogra: create a gnome-screensaver bugzilla component and assign it to you so
[11:09] <ogra> i think i cant edit components...
[11:10] <seb128> hum, I can
[11:10] <seb128> let's do it
[11:10] <ogra>  Sorry, you aren't a member of the 'editcomponents' group, and so you aren't allowed to add, modify or delete components.
[11:10] <seb128> what email do you use?
[11:10] <ogra> yup, i cant :)
[11:10] <ogra> ograqubuntu.com
[11:10] <ogra> damned, my altgr is broken since yesterday
[11:10] <ogra> ogra<at>ubuntu.com
[11:11] <seb128> yeah, I assumed it was that from the previous line :p
[11:11] <ogra> heh
[11:11] <dholbach> morning ogra
[11:11] <sivang> ogra: would be an interesting domain to buy though ;-)
[11:11] <sivang> morning dholbach
[11:11] <ogra> moin dholbach
[11:11] <sivang> moin ogra
[11:11] <dholbach> hey sivang
[11:12] <ogra> dholbach, what did you do !
[11:12] <sivang> election for what?
[11:12] <\sh> german elections ;)
[11:12] <ogra> sivang, german government
[11:12] <\sh> two losers
[11:12] <sivang> eh, hehe
[11:12] <\sh> or two winners...depends ;)
[11:12] <ogra> 60 million loosers i'd say
[11:13] <sivang> did dholbach tamper with the results? :-D
[11:13] <ogra> sivang, sure, its all his fault ;)
[11:13] <dholbach> i see
[11:13] <ogra> ;)
[11:13] <azeem> I thought it was Microsoft's fault.  Their logo was prominent on the vote polls
[11:14] <ogra> hehe, yes, the NDR seems to have a goot connection to the court
[11:16] <seb128> ogra: bug reassigned
[11:17] <ogra> seb128, thanks :)
[11:29] <pitti> Hi Kamion
[11:30] <fabbione> jdub: pinh?
[11:30] <fabbione> ping even
[11:31] <jdub> fabbione: pong
[11:31] <seb128> fabbione: is somebody working on this inotify bug?
[11:31] <fabbione> jdub: did you add my image to planet?
[11:31] <fabbione> can i remove it from my webserver?
[11:31] <fabbione> seb128: not me.. did you ask BenC?
[11:31] <jdub> yeah
[11:31] <fabbione> jdub: thanks
[11:31] <jdub> planet uses its own
[11:31] <seb128> fabbione: not yet
[11:32] <seb128> BenC: are you working on the inotify bug?
[11:32] <seb128> fabbione: do you know if we have 2.6.12 or 2.6.13 inotify code?
[11:32] <fabbione> 2.6.13
[11:32] <fabbione> 2.6.13rc6 i think
[11:33] <fabbione> that's last time i synced iirc
[11:33] <seb128> k
[11:33] <seb128> I had some mails with John McCutchan
[11:34] <seb128> "Late in 2.6.13, Linus and I discussed changing where in the code we send
[11:34] <seb128> the DELETE_SELF event. " he said
[11:34] <seb128> and "
[11:34] <seb128> It was supposed to fix a kernel problem, but I think we overlooked one
[11:34] <seb128> case where this could be called when it wasn't from a delete operation."
[11:34] <seb128> so I want to be sure we have current inotify code before replying
[11:34] <fabbione> seb128: one second..
[11:37] <SteveA> any breezy install CD gurus around?
[11:37] <ogra> SteveA, not a guru, but i know some stuff on the surface
[11:38] <pitti> infinity: is there something wrong with the buildds? they don't seem to attempt to build util-linux for {warty,hoary}-sec
[11:38] <SteveA> i'm installing the latest colony on a new laptop
[11:38] <SteveA> i asked to repartition
[11:39] <SteveA> the installer stopped working.  i could type on that screen, and the text would appear.  in terminal 2, nothing strange in /var/log/messages
[11:39] <SteveA> ctrl+c in terminal 1, and the partitioner seems to be preparing to run again
[11:39] <ogra> SteveA, the CD is proven good ? not burned to fast, md5sum checked etc ?
[11:40] <mjg59> Mithrandir: The smart battery support?
[11:40] <mjg59> Mithrandir: The code hasn't been touched since then
[11:40] <SteveA> i'll grab the CD and check it
[11:40] <ogra> SteveA, make sure not to write fater than 8x if you burn it
[11:40] <ogra> faster even
[11:43] <Mithrandir> mjg59: ok
[11:43] <ogra> Mithrandir, do you use xinerama on your amd64 ?
[11:43] <Mithrandir> ogra: on one of them, yes.
[11:44] <Mithrandir> ogra: my home box, not my work box.
[11:44] <ogra> Mithrandir, could you test a (probably) fixed package ?
[11:44] <ogra> http://people.ubuntu.com/~ogra/screensaver/
[11:44] <Mithrandir> ogra: when I get home, yes.
[11:44] <ogra> Mithrandir, thanks
[11:47] <seb128_> if somebody said something for me, say it again
[11:50] <siretart> ogra: is that package because of that probable mergedfb bug?
[11:52] <ogra> siretart, for missing xinerama, your report differs from what i heard from others about broken xinerama...
[11:52] <fabbione> seb128: the last update to inotify was done around the 19 Aug
[11:52] <fabbione> seb128: there is another "off by one fix"
[11:52] <fabbione> and that's it
[11:52] <fabbione> after that there are no entries in the changelog
[11:54] <seb128_> fabbione: k, I'll ping BenC about it and open a bug upstream if he's not working on it, thanks
[11:55] <pitti> infinity: please forget about util-linux, all fine now
[11:55] <fabbione> infinity: you around?
[11:56] <ogra> siretart, but if you run xinerama on amd64, feel free to test
[11:56] <siretart> ogra: ok. when I get home, will check gnome-screensaver with twinview, does this count as xinerama?
[11:56] <fabbione> ogra: i am on amd64+xinerama
[11:56] <fabbione> what's the problem?
[11:57] <ogra> fabbione, could you test gnome-screensaver for locking as is and with the package from http://people.ubuntu.com/~ogra/screensaver/ ?
[11:57] <ogra> fabbione, xinerama seems not to work right, the unlock screen is shown in the middle between the two screens
[11:57] <fabbione> ogra: ah.. i can't test that
[11:58] <ogra> fabbione, that'd be cool
[11:58] <fabbione> i know for sure that it appears on the monitor where you clicked with the mouse
[11:58] <fabbione> ogra: read again.. i caN'T test that
[11:58] <ogra> oh
[11:58] <fabbione> not immediatly at least
[11:58] <fabbione> i am on 3 heads
[11:58] <fabbione> that would happen only with 2
[11:59] <fabbione> because the center is in the middle
[11:59] <seb128> pitti: re #15692, libao seems to have issues with esd as default though
[11:59] <fabbione> but the center here is on a full monitor
[11:59] <ogra> but it deosnt appeare always on the center monitor ?
[11:59] <fabbione> ogra: no
[11:59] <ogra> ok
[11:59] <fabbione> as i wrote before, it appears on the monitor where i have the mouse
[12:00] <fabbione> so at the first movement is there
[12:00] <ogra> then lest see what Mithrandir tells me later, he has the problem it seems...
[12:01] <fabbione> ok
[12:01] <seb128> ogra: the current package is built with xinerama ...
[12:01] <ogra> seb128, sure its not only checked by configure but disabled ?
[12:02] <fabbione> later
[12:02] <fabbione> ogra: if you don't find anybody within the next hour or so i will test it
[12:02] <seb128> ogra: the config.h list it as defined
[12:02] <ogra> fabbione, ok, thanks
[12:03] <seb128> ogra: and the configure.ac is quite clear, if it finds the lib it builds with it, which is the case since the Build-Depends are correct and the configure list it correctly
[12:03] <fabbione> ahhh
[12:03] <fabbione> ogra, seb128: you need something more than just xinerama for that
[12:04] <seb128> fabbione: for what?
[12:04] <fabbione> libxxf86vm-dev - X11 XFree86 video mode extension library (development headers)
[12:04] <fabbione> libxxf86vm1 - X11 XFree86 video mode extension library
[12:04] <fabbione> you need to be sure to have that library
[12:04] <fabbione> or that gnome-screensaver actually uses it
[12:04] <ogra> seb128, i dont see any useful mentioning of xinerama stuff in the code either... only a "disable MIT extension if xinerama is enabled"
[12:04] <fabbione> xinerama is not enough to work on multihead
[12:04] <ogra> ok, adding that
[12:04] <fabbione> ogra: check for that one
[12:05] <fabbione> it's a bit complex to explain
[12:05] <fabbione> but basically xinerama gives you access to the extension
[12:05] <ogra> ok
[12:05] <ogra> fabbione, thaks a lot :)
[12:05] <fabbione> but libxxf86vm is the one that returns proper disaply info to the program requesting them
[12:05] <seb128> fabbione: checking for X11/extensions/xf86vmode.h... no
[12:05] <fabbione> in the case you get something in the middle
[12:05] <seb128> fabbione: that's probably it, thanks for the hint
[12:06] <infinity> fabbione : Yes, I'm aorund, just not staring at this channel.
[12:06] <fabbione> infinity: ok.. for how long are you going to be around?
[12:06] <Kamion> \sh: when doing "resynchronise with Debian" uploads, please use debuild/dpkg-buildpackage's -v switch to include all changelog entries since the last version in breezy in the .changes file
[12:07] <fabbione> ogra, seb128: without that lib the apps sees only on huge display made of the sum of the xinerama displays
[12:07] <Kamion> ah, I see you did that for oo2c but not for gaphor
[12:07] <ogra> fabbione, ah, that explains everything :)
[12:07] <fabbione> ogra, seb128: that lib returns to the apps the proper info per screen/monitor
[12:07] <seb128> fabbione: cool, thanks
[12:07] <infinity> fabbione : Next couple of hourse, I'm sure.
[12:07] <infinity> hours, too.
[12:07] <seb128> fabbione: enjoy your lunch :)
[12:07] <fabbione> infinity: ok.. than i am going to eat something and ttyl
[12:08] <infinity> fabbione : Mmkay.
[12:19] <pitti> seb128: it seems that the default libao output driver is already esd, so is there any action to be taken? (#15692)
[12:22] <seb128> pitti: esd seems to have issue, so I was wondering if we should switch it
[12:22] <seb128> pitti: if we keep esd we need to figure why gaim sound events don't work out of the box
[12:22] <Lathiat> they dont? mine do and piss me off
[12:23] <Keybuk> hmm, where do we remount filesystems readonly?
[12:23] <Keybuk> sorry, I mean readwrite
[12:23] <seb128> Lathiat: read #15692
[12:23] <pitti> seb128: that's really  odd, why should esd fail for gaim when it works for other programs?
[12:24] <seb128> pitti: what other program uses libao?
[12:24] <seb128> pitti: not sure, maybe libao is bugged
[12:26] <pitti> seb128: mpg321, gnomoradio, vorbis-tools, quake2 :-)
[12:26] <pitti> seb128: I try mpg321 now
[12:26] <ajmitch> and I think I had sound issues there
[12:27] <pitti> seb128: mpg321 works OOTB, and stops as soon as I kill esd
[12:28] <seb128> pitti: cool
[12:29] <daniels> er, what?
[12:29] <pitti> seb128: lemme remove my gaim conf
[12:29] <daniels> you don't need xxf86vm unless you want hardcore details like the exact timings of the current mode
[12:30] <pitti> seb128: works perfectly OOTB
[12:30] <pitti> seb128: not for you?
[12:33] <seb128> pitti: gaim automatic and libao default works fine here
[12:35] <seb128> pitti: WORKSFORME
[12:35] <seb128> pitti: thanks
[12:35] <seb128> pitti: BTW, did you ping ross about sj?
[12:39] <bob2> wow, the version of host in breezy is a lot more chatty
[12:44] <pitti> seb128: ross was not online in #gnome-hackers last time I checked
[12:45] <Keybuk> hmm, interesting, syslogd hangs when I start it
[12:45] <seb128> pitti: he's on jabber
[12:45] <Robot101> redoing the sound was my first gaim patch... :)
[12:45] <seb128> Robot101: using libao sucks :p
[12:45] <Robot101> that wasn't me
[12:46] <Robot101> it'd be trivial to patch it to use gstreamer
[12:46] <Robot101> I nearly did once
[12:46] <seb128> pitti: I pinged him on that
[12:46] <Robot101> they might do for 2.0 if they're going multimedia stuff
[12:46] <infinity> bob2 : bind9-host, or 'host'?... 'host' hasn't changed for eons, and has the behaviour/output I prefer, but people tell me I'm outdated and I suck.
[12:47] <bob2> infinity: bind9-host, I guess
[12:47] <bob2> maybe I just didn't have it installed on hoary
[12:47] <Mithrandir> infinity: no, we just tell you you're outdated, not that you suck.
[12:47] <pitti> seb128: I mail him (CC you)
[12:47] <seb128> pitti: don't bother ... or you have a fix?
[12:48] <pitti> seb128: I didn't look into the code, but it looks easy
[12:48] <pitti> (I saw the patch)
[12:49] <seb128> (what patch? the --device=?)
[12:49] <pitti> yes
[01:02] <fabbione> infinity: ping?
[01:02] <bob2> baaaaaaaaaaaaaaaaaaaaaah
[01:02] <bob2> dovecot-common indirectly conflicts with mysql-serv-4.1 in hoary
[01:02] <infinity> fabbione : pong.
[01:03] <fabbione> infinity: i think our chroots on the buildd are dirty.. but i need you to check with me if you have time
[01:03] <fabbione> infinity: can you please bootstrap a clean buildd chroot and tell me if you have /usr/lib/menu ?
[01:03] <fabbione> if so what pkg does own it?
[01:04] <infinity> Is there a specific buildd you're concerned about, or just in general?
[01:04] <fabbione> general
[01:04] <fabbione> i think it's on all arches
[01:04] <fabbione> like one pkg that hasn't been deinstalled properly
[01:06] <infinity> buildd@yellow:~$ sudo chroot build-breezy/chroot-breezy/ su - root@yellow:~ # ls /usr/lib/menu ls: /usr/lib/menu: No such file or directory
[01:06] <fabbione> infinity: ok can you please install hpliph build-deps
[01:06] <fabbione> and tell me if you get that dir?
[01:06] <fabbione> if so what file is in it?
[01:08] <fabbione> infinity: yes but please use a buildd chroot
[01:08] <infinity> No difference between local and the buildds.
[01:08] <fabbione> ok
[01:09] <infinity> I assume you meant 'hplip'? :0
[01:09] <fabbione> meh yes
[01:09] <\sh> Kamion: thx...I forgot it for one package though...sry
[01:09] <Lathiat> anyone with xorg clue about?
[01:09] <infinity> (breezy)root@cthulhu:~ # ls /usr/lib/menu
[01:09] <infinity> ls: /usr/lib/menu: No such file or directory
[01:10] <Diziet> infiniti: You want adsnhost :-).  </plug>
[01:10] <Diziet> s/iti/ity/; #oops
[01:10] <Lathiat> for some reason on both my machines with ati and nvidia, the drivers load fine glxinfo shows DRI fine etc but performance is akin to mesa on both, i even tried installing the drivers official from nvidia.. so i think theres something whack happening, any clues?
[01:10] <fabbione> infinity: ok, can you please build hplip now?
[01:10] <fabbione> infinity: it should fail at dh_something
[01:11] <infinity> Diziet : Hrm?
[01:12] <fabbione> infinity: if you can also repeat the checks using /usr/share/applications
[01:12] <fabbione> infinity: because that dir is not on a default buildd chroot
[01:12] <fabbione> or shouldn't
[01:12] <infinity> I have /usr/share/apps, but no applications.
[01:13] <infinity> (with the build-deps installed)
[01:13] <fabbione> what pkg is pulling it in?
[01:13] <infinity> python
[01:14] <fabbione> infinity: no i meant /usr/share/applications <-
[01:14] <fabbione> in full path
[01:14] <\sh> doko: ping
[01:14] <Mithrandir> jbailey: isn't 13387 fixed with the last upload?
[01:15] <pitti> seb128: cool, Ross sent a patch
[01:15] <ogra> Kamion, ping
[01:15] <Kamion> ogra: pong
[01:15] <infinity> fabbione : Yes, like I said, I have no "applications" file/directory, just "apps"
[01:16] <fabbione> infinity: ok perfect. can you please build hplip in that chroot+
[01:16] <infinity> hplip is FTBFS before it hits any dh_ stuff.
[01:16] <infinity> Dies in make install.
[01:16] <ogra> Kamion, i had to split out anouther package from xscreensaver (xscreensaver-utils) since some hacks need the text and the image loader, could you new it after my next upload ? xscreensaver-data depends on it
[01:16] <fabbione> infinity: ok thanks!
[01:16] <Diziet> infinity: adnshost is a tool for querying the DNS from command lines, shell scripts, and the like.  It has sensible behaviour unlike the various versions of host (most of which are on crack).  host is usually trying to be a DNS _diagnosis_ tool which is not what you usually want, and of course if you wanted that you wanted dig not some lame luserified thing.
[01:16] <infinity> rm -f ./
[01:16] <infinity> rm: cannot remove `./': Is a directory
[01:16] <infinity> make[4] : *** [install-data-hook]  Error 1
[01:17] <fabbione> infinity: that means we had dirty chroot for a while, or one build-dep has changed...
[01:17] <Kamion> ogra: is elmo not around? (please don't ask me unless he's not)
[01:17] <fabbione> infinity: thanks for the tests
[01:17] <fabbione> infinity: now the funny thing is that there is no way to tell configure about that dir without chainging configure.in test :/
[01:17] <Keybuk> ... I think I may finally have a hold on what's causing missing /dev/input/mice
[01:18] <ogra> Kamion, away since 7h ... i just want to avoid broken CD builds...
[01:18] <Keybuk> it'd also explain why joysticks don't appear after boot
[01:18] <fabbione> infinity: or pull in a build-dep of whatever pkg foo that has that dir
[01:18] <infinity> fabbione : Dozens of packages have that dir.
[01:18] <Kamion> ogra: you won't break CD builds; all binaries from a given source are held in the queue until the new ones are processed
[01:18] <fabbione> infinity: yes.. but not hplip B-D :)
[01:18] <infinity> fabbione : A nice lightweight one for /usr/lib/menu would be procps. :)
[01:18] <ogra> Kamion, ok
[01:19] <fabbione> infinity: check at least the 4 chroots that did build hplip last
[01:19] <fabbione> infinity: they managed to build with /usr/lib/menu or /usr/share/applications (i386 at least)
[01:19] <ogra> Kamion, i'll mail him ...
[01:20] <Kamion> ogra: elmo processes NEW pretty regularly; I don't think there's any need at all to nag
[01:20] <ogra> Kamion, ok
[01:20] <infinity> fabbione : Curious, amd64 was build on yellow, and that's the one I just checked.
[01:20] <infinity> fabbione : The chroot WAS dirty, but not with those two directories.
[01:21] <fabbione> infinity: probably when it was built, there was extra clutter
[01:21] <fabbione> these 2 dirs, disappear on pkgs purge
[01:21] <fabbione> so they are not left there or something
[01:21] <infinity> fabbione : Or, a build-dep changed from under our feet.
[01:22] <fabbione> that's possible too
[01:22] <fabbione> now the question is..
[01:22] <fabbione> where do we want these .desktop files?
[01:22] <infinity> Dirty chroots don't clean themselves.  If there was a package installed with that dir, it would still have been isntalled when I got there.
[01:22] <fabbione> ./usr/lib/menu or /usr/share/applications ?
[01:24] <\sh> fabbione: the correct location is /usr/share/applications
[01:24] <\sh> fabbione: or /usr/share/applications/kde for kde application .desktop files
[01:24] <infinity> \sh : BTW, I fixed up oleo for you (which was FTBFS)... You owe me a favour.
[01:25] <\sh> infinity: arg...jbailey told me that we can morgue it ,-)
[01:25] <infinity> \sh : Can you forward my changes to the Debian maintainer?
[01:26] <\sh> infinity: but I have to transition the ace package...or did u change the rdepend package?
[01:26] <infinity> \sh : I rebuilt dbbalancer.
[01:26] <infinity> \sh : Was there anything else that needed a build?
[01:27] <\sh> infinity: I don't think so...we will morgue yehia and gql
[01:27] <\sh> libhid I fixed
[01:27] <\sh> the only lib which is left is aqsis (http://bugzilla.ubuntu.com/show_bug.cgi?id=11387)
[01:28] <\sh> and this is upstream bug...but upstream never responded...
[01:28] <infinity> Oh, I meant to smack you for that one.
[01:28] <fabbione> infinity: well it makes absolutely no difference..
[01:28] <fabbione> infinity: we only need to make the build happy..
[01:28] <Lathiat> infinity: can you clear dep-waits?
[01:28] <infinity> Using the term "FTBFS" with upstreams who aren't Debian is likely to cause great confusion. :)
[01:28] <fabbione> the only .desktop is shipped somewhere completely different
[01:28] <daniels> oh shit, I bet xresprobe got rejected earlier
[01:29] <infinity> \sh : "FTBFS" is a pretty Debian-centric term.
[01:29] <daniels> elmo: unstable -> breezy suite mapping in katie plskthx
[01:29] <infinity> Lathiat : I can.  What's got a broken dep-wait?
[01:29] <Lathiat> bochs
[01:29] <Lathiat> assuming ajmitch didnt get it cleared earlier
[01:30] <infinity> daniels : If that happened, I'd misfire Debian uploads at Ubuntu and they'd get accepted.  Best if we never have suite name overlap.
[01:30] <\sh> infinity: well...it's not compiling thats all
[01:31] <infinity> \sh : Right, then say that. :)
[01:31] <\sh> infinity: it's not compiling
[01:31] <\sh> ,-)
[01:32] <Lathiat> infinity: yeh so its dep-waited on aalib-dev but thats old and its been fix in the last sync to libaa-dev
[01:33] <infinity> Lathiat : Done.
[01:34] <Lathiat> infinity: cheers
[01:35] <Mithrandir> doko: 15452, re the java support in ooo2.  Can you answer that?
[01:35] <infinity> \sh : Have you seen Debian bug #317542?
[01:36] <infinity> \sh : Looks like your GCC 4.0 failure is fixed ina newer CVS snapshot (and in Debian)
[01:36] <doko> Mithrandir: that's mpeg2dec?
[01:37] <Mithrandir> doko: uhm, sorry, wrong bug
[01:37] <Mithrandir> doko: 15521 is the one I meant
[01:37] <infinity> \sh : Shall I upload a fixed version for you?  (It will also require the patch from #324025)
[01:37] <\sh> infinity: i will do it :)
[01:38] <infinity> \sh : Alright, no need to request a sync, since you'll have to do a manual -Xubuntu1 upload anyway to include the patch from bug# 324025
[01:38] <\sh> infinity: I think this patch I have included...anyways...I will work on this
[01:39] <Mithrandir> Kamion: have you gotten anywhere with the /part problem in partman?
[01:39] <infinity> \sh : Note that nothing rdepends on aqsis-libs, so not renaming the package (as the Debian maintainer didn't do so either) is probably no big deal.
[01:40] <\sh> infinity: k
[01:40] <doko> ahh, ok: replace the first ooo2 with ooo2-writer, the second ooo2 with ooo2-base
[01:40] <doko> Mithrandir: ^^^
[01:40] <infinity> \sh : So, I'd just take his latest upload, apply the patch, call it -2ubuntu1, and upload.  But that's just me.
[01:41] <doko> Kamion: what's the easiest way to see, if a package is on the livecd/desktop/ship ?
[01:41] <Mithrandir> doko: for -base it's already there?
[01:41] <Keybuk> usplash gets very upset if you don't switch to gdm afterwards
[01:42] <Keybuk> shouldn't there be a chvt 1 as S99 if vt != X
[01:42] <doko> Mithrandir: no
[01:42] <Mithrandir> : tfheen@golem ~ > apt-cache show openoffice.org2-base |grep ^Recommends
[01:42] <Mithrandir> Recommends: lib32gcj6 | java-gcj-compat | j2re1.4 | java2-runtime
[01:42] <Mithrandir> doko: say again? :-)
[01:43] <spacey> I'm running breezy on a server with 4GB memory, however the ubuntu kernels only see 3GB. is this supposed to be?
[01:43] <doko> Mithrandir: please _read_ the report
[01:44] <Mithrandir> doko: hmm
[01:45] <infinity> Keybuk : Or something like that, yeah.  I was going to poke at it later to figure out what the least icky way to fix it is.
[01:45] <Mithrandir> doko: why doesn't one of them suffice, and if it doesn't why isn't there a dependency in place?
[01:45] <infinity> Keybuk : Especially ugly for server installs with usplash installed (though, I'm not sure why you'd do this)
[01:45] <mjr> spacey, I take it it's a 32-bit server; you need to use a kernel where 4 gig addressing is enabled
[01:45] <mjr> spacey, (it slows things down a bit so it may not be by default)
[01:46] <spacey> mjr, to set it to 3 is a bit wierd?
[01:47] <doko> Mithrandir: we already had this discussion ... one time the interpreter is called, one time, the library is dlopened, so you need both. we don't have a complete 32bit java runtime.
[01:47] <infinity> Lathiat : Feh, there's no libsvga1-dev on amd64.
[01:48] <Lathiat> infinity: hrm
[01:48] <spacey> CONFIG_HIGHMEM4G=y is in the kernel config file
[01:48] <Lathiat> doesnt it have an arched build-dep for that
[01:48] <doko> Mithrandir: it was not a dependency, because you can use -base using another db as well. In 1.9.129, it will be a dependency, ooo2-writer will have a recommends, and ooo2 still has the suggestion
[01:48] <Lathiat> oh i see, libsvga1-dev [i386 amd64] , to include it not exclude it ;)
[01:49] <spacey> have to go now, i'll check further later.
[01:49] <Lathiat> infinity: weird, i cant see any attempts to build svgalib on !i386
[01:49] <Lathiat> infinity: is something blocking it?
[01:50] <Kamion> Mithrandir: partman-auto 41ubuntu5 is intended to get me more information, and maybe fix some of it
[01:50] <Kamion> doko: look at the .list (install) / .manifest (live) files on cdimage
[01:51] <Mithrandir> doko: I just think it looks _bloody_ ugly and would so much rather have java-gcj-compat produce a metapackage or something like that.
[01:52] <doko> MIthrandir: why? it's only OOo2 dlopening libgcj6, I don't know of any other app
[01:52] <Kamion> ok, it's deeply confusing that we're now getting security vulnerabilities discovered by "David Watson"
[01:52] <Kamion> (since that's my father's name)
[01:53] <Mithrandir> doko: I guess I'll make it a hard dependency on lib32gcj6, then.  Just to unbloat the depends line a little.
[01:53] <doko> Mithrandir: ok with me
[01:54] <doko> Mithrandir: hopefully there's still place on the amd64 CD, maybe Kamion knows better
[01:54] <Kamion> you could look yourself :)
[01:54] <doko> syncing :-)
[01:54] <infinity> Lathiat : Yes, it's in Packages-arch-specific as i386-only.
[01:54] <Kamion> http://cdimage.ubuntu.com/daily/current/, subtract displayed size from 650
[01:54] <Kamion> you've got 9MB left on amd64
[01:55] <Lathiat> infinity: it says Arhchitecure: any here..
[01:55] <Lathiat> in showsrc
[01:55] <Kamion> note that that isn't necessarily free-for-all space though; the more space we have left at the end to fill up with language packs, the better
[01:55] <infinity> Lathiat : P-a-s is a file specifically to override that.
[01:55] <Lathiat> infinity: oh right
[01:55] <Lathiat> infinity: why is it overriden?
[01:55] <Kamion> Lathiat: because people suck
[01:55] <Kamion> (approximately :-))
[01:55] <Lathiat> ;)
[01:55] <infinity> Lathiat : What Kamion said.
[01:56] <infinity> Lathiat : There's  along-held belief in Debian that a select few people are a bit less clueless than most of the developers.  While this view ois obviously unpopular, it turns out to be generally true.
[01:56] <infinity> Also, typing skills do not correlate iwht clue, just in case you're about to invoke some irony clause.
[01:56] <mjg59> seb128: Have you had a chance to include that hibernat key patch?
[02:01] <Yagisan> G'day, is it too late to ask for a driver to be included in the kernel ?
[02:03] <hunger> powernowd still claims [ ok ]  even when it failed to start:-(
[02:07] <magnon> is there known problems with update-notifier? It keeps running away with my CPU on my powerbook :P
[02:08] <Yagisan> Would it be possible to add the ITE8212 IDE driver to breezy's kernel ? It can be found in vanilla 2.6.13 /drivers/ide/pci/it821x.c
[02:08] <Yagisan> There are people regularly asking how to use ITE8212 IDE interfaces on ubuntu-users so it would be really nice to have.
[02:10] <sivang> mjg59: around?
[02:14] <seb128> mjg59: not yet, I'll look that this afternoon
[02:14] <fabbione> Yagisan: yes, it's a bit too late
[02:14] <fabbione> Yagisan: kernel feature freeze was done quite a while ago
[02:14] <fabbione> and full freeze is in less than 10 days
[02:15] <Keybuk> *giggle* I like the fact that if you put "reboot" in your startup sequence, all the shutdown messages still go to usplash <g>
[02:16] <fabbione> Keybuk: ahaha
[02:17] <Keybuk> BenC: ping?
[02:17] <fabbione> Keybuk: re 14131.. i will test it tomorrow
[02:26] <jbailey> Mithrandir: Yes, several of them are.  I need to go through and do a mop-up of the initrd-tools/initramfs-tools bugs today.
[02:27] <Mithrandir> jbailey: ook
[02:31] <mjg59> sivang: Hi
[02:31] <mjg59> seb128: Thanks
[02:32] <sivang> mjg59: I've seeing weird hickups from my Dell 8200 Inspiron machine, everytime you attempt CPU speed scaling, everything freezes up until it's over, known?
[02:33] <siretart> ogra: thank you for fixing gnome-screensaver :) - I closed the bug
[02:33] <ogra> siretart, it works ?
[02:33] <sivang> mjg59: other then that, breezy now beats XP allowing this machine to work 1:20hrs instead of 20m
[02:34] <sivang> mjg59: so , power saving support rocks
[02:34] <siretart> ogra: yepp, as expected!
[02:34] <ogra> YAY !!
[02:34] <siretart> :)
[02:34] <ogra> thats a bug i carry with me since ages, even with xscreensaver :)
[02:34] <mjg59> sivang: what processor is it?
[02:34] <sivang> mjg59: Pentium M 1.8Gigs
[02:35] <sivang> mjg59: sorry, Pentium IV MObile
[02:35] <sladen> sivang: there'll be (a little) bit more from dynamic tick eventually
[02:35] <sivang> (that is the older series)
[02:35] <sivang> sladen: what do you mean?   I can't find it in the source
[02:42] <Lathiat> g-s-*t* ?
[02:43] <mjg59> seb128: No
[02:44] <seb128> mjg59: "do_sleep_action ("gdm-signal -z");" but "do_sleep_action (char *cmd1, char *cmd2)", I'll put a NULL for the second argument, or do you have an alternative hibernate action?
[02:44] <jdub> sladen: gnome-settings-daemon
[02:44] <mjg59> seb128: Ah, shit, sorry. Yes, NULL is fine.
[02:44] <seb128> mjg59: np, will do the patch/upload now. Any other patch/change for g-c-c since I'm working on it atm?
[02:45] <daniels> mjg59: DOES NOT
[02:45] <mjg59> Nope, should be fine
[02:45] <seb128> k
[02:45] <daniels> fabbione: please add a dep on libstdc++5 to xorg-driver-fglrx
[02:45] <daniels> i thought I did this, but evidently not
[02:46] <fabbione> daniels: argh ok...
[02:47] <siretart> bob2: cool. I'll throw it in my pbuilder
[02:47] <sladen> jdub: ah, gnome-control-centre, ta
[02:48] <fabbione> daniels: why do we need that Depends btw? i can't remember
[02:48] <siretart> daniels: is the xorg ati/radeon driver in breezy latest? I wonder if it is supposed to work with non rectangular desktop sizes in mergedfb mode ( I saw a commit message that this feature was ported from the sis driver)
[02:48] <daniels> fabbione: fglrx_dri has a whole bunch of C++ code that links against it
[02:48] <fabbione> ok
[02:48] <daniels> so presumably dh_shlibdeps doesn't pack that up from within /usr/X11R6/lib/modules/dri
[02:49] <fabbione> hmm strange because we force GCC and CC to 3.4
[02:49] <daniels> siretart: no, and non-rectangular mergedfb support won't be added
[02:49] <infinity> fabbione : Which means what, exactly, when shipping pre-build binaries we didn't compile?
[02:49] <infinity> s/build/built/
[02:49] <daniels> fabbione: yes.  but how much of the userspace stuff is compiled? :P
[02:49] <fabbione> infinity: right...
[02:50] <daniels> damnit.  outwitted by a combination of infinity and burstlag.
[02:50] <siretart> daniels: :( - due to lack of time or because it is fundamentally broken?
[02:50] <daniels> siretart: partially lack-of-time, partially because I have no desire to make our patchset even betigger
[02:50] <fabbione> daniels: anything else?
[02:51] <siretart> daniels: ok
[02:51] <daniels> fabbione: not that I can think of
[02:51] <fabbione> ok
[02:53] <fabbione> daniels: fixed...
[02:53] <fabbione> i am off for the day
[02:54] <fabbione> can you please keep an eye that it will hit archive?
[02:54] <fabbione> Successfully uploaded packages.
[02:54] <daniels> mmm
[02:55] <fabbione> dand: ?
[02:55] <fabbione> ops
[02:55] <fabbione> daniels: ?
[02:55] <daniels> okay
[02:55] <fabbione> thanks
[02:56] <seb128> ogra: could you document from the changelog the files you modify when you change a GNOME package? thanks
[02:56] <ogra> seb128, ok, sorry
[02:56] <seb128> ogra: that makes the sync job with Debian much easier
[02:56] <seb128> np
[02:57] <ogra> seb128, yup... it was the schemas file, i think we'll use our own anyway in the future
[02:57] <ogra> since the selection of the defaul saers is done there...
[02:57] <ogra> default savers, grmpf
[03:00] <Diziet> My `System / Preferences' menu has two entries labelled `Screensaver' with different icons.  Is this a known bug ?
[03:00] <ogra> Diziet, upgrade ;)
[03:00] <sivang> mjg59: how to check which modules are loaded?
[03:01] <Diziet> ogra: That was from an hour or two ago.  If it's fixed since then, fine, I'm sure it'll sort itself out tomorrow :-).
[03:01] <ogra> Diziet, the most recent gnome-screensaver solves that :)
[03:01] <mjg59> sivang: lsmod
[03:02] <Diziet> ogra: Fair enough.  Thanks for saving me writing a bug :-).
[03:02] <ogra> :)
[03:02] <sivang> mjg59:  no , I meant - should I grep for anything specific ?
[03:03] <mjg59> sivang: clockmod or speedstep
[03:03] <sladen> mjg59: please can you give me your preference on   {kernel driver, userspace daemon} that punts fake {acpi hkey events, keypresses matching your keycode map}
[03:03] <sivang> mjg59: no clockmod, just speedstep stuff
[03:04] <mjg59> sladen: Context?
[03:04] <mjg59> sladen: If they're generic laptop hotkeys, then generate key events
[03:05] <mjg59> acpi_fakekey is probably the easiest way of doing that
[03:05] <mjg59> sivang: Ok. In that case, I'm not sure why you have the latency
[03:05] <jbailey> Keybuk: *poke* re: 15103
[03:06] <sladen> mjg59: thinkpads that don't have hardware volume.  aka R30, R31, R32, R40e
[03:06] <jbailey> Keybuk: I accept the drop to enhancement for severity, since that's what it is.  I had placed it at major since it blocks two major bugs.
[03:06] <sivang> mjg59: it more then latency, the machien stops for the duration of the attempt.
[03:06] <Keybuk> jbailey: right, but it can't block those bugs because we don't have a time-machine :)
[03:06] <sladen> mjg59: and for doing head-up display of the changed state on all the rest of the laptops and hooking the [ThinkPad] /[Access IBM]  button
[03:07] <Keybuk> so it can't be a fix for those bugs
[03:07] <mjg59> sivang: Yes, that's what I mean
[03:07] <jbailey> Right, but I need a suggestion from someone who knows dpkg/apt and such.
[03:07] <Keybuk> implementing Breaks for breezy would only be useful for preventing those kind of bugs in future
[03:07] <mjg59> sladen: Detect those machines and *only for them* send volume events
[03:07] <sivang> mjg59: hmmm, apparently I get [X.Y]  cpufreq: change failed with new_state 1 and result 0 several constantly on the tty1
[03:07] <mjg59> Look at the way that the Toshiba acpi scripts do it
[03:07] <Keybuk> jbailey: what exactly is the problem, with which packages?
[03:07] <mjg59> sivang: Ok, in that case we probably shouldn't be loading that module
[03:07] <sladen> mjg59: yes but $what to "send volume events"
[03:08] <jbailey> Keybuk: 11135 and 14661 shows the problems.
[03:08] <mjg59> sladen: See /etc/acpi/volupbtn.sh
[03:08] <Diziet> I think Breaks might be just a little late for breezy, unfortunately.
[03:08] <mjg59> sivang: Which speedstep module is running?
[03:08] <Kamion> yes, I was about to say the same; it's a big change
[03:08] <sivang> mjg59: let' see:
[03:08] <jbailey> Keybuk: glibc upgrade breaks partial upgrades of old initrd-tools (can't boot the system), and kills upgrades of any debconf using package when the user uses readline  mode.
[03:08] <Keybuk> jbailey: why can't <package that causes the problem> depend on the <package that catalysts it> ?
[03:09] <Kamion> Will breezy's apt fall over trying to read Packages files from dapper if dapper's Packages files start including Breaks fields?
[03:09] <Mithrandir> Kamion: it shouldn't no.
[03:09] <Kamion> hopefully not
[03:09] <jbailey> Keybuk: initrd-tools and libreadline-gnu-perl aren't essential on breezy systems.  I don't want to force them to be installed.
[03:09] <Mithrandir> Kamion: it should just ignore them.
[03:09] <Mithrandir> jbailey: any idea on 8517 ?
[03:09] <Kamion> although it wouldn't handle the upgrade properly to take account of them, so we'd have to wait 'til dapper+1 anyway
[03:09] <jdub_> lifeless: please ignore recent transmission :-)
[03:09] <jbailey> Mithrandir: I'd like to finish harrassing Scott on this if I could, first...
[03:10] <Diziet> kamion: Indeed so.  The timeline for getting the new support working is quite long.
[03:10] <Mithrandir> jbailey: please do.
[03:10] <Keybuk> there really isn't any way to fix this kind of problem with the current dependency set
[03:10] <sladen> mjg59: so answering part (b) Keycode 176 is your preference.  Now onto part (a) is a userspace daemon and accessing /dev/nvram better.  Or toshiba style kernel driver.
[03:10] <Diziet> AIUI apt doesn't have the stuff that the dselect methods have, where first thing they try to do is upgrade the tools.
[03:10] <Keybuk> you could make the preinst fail if an old version of one of those packages is installed and not to be upgraded
[03:10] <Diziet> Urgh.
[03:11] <Kamion> Diziet: apt does upgrade dpkg and apt very early in practice, but it doesn't re-exec itself to recalculate the upgrade using any new algorithms therein.
[03:11] <sivang> mjg59: speedstep_smi, speedstep_lib, freq_table, cpufraq_stats
[03:11] <mjg59> sivang: Ok, you probably ought to be on speedstep-ich
[03:12] <Diziet> k: Hmm.
[03:12] <jbailey> Going once..
[03:12] <jbailey> twice...
[03:12] <mjg59> sladen: It's already exposed to userspace, so do it in userspace
[03:12] <sladen> sivang: that's a fallback, can you get one of the other speedstep drivers to drive it
[03:12] <ogra> seb128, do you know if there is any work for #12620 planned by the gnome-screensaver guys ? i see a fade option in the code, but it seems not to be used yet
[03:12] <jbailey> Looks sold.  preinst check it is. =)
[03:12] <mjg59> sladen: Sounds like the same problem with speedstep-ich not being loaded on machines it should be loaded on
[03:12] <Diziet> Also, remember that Breaks would replace some other dependency fields, so you might well find that apt was working on a subset of the dependencies.
[03:12] <Diziet> Now I come to think of it that might work rather well :-).
[03:12] <mjg59> sladen: Any P4 is going to be on an ich system
[03:12] <Diziet> dpkg would still know to autodeconfigure.  (I assume apt passes that option.)
[03:13] <sivang> mjg59: AFAICT I am, this is a speedstep machine, as noted by the CMOS setup
[03:13] <sladen> mjg59: yes, there's a bug and patch about it.  The regex that checks /proc/ioports needs a .* adding when grepping for ICH
[03:13] <Mithrandir> mjg59: uhm, so my p4-clockmod fix is useless, really?
[03:13] <sladen> mjg59: it's now showing up as  Intel 12345ICH  which no-longer matches the Regex 'Intel ICH'
[03:14] <sivang> lol, so we need apply this patch and be done with it or is there more to that?
[03:14] <sladen> mjg59: it's a 2 byte patch   s/Intel ICH/Intel.*ICH/ in the grep /proc/ioports line of cpufreq-detech.sh
[03:14] <Kamion> Diziet: it doesn't appear to
[03:15] <bob2> is the "print timestamps in dmsg" thing an ubuntu patch or a 2.6.12 thing?
[03:15] <shackan> why my launchpad account does not work on bugzilla? do I need another registration for that ?
[03:15] <Kamion> bob2: 2.6.12 I believe
[03:15] <sladen> Mithrandir: I thought p4-clockmod was a hack so hackish that the author (davej) recommends against using it
[03:16] <Mithrandir> sladen: that might be, but we're getting bugs about it not being enabled.
[03:16] <mjg59> Mithrandir: No, some P4s don't have speedstep
[03:16] <sladen> shackan: in future, you will only ever need *one* launchpad login, launchpad will take over your soul
[03:16] <mpt> shackan: Bugzilla will be retired in a few months, so it's not worth implementing the shared login scheme
[03:16] <sladen> Mithrandir: the correct response is that it shouldn't be
[03:16] <sladen> Mithrandir: (IMHO)
[03:17] <sivang> shackan: I think it's planned that launchpad's malone will be the sole bugtracker for ubuntu, so then you wouldn't have to have more the one account.
[03:17] <jbailey> Mithrandir: The author of 8517 is confused.  Sarge's initrd-tools always loads fan and thermal.
[03:17] <sladen> Mithrandir: hence the string that says "This is intentionally disabled"
[03:17] <shackan> ok thanks, I've found a bug and posted it on malone, then I've been told to post it on bugzilla, I want to avoid duplicating stuff, what should I do ?
[03:18] <sivang> shackan: you can open it up in bugzilla as well, and link it from malone, so both people using those will be alerted to the bug
[03:18] <sladen> Mithrandir: could change it to  "workaround enabled.  p4-clockmod disabled"
[03:18] <seb128> ogra: put a bug on bugzilla.gnome about it, upstream is quite responsive
[03:18] <mjg59> sladen: Is the patch in bugzilla somewhere?
[03:18] <mpt> sivang: in theory ;-)
[03:19] <ogra> seb128, ok, i think the already planned it, else the option would make no sense... i'll look for a bug then...
[03:19] <Mithrandir> jbailey: ok, so it's not a problem now that we've switched to initramfs?
[03:19] <Robot101> yay initramfs :)
[03:19] <sladen> mjg59: yes.  I was looking at it yesterday and did a couple of checks that it fixes other people's bugs too
[03:19] <jbailey> Mithrandir: I don't think that the problem is any different than before.  Just that his assertion that it worked with Sarge seems unlikely.
[03:19] <jbailey> Oh wait.
[03:20] <jbailey> HE's saying 'processor' is loaded and he doesn't want it to be?
[03:20] <sladen> mjg59: http://bugzilla.ubuntu.com/15788
[03:20] <mjg59> sladen: Thanks
[03:20] <jbailey> mjg59: thermal loads processor.
[03:21] <sivang> mpt: in theory re: cpufreq, or launchpad' tagging of bugzilla bugs? :-)
[03:21] <mpt> sivang: the latter
[03:21] <jbailey> mjg59: So I still maintain that it wasn't different in sArge, unless the older kernel didn't have this dependancy.
[03:21] <sivang> mpt: lol, IIRC , I saw some bugs already linked that way, no?
[03:23] <sladen> mjg59: I've just viciously marked several as duplicates of that
[03:25] <slomo> seb128: ping?
[03:25] <seb128> slomo: pong
[03:26] <bddebian> Morning
[03:26] <slomo> seb128: do you plan to add a gst cdio plugin later? https://launchpad.net/malone/bugs/1750
[03:27] <seb128> slomo: yep
[03:27] <slomo> seb128: ok, already for breezy?
[03:27] <seb128> slomo: https://wiki.ubuntu.com/MainInclusionReportLibcdio
[03:28] <seb128> slomo: I'll ping mdz later, I've not noticed that pitti did approve the wiki page
[03:28] <slomo> seb128: fine :) less work for me ;) otherwise i would've added it to gstreamer-plugins-multiverse for breezy
[03:28] <slomo> seb128: libmms is already uploaded and should be in NEW currently
[03:28] <mpt> sivang: Yes, they're linked, but the link doesn't do anything yet
[03:29] <seb128> slomo: please don't create potential conflict for gst-plugins0.8
[03:30] <seb128> slomo: I appreciate you packaging gst-plugins-multiverse, but that should be a place for non-free stuff, not for non-pushed-to-official-package ones
[03:32] <slomo> seb128: ok, that's why i asked you before... but another question... would it make problems for the wavpack plugin for example when you add it to the official gst plugins later? when you keep the binary package name nothing should collide, correct?
[03:33] <seb128> slomo: if 2 packages ship the same file we have an issue
[03:33] <Lathiat> fabbione: did daniels say something about the libstdc++5 thing or did you just happen to pick that up at the same time as i was tlaking about it?
[03:34] <seb128> slomo: and if -multiverse ship a package which should be moved to the official package we have to "Replaces" the previous version which create diff from Debian and sync work, and issues, etc
[03:35] <slomo> seb128: even when the package name stays the same and just moves from one source package to another with higher version number?
[03:36] <seb128> slomo: if the package name is the same no, but we can't ship 2 packages with the same name
[03:37] <Mithrandir> Kamion: what do you think about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315929 ?  (And the fix from bubulle)
[03:38] <seb128> slomo: ie: you have decided to make a gstreamer0.8-wavpack, but you don't know if the Debian maintainer will do a separate package for it, or ship it with -misc by example, or if he will use the same name for the binary package
[03:38] <slomo> seb128: ok... well, when wavpack is ready i won't ship it anymore so it should be no problem :) but in the future i'll talk to you about every new plugin i want to add unless it's clearly a multiverse candidate
[03:38] <ogra> magnon, why not ?
[03:38] <sivang> mjg59: let me know if you have a testing package with the fix in, so I can test
[03:38] <mjg59> sivang: I'll upload one later today
[03:39] <seb128> slomo: thanks. So we can at least talk with the Debian maintainer to pick the same choices
[03:39] <slomo> seb128: hmm... -misc would be not intelligent as it adds one dependency imho... i'll talk to the debian maintainer when the time has come ;)
[03:39] <sivang> mjg59: cool then, just if you need preupload testing.
[03:39] <siretart> bob2: in lyx, you disallow python 2.4 (control states python << 2.4). Is this for a reason?
[03:39] <seb128> slomo: you can talk about it on #gnome-debian (gimpnet) with lool
[03:39] <seb128> he's the maintainer
[03:40] <magnon> ogra, because "linux for human beings" should thereby include features for those studying the Koran or writings about Vishnu ;)
[03:40] <Mithrandir> magnon: sure, is there free software which does that?
[03:40] <magnon> never seen any
[03:41] <Mithrandir> magnon: it's a bit hard to include non-existent software
[03:41] <ogra> i heard about some quran software, nobody seems to have packaged it yet
[03:41] <slomo> seb128: ok, i'll do when it has matured enough... currently it segfaults much too often :( i'll investigate further after my exams this and next week... shouldn't be that hard to fix
[03:41] <magnon> we're just having a laugh of all the stuff lying around in Universe. Nothing more :)
[03:41] <ogra> magnon, if someone writes/packages such software, we'll ship it
[03:41] <seb128> slomo: thanks
[03:42] <seb128> wb pitti, feeling better?
[03:42] <bddebian> pitti: Hello.  Did you see my message about libpgtcl the other day?
[03:43] <ogra> magnon, and a broken gnomesword at warty time caused a ML thread with a huge amount of msgs, so it seems this package is demanded a lot
[03:44] <magnon> seems so
[03:45] <Kamion> Mithrandir: bubulle's fix doesn't seem obviously wrong, but I'd have to test it in (a) normal path (b) backup (c) preseeding
[03:46] <Mithrandir> Kamion: so post-breezy?
[03:46] <magnon> Could anyone give me a tip in debugging update-manager?
[03:46] <magnon> It chugs 100% CPU here all the time until killed
[03:47] <magnon> it starts gracefully sometimes though, but seldomly
[03:50] <Kamion> Mithrandir: no, if you want to run through a quick test of those three scenarios it can certainly be pre-breezy
[03:51] <ogra> magnon, file a bug for mvo ?
[03:51] <mvo> magnon: ppc?
[03:51] <Mithrandir> Kamion: my d-i test environment isn't really working well atm due to a broken dvd burner
[03:51] <magnon> mvo? (sorry, just got up)
[03:51] <magnon> mvo, yeah
[03:51] <pitti> seb128: slightly better, thnaks
[03:51] <magnon> oh, mvo the person? :)
[03:51] <mvo> magnon: good timing, I just build a package that may fix the problem
[03:51] <pitti> bddebian: hm, not sure
[03:52] <Kamion> Mithrandir: ah, ok, added to my list of stuff to test
[03:52] <magnon> ah, ship it over if you want me to test it :)
[03:52] <seb128> pitti: ross rolled a sj 2.12.2 with the patch and dholbach packaged it
[03:52] <bddebian> pitti: I was tryin to package that libpgtcl from the URL that you sent me but I was looking over their site and it has only been built/tested against postgre 7.4 afaict.
[03:53] <mvo> magnon: please give http://people.ubuntu.com/~mvo/update-notifier/update-notifier_0.40.8.fix1_powerpc.deb a try
[03:53] <magnon> will do
[03:53] <pitti> seb128: rock - that was fast :-)
[03:53] <seb128> pitti: yep :)
[03:53] <pitti> bddebian: it should be a mere client application, and only use libpq-dev
[03:53] <mvo> magnon: can we discuss the details on #update-notifier? it's probably not interessting for everyone in this channel :)
[03:53] <magnon> sure
[03:53] <pitti> bddebian: therefore the server version should not matter
[03:55] <bddebian> pitti: Hmm, ok
[04:03] <ogra> desrt, who is john ? (#14967)
[04:03] <Keybuk> bah, well, I've rebooted this box nearly 200 times and still can't make /dev/input/mice vanish
[04:04] <desrt> ogra; john mccutchan -- inotify coauthor
[04:04] <desrt> we had coffee on the weekend and discussed all things inotify :p
[04:04] <jdub> desrt: :-)
[04:04] <jdub> cool
[04:04] <ogra> desrt, you should probably mention the full name in bugreports, there are *some* other johns out there ;)
[04:04] <WaterSevenUb> kamion, post-install "ubuntu-configuration" ... the strings "Installing Packages" and "Preparing X" package are not translated? The title now is translated (to pt.po). Did you see the email I mentioned to u during the weekend?:)
[04:05] <desrt> jdub; arrrr!!!
[04:05] <seb128> desrt: I mailed him, he said I should send a bug upstream
[04:05] <desrt> ya.  he mentioned that the kernel actually has a _bugzilla_
[04:05] <desrt> i had no idea
[04:05] <seb128> "It was supposed to fix a kernel problem, but I think we overlooked one
[04:05] <seb128> case where this could be called when it wasn't from a delete operation.
[04:05] <seb128> "
[04:05] <desrt> http://bugzilla.kernel.org/
[04:06] <seb128> he said that
[04:06] <seb128> oh cool, it was on my list to do
[04:06] <seb128> "search the linux bug tracker :)"
[04:06] <desrt> i'll do it
[04:06] <desrt> i have a bit of time to kill before class
[04:06] <jdub> seb128: oh, you looking into the icons-with-text-previews-disappear issue?
[04:06] <ogra> desrt, that'd be sooo cool, its release critical for edubuntu to have this one solved :)
[04:07] <seb128> jdub: I don't have this issue and the first bug we got today about this was today
[04:07] <ogra> (since i mix gnome and KDE there)
[04:07] <seb128> jdub: why do you speak about this like it was a known issue :)
[04:07] <seb128> desrt: thanks
[04:07] <jdub> boh! i thought i found a report
[04:07] <jdub> oh man
[04:07] <jdub> now i have this stupid feenode bot pinging me all the time
[04:08] <seb128> jdub: we have "KDE entry are not listed by the GNOME menu" bog, but I found that a nice feature :)
[04:08] <ogra> seb128, :P
[04:09] <jdub> heh
[04:09] <desrt> pitti; don't trust the dissenter! (your package is fine)
[04:09] <mxpxpod> pitti: can you test something out for me on your ppc?
[04:10] <pitti> desrt: I trust him, there is probably another bug somewher
[04:10] <pitti> mxpxpod: sure, what?
[04:10] <desrt> :)
[04:11] <mxpxpod> pitti: wait, first is your ppc updated to the latest breezy?
[04:11] <pitti> mxpxpod: nope, it has a preview install
[04:11] <pitti> mxpxpod: I usually work on my amd64 desktop
[04:12] <mxpxpod> pitti: I think that'll do... could you try running beagled --fg --debug from a terminal?
[04:12] <mxpxpod> pitti: it keeps dying on me when it gets to the evolution data server plugin
[04:14] <pitti> mxpxpod: ouch, I have to install a huge pile of packages for that, moment
[04:14] <mxpxpod> pitti: sorry :(
[04:16] <Kamion> WaterSevenUb: those strings are not translated because there are no up-to-date translations for them to pt
[04:16] <Kamion> see the base-config package
[04:18] <pitti> mxpxpod: is that the "beagle" package?
[04:18] <mxpxpod> pitti: yup
[04:18] <Treenaks> Keybuk: _fresh_ warty install?
[04:18] <pitti> Keybuk: upgrade test?
[04:19] <Keybuk> pitti: several people who had the /dev/input/mice problem said their boxes were upgraded into breezy, rather than fresh installed; and a few claim it went away on a fresh install
[04:19] <Keybuk> so I'm trying this to see whether it's caused by a difference between an upgraded box and a fresh one
[04:19] <Kamion> WaterSevenUb: your e-mail's in my queue of things to look it, which tends to be large after the weekend
[04:20] <Keybuk> sweet, the box is actually installing security packages from the archive automatically at the same time as the CD install
[04:20] <Keybuk> that's kinda cute
[04:21] <desrt> uh guys
[04:21] <desrt> what changed in the kernel update?
[04:21] <pitti> jbailey: you tried pbbuttonsd  0.7.1, right? and you had a problem with it which I forgot the details about, but was that a regression to 0.6.6?
[04:21] <sivang> hey desrt
[04:21] <desrt> my computer (normally solid as a rock) just took a dive *hard*
[04:22] <Spec> I want to set up (for edubuntu) a system in order for all the clients (running edubuntu/ltsp) to view the Teacher's desktop (or a desktop that only the teacher has permission to read/write to), is the best way to do this via vncreflector?
[04:22] <desrt> (having just rebooted it yesterday to upgrade to the new kernel package)
[04:22] <jbailey> pitti: I don't know that it was a regression.  I hadn't noticed my machine slowing donw in ages, so it probably wasn't.
[04:22] <desrt> sivang; 'sup
[04:22] <pitti> mxpxpod: started
[04:22] <mxpxpod> pitti: did it start OK?
[04:22] <mxpxpod> or did you get an exception?
[04:22] <pitti> mxpxpod: I get a DllNOtFoundException: glib-2.0
[04:22] <mxpxpod> pitti: install libmono-dev
[04:22] <pitti> mxpxpod: that can hardly be the solution?
[04:22] <mxpxpod> pitti: (that makes no sense to me, but I guess that works...)
[04:23] <pitti> mxpxpod: that rather looks like a missing dependency
[04:23] <mxpxpod> pitti: yeah :)
[04:23] <mxpxpod> pitti: but that's not the exception I'm talking about
[04:28] <pitti> mxpxpod: now I get DllNotFoundException: glibsharpglue
[04:28] <mxpxpod> pitti: that's strange
[04:28] <mxpxpod> pitti: I keep getting DllNotFoundException: edataserver
[04:29] <pitti> mxpxpod: in any case it seems that beagle needs much love - good that it is universe...
[04:29] <mxpxpod> pitti: yeah..
[04:29] <magnon> beagle is very unstable in breezy atm
[04:31] <mxpxpod> magnon: obviously :)
[04:32] <Diziet> I assume there's no good reason not to sync to Debian's foomatic ppd database ?
[04:32] <Diziet> I've taken a look at the situation and it seems like we just ought to have the more recent version of the data.
[04:39] <infinity> Diziet : Unless you see something specific in the changelogs to to contrary, the general rule with PPDs is "the newer, the better, please hurt my printer, oh please yes".
[04:40] <mxpxpod> desrt: have you guys figured out the pbbuttonsd startup issue with 100% cpu being used?
[04:41] <\sh> infinity: can u have a look on this http://people.ubuntu.com/~lamont/buildLogs/a/aqsis/<IP_ADDRESS>50815-2ubuntu2/aqsis_<IP_ADDRESS>50815-2ubuntu2_20050919-1510-amd64-failed.gz
[04:41] <\sh> infinity: it says in the end in build-arch : dh_testdir not found...and this is not true ,-)
[04:42] <desrt> mxpxpod; yes.
[04:42] <desrt> mxpxpod; it's due to an event device being destroyed and pbbuttons spinning on trying to read() it
[04:42] <desrt> mxpxpod; martin just uploaded a new one that should fix it
[04:42] <mxpxpod> desrt: awesome!!
[04:43] <lamont-away> \sh: sigh
[04:44] <lamont-away> processes running
[04:44] <pitti> mxpxpod: there does not seem to be "the" reason, but it works for 2/3 people
[04:44] <mxpxpod> pitti: haha
[04:45] <infinity> lamont-away : It used to happen all the time on one (and only one) m68k buildd, but I never bothered to figure out why.
[04:45] <infinity> lamont-away : Did you fix up king already and give-back aqsis for \sh?
[04:45] <lamont-away> dealing with it
[04:45] <elmo> infinity/lamont: btw king was taken out by a build over the weekend
[04:45] <WaterSevenUb> kamion, which package? I can provide updated translations.
[04:45] <infinity> Oh, cool.  You rule.  Thanks.
[04:45] <WaterSevenUb> kamion, the one of the "post-install" ... debconf?
[04:45] <elmo> infinity/lamont: it'd be nice if you could find out what it was, and why it was being so unfriendly
[04:45] <\sh> infinity / lamont-away: thx guys
[04:45] <lamont-away> elmo: sigh. do we know which one?
[04:46] <infinity> I'll compare log timestamps with /var/log/messages and see.
[04:46] <infinity> Thanks for the heads up.
[04:46] <lamont-away> infinity: I'll leave that task to you, since i'm supposed to be doing other things today
[04:46] <infinity> Yeah, I'm supposed to be sleeping, but I just wrote myself a note to look at it in the morning.
[04:46] <Kamion> WaterSevenUb: 15:16 < Kamion> see the base-config package
[04:46] <Kamion> WaterSevenUb: that one
[04:46] <desrt> pitti; pfah.  just admit it.  you're great and everyone knows it :)
[04:47] <Robinho_Peixoto> why don't have update-manager in rosetta ?
[04:47] <sladen> it is better to detect the model of laptop, at package install time;  at start up, or per invocation
[04:47] <ogra_> pitti, ping
[04:48] <mxpxpod> pitti: if only we could just get rid of pbbuttonsd :)
[04:48] <pitti> desrt: hehe :-) thanks
[04:48] <pitti> mxpxpod: what's so bad about it?
[04:49] <desrt> pitti; it gives PC users jealousy.
[04:49] <mxpxpod> pitti: well, it takes over volume, brightness, keyboard function key mode, mouse trackpad mode, and other things that should be left to GNOME or another userspace program
[04:49] <mxpxpod> pitti: basically, it does too much for its own good
[04:50] <desrt> mxpxpod; i'm honestly with pbbuttons handling all things things and not gnome
[04:50] <desrt> *honestly happy
[04:50] <mxpxpod> desrt: I would be too if they'd allow a way for gnome to hook into it
[04:50] <desrt> mxpxpod; the only thing that would be nice is if it had a better configuration interface
[04:50] <mxpxpod> desrt: I agree there
[04:51] <mxpxpod> desrt: I tried HIG-ifying their interface, but I gave up
[04:51] <desrt> oh also... s/notap/drag/ in martin's default config file would be nice too :)
[04:51] <pitti> mxpxpod: you mean, it makes my iBook work like it should? :-)
[04:51] <mxpxpod> pitti: :P
[04:51] <pitti> desrt: what's wrong with powerprefs? this is a nice setup program
[04:51] <mxpxpod> pitti: powerprefs has things hidden deep within it
[04:52] <mxpxpod> pitti: it takes a lot of digging to find what you want
[04:52] <WaterSevenUb> kamion, the strings "Preparing X" package... " are not in here https://launchpad.net/distros/ubuntu/breezy/+sources/base-config/+pots/base-config/pt/+translate. If they are in debconf, this package is 100% translated. Maybe they aren't simply in the POT.
[04:53] <Diziet> infinity: re ppds> That was what I thought :-).
[04:53] <WaterSevenUb> kamion, plus "Installing package"... "Configuring X"
[04:53] <Diziet> So should I ask one of the infrastructure people to sync it ?  Just importing the current Debian version would be fine (our only local patch is included).
[04:54] <ogra_> pitti, another ping
[04:55] <Robinho_Peixoto> when it goes to happen the string frezer
[04:55] <pitti> ogra: I'm right here, sorry
[04:55] <ogra> pitti, http://hwdb.ubuntu.com/buildlogs/?show=http://people.ubuntu.com/~lamont/buildLogs/x/xscreensaver/4.21-4ubuntu13/xscreensaver_4.21-4ubuntu13_20050919-1239-amd64-failed.gz
[04:56] <ogra> pitti, pkgstriptranslations is freaking out it seems
[04:56] <ogra> pitti, it works on all other arches tho...
[04:57] <pitti> ogra: hm, that rather looks like a buildd problem
[04:57] <ogra> infinity, pinggg
[04:57] <pitti> ogra: can you please ping infinity?
[04:57] <pitti> ah, ok
[04:57] <ogra> infinity, ^^^
[05:02] <zyga> pitti: you are being nagged
[05:03] <pitti> zyga: ah, ok :-) what was the issue again? you need all pot files from all packages?
[05:03] <zyga> pitti: yes, but not only that
[05:04] <zyga> pitti: if possible it would be really usefull to get all strings from the source
[05:04] <Kamion> WaterSevenUb: I don't know whether Rosetta is out of date on this. It might be. I'm absolutely certain that base-config is not fully translated into pt.
[05:04] <pitti> zyga: ok, added to my TODO list
[05:05] <zyga> pitti: thank you :)
[05:05] <zyga> pitti: any news on when will rosetta export really work? (so that breezy will recieve translation upgrades) ?
[05:05] <Kamion> WaterSevenUb: alternatively perhaps nobody told me that base-config had translation updates in Rosetta. base-config is one of those packages where I have to import the translations manually; language packs don't work for it.
[05:06] <pitti> zyga: I tested a new tarball at Friday; it was better, but still not usable
[05:07] <Diziet> Can anyone answer my question about synching a package from Debian to Ubuntu ?  I'm sure this is routine but I can't find the documentation ...
[05:08] <Mithrandir> Diziet: what is your question, then?
[05:08] <ogra> Diziet, you ping or mail elmo about it
[05:08] <Diziet> ogra: Right.
[05:08] <ogra> Diziet, let me give you an example :)
[05:08] <ogra> elmo, ping
[05:08] <Kamion> Diziet: the canonical procedure is "if elmo's around on IRC, ask him there; otherwise send him e-mail"
[05:08] <Kamion> no don't ping with no content
[05:08] <infinity> pitti, ogra : lamont's already fixed that (king was running two buildd instances, YAY!)
[05:08] <Kamion> that's just annoying and incurs round-trip times
[05:09] <Mithrandir> Diziet: ask for syncing of $package with $version and whether it's ok to override ubuntu changes (those have to be verified first)
[05:09] <ogra> elmo, (now Kamion fixed) please sync openafs from debian unstable
[05:10] <Kamion> oh, for pity's sake, I can't do Rosetta exports by a simple URL any more?
[05:10] <Kamion> that used to work
[05:10] <elmo> ogra: nothing to sync
[05:10] <ogra> huh ?
[05:10] <elmo>    openafs |   1.4rc1-1 | breezy/universe | source
[05:10] <siretart> iirc this is about openafs-docs
[05:10] <siretart> which should be in sync with openafs, but seperate source package
[05:10] <ogra> siretart, nope, its about openafs...
[05:11] <siretart> ok
[05:11] <elmo> [maybe I should write a wiki page about this...]
[05:11] <elmo> [including documenting some sort of penalty system.. :P]
[05:11] <ogra> i get nagged about that since some time, but had no time to test before the weekend...
[05:12] <Diziet> So, elmo, can you please sync foomatic-filters-ppds and foomatic-db ?
[05:12] <sivang> elmo: did you get my email about additional files Emiko uploaded?
[05:12] <sivang> elmo: they are needed in order to complete the certification..
[05:12] <Diziet> Maybe I should make an email.
[05:12] <ogra> gah, crimsun already snyced it...
[05:12] <elmo> sivang: yes, breezy ate my mail tho - once I've recovered from that, I'll sort your stuff out
[05:13] <sivang> elmo: gazillion thanks, I know how busy you might be these days.
[05:13] <elmo> [Updating]  foomatic-db (20050705-1 [Ubuntu]  < 20050720-1 [Debian] )
[05:13] <elmo> [NOT Updating - Modified]  foomatic-filters-ppds_20050720-1ubuntu1 (vs 20050913-1)
[05:13] <Diziet> Trash that update in filters-ppds.
[05:13] <Diziet> It's included in the Debian version.
[05:13] <elmo> iwj: those both need UVF exception approval from kdz or mamion first, and I need to know if it's ok to override the ubuntu changes
[05:13] <elmo> err, mdz or kamion.  that was special
[05:14] <Kamion> WaterSevenUb: it's https://launchpad.net/distros/ubuntu/breezy/+sources/base-config/+pots/pkgconf-base-config/pt/+translate anyway - +pots/base-config is the program translations, but we need the debconf translations
[05:14] <ogra> elmo, lol
[05:14] <ogra> nice one
[05:14] <Diziet> Um, UVF> Yes, but it's just printer data.  I think it's clear that it ought to be taken.
[05:14] <WaterSevenUb> kamion, ok... I'll translate it and then you can import from rosetta.
[05:15] <elmo> Diziet: sure - but I'm still not mdz or kamion, I don't get to make exceptions, even obvious ones
[05:15] <Diziet> Right.
[05:15] <Kamion> elmo: yes, that's fine
[05:15] <Diziet> I'm hoping Kamion is watching.
[05:15] <Diziet> Ah :-).
[05:15] <Kamion> as infinity/diziet say, printer data's pretty much "take the newest" I think
[05:17] <Diziet> Those two are the packages with data in; the other foomatic packages seem to have actual version numbers and appear to contain code.
[05:17] <Diziet> Anyway, thanks.
[05:17] <sivang> Diziet: what printer data are you chaning?
[05:17] <sivang> s/chaning/changing/
[05:18] <Diziet> The proximate cause is 7384, about LJ 6MP printable area.  But it seems silly to chase that kind of thing piecemeal.
[05:18] <elmo> Diziet: done
[05:18] <Diziet> elmo: Ta.
[05:18] <elmo> ogra: why have you split out a 3rd package for xscreensaver?
[05:19] <ogra> elmo, because i need xscreensaver-text and xscreensaver-getimage-* its used by some hacks... i dont think its appropriate to put it in the -data package
[05:20] <elmo> ogra: why not?
[05:20] <Kamion> as mdz said, the -data name hardly seemed appropriate in the first place
[05:20] <elmo> yeah, I agree with  that too
[05:20] <Kamion> xscreensaver-hacks?
[05:20] <Kamion> *shrug*
[05:20] <ogra> the -data name is the right name
[05:21] <elmo> ogra: err, why?
[05:21] <ogra> even if its binary data, its not installed in PATH and gets only executed by a screensaver daemon program
[05:21] <infinity> Hacks are applications/programs, not data.
[05:21] <ogra> so omho -data is the right name
[05:21] <elmo> ogra: your definition of data is boken
[05:21] <elmo> broken too
[05:21] <infinity> -hacks would have made more sense to me.
[05:21] <ogra> data isnt allowed to be binary ?
[05:22] <Kamion> data implies non-execution to me
[05:22] <bddebian> elmo: Are you who I need to ask to revert my wesnoth fuckup?
[05:22] <elmo> bddebian: I can't revert uploads
[05:22] <Kamion> bddebian: you can't run version numbers backwards, ever
[05:22] <bddebian> Isn't that what mdz meant?
[05:22] <Kamion> if possible, fix ttf-dejavu
[05:22] <infinity> -data is general arch-independent (though could be dependant, if it;s something like a BDB database, argh) junk that gets read by executables.
[05:22] <bddebian> Kamion: It requires an updated fontforge
[05:22] <Kamion> or tweak wesnoth not to need it
[05:22] <infinity> bddebian : I gave you options.
[05:23] <crafton> great argument infinity
[05:23] <infinity> bddebian : The most sever of which is reuploading the old wenoth under a new version like the ugly mozilla-firefox version in warty.
[05:23] <infinity> s/sever/severe/
[05:24] <dilinger> Kamion: --- Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )
[05:24] <ogra> *sigh* ok, how do i change the package name without breaking everything now ? elmo is conflicts+replaces appropriate here ?
[05:24] <dilinger> er
[05:24] <dilinger> s/Kamion/Keybuk/, rather
[05:24] <infinity> bddebian : Less severe being to try to get a UVF exception for fontforge, after proving it's not going to hurt ANYTHING (has this been shot down), or fix the thing that wants a new fontforge to no longer need it.
[05:24] <bddebian> infinity: Yes, it breaks ttf-freefont I think
[05:25] <Kamion> ogra: conflicts/replaces would be normal, yes, possibly provides as well
[05:25] <ogra> ok
[05:25] <ogra> fixing it...
[05:25] <infinity> Provides is overkill for a package that's existed for all of a few days.
[05:25] <infinity> No one will be trying to install is manually anyway.
[05:25] <infinity> s/is/it/
[05:25] <Kamion> yeah, that's probably true
[05:26] <elmo> ogra: please consider merging the third package intot his new package too
[05:26] <elmo> I'm not going/can't veto it, but I'd sure as heck reject this 3rd package from Debian without best justification for it's existence
[05:26] <infinity> In fact, the conflicts/replaces could probably go away again after a couple of weeks, if you're just trying to ease the pain of people wh otrack breezy daily.
[05:27] <infinity> But don't bother with that. :)
[05:27] <elmo> s/best/better/ - jesus
[05:27] <ogra> elmo, ok
[05:27] <Kamion> I'd prefer the utils package to be merged into -hacks too, yes
[05:27] <Keybuk> dilinger: /msg nickserv register ...
[05:27] <Keybuk> :)
[05:27] <ogra> Kamion, elmo who am i to argue with you two ;) fixing ...
[05:28] <Keybuk> dilinger or see the #12788 bug I just punted at you -- is there any way for ndiswrapper to build module alias table strings for the devices it can support?
[05:28] <Kamion> ogra: thanks
[05:28] <dilinger> Keybuk: /server irc.oftc.net :P
[05:28] <ogra> Kamion, elmo but note it will be very weird once we have spliut the hacks into 4 packages as sabdfl wants it
[05:28] <dilinger> Keybuk: anyways, yea, i saw the bug.  responding now..
[05:28] <elmo> ... what?
[05:29] <Kamion> oh, I'd forgotten about that madness, gar
[05:29] <ogra> he wants to have separate packjages for shipped/non shippes screensavers, that will split -gl-extras and -hacks-extras
[05:30] <ogra> so we'll have 4 (probably 6 if i have to split rss-glx too) packages with hacks
[05:30] <elmo> umm, why?
[05:31] <ogra> anyway, mdz made that a dapper goal, so i have tim to think about it
[05:31] <ogra> time even
[05:31] <ogra> elmo, to only ship the selected screensavers and demote the rest to universe
[05:32] <infinity> -hacks, -hacks-gl, -hacks-extra, -hacks-gl-extra?
[05:32] <ogra> yup, something like that... except i merge gl/non-gl extras
[05:32] <WaterSevenUb> kamion, you can import https://launchpad.net/distros/ubuntu/breezy/+sources/base-config/+pots/pkgconf-base-config/pt/+translate if you want. Though, it doesn't have "Configuring..." ... "Preparing..." strings I think.
[05:33] <Keybuk> mjg59: does my comment on #8575 seem reasonable?
[05:33] <WaterSevenUb> kamion, maybe I just didn't notice those strings. Nevermind. IMport the pt.po if you can:)
[05:34] <Kamion> WaterSevenUb: yeah, I'm just downloading that to have a look
[05:38] <ogra> Mithrandir, any chances we'll se a fixed NX in universe for breezy ? i get a lot of requests from edubuntu people
[05:40] <spacey> whats the purpose of /dev/shm / tmpfs thingy?
[05:40] <spacey> that is substracted from your normal memory, no?
[05:40] <spacey> its really huge and unused
[05:41] <siretart> spacey: unused parts of that can be paged out to swapspace
[05:41] <siretart> no need to worry, imo
[05:41] <spacey> siretart, things is that i'm missing 1GB of memory
[05:42] <spacey> so i wondered if that was the place it went
[05:42] <spacey> its some sort of ramdisk i assume?
[05:44] <spacey> siretart, can you tell what /dev/shm is used for?
[05:44] <siretart> spacey: yes, tmpfs is comparable to a ramdisk
[05:45] <siretart> spacey: no, but I find it quite handy from time to time
[05:45] <spacey> siretart, so its reasonable to think that GB of lost memory is allocated to /dev/shm? since it has a size of 1.5GB
[05:45] <bddebian> mdz: ping?
[05:45] <Kamion> WaterSevenUb: ok, grabbed, will upload shortly
[05:46] <siretart> spacey: why 1.5gb? over here, thats only 252mb
[05:46] <spacey> siretart, i have no clue, but it is tmpfs                 1,5G     0  1,5G   0% /dev/shm
[05:47] <bddebian> Is mozilla just broken?  I get all kinds of dep errors for it.
[05:47] <siretart> spacey: strange
[05:47] <spacey> siretart, you know where that size is configured?
[05:47] <spacey> not sure if its ubuntu or edubuntu thing, on the server edubuntu preview release was installed
[05:47] <ogra> Kamion, elmo, hmm, if i add the utils to -hacks, every package containing hacks has to depend on the -hacks package in the future, so you wont be able to only install GL based screensavers for example... i still think a -utils package would make more sense
[05:48] <siretart> spacey: look in /etc/default/tmpfs
[05:48] <ogra> this way it brings odd dependencys to xscreensaver...
[05:49] <spacey> "by default kernel sets this upper limit to half of available memory."
[05:49] <Kamion> spacey: as siretart says, unless that's actually being used it's irrelevant to your actual physical memory use
[05:49] <spacey> explains a bit i guess, since there is 4GB in the machine
[05:49] <spacey> Kamion, will it get auto resized if more memory is used?
[05:50] <Kamion> it's not relevant. it's a red herring. don't worry about it
[05:55] <Kamion> you might need to turn on PAE to get the kernel to map the top gigabyte?
[05:55] <Kamion> not absolutely sure there
[05:55] <elmo> no, you only need PAE for > 4GB
[05:57] <spacey> yeah that limit is 4GB
[05:57] <spacey> already checked the kernel config file
[05:57] <WaterSevenUb> kamion, thx.
[06:00] <Mithrandir> ogra: I've not worked on it since it got deferred..
[06:00] <ogra> Mithrandir, ok
[06:01] <Mithrandir> mdz: if it's ok with you, I can devote some time to getting NX in reasonable shape.  It will take some days, but I think it may be worth it; see ogra's request for it above.
[06:02] <spacey> aaah i still only have 3GB of mem :S thats wierd. and for sure its not /dev/shm now, because its 256M.
[06:02] <spacey> i'm sure the bios said 4GB
[06:03] <jordi> sivang: can't find the url. Can you ask mdke?
[06:03] <jordi> gotta go
[06:03] <ogra> Mithrandir, its not release critical, i just get requests about it and wanted to know if you work on it for universe even if it was deferred... there is no rush
[06:04] <Mithrandir> ogra: I'm leaving for dinner at my father's place in a short while, but if you can talk with mdz about getting me to work on NX, I'm absolutely open towards it, but I'd like him to say "sure, go ahead"
[06:04] <doko> Kamion: openoffice.org1-debian-files should stick in NEW, would be nice, if you could process this?
[06:04] <Mithrandir> ogra: given that I have a bunch of bugs and there's still > 200 RC bugs left.
[06:04] <ogra> Mithrandir, he wont, the release is more important :)
[06:05] <ogra> Mithrandir, and i wont, its not that serious, i can point people to vnc
[06:05] <ogra> was just a request for information ;)
[06:05] <Mithrandir> ogra: ook
[06:10] <Kamion> doko: elmo's around, no reason to ask me
[06:10] <doko> Kamion: sorry
[06:10] <doko> elmo: openoffice.org1-debian-files should stick in NEW, would be nice, if you could process this?
[06:11] <Keybuk> can you correct Bugzilla quips? ... this Tolkien quotation is wrong
[06:12] <Kamion> can we just *delete* most of those stupid Bugzilla quips?
[06:17] <Keybuk> hmmm
[06:17] <Keybuk> now this is interesting
[06:17] <Keybuk> Aug 31 20:41:01 localhost udevd[2372] : udevd.c: seq 0 forked, pid 18491, 43576
[06:17] <Keybuk> seconds old
[06:17] <Keybuk> Aug 31 20:41:01 localhost udev[18491] : udev.c: action, subsystem or devpath missing
[06:17] <Keybuk> Aug 31 20:41:01 localhost udevd[2372] : udevd.c: seq 0 exit, 43576 seconds old
[06:18] <Keybuk> ... Mr Kernel is not giving /proc/sys/kernel/hotplug all the variables it's supposed to
[06:18] <Keybuk> BENC!
[06:20] <hunger> Keybuk: I told fabbione that it is a kernel bug!
[06:20] <Keybuk> did he agree, or not?
[06:20] <hunger> Keybuk: He did not.
[06:21] <hunger> Keybuk: I never had the issue with a 2.6.13 kernel...
[06:21] <Keybuk> this may be part of the general "input subsystem is snorting 2-year-old crack" problem
[06:21] <Keybuk> (ie. hasn't been updated to the new world order yet)
[06:21] <Keybuk> fabbione ?
[06:22] <Keybuk> the kernel should _at_least_ be supplying ACTION=add though
[06:23] <Keybuk> otherwise it's kinda going to userspace "yeah, some device thing just happened, dunno what or who though, sorry, will pay more attention next time"
[06:30] <ogra> silbs, !
[06:30] <ogra> silbs wb :)
[06:30] <silbs> ogra: I'm not really here till tomorrow. This is just a mirage
[06:30] <ogra> heh
[06:30] <bob2> a psuedo-silbs
[06:31] <ogra> silbs, a relaxed one i hope ;)
[06:31] <bob2> also, someone did something to my laptop and now it beeps at random intervals
[06:34] <elmo> grr, why _did_ we switch to gnome-screensaver anyways?
[06:34] <ogra> elmo, what dont you like about it ?
[06:34] <ogra> its much better integrated
[06:35] <elmo> well for starters my aliases and keyboard mappings that talk about 'xscreensaver-foo' are broken
[06:36] <ogra> hmm, the lock shortcut from metacity works fine here...
[06:36] <elmo> and 'gnome-screensaver-command -activate' doesn't appear to actually, err, work
[06:36] <elmo> ogra: custom keyboard mappings
[06:37] <ogra> elmo, its like xscreensaver, use gnome-screensaver-command --activate :)
[06:37] <Diziet> I'm starting to wonder if I should feed the firefox source to glimpse.
[06:38] <elmo> ogra: err, no
[06:38] <elmo> xscreensaver-command takes '-activate'
[06:38] <elmo> if g-s-c takes --activate, fine, but it shouldn't silently do nothing on '-activate'
[06:39] <ogra> elmo, did you just upgrade right now ? you need to logout and in again to add gnome-screensaver to your session (or start it manually)
[06:39] <ogra> oh
[06:39] <ogra> its a -- vs - thing
[06:39] <elmo> and g-screensaver just seems SLOW
[06:39] <ogra> it is
[06:40] <ogra> it uses xembed for the lock window, thats a bit solwer than direct x programming
[06:40] <ogra> slower even
[06:41] <elmo> also there's no way to disable it?
[06:41] <ogra> in gconf
[06:41] <ogra> err, and in the settings panel indeed
[06:42] <Keybuk> dilinger: #12788, another reply for you <g>
[06:50] <Treenaks> are there known problems with sound on via VT8233/A/8235/8237
[06:51] <Treenaks> music is playing (according to ogg123), channels are not muted.. no sound can be heard
[06:52] <ogra> Treenaks, switch on your speakers ?
[06:52] <Treenaks> ogra: ha. ha.
[06:52] <Treenaks> ogra: they work fine :)
[06:53] <ogra> :)
[06:53] <Treenaks> ogra: (i.e. if I stick the plug in my mp3 player, music _does_ come out)
[06:57] <dilinger> Keybuk: tag, yerit!
[06:59] <Keybuk> dilinger: sounds perfect, if -m would write the modprobe.d files properly, hotplug would just work
[06:59] <Keybuk> should I tickle upstream, or are you willing to do it yourself?
[07:01] <dilinger> Keybuk: i dunno about tickling them, that sounds kind of scary
[07:01] <Keybuk> "asking" :)
[07:02] <dilinger> Keybuk: i'd suggest you do it, since i don't really do much w/ hotplug/udev atm
[07:02] <Keybuk> ok
[07:02] <Keybuk> got a url for their bts?
[07:02] <Keybuk> or address for a mailing list?
[07:02] <dilinger> they use sf
[07:02] <dilinger> ndiswrapper.sf.net
[07:02] <ogra> Keybuk, dilinger you are working on our ndiswrapper ?
[07:03] <Keybuk> ogra: mdz assigned me the "make ndiswrapper hotplugishnessable" bug
[07:04] <dilinger> ogra: not specifically ubuntu's.. ndiswrapper is in universe, right?  at least, ndiswrapper-utils (i know fabbione was including the module in the stock kernel)
[07:04] <jbailey> Kamion: dilinger just asked me to pick a less sucky directory than /etc/mkinitramfs.  He's suggesting /etc/initramfs-tools, which would make sense.
[07:04] <ogra> Keybuk, dilinger, if you fiddle with it anyway could you add adm64 to the control file, so i dont need to compile it myself all the time ?
[07:04] <jbailey> Kamion: I generally think that it's too late in the cycle to change that, but I'm not entirely sure.  Does the installer poke its head in there at all?
[07:05] <dilinger> ogra: you mean for breezy?  i believe that's already set in sid
[07:05] <ogra> dilinger, the ndiswrapper module is in our default kernel
[07:05] <Diziet> Gah !  The bookmarks.html that it seems to be using for new profiles claims to be an autogenerated file.  But it contains URL domain names in it that appear nowhere else in the entire firefox source tree.
[07:05] <bddebian> Oh sure and I can't get a newer fontforge?? ;-P
[07:05] <ogra> dilinger, i doubt we just grab the sid settings since the module is in the kernel package
[07:07] <Treenaks> ogra: it was a hardware thing I think...
[07:07] <ogra> Treenaks, ??
[07:07] <Treenaks> ogra: it's now outputting on line-in instead of line-out
[07:07] <Treenaks> ogra: even on the old kernel#
[07:07] <ogra> ah
[07:07] <ogra> you talk about the sound issue :)
[07:07] <Treenaks> but that's new afaik
[07:08] <Treenaks> headphone and master controls are mixed up as well
[07:08] <mdz> dilinger: ndiswrapper-utils is in ubuntu main and always has been (since Warty)
[07:09] <mdz> Mithrandir: NX -> not for breezy
[07:09] <Kamion> jbailey: yes, base-installer does
[07:10] <Kamion> jbailey: it's easy to change and avoid breakage if you give me a bit of warning
[07:10] <dilinger> mdz: ok
[07:10] <Kamion> jbailey: you'd have to be sure to migrate the old config file from /etc/mkinitramfs/
[07:10] <Keybuk> mdz: morning
[07:11] <ogra> mdz, any opinion on the xscreensaver splitting story ? (i need some utils and wouldnt like to put them in the -hacks (future name of -data) package)
[07:11] <Keybuk> python*-musicbrainz can't be upgraded (hoary->breezy)
[07:11] <Keybuk> known?
[07:11] <jbailey> Kamion: 'k, thanks.
[07:13] <mdz> ogra: story?
[07:14] <ogra> mdz, some of the hacks need the xscreensaver text and image loaders, so i packaged them into a -utils package, Kamion and elmo oppsed that and asked me to put all hacks and utils into a -hacks package
[07:15] <ogra> mdz, but then we would have to have *any* hacks depending on that package in the future, that disables users to only install GL screensavers for example
[07:15] <mdz> ogra: just put them in the existing -data package
[07:15] <ogra> mdz, so i'd like to keep the -utils package and rename -data to -hacks...
[07:16] <ogra> ok
[07:16] <mdz> now is not a good time for more package churn
[07:16] <ogra> mdz, so i also keep the name for now, if i understand you right ?
[07:16] <mdz> ogra: yes
[07:16] <ogra> ok :)
[07:16] <mdz> I thought we discussed it already
[07:17] <ogra> mdz, it came up due to my splitting out of the -utils package and elmo opposing to NEWing it
[07:17] <mdz> package splits/merges/etc. should be minimized this late in the release
[07:17] <ogra> ok
[07:18] <mdz> bddebian: argh, so doko's rrdtool update is also broken due to the same fontforge dependency chain
[07:18] <Diziet> I reckon they should be minimised completely.  It's usually better to have a misnamed packages than to constantly be moving stuff around.
[07:19] <Diziet> Or would we suggest renaming /usr now ? :-)
[07:19] <elmo> err
[07:19] <bddebian> mdz: Mwuhahah, it's a conspiracy ;-)
[07:19] <elmo> that's a ridiculous comparison
[07:19] <doko> mdz: please see my email
[07:19] <bddebian> mdz: Sorry, that probably isn't funny.
[07:19] <mdz> doko: yes, I just did
[07:19] <Diziet> But perhaps this is rather a philosophical argument to be having at this point in the release.
[07:19] <mjg59> elmo: Did you get a chance to check whether sleep had started working on your machine?
[07:19] <mdz> doko: it looks like ttf-freefont is the only package in main which uses it
[07:20] <elmo> mjg59: no, sorry - my powerbook is at home; I'll look tonight
[07:20] <mdz> doko: but it needs to be tested
[07:20] <mjg59> elmo: Thanks
[07:20] <mjg59> elmo: Has cwd left?
[07:20] <elmo> cvd?  no
[07:20] <doko> mdz: looking at it
[07:21] <mjg59> Uh, yes. Her.
[07:21] <Kamion> phew, getting #15513 out of the way is nice
[07:21] <bddebian> mdz: Anything I can do to help?
[07:21] <mdz> doko,bddebian: if it doesn't break ttf-freefont, updating fontforge is a possibility
[07:21] <Kamion> mdz: I'm thinking Colony 5 later this week, FYI
[07:21] <mdz> bddebian: you could see what in universe uses fontforge and test it with the new version as well
[07:21] <Kamion> hopefully Thursday
[07:21] <elmo> oh, is this why cricket is uninstallable?
[07:21] <mdz> Kamion: sounds good
[07:21] <mdz> elmo: yes
[07:22] <elmo> I'll not file a bug then ;)
[07:22] <bddebian> mdz: I've already hit all the rdepends for fontforge and they all are fine afaict
[07:22] <mdz> we are going to need to be more rigorous about checking dependencies before syncs
[07:22] <elmo> doko: do you know about lm-sensors FTBFS?
[07:22] <bddebian> mdz: Wesnoth was totally my fault, I will take complete blame for that one
[07:23] <doko> elmo: yes, needs librrd2 -> ttf-dejavu
[07:23] <mdz> bddebian: by "rdepends" do you mean "apt-cache rdepends" or "all reverse build-depends, build-depends-indep and depends"?
[07:23] <elmo> doko: oh, for that too?  meh
[07:23] <bddebian> mdz: Oh, I just hit apt-cache rdepends
[07:23] <elmo> wah, out-of-date's exploded again
[07:24] <bddebian> How can I get at reverse build-deps, etc?
[07:24] <mdz> bddebian: grep-dctrl
[07:25] <bddebian> Hmm, apparenlty I don't know how to use grep-dctrl :-(
[07:26] <Kamion> it has a good man page
[07:26] <Kamion> and you can use /var/lib/apt/lists/*_Sources as input
[07:27] <bddebian> Ughh, wine
[07:30] <bddebian> Heya mbreit
[07:30] <bddebian> OK, doko can test wine ;-P
[07:35] <jdub> ogra: so, can we dump gnome-screensaver from breezy yet? reiterating: it's seriously not ready, and was added *way* too late. :-)
[07:35] <jdub> it will definitely be on the agenda (a much bigger one) for dapper and gnome 2.14.
[07:35] <ogra> jdub, *sigh* i even get PM asking why we changed it
[07:36] <jdub> all reasons for changing it are good, it's just too early
[07:36] <ogra> jdub, err, you arent serious, are you ?
[07:36] <jdub> i'm completely serious.
[07:36] <jdub> would far prefer to stick with xscreensaver for breezy, and work on gnome-screensaver for dapper.
[07:36] <ogra> jdub, so convince sabdfl i've put the last 3 days into integrating it
[07:36] <jdub> ok
[07:37] <ogra> i think its ok now, the only thing it really lacks is the option to change the settings for single screensavers
[07:37] <jdub> btw, have you received "lock dialogue keeps crashing" bug yet?
[07:37] <ogra> nope
[07:37] <jdub> pipka was going to file it, dunno if she did
[07:37] <ogra> not one about the lock dialog
[07:38] <jdub> she couldn't unlock her session without killing the daemon
[07:38] <ogra> and i just shrunk my screensaver buglist from 40 to 14 today
[07:38] <mdz> jdub: can you give me some concrete data to support the case for swapping it back?
[07:40] <ogra> jdub, are you sure pia just didnt run both screensaver daemons ? they clash badly ... it was solved with todays upload...
[07:40] <jdub> mdz: could start with... days since feature/preview freeze that it was added? age of codebase? extreme lack of testing both within ubuntu and without? ;-)
[07:40] <jdub> ogra: no, she was using my laptop
[07:40] <ogra> ok
[07:41] <mdz> jdub: is it a new codebase? I thought it was based on xscreensaver
[07:41] <jdub> nup
[07:41] <Kamion> "Ubuntu" in Macedonian == ""
[07:42] <Kamion> cool
[07:42] <\sh> mdz: which kernel version is used for breezy install iso boot kernel?
[07:42] <ogra> 2.6.12
[07:42] <Kamion> \sh: same as the regular system
[07:42] <mdz> \sh: the same one used everywhere else in breezy; it only has one ;-)
[07:43] <\sh> mdz: aehm..benc wrote in one of the bugzilla reports regarding marvel yukon2 drivers...that in rev 13 the sky2 driver is enabled..but not on the boot kernel for the latest daily i386 iso ;)
[07:43] <ogra> jdub, i would say whats there runs stable but i agree that its lacking features
[07:44] <jdub> ogra: i don't think we can say 'stable' with any serious credibility
[07:45] <mdz> \sh: it's possible it's a rev behind, depending on when the builds happened
[07:46] <jdub> mdz: it's certainly copied some code from xscreensaver, but it's by no means a fork or anything
[07:46] <Kamion> \sh: it's also possible the kernel team forgot to put it in any udeb
[07:47] <mdz> jbailey: this mean anything to you?
[07:47] <mdz> jbailey: > > /init: 64: Syntax error: 0x
[07:47] <\sh> mdz / Kamion : ok..so I have to tweak the initrd ;)
[07:47] <\sh> thx...cu later...trying to install the portege again :(
[07:47] <ogra> jdub, i ran it for some weeks on all machines here and had neither crashes nor any other probs and i think seb128 tested it too... indeed it didnt recieve a big field test
[07:47] <mdz> jdub: it's going to be a hard sell sabdfl-wise to change it back
[07:47] <jdub> ogra: dude, it's not even highly distributed among developers, let alone by another distributor
[07:47] <Kamion> \sh_away: if my guess is correct, I'd prefer it if you could inform the kernel team that that driver needs to be added to some udeb
[07:48] <mdz> jdub: we'll need to uncover actual bugs
[07:48] <jdub> mdz: yeha
[07:48] <jdub> mdz: did it go through security review?
[07:48] <elmo> well I can't prove it (yet) but I'm pretty sure it's taking down my machine at home
[07:48] <mdz> jdub: no, by virtue of the fact that I thought it used xscreensaver's basic stuff
[07:48] <Keybuk> isn't the bulk of "screensaver" the programs being run by it, and those are from xscreensaver anyway, no?
[07:49] <mdz> Keybuk: well, there's that, plus some incidental bits which do things like carry your password around ;-)
[07:49] <elmo> and there's that -activate thing too
[07:49] <ogra> Keybuk, yup
[07:49] <mdz> elmo: -activate thing?
[07:49] <jdub> Keybuk: those aren't the interesting bits
[07:49] <Keybuk> hmm, the screensaver preferences I have here claim to be XScreensver
[07:49] <elmo> mdz: gnome-screensaver-command -activate does nothing
[07:49] <elmo> it wants --activate instead
[07:49] <ogra> mdz, gnome-screensaver requires two dashes, xscreensaver only one for options
[07:49] <elmo> which is fine, but it could be more useful than "do nothing"
[07:49] <elmo> when passed the "wrong" thing
[07:49] <Keybuk> elmo: System -> Preferences -> Keyboard Shortcuts -> Lock Screen
[07:49] <Keybuk> and don't nih next time <g>
[07:50] <elmo> Keybuk: don't be silly
[07:50] <Keybuk> unless I'm missing something silly?
[07:50] <elmo> I know there are alternatives, but changing command names at this point in the release is total and utter crack
[07:50] <elmo> compound that with changing the option parsing...
[07:50] <dilinger> Keybuk: nice!
[07:50] <jdub> and you have crack brownies
[07:51] <jdub> irresistable, delicious, and bad for babies
[07:51] <elmo> Keybuk: the fact that there's a way to make it work, doesn't mean the way I've been using since before I even used Debian should suddenly stop working
[07:51] <mdz> jdub: the buttons are totally reasonable; that was what attracted sabdfl
[07:52] <ogra> and the userlist ...
[07:52] <mdz> much better than what we have in xscreensaver presently
[07:52] <jdub> mdz: the swappy switch/unlock stuff is nuts though
[07:52] <jdub> i totally agree that gss is the right thing 'going forward'
[07:52] <jdub> but not now
[07:52] <Keybuk> elmo: it doesn't pretend to be xscreensaver, does it?
[07:52] <mjg59> Nnngh.
[07:52] <mjg59> I don't give a shit which screensaver we ship, but could you please MAKE YOUR MINDS UP
[07:52] <ogra> jdub, mpt works on a redesign since friday afaik... sabdfl ordered that
[07:53] <mdz> mjg59: dude, calm down, we switched from one to another
[07:53] <ogra> mjg59+++++++++++++
[07:53] <ogra> and plus
[07:53] <mjg59> mdz: Sure, which is a bit of a pain in terms of updating packages that interact with the system screensaver
[07:54] <mdz> mjg59: yes, there are getting to be rather more of those...
[07:54] <mjg59> But if there's a last minute change back from gss to xscreensaver, I'm going to kill people
[07:54] <jdub> "lock screen when active" -> grr.
[07:54] <ogra> mdz, for me it were 4 switches in complete and two attepmts to rewrite the lock screen it goes back and forth since we started that cycle... and in the end a hasty implementation ...
[07:54] <Keybuk> it'd be so unlike jdub to suggest we remove some package right before release that he suggested in the first place
[07:55] <ogra> which made us switch to gnome-scr.
[07:55] <jdub> Keybuk: i did not suggest switching to gss in breezy.
[07:55] <ogra> jdub, you did at guadec when i asked you
[07:55] <mdz> blame whoever showed gss to mark
[07:55] <mjg59> Can we please agree never to show anything to Mark after preview?
[07:56] <mjg59> It just leads to crack
[07:56] <jdub> ogra: "yes, we should switch to gss *now* or for breezy+1" most likely.
[07:56] <ogra> jdub, yup
[07:56] <jdub> not after *feature freeze and preview release*
[07:56] <jdub> you have much better things to fix :)
[07:56] <ogra> jdub, so i dropped my laock patch... and heard from seb it wouldnt be ready a week after UVF
[07:57] <ogra> *lock
[07:57] <ogra> and started working on it again...
[07:58] <ogra> i dont mind either one... but as you said, i have some edu distro to fix so i dont want to waste my time for something we dont ship
[07:58] <Keybuk> isn't Mark on holiday?
[07:58] <ogra> sabdfls word on friday seemed quite final...
[07:58] <jdub> given mjg59's POV, it's unlikely that even common sense would convince mark otherwise now
[07:59] <mdz> Keybuk: yes
[08:00] <ogra> as i said, i dont mind either one, but mpt should be notified what he should beautify now, i'll implement whatever he sends me for whatever package we want
[08:00] <jdub> ogra: i don't think there's much life in this discussion.
[08:00] <jdub> so don't worry about it
[08:00] <ogra> jdub, ok
[08:01] <mdz> it's going to stay unless it can be shown to be a fuckup
[08:01] <Keybuk> (was just wondering the timescale for someone to show Mark gss for him to get hooked on it)
[08:01] <elmo> can we at least retroactively security check it?
[08:01] <mdz> elmo: yes, we should.
[08:02] <seb128> dunno if that matter but Suse did a security audit and said it's fine
[08:02] <Keybuk> are SuSE shipping this too?
[08:03] <jdub> they might be for 10
[08:03] <Keybuk> isn't that coming out at the same time as us?
[08:03] <seb128> I guess they are
[08:03] <jdub> they're putting a lot of crazy shit in 10
[08:03] <elmo> usr/bin/oo, ick                                             universe/devel/clc-intercal
[08:03] <elmo> classy filename
[08:03] <Keybuk> so it's not really any worse than anything else gnomey we shove in before release ... when it breaks, it breaks for other distros too and looks like a gnome bug
[08:04] <seb128> yep
[08:04] <elmo> except a broken screensaver is a good way to make any remotely security concious user run screaming in the opposite direction and never come back
[08:05] <Keybuk> run where though, if the same thing breaks on other distros too?
[08:05] <mjg59> Keybuk: MacOS X
[08:05] <maswan> Keybuk: debian stable?
[08:05] <mjg59> Windows
[08:05] <mjg59> Christ knows
[08:05] <elmo> Keybuk: what other distros will be shipping this thing on the same timescale as us?
[08:05] <mjg59> Remember when MacOS had a buffer overflow in the screensaver?
[08:05] <Keybuk> elmo: SuSE 10, apparently
[08:05] <elmo> Suse 10 are coming out in October?
[08:05] <elmo> s/are/is/
[08:06] <mjg59> "Hey, we're no worse than Suse" is not really a good argument...
[08:06] <Keybuk> mjg59: no...
[08:06] <mjg59> It would be nice if someone could read the code and stress it
[08:06] <Keybuk> sure, I'm not arguing against reading the code ;)
[08:12] <mdz> elmo: suse is now mimicking our release schedule
[08:12] <elmo> bwahahahaha
[08:12] <jdub> night all
[08:12] <bddebian> heh
[08:14] <bddebian> Heya ivoks
[08:14] <ivoks> hi
[08:16] <mdz> elmo: there are very few things you need to get right to have a secure screen locker; they tend to fail safe leaving your screen even more secure by making it impossible to ever unlock
[08:16] <mjg59> mdz: Providing that the daemon doesn't fall over
[08:17] <mdz> mjg59: you mean, preventing the screen from locking after the timeout?
[08:18] <mjg59> mdz: Yeah
[08:18] <mdz> nobody seriously relies on the timeout to lock the screen, do they?
[08:19] <mdz> ogra: why did you remove the xscreensaver conflict that I asked you to add?
[08:19] <sivang> mjg59: your package is up already? I can now do through testing on the laptop
[08:19] <ogra> mdz, you asked me to add a Replaces
[08:19] <mdz> ogra: no, between gnome-screensaver and xscreensaver
[08:19] <mjg59> sivang: No
[08:19] <mjg59> sivang: Give me a moment
[08:20] <mdz> ogra: oh, you were talking about a different one in your changelog
[08:20] <ogra> mdz, i added that today ?
[08:20] <sivang> mjg59: no pro, I will hang here, justping me when we're up with it
[08:20] <ogra> mdz, ah, yes and youre looking at xscreensaver ;)
[08:20] <mdz> ogra: reading breezy-changes, it looks like this:
[08:20] <mdz>    * add a Conflicts: xscreensaver to avoid clashes and doubled
[08:20] <mdz>      menu entrys
[08:20] <mdz>    * remove the Conflicts again (not necessary)
[08:20] <mdz> ;-)
[08:21] <mdz> ogra: thanks
[08:21] <ogra> heh... i'll make them more readable in the future :)
[08:24] <doko> mdz: the ttf-freefont's generated by the new fontforge look ok, I cannot see visual differences
[08:25] <mdz> Keybuk: are you sure about this pcmcia-cs change?
[08:25] <mdz> Keybuk: things were as they were because probing hangs some desktops
[08:25] <mdz> notably some very common Dells
[08:26] <Keybuk> it only probes when it's a laptop
[08:26] <ogra> it would also be nice if pcmcia could ask again before it shuts down the network on upgrades, thats very annoying...
[08:26] <bddebian> doko: all the apt-cache rdepends work OK too.  I'm working on some of the build-deps now
[08:27] <ogra> especially if you just run update-manager in the background during a IRC meeting :)
[08:28] <doko> bddebian: what do you work on?
[08:28] <Keybuk> btw, GNAHSR, packages which rewrite debian/control SHOULD BE FUCKING ILLEGAL
[08:29] <bddebian> doko: I need a newer fontforge for ttf-defavu for my wesnoth fuckup ;-)
[08:29] <doko> bddebian: but you did see to main inclusion reports?
[08:30] <bddebian> doko: ??
[08:30] <Keybuk> mdz: have_pcmcia=0 on desktops without hotplugged pcmcia cards (desktop ISA owners will have to go the /etc/modules route)
[08:30] <doko> bddebian: what are you trying to do?
[08:31] <Keybuk> but on laptops we try anyway, as there's a high probabilty it does have an old ISA socket
[08:31] <Keybuk> mjg59 claims it won't hang them
[08:31] <bddebian> doko: I need ttf-dejavu which needs an updated fontforge.  I already tested all the repends on fontforge in Universe.
[08:31] <mjg59> Autoprobe i82365 on laptops. Don't do it on desktops.
[08:31] <mjg59> Only attempt it if there isn't a cardbus bridge
[08:31] <jbailey> mdz: That means that stat could find the major/minor of the swap device...  I've seen that where the device didn't exist yet for some reason.
[08:32] <jbailey> mdz: Are you using the current initramfs-tools in the archive, or the snapshot I had put up on p.u.c?
[08:32] <jbailey> The one in the archive should have a check to not try the resume if the swap partition doesn't exist.
[08:34] <doko> bddebian: ahh, ok. I don't care that much about universe at the moment, just did it for main
[08:35] <jdub> oh man
[08:35] <jdub> i comment on a story on drupal.org
[08:35] <jdub> and guess who turns up?
[08:35] <jdub> HostingGeek
[08:35] <jdub> *insane*
[08:35] <ogra> lol
[08:36] <bddebian> doko: I know and I love you for this btw ;-)
[08:36] <ogra> he wasnt in -motu for ages
[08:36] <smurfix> jdub: ouch. Is he as bad there?
[08:36] <bddebian> haha, hostinggeek
[08:37] <ogra> i think tseng had a lot of fun with him in -motu ;)
[08:37] <jdub> he just said "hi jdub!!!!!!!!!!"
[08:39] <ogra> yes, tseng taught him a lot :)
[08:39] <bddebian> Hey, tseng doesn't teach me anything :-)
[08:40] <ogra> desrt, you rock !
[08:40] <mdz> jbailey: that was from a report on -devel
[08:40] <ogra> (14967)
[08:40] <mdz> jbailey: and it caused the boot to fail
[08:40] <mdz> jbailey: if it's as you describe, it's probably broken all thin clients
[08:41] <jbailey> mdz: Ugh, thanks.
[08:41] <ogra> jbailey, mdz, i'm just doing my daily burn and installation of edubuntu, wait 2h and you got a guineapig
[08:42] <jbailey> mdz: The patch causing this is that USB and Ethernet don't like to be loaded before a resume, so the process has to be split up.
[08:45] <Keybuk> biab; gonna try and duplicate this on laptop now
[08:46] <\sh> BenC: ping
[08:47] <\sh> BenC: I would say remove the sky2 driver before it annoyes more people ,-)
[08:47] <\sh> mdz: on the installed kernel from todays daily iso, 2.6.12-8.14 is installed...but not as boot iso kernel
[08:48] <Kamion> \sh: be patient, it takes a little while to propagate
[08:48] <\sh> Kamion: no it's ok..the driver is useless
[08:48] <\sh> i will file bugreports now
[08:48] <mjg59> sladen: Around?
[08:48] <Kamion> because it requires a daily debian-installer build, which has to be BYHANDed into the archive, etc.
[08:48] <ogra> mdz, err, looking at the initramfs report again, thats the one jbailey solved with me on the phone (a small quoting bug)... he must have a pre preview mkintitrams-tools
[08:48] <Kamion> and somewhat unfortunate timing means that the byhand generally happens just after the daily CD image build
[08:49] <ogra> jbailey, do you agree ? Syntax error: 0x ?
[08:49] <\sh> Kamion: well..problem is, the driver is not usable right now..it will annoy more people then no driver
[08:50] <Kamion> \sh: ok
[08:50] <Kamion> (not my problem really, I don't do kernel)
[08:50] <Kamion> (unless I have to)
[08:51] <jbailey> ogra: Well, the three lines I've seen that on are basically: if [ -e ${resume} ] ; then major=$((0x$(stat -c%t ${resume})));  minor=$((0x$(stat -c%T ${resume})))
[08:51] <jbailey> ogra: but the whole if -e bit is supposed to protect against stat not giving something useful in that spot.
[08:51] <Kamion> doesn't that need to be $(( 0x(...) ))?
[08:51] <Kamion> are you sure busybox parses the )) right?
[08:51] <ogra> jbailey, thats a ltsp boot, there is no resume involved
[08:51] <\sh> mjg59: would u agree, that it is a better solution to remove the driver from the kernel? sky2 driver
[08:51] <Kamion> (I might be wrong)
[08:52] <mjg59> \sh: I'm afraid I don't understand the question
[08:53] <jbailey> Kamion: I'll double check it, thanks for the heads up.
[08:53] <\sh> mjg59: right now the sky2 driver for marvel yukon2 hangs after a few seconds (bug report will be filed in a minute)
[08:53] <\sh> mjg59: it's quite useless, and i think it annoyes more people to have this driver in the kernel, then no driver in the kernel
[08:53] <ogra> jbailey, i talk about this one: http://lists.ubuntu.com/archives/ubuntu-devel/2005-September/011182.html
[08:53] <jbailey> ogra: Right.  But in any event, resume not being defined to something useful would take care of that
[08:53] <mjg59> \sh: Yes, it will be removed
[08:53] <mjg59> I've already sent a patch
[08:54] <ogra> jbailey, ah, k, sorry for the noise then
[08:54] <jbailey> ogra: Don't be.  Any insight as to why it might be failing despite the safeguard is always welcome. =)
[08:54] <ogra> :)
[08:55] <bddebian> Hmm, wine might have a problem with fontforge LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt wine_courier. 13 1252 96 128 8
[08:55] <bddebian> Can't open face
[08:55] <jbailey> Hmm.  In hex a leading zero is always insignificant, right?
[08:55] <jbailey> I can work around this bug by placing a leading zero so that at least busybox would see 0x0
[08:56] <jbailey> But I'd rather fix it so that the code isn't run there.
[08:56] <thesaltydog> jbailey, not only in hex..
[08:56] <thesaltydog> in decimal too
[08:56] <thesaltydog> :-)
[08:56] <jbailey> thesaltydog: Unless your interpretor assumes that you really mean octal.
[08:56] <thesaltydog> yes!
[08:57] <crimsun> mdz: would it be possible to apply the patch in bugzilla#14232 from Thomas Hood for alsa-utils?
[08:58] <jbailey> ogra: I'd like to take you up on your guinea pig offer to figure out why it's failing there.  The only thing I can think of is that for some reason either [ -e "" ]  is matching true, or that the file that is in resume is a regular file and doesn't have a major,minor
[08:59] <ogra> jbailey, since he says he runs preview, i certainly cant confirm it... i ran several install since then... its unlikely tht the one currently running here is broken for me... but i'll report
[09:00] <jbailey> ogra: Oh, I had missed that he was running preview.
[09:00] <jbailey> ogra: I assumed it was from the upload this weekend.  I've been worried over those lines of code.
[09:00] <jbailey> But they were only added in the Saturday upload.
[09:01] <ogra> ah, ok, i didnt do an install over the weekend, i played with screensavers :)
[09:01] <jbailey> Ah!
[09:01] <jbailey> Is that why my screensavers now all ask for a password? =)
[09:03] <ogra> heh
[09:03] <ogra> jbailey, xinerama should be fixed now btw
[09:04] <jbailey> Ah, cool.  I saw a couple more xinerama things pop by, so I was thinking of dusting that machine off.
[09:08] <sivang> ogra: as you did in Mataro, the images of your playing with the retro version of the screen saver still with me :)
[09:09] <Kamion> mdz: please merge<EMAIL_ADDRESS>does what it says on the tin
[09:11] <dilinger> Kamion: that's one thing i wouldn't show up late for, i'd be afraid of getting my ass handed to me :)
[09:11] <ogra> sivang, :)
[09:15] <sivang> dilinger: lol
[09:19] <vrln> the freetype2 package in breezy is version-locked already I guess? It has issues with certain E17 themes (the fonts are cut off in themes that use a very small window border) - it's an issue with all freetype versions under 2.1.8
[09:23] <crimsun> is there a simple fix for it, like a few one-liners, or is it more intrusive?
[09:23] <sladen> mjg59: re: 12547.  r.
[09:24] <sladen> mjg59: that guy was going to get back about his fan though
[09:30] <mjg59> sladen: I'm rewriting cpufreq-detect.sh. There's various nicer ways of doing the logic
[09:30] <mjg59> I'll send you a copy later on
[09:33] <sivang> mjg59: send one to me as well, the hickups are killing my WOTW music :-)
[09:33] <sladen> mjg59: ideally, rip the stuff out of x86info, or the kernel detect code.  They use the family/model/stepping bit mask for most of the work and only resort to the ID strings to tell apart idividual processors
[09:34] <sladen> mjg59: no clue how to detect the chipset, currently it's hackish, but... working
[09:37] <sivang> mpt: ping
[09:38] <elmo> doko: ?
[09:38] <crimsun> mdz: please consider merging the patch referenced from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324783 for xmms-flac
[09:39] <doko> elmo: here
[09:40] <sladen> sivang: edit cpufreq-detect and change 'Intel ICH' to 'Intel .*ICH' and then you can get rid of the hickups
[09:40] <sivang> sladen: k, let me try that
[09:43] <mpt> sivang: pong
[09:43] <elmo> Rejected: ttf-opensymbol_1.1.4-7ubuntu2_all.deb: old version (1.9.125+2.0beta2-1ubuntu2) in breezy >= new version (1.1.4-7ubuntu2) targeted at breezy.
[09:43] <elmo> doko: ^--
[09:44] <elmo> from openoffice.org_1.1.4-7ubuntu2_i386.changes
[09:44] <doko> elmo: ahh, ok. are the other binaries in the archive?
[09:44] <elmo> amd64, powerpc?
[09:44] <elmo> or what do you mean?
[09:45] <doko> no, I think you accept the other binaries built from the source, even if one fails
[09:45] <elmo> err, heck no
[09:46] <elmo> an upload is an upload (or: everything associated with a .changes); if  one part fails, the whole thing fails
[09:47] <bddebian> doko: How's fontforge coming? :-)
[09:47] <doko> bddebian: see main inclusion queue ...
[09:49] <bddebian> doko: And where is that?  I live in the Universe ;-)
[09:49] <sivang> mpt: I'd like to leave lpi still for all of the alike panel behaving applets: showdesktop, notification area, workspace switcher. I still want to have the lpi items pop to the user if he right clicks those, to provide consistent behavior. What do you think?
[09:50] <seb128> BenC: around?
[09:50] <mpt> sivang: Consistent with what?
[09:51] <crimsun> elmo: please sync openafs-doc from Sid
[09:52] <crimsun> elmo: err, scratch that. Sorry.
[09:54] <sivang> mpt: with the panel itself, for example, if someone right cliks the panel, he can see the lpi items, if we drop it from show desktop applets, the part of the panel with that "button" on it , when right clicked won't have the items. this is somewhat inconsistent since I don't think user distinct that from the rest of the panel. same goes for the workspace switcher status and notification area.
[09:55] <sivang> mpt: so "regular" applets are excluded, but those will still tickle the user to open a launchpad browser window.
[09:55] <mpt> sivang: They have context menus specific to the applet, so if they have LPI items as well, those items should also be specific to the applet.
[09:56] <mpt> sivang: I thought the reason for removing them was that they were too much clutter, not that they were going to the wrong place.
[09:57] <sivang> mpt: true, this is still the reason for the "regular" applets - clock , fish ,etc. But I am talking about hte applets which are essentialy a part of the gnome-panel, and that IMHO can still carry lpi since it would look as this is part of the panel.
[09:59] <mpt> sivang: How they look isn't quite as important as what their context menu already contains
[09:59] <mpt> e.g. the workspace switcher's context menu is all about the workspace switcher, so if it contained LPI items I'd expect those to be about the workspace switcher too.
[09:59] <mpt> same for Show Desktop
[10:00] <mpt> same for notification area
[10:03] <sivang> mpt: they are, bare in mind that those all part of the gnome-panel package, so lpi items there is meaningful to their regard.
[10:03] <sivang> mpt: (users clicking on the panle's get help, will reach the same url one cliking the get help of showdesktop)
[10:04] <sivang> err, /me curses this laptop kbd
[10:05] <vrln> I found a little aesthetic bug in the breezy bootup scripts: http://tolu.edu.hel.fi/~vrln/script.png
[10:06] <vrln> the "Mounting local filesystems..." displays the [ok]  in a wrong location geometry-wise
[10:06] <Keybuk> grr
[10:06] <vrln> is this worth filing a bug about, or is this "normal"?
[10:06] <Keybuk> fabbione: so, talk to me about the input subsystem ;)
[10:07] <fabbione> Keybuk: it sucks?
[10:07] <fabbione> what else do you need to know?
[10:07] <mpt> sivang: Hmm, this is like whether "Back" and "Forward" should be in the menu when you right-click on a link :-)
[10:08] <sivang> mpt: so do you agree? ;-)
[10:08] <Keybuk> it seems to think it can get away with not passing all the environment to hotplug