Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-27 Thread Mick
On Monday 26 October 2009 23:07:37 Alan McKinnon wrote:
 On Tuesday 27 October 2009 00:45:07 Mick wrote:
  I have been trying to get this to work for some time now.  I have
  followed this upgrade guide and modified my
 
  /etc/hal/fdi/policy/10-xinput-configuration.fdi
 
  to include
 
  merge key=input.xkb.options
   type=stringterminate:ctrl_alt_bksp/merge
 
  This didn't work, so I looked further and found out that the
   input.xkb.options is deprecated and instead I should use:
 
  merge key=input.x11_options.XkbOptions
  type=stringterminate:ctrl_alt_bksp/merge
 
  as detailed in here:
 
  http://cgit.freedesktop.org/xorg/xserver/tree/config/x11-input.fdi
 
  Anyway, neither will work.  Is there any other syntax I should try, or is
  perhaps 10-xinput-configuration.fdi the wrong file for this?
 
 This config works for me:
 
 $ cat /etc/hal/fdi/policy/10-x11-input.fdi
 ?xml version=1.0 encoding=ISO-8859-1?
 deviceinfo version=0.2
   device
 
 !-- KVM emulates a USB graphics tablet which works in absolute
  coordinate mode --
 match key=input.product contains=QEMU USB Tablet
merge key=input.x11_driver type=stringevdev/merge
 /match
 
 !-- FIXME: Support tablets too. --
 match key=info.capabilities contains=input.mouse
   merge key=input.x11_driver type=stringmouse/merge
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
   /match
 /match
 
 match key=info.capabilities contains=input.tablet
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
   /match
 /match
 
 match key=info.capabilities contains=input.touchpad
   merge key=input.x11_driver type=stringmouse/merge
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
   /match
 /match
 
 match key=info.capabilities contains=input.keys
   !-- If we're using Linux, we use evdev by default (falling back to
keyboard otherwise). --
   merge key=input.x11_driver type=stringkeyboard/merge
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
 merge key=input.xkb.options
 type=stringterminate:ctrl_alt_bksp/merge
   /match
 /match
   /device
 /deviceinfo
 

Thanks Alan, I can't see mine being that different to be honest, other than 
using the file /../policy/10-xinput-configuration.fdi instead of your 
/../policy/10-x11-input.fdi to make these entries.  Would that be important?  
I can get the: 

merge key=input.x11_options.XkbOptions 
type=stringgrp:alt_shift_toggle,grp_led:scroll,compose:menu

work, or I can get the:

merge key=input.xkb.options type=stringterminate:ctrl_alt_bksp/merge
  
work, but not both at the same time.

Here's my configuration in case you can see something amiss:

# cat /etc/hal/fdi/policy/10-xinput-configuration.fdi
?xml version=1.0 encoding=UTF-8?
deviceinfo version=0.2

!-- Keyboard configuration -- 
device
   match key=info.capabilities contains=input.keys [1]
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name 
string=Linux
   merge key=input.x11_options.XkbModel type=stringpc105/merge
   merge key=input.x11_options.XkbLayout type=stringgb,el/merge
   merge key=input.x11_options.XkbOptions 
type=stringgrp:alt_shift_toggle,grp_led:scroll,compose:menu/merge
   merge key=input.xkb.options [2] 
type=stringterminate:ctrl_alt_bksp/merge
   /match
/match
/device

!-- touchpad -- 
device
   match key=info.capabilities contains=input.touchpad 
   match key=info.product contains=SynPS/2
merge key=input.x11_driver type=stringsynaptics/merge 
merge key=input.x11_options.SHMConfig type=stringtrue/merge
merge key=input.x11_options.VertEdgeScroll 
type=stringtrue/merge
merge key=input.x11_options.HorizEdgeScroll 
type=stringtrue/merge
merge key=input.x11_options.TapButton1 type=string1/merge
merge key=input.x11_options.ClickButton1 type=string1/merge
   /match 
   /match 
