[16:38] <hyperair> can anyone here with an intel gpu change the panel brightness using the panel brightness keys after turning on KMS?
[16:39] <jcristau> yes
[17:27] <Sarvatt> no problems here either
[17:28] <jbarnes_LHR> make sure you have acpi video loaded
[17:29] <jcristau> i have no randr properties on lvds though
[17:30] <jbarnes_LHR> yeah I think the panel fitting stuff is still pending
[17:30] <jbarnes_LHR> I had wanted to avoid adding brightness props to lvds in the kms case
[17:30] <jbarnes_LHR> since we already have /sys/class/backlight I was hoping it would be the main interface going forward
[17:31] <jcristau> but what if i use xdmcp on my laptop? :)
[17:32] <Sarvatt> hyperair: are you on karmic? gnome-power-manager is going through huge changes right now if so
[17:33] <jbarnes_LHR> jcristau: heh, life is hard
[17:33] <hyperair> Sarvatt: yeah i'm on karmic. and i noticed it's going through huge changes.
[17:33] <Sarvatt> using devicekit-power and xbacklight instead of HAL now
[17:33] <hyperair> cool
[17:34] <hyperair> wait, if that's so then xbacklight needs to be installed, right?
[17:34] <Sarvatt> oh looks like it falls back to hal if xbacklight isnt available
[17:34] <jcristau> xbacklight goes through randr props afaik
[17:37] <jcristau> jbarnes_LHR: more seriously using randr to set the backlight was a nice way to do that without being root i think
[17:37] <hyperair> hmm
[17:41] <jbarnes_LHR> jcristau: /sys/class/backlight doesn't have to be root only
[17:42] <jbarnes_LHR> could be console owned for example
[17:42] <Sarvatt> yeah i dont get notifications about backlight level changes anymore and i never got acpi events. no clue how it all works but i guess its handled in the EC directly? I can see the ec registers changing when I watch it while doing it. would having something else mapped to the keys stop that from working maybe?
[17:42] <marcosRz> Hello, are you the guys who interfered on X to disable completely the ctrl-alt-backspace?
[17:42] <jcristau> jbarnes_LHR: fair enough
[17:43] <jcristau> marcosRz: no.
[17:45] <Sarvatt> marcosRz: it's disabled by default upstream too :) is adding Option "DontZap" "false" to your ServerFlags in xorg.conf to reenable that big a deal?
[17:46] <marcosRz> Sarvatt, Actually X currently has disabled the DontZap feature
[17:46] <marcosRz> =(
[17:46] <jcristau> no
[17:46] <marcosRz> http://bbs.archlinux.org/viewtopic.php?id=73064&p=2
[17:47] <jcristau> marcosRz: and you believe what you read on random web forums? good for you.
[17:47] <marcosRz> jcristau, is it fake?
[17:47] <Sarvatt> but you can still turn  it on
[17:48] <Sarvatt> (**) Option "DontZap" "false"
[17:48] <Sarvatt> xorg-server 2:1.6.99.1+git20090524.12e725d0-0ubuntu0sarvatt (buildd@rothera.buildd)
[17:48] <jcristau> marcosRz: killing the server with ctrl-alt-backspace was made an option..
[17:48] <marcosRz> Sarvatt, I cant, they disabled completely
[17:48] <jcristau> marcosRz: no, they did not.
[17:48] <marcosRz> I'm running the last X here
[17:48] <marcosRz> they did it
[17:48] <marcosRz> =/
[17:49] <Sarvatt> what jcristau said :)
[17:49] <jcristau> sigh
[17:49] <jcristau> i wrote the xkeyboard-config patch to make that a layout option, so i should know..
[17:49] <marcosRz> xkeyboard-config (1.6.1 - latest) is preventing ctrl-alt-backspace from killing X
[17:50] <jcristau> marcosRz: ... and you can set the appropriate option, and you can kill X again.
[17:50] <marcosRz> why did they disabled?
[17:50] <jcristau> http://who-t.blogspot.com/2009/04/zapping-server.html
[17:51] <marcosRz> jcristau, http://bbs.archlinux.org/viewtopic.php?id=73064&p=1
[17:51] <Sarvatt> they only disabled enabling it by default, you can still turn it on manually in xorg.conf
[17:51] <jcristau> Sarvatt: actually not in xorg.conf anymore :)
[17:52] <Sarvatt> ah really? it's working on git master of xserver here, what changed it away from xorg.conf?
[17:53] <marcosRz> So its not on xorg.conf anymore...
[17:53] <jcristau> Sarvatt: read that url i pasted..
[17:53] <Sarvatt> alrighty, thanks for the link :)
[17:53] <marcosRz> I think that they are destroying X
[17:54] <jcristau> marcosRz: that's ok, you can fork it
[17:54] <marcosRz> for the benefits of ubuntu newbies, not even fedora users whant this
[17:55] <jcristau> marcosRz: i think you should take your trolling elsewhere
[17:55] <jcristau> it was nice talking to you
[17:55] <marcosRz> I  actually not trolling, but questioning the change...
[17:56] <Sarvatt> this isnt even a ubuntu specific issue or problem though, #xorg would be the appropriate place to complain :D
[17:59] <marcosRz> Just by curiosity
[17:59] <Sarvatt> have you tried setxkbmap -option "terminate:ctrl_alt_bksp" marcosRz?
[17:59] <marcosRz> Do you guys agree with this change
[18:00] <marcosRz> Sarvatt, I alread fix it
[18:00] <marcosRz> I patched X
[18:00] <marcosRz> ?
[18:00] <Sarvatt> its even easier enabled now than having to change xorg.conf, I like it :)
[18:01] <marcosRz> I liked so much when It was enabled by default :3
[18:01] <marcosRz> But at least this way will prevent newbies to kill X accidently
[18:01] <marcosRz> It was a good choice, but I hate the convergence that open source projects are taking towards newbies users
[18:02] <Sarvatt> plus you can remap the key combo to whatever you want now
[18:02] <marcosRz> thats cool :)
[18:02] <marcosRz> thanks for the patience
[18:03] <marcosRz> I need to learn to live with newbiews users...
[18:03] <marcosRz> I did this patch
[18:04] <marcosRz> Sarvatt, http://pastebin.com/m4ad0ee81
[18:09] <marcosRz> Sarvatt, sorry for the trouble :)
[18:28] <johanbr> Hmm... after the latest Karmic update, my touchpad now has tapping disabled when my laptop wakes up from suspend.
[18:29] <johanbr> Also, any keymap changes I've made with xmodmap are gone.
[18:32] <Sarvatt> what brand touchpad?
[18:33] <johanbr> alps
[18:34] <Sarvatt> how'd i know you'd say that? :D
[18:35] <johanbr> well, it used to work just fine :)
[18:35] <johanbr> now, after resuming, "synclient -l" says "TapButton1              = 0"
[18:36] <Sarvatt> yeah there was some changes in alps in the main driver and a ubuntu patch on top of that
[18:37] <Sarvatt> have you tried gpointing-device-settings?
[18:37] <Sarvatt> its only a recommends so it doesnt install by default but its great
[18:39] <johanbr> Well, I used gsynaptics (which apparently is the predecessor).
[18:39] <johanbr> With that, I can re-enable tapping. But I'd rather not do it manually every time.
[18:40] <jcristau> i think gpointing-device-settings can remember your settings
[18:41] <Sarvatt> yeah it works great in that regard for me, also lets you enable multiple finger stuff
[18:45] <Sarvatt> oh dang, they dropped almost all patches in the latest xserver-xorg-input-synaptics in karmic, was synced from debian
[18:45] <Sarvatt> surprised you had tapping enabled at all before the resume johanbr :D
[18:46] <johanbr> oh, that's the problem :)
[18:47] <johanbr> there was a similar bug in Intrepid that was fixed by patching gnome-settings-daemon: https://bugs.launchpad.net/gnome-settings-daemon/+bug/280148
[18:48] <Sarvatt> you can grab this one thats the same but with the patches enabled, https://edge.launchpad.net/%7Ewgrant/+archive/ppa/+sourcepub/639179/+listing-archive-extra or this one if you want to try something newer for some reason https://edge.launchpad.net/~sarvatt/+archive/ppa/+sourcepub/634362/+listing-archive-extra
[18:49] <Sarvatt> johanbr: it's a change in the driver upstream, they disabled tapping completely in the driver by default now and ubuntu has a patch that reenable it
[18:49] <johanbr> oh :)
[18:49] <johanbr> I just installed the wgrant package.
[18:49] <johanbr> I probably need to restart X, right?
[18:49] <Sarvatt> but debian doesn't use that patch and it was automatically synced from debian so the patches were lost
[18:50] <jcristau> less patches == good :)
[18:51] <johanbr> I'll reboot and test
[18:51] <johanbr> brb...
[18:51] <Sarvatt> could just restart hal and rmmod/modprobe psmouse i think
[18:51] <Sarvatt> actually think it restarted hal after the install
[18:51] <johanbr> it did
[18:51] <johanbr> I'll reboot just to be sure...
[18:52] <Sarvatt> wonder why they disabled tapping anyway, i'll have to dig through the logs
[18:55] <Sarvatt> oh i guess it was always off by default and ubuntu just enabled it :D
[18:57] <johanbr> Sarvatt: yep, that works!
[18:57] <johanbr> thanks a lot
[18:59] <Sarvatt> no worries, you're like the 50th person thats said something about that in the past few weeks :D that 1.1.99 driver i linked is pretty nice too, it lets you disable the tap and drag feature that was forced enabled always on synaptics before
[19:00] <johanbr> I like tap and drag :)
[19:02] <Sarvatt> i set up a keybinding to turn it on and off, i've accidentally moved way too many things in nautilus with it on :D
[19:03] <Sarvatt> got a bad habit of highlighting things as i read it moving text around alot too :)