[00:16] <bryce> tormod: uploaded
[00:17] <tormod> bryce: \o/
[00:17] <tormod> bryce: do you have an interest in laptop's acpi and friends?
[00:18] <bryce> not too much, but if you're looking for sponsoring I'm game
[00:18] <tormod> there's a related debdiff in 250938
[00:19] <tormod> not by me, but I can endorse it
[00:20] <tormod> there used to be mjg59 that maintained these things, and had his opinions, but he jumped ship I think
[00:21] <tormod> and things are poorly coordinated between pm-utils, acpi-support, laptop-mode-tools you name it
[00:22] <bryce> mm
[00:23] <bryce> maybe you'll become the new mjg59 ;-)
[00:23] <bryce> ok, so the debdiff in comment #1?
[00:27] <tormod> yes, there's only one :)
[00:29] <tormod> lately Alexey, ceg and some other guys started to look at this
[00:29] <bryce> tormod: uploaded
[00:29] <tormod> I think they will help testing out things thoroughly
[00:29] <tormod> great
[00:29] <bryce> cool
[00:29] <bryce> well I'll be happy to do review/upload support
[00:29] <tormod> maybe Intrepid will be _the_ laptop release :)
[00:29] <bryce> awesome :-)
[00:30] <bryce> btw, brian's switched from fglrx to -ati (maybe to help testing/verification?)
 bryyce: can you help me set the ati driver and glx or point me to documentation?
 sure, what do you need to set?
[00:31] <bryce>  https://help.ubuntu.com/community/RadeonDriver seems reasonably accurate, starting from 'Ubuntu installation with AIGLX'
 bryyce: I'm having some issues with libGL
 Removing xorg-driver-fglrx ...
[00:31] <bryce>  dpkg-divert: rename involves overwriting `/usr/lib32/libGL.so.1' with different file `/usr/lib32/fglrx/libGL.so.1.xlibmesa', not allowed
 maybe  $ sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri
 same issue
 bryyce: I seem all squared away now
[00:32] <tormod> I say, never install fglrx in the first place :)
[00:33] <tormod> it's like syphilis
[00:33] <tormod> bryce, what about the radeon release with that M6 cherrypick?
[00:34] <bryce> which?
[00:34] <tormod> oh, I have this debdiff for SRU in bug #204483, can you review/triage/upload if you can
[00:35] <tormod> the M6 lockup is bug #148408
[00:36] <bryce> sure I'll take a look at it later.  Since alpha-4 soft-freeze is tomorrow I'm just focusing on intrepid uploads today
[00:38] <tormod> makes sense
[01:02] <tormod> bryce, I saw your acpi-support upload, but the laptop-mode-tools doesn't show up?
[01:09] <bryce> hmm, changes rejected
[01:09] <bryce> Unable to find laptop-mode-tools_1.45.orig.tar.gz in upload or distribution.
[01:09] <bryce> Files specified in DSC are broken or missing, skipping package unpack verification.
[01:19] <bdmurray> bryce: I've an xserver lockup now, I was trying to check out openarena
[01:29] <tormod> bdmurray: what card do you have?
[01:30] <bdmurray> tormod: rv370 / x300se
[01:30] <bdmurray> I can't kill Xorg now either
[07:40] <tjaalton> pwnguin: it's a mere proposal right now
[11:17] <mvo> tjaalton: just to clarify, the new xorg stuff gets its keymap now from /etc/default/console-setup ?
[11:18] <tjaalton> mvo: yes
[11:18] <mvo> tjaalton: execellent, so a global change of the keybinding can be done via "debconf console-setup" and x will pick it up on the next start?
[11:18] <tjaalton> mvo: yup
[11:18] <mvo> excellent, thanks tjaalton!
[11:19] <tjaalton> well, hal needs a restart :)
[11:20] <tjaalton> and then X
[11:21]  * mvo nods
[13:58] <Q-FUNK> does Bug #255991 look like a suitable candidate for an SRU?
[15:48] <mvo_> hey tjaalton! after upgrading (from hardy) to the interpid xserver I lost the ""EmulateWheel"  "true"" and  "EmulateWheelButton"    "2" options it seem (they work no more)  - have you heard about this problem? 
[15:49] <tjaalton> mvo_: they are ignored :)
[15:50] <tjaalton> because it uses evdev
[15:50] <mvo_> tjaalton: is there a way to bring this feature back? 
[15:51] <tjaalton> other than going back to mouse, I don't know
[15:52] <jcristau> the emulatewheel stuff was recently added to the evdev driver upstream i think
[15:52] <tjaalton> oh
[15:52] <tjaalton> so it seems
[15:53] <Q-FUNK> hm. interesting.
[15:53] <jcristau> you should be able to set that with hal. or device properties in 1.6
[15:54] <tjaalton> hopefully whot will backport input properties for F10 ;)
[15:55] <Q-FUNK> Live GIT/Linux user spotted.
[15:56] <mvo> tjaalton: sory, dropped offline (compiz got a bit unhappy on me :)
[15:57] <mvo> tjaalton: did you say aynthing in the meantime?
[15:57] <tjaalton> mvo: upstream evdev has support for those options, it seems
[15:57] <tjaalton> in master
[15:58] <mvo> tjaalton: sweet, thanks. so I just need to wait until that is released at some point? or do you think it might be worthwhile to backport the patch?
[15:59] <tjaalton> mvo: it could be backported, no idea when a new release is due
[16:00] <mvo> ok, thanks
[16:00] <mvo> I'm keen on this feature, I may have a look myself 
[16:01] <tjaalton> mvo: you can configure evdev via hal, since xorg.conf is ignored for it
[21:32] <bdmurray> bryce: yesterday I was rambling aboug unable to allocate texture - I've submitted bug 257419 about it
[21:43] <bryce> bdmurray: ok looking
[23:00] <Ampelbein> Hi! Could some experienced user check on Bug 255826 and tell me if I done the examination in the correct way? Thank you.
[23:08] <bryce> Ampelbein: certainly, looking...
[23:08] <bryce> Ampelbein == Jordi Puigsegur I assume?
[23:09] <Ampelbein> No, I'm Andreas Moog.
[23:10] <bryce> ah got it
[23:10] <bryce> yes looks like you've done it all correctly! Good work
[23:10]  * bryce sets to triaged
[23:10] <Ampelbein> ok, thanks for the feedback.