/device
/deviceinfo


[1] I had this as: match key=info.capabilities contains=input.keyboard
[2] I also tried: merge key=input.x11_options.XkbOptions 
type=stringterminate:ctrl_alt_bksp/merge
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-27 Thread Sebastian Beßler
Am 27.10.2009 02:03, schrieb Dale:

 This is the sequence you tried I hope.  This is copied from a message
 sent to me a loong time ago.
 
 Hold down Atl, hold down SysRq, press each of the keys in turn. The usual
 full sequence is R-E-I-S-U-B

Yes, it is.
But after E there is only darkness and no response to any other SysRq
key. The ati-driver just don't want to be killed.

With the open drivers all works as it should with SysRq but I like
3D-acceleration and that is by now far away for my chipset with open
drivers.

Greetings

Sebastian



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-27 Thread he zhitong
if you are using gnome,  gnome-keyboard-properties may helps.
in the Layouts tab, there's a Layout Options button.
click it and  choose the Control + Alt + Backspace in Key sequence to
kill the X server

it seems setxkbmap -option terminate:ctrl_alt_bksp helps, too.

ps: I'm new to this mailing-list and can not reply to former post


2009/10/27 Sebastian Beßler webmas...@darkmetatron.de

 Am 27.10.2009 02:03, schrieb Dale:

  This is the sequence you tried I hope.  This is copied from a message
  sent to me a loong time ago.
 
  Hold down Atl, hold down SysRq, press each of the keys in turn. The usual
  full sequence is R-E-I-S-U-B

 Yes, it is.
 But after E there is only darkness and no response to any other SysRq
 key. The ati-driver just don't want to be killed.

 With the open drivers all works as it should with SysRq but I like
 3D-acceleration and that is by now far away for my chipset with open
 drivers.

 Greetings

 Sebastian




Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-27 Thread Alan McKinnon
On Tuesday 27 October 2009 08:39:44 Mick wrote:
 Thanks Alan, I can't see mine being that different to be honest, other
  than  using the file /../policy/10-xinput-configuration.fdi instead of
  your /../policy/10-x11-input.fdi to make these entries.  Would that be
  important? 

Not as far as I know. The file names are arbitrary and the whole lot is 
concatenated to form one big config

  I can get the:
 
 merge key=input.x11_options.XkbOptions 
 type=stringgrp:alt_shift_toggle,grp_led:scroll,compose:menu
 
 work, or I can get the:
 
 merge key=input.xkb.options
  type=stringterminate:ctrl_alt_bksp/merge 
 work, but not both at the same time.
 
 Here's my configuration in case you can see something amiss:

Sorry, can't see anything wrong with your setup. Have you considered the 
possibility of a bug in hal? 

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-27 Thread Sebastian Beßler
Am 27.10.2009 10:31, schrieb he zhitong:
 if you are using gnome,  gnome-keyboard-properties may helps.
 in the Layouts tab, there's a Layout Options button.
 click it and  choose the Control + Alt + Backspace in Key sequence to
 kill the X server
 
 it seems setxkbmap -option terminate:ctrl_alt_bksp helps, too.

Yes that could work for the problem of the op. But settings in
gnome-keyboard-properties (or its kde-counterpart) apply only after
login or am I wrong?

 ps: I'm new to this mailing-list and can not reply to former post

Welcome.

Greetings

Sebastian





Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-27 Thread Alex Schuster
Sebastian Beßler writes:

 Am 27.10.2009 02:03, schrieb Dale:
  This is the sequence you tried I hope.  This is copied from a message
  sent to me a loong time ago.
 
  Hold down Atl, hold down SysRq, press each of the keys in turn. The
  usual full sequence is R-E-I-S-U-B
 
 Yes, it is.
 But after E there is only darkness and no response to any other SysRq
 key. The ati-driver just don't want to be killed.

