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

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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 734 bytes --]

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="string">terminate: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="string">terminate: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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

[Zeerak Waseem]

try adding this to your xorg.conf:


Section "Serverflags"
     Option         "DontZap"    "False"
EndSection


On Mon, 26 Oct 2009 23:45:07 +0100, Mick <michaelkintzios@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="string">terminate: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="string">terminate: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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 684 bytes --]

On Monday 26 October 2009 22:55:39 Zeerak Waseem wrote:
> try adding this to your xorg.conf:
> 
> 
> Section "Serverflags"
>      Option         "DontZap"    "False"
> 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="string">terminate: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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

[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="string">terminate: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="string">terminate: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="string">evdev</merge>
    </match>

    <!-- FIXME: Support tablets too. -->
    <match key="info.capabilities" contains="input.mouse">
      <merge key="input.x11_driver" type="string">mouse</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</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="string">evdev</merge>
      </match>
    </match>

    <match key="info.capabilities" contains="input.touchpad">
      <merge key="input.x11_driver" type="string">mouse</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</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="string">keyboard</merge>
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
             string="Linux">
        <merge key="input.x11_driver" type="string">evdev</merge>
        <merge key="input.xkb.options" 
type="string">terminate:ctrl_alt_bksp</merge>
      </match>
    </match>
  </device>
</deviceinfo>


-- 
alan dot mckinnon at gmail dot com

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

[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="string">terminate: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="string">terminate: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="string">evdev</merge>
>     </match>
>
>     <!-- FIXME: Support tablets too. -->
>     <match key="info.capabilities" contains="input.mouse">
>       <merge key="input.x11_driver" type="string">mouse</merge>
>       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
>              string="Linux">
>         <merge key="input.x11_driver" type="string">evdev</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="string">evdev</merge>
>       </match>
>     </match>
>
>     <match key="info.capabilities" contains="input.touchpad">
>       <merge key="input.x11_driver" type="string">mouse</merge>
>       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
>              string="Linux">
>         <merge key="input.x11_driver" type="string">evdev</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="string">keyboard</merge>
>       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
>              string="Linux">
>         <merge key="input.x11_driver" type="string">evdev</merge>
>         <merge key="input.xkb.options" 
> type="string">terminate: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

[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

[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

[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

[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

[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

[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

:-)  :-) 

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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 5148 bytes --]

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="string">terminate: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="string">terminate: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="string">evdev</merge>
>     </match>
> 
>     <!-- FIXME: Support tablets too. -->
>     <match key="info.capabilities" contains="input.mouse">
>       <merge key="input.x11_driver" type="string">mouse</merge>
>       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
>              string="Linux">
>         <merge key="input.x11_driver" type="string">evdev</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="string">evdev</merge>
>       </match>
>     </match>
> 
>     <match key="info.capabilities" contains="input.touchpad">
>       <merge key="input.x11_driver" type="string">mouse</merge>
>       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
>              string="Linux">
>         <merge key="input.x11_driver" type="string">evdev</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="string">keyboard</merge>
>       <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
>              string="Linux">
>         <merge key="input.x11_driver" type="string">evdev</merge>
>         <merge key="input.xkb.options"
> type="string">terminate: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="string">grp:alt_shift_toggle,grp_led:scroll,compose:menu

work, or I can get the:

<merge key="input.xkb.options" type="string">terminate: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="string">pc105</merge>
   <merge key="input.x11_options.XkbLayout" type="string">gb,el</merge>
   <merge key="input.x11_options.XkbOptions" 
type="string">grp:alt_shift_toggle,grp_led:scroll,compose:menu</merge>
   <merge key="input.xkb.options" [2] 
type="string">terminate: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="string">synaptics</merge> 
        <merge key="input.x11_options.SHMConfig" type="string">true</merge>
        <merge key="input.x11_options.VertEdgeScroll" 
type="string">true</merge>
        <merge key="input.x11_options.HorizEdgeScroll" 
type="string">true</merge>
        <merge key="input.x11_options.TapButton1" type="string">1</merge>
        <merge key="input.x11_options.ClickButton1" type="string">1</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="string">terminate:ctrl_alt_bksp</merge>
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

[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

[he zhitong]

[-- Attachment #1: Type: text/plain, Size: 1022 bytes --]

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 <webmaster@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
>
>

[-- Attachment #2: Type: text/html, Size: 1453 bytes --]

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

[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="string">grp:alt_shift_toggle,grp_led:scroll,compose:menu
> 
> work, or I can get the:
> 
> <merge key="input.xkb.options"
>  type="string">terminate: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

[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

[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