Usually there is not need for the whole sequence, just Alt-SysRq-R, which 
takes the keyboard away from X. You can then switch to a text console with 
Ctrl-Alt-F1.
However: Sometimes (well, most of the times during my last ATI struggles) 
the screen was still blank. But I could reboot with Ctrl-Alt-Del. And 
sometimes the system was so frozen even the SysRq trick did not help. But in 
cases when only HAL does not work and recognize the keyboard, Alt-SysRQ-R 
should work just fine.

 With the open drivers all works as it should with SysRq but I like
 3D-acceleration and that is by now far away for my chipset with open
 drivers.

I know how you feel, I also had huge problems with that. And then, all of a 
sudden, with the new 2.6.31-tuxonice kernel, everything was fine and 
working.

Wonko



[gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Mick
I have been trying to get this to work for some time now.  I have followed 
this upgrade guide and modified my 

/etc/hal/fdi/policy/10-xinput-configuration.fdi

to include 

merge key=input.xkb.options type=stringterminate:ctrl_alt_bksp/merge

This didn't work, so I looked further and found out that the input.xkb.options 
is deprecated and instead I should use:

merge key=input.x11_options.XkbOptions 
type=stringterminate:ctrl_alt_bksp/merge

as detailed in here:  

http://cgit.freedesktop.org/xorg/xserver/tree/config/x11-input.fdi

Anyway, neither will work.  Is there any other syntax I should try, or is 
perhaps 10-xinput-configuration.fdi the wrong file for this?
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Zeerak Waseem

try adding this to your xorg.conf:


Section Serverflags
Option DontZapFalse
EndSection


On Mon, 26 Oct 2009 23:45:07 +0100, Mick michaelkintz...@gmail.com wrote:

I have been trying to get this to work for some time now.  I have  
followed

this upgrade guide and modified my

/etc/hal/fdi/policy/10-xinput-configuration.fdi

to include

merge key=input.xkb.options  
type=stringterminate:ctrl_alt_bksp/merge


This didn't work, so I looked further and found out that the  
input.xkb.options

is deprecated and instead I should use:

merge key=input.x11_options.XkbOptions
type=stringterminate:ctrl_alt_bksp/merge

as detailed in here:

http://cgit.freedesktop.org/xorg/xserver/tree/config/x11-input.fdi

Anyway, neither will work.  Is there any other syntax I should try, or is
perhaps 10-xinput-configuration.fdi the wrong file for this?



--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Mick
On Monday 26 October 2009 22:55:39 Zeerak Waseem wrote:
 try adding this to your xorg.conf:
 
 
 Section Serverflags
  Option DontZapFalse
 EndSection

Thanks, but without a xorg.conf file I found through some experimentation that 
the solution is to add:

 merge key=input.x11_options.XkbOptions 
type=stringterminate:ctrl_alt_bksp/merge

in /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi

I don't really understand why the same entry is not recognised in the 
/etc/hal/fdi/policy/10-xinput-configuration.fdi file.  Furthermore, now my 
keyboard settings in the latter are no longer recognised.  :-(
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Alan McKinnon
On Tuesday 27 October 2009 00:45:07 Mick wrote:
 I have been trying to get this to work for some time now.  I have followed
 this upgrade guide and modified my
 
 /etc/hal/fdi/policy/10-xinput-configuration.fdi
 
 to include
 
 merge key=input.xkb.options
  type=stringterminate:ctrl_alt_bksp/merge
 
 This didn't work, so I looked further and found out that the
  input.xkb.options is deprecated and instead I should use:
 
 merge key=input.x11_options.XkbOptions
 type=stringterminate:ctrl_alt_bksp/merge
 
 as detailed in here:
 
 http://cgit.freedesktop.org/xorg/xserver/tree/config/x11-input.fdi
 
 Anyway, neither will work.  Is there any other syntax I should try, or is
 perhaps 10-xinput-configuration.fdi the wrong file for this?
 

This config works for me:

$ cat /etc/hal/fdi/policy/10-x11-input.fdi
?xml version=1.0 encoding=ISO-8859-1?
deviceinfo version=0.2
  device

!-- KVM emulates a USB graphics tablet which works in absolute coordinate 
mode --
match key=input.product contains=QEMU USB Tablet
   merge key=input.x11_driver type=stringevdev/merge
/match

!-- FIXME: Support tablets too. --
match key=info.capabilities contains=input.mouse
  merge key=input.x11_driver type=stringmouse/merge
  match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
 string=Linux
merge key=input.x11_driver type=stringevdev/merge
  /match
/match

match key=info.capabilities contains=input.tablet
  match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
 string=Linux
merge key=input.x11_driver type=stringevdev/merge
  /match
/match

match key=info.capabilities contains=input.touchpad
  merge key=input.x11_driver type=stringmouse/merge
  match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
 string=Linux
merge key=input.x11_driver type=stringevdev/merge
  /match
/match

match key=info.capabilities contains=input.keys
  !-- If we're using Linux, we use evdev by default (falling back to
   keyboard otherwise). --
  merge key=input.x11_driver type=stringkeyboard/merge
  match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
 string=Linux
merge key=input.x11_driver type=stringevdev/merge
merge key=input.xkb.options 
type=stringterminate:ctrl_alt_bksp/merge
  /match
/match
  /device
/deviceinfo


-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Dale
Alan McKinnon wrote:
 On Tuesday 27 October 2009 00:45:07 Mick wrote:
   
 I have been trying to get this to work for some time now.  I have followed
 this upgrade guide and modified my

 /etc/hal/fdi/policy/10-xinput-configuration.fdi

 to include

 merge key=input.xkb.options
  type=stringterminate:ctrl_alt_bksp/merge

 This didn't work, so I looked further and found out that the
  input.xkb.options is deprecated and instead I should use:

 merge key=input.x11_options.XkbOptions
 type=stringterminate:ctrl_alt_bksp/merge

 as detailed in here:

 http://cgit.freedesktop.org/xorg/xserver/tree/config/x11-input.fdi

 Anyway, neither will work.  Is there any other syntax I should try, or is
 perhaps 10-xinput-configuration.fdi the wrong file for this?

 

 This config works for me:

 $ cat /etc/hal/fdi/policy/10-x11-input.fdi
 ?xml version=1.0 encoding=ISO-8859-1?
 deviceinfo version=0.2
   device

 !-- KVM emulates a USB graphics tablet which works in absolute 
 coordinate 
 mode --
 match key=input.product contains=QEMU USB Tablet
merge key=input.x11_driver type=stringevdev/merge
 /match

 !-- FIXME: Support tablets too. --
 match key=info.capabilities contains=input.mouse
   merge key=input.x11_driver type=stringmouse/merge
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
   /match
 /match

 match key=info.capabilities contains=input.tablet
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
   /match
 /match

 match key=info.capabilities contains=input.touchpad
   merge key=input.x11_driver type=stringmouse/merge
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
   /match
 /match

 match key=info.capabilities contains=input.keys
   !-- If we're using Linux, we use evdev by default (falling back to
keyboard otherwise). --
   merge key=input.x11_driver type=stringkeyboard/merge
   match key=/org/freedesktop/Hal/devices/computer:system.kernel.name
  string=Linux
 merge key=input.x11_driver type=stringevdev/merge
 merge key=input.xkb.options 
 type=stringterminate:ctrl_alt_bksp/merge
   /match
 /match
   /device
 /deviceinfo


   

You just got to love that hal.  All that when one line does it in
xorg.conf.  Yep, it's a serious improvement over the old way.  LOL

Dale

:-)  :-) 

P. S.  This was meant to be funny.  Note the LOL at the end. 



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Denis
Seriously!  ;-)

 You just got to love that hal.  All that when one line does it in
 xorg.conf.  Yep, it's a serious improvement over the old way.  LOL

 Dale

 :-)  :-)

 P. S.  This was meant to be funny.  Note the LOL at the end.



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Alan McKinnon
On Tuesday 27 October 2009 01:24:32 Dale wrote:
 You just got to love that hal.  All that when one line does it in
 xorg.conf.  Yep, it's a serious improvement over the old way.  LOL
 
 Dale
 
 :-)  :-) 
 
 P. S.  This was meant to be funny.  Note the LOL at the end. 
 


You do understand that in order to cock something up good right and proper, 
there just HAS to be a computer involved, right?

I think it's about time we let this hal thing drop though, I'm getting tired 
of the debate. In it's place, I nominate the latest humungeous package that 
replaces a simple one:

pulseaudio

:-)

[note the smiley, in the same place you put a LOL]

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Sebastian Beßler
Am 27.10.2009 00:50, schrieb Alan McKinnon:

 I think it's about time we let this hal thing drop though

Even hal developers came to this reasons and droped it ;-)

So WHY change everything to hal now if hal will be replaced in near
future anyway?

I changed keyboard and mouse layout back from hal and evdev a few weeks
ago because hal crashes for me all the time and there was more then one
time when I was sitting here and starring at the graphic login screen
unable to do anything because with hal died at bootup there was no
keyboard and mouse to use.

I really, really hate hal so much..

Greetings

Sebastian



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Dale
Sebastian Beßler wrote:
 Am 27.10.2009 00:50, schrieb Alan McKinnon:

   
 I think it's about time we let this hal thing drop though
 

 Even hal developers came to this reasons and droped it ;-)

 So WHY change everything to hal now if hal will be replaced in near
 future anyway?

 I changed keyboard and mouse layout back from hal and evdev a few weeks
 ago because hal crashes for me all the time and there was more then one
 time when I was sitting here and starring at the graphic login screen
 unable to do anything because with hal died at bootup there was no
 keyboard and mouse to use.

 I really, really hate hal so much..

 Greetings

 Sebastian


   

I'm just grateful for the geek that put the SysRq key sequence in the
kernel.  At least you can get back to a working console and fix the
stupid thing.

I two disabled hal weeks ago.  I'm hopeful the next one will be a lot
easier and better, not just for me but for everyone else too. 

Dale

:-)  :-)



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Sebastian Beßler
Am 27.10.2009 01:27, schrieb Dale:

 I'm just grateful for the geek that put the SysRq key sequence in the
 kernel.  At least you can get back to a working console and fix the
 stupid thing.

I use ati-drivers here and killing xorg with SysRq only gets me a blank
black screen and a system so deep frozen that even SysRq can't help
anymore.

So that makes my hate for hal only deeper and colder…

Greetings

Sebastian



Re: [gentoo-user] Ctrl+Alt+bksp in Xorg

2009-10-26 Thread Dale
Sebastian Beßler wrote:
 Am 27.10.2009 01:27, schrieb Dale:

   
 I'm just grateful for the geek that put the SysRq key sequence in the
 kernel.  At least you can get back to a working console and fix the
 stupid thing.
 

 I use ati-drivers here and killing xorg with SysRq only gets me a blank
 black screen and a system so deep frozen that even SysRq can't help
 anymore.

 So that makes my hate for hal only deeper and colder…

 Greetings

 Sebastian


   

This is the sequence you tried I hope.  This is copied from a message
sent to me a loong time ago.

Hold down Atl, hold down SysRq, press each of the keys in turn. The usual
full sequence is R-E-I-S-U-B

Reboot
Even
If
System
Utterly
Broken

I usually wait a few seconds between each one and only get to press
about 2 or 3 when my console shows up.  I am using a Nvidia card tho so
it may be something different about ATI.  Also, someone said a while
back that you have to have that option built into the kernel.  Have you
checked to make sure you have it build in?  I think the default is that
it is there but never hurts to make certain.

Dale

:-)  :-)