Bug 14045

http://patchwork.freedesktop.org/patch/1413/

Would very much appreciate this feature being re-implimented.
Am using a mythtv system and keys on the HID remote i am using give ctrl-alt-f[1-4]. this gives a couple of problems:

1) Accidental keypress requires getting the kb out to hit ctrl-alt-f7
2) i would dearly love to be able to bind these keys to jump points.

since ctrl-alt-fn is pretty commonly used for application launch in windows KBs i am sure i am not the only one with this issue.

In searching for a workaround for this i have also noted that a LOT of VM users come across issues with this too - the host xserver will grab the ctrl-alt-fn and there is no way to pass it to the guest os, allowing this remap (or any other method of remapping these keys) would be invaluable for them too.

Am loathe to opt for "DontVTSwitch" as VT switching is invaluable in case of an issue with the system.
Alt-SysRq-Fn seems perfect - it is so rarely bound as to be perfect

On Tue, Mar 01, 2011 at 04:36:59PM -0800, bugzilla-daemon@freedesktop.org wrote:
> In searching for a workaround for this i have also noted that a LOT of VM users
> come across issues with this too - the host xserver will grab the ctrl-alt-fn
> and there is no way to pass it to the guest os, allowing this remap (or any
> other method of remapping these keys) would be invaluable for them too.

vt switching these days is implemented as XKB action (see XF86_Switch_VT_1).
the easiest way would be to add a xkeyboard-config option to disable these.

Or move them into a separate section and only include VT switching if
requested (similar to the Terminate_Server) but I worry that will generate
more hate-mail than I can handle.

> vt switching these days is implemented as XKB action (see XF86_Switch_VT_1).
> the easiest way would be to add a xkeyboard-config option to disable these.

setxkbmap -option srvkeys:none does exactly that I just found

Seems actually that modifying the symbols for /usr/share/X11/xkb/symbols/pc such that 
    key <FK01> {
        type="CTRL+ALT",
        symbols[Group1]= [ F1,  XF86_Switch_VT_1 ]
    };

becomes

    key <FK01> {
        type="PC_SYSRQ",
        symbols[Group1]= [ F1,  XF86_Switch_VT_1 ]
    };

for ea of FK[01-12] would emulate the old 'Option "VTSysReq"'
no idea how hard it would be to implement automatically for that option (for future people trying to use it)
Is this correct?


Suggest xorg.conf manpage be updated to reflect this change?

(In reply to comment #4)
> > vt switching these days is implemented as XKB action (see XF86_Switch_VT_1).
> > the easiest way would be to add a xkeyboard-config option to disable these.
> 
> setxkbmap -option srvkeys:none does exactly that I just found

Sorry Peter - i should have said before - this bug isnt about 'DisableVTSwitch' (would seem to be the behaviour you have described) but 'VTSysReq'.
Your answer tho pointed me in a direction though:

edit /usr/share/X11/xkb/symbols/srvr_ctrl and duplicate the section 
xkb_symbols "fkey2vt" 
change fkey2vt to VTSysReq and change CTRL+ALT in the new section to PC_SYSRQ

add   
srvrkeys:VTSysReq       Use Alt+SysRq+Fn for VTswitching rather than Ctrl+Alt+Fn
to /usr/share/X11/xkb/rules/evdev.lst

but how do i add   
srvrkeys:VTSysReq         =       +srvr_ctrl(VTSysReq)
to /usr/share/X11/xkb/rules since it says not to edit it directly but instead use rules/*.part, which i dont appear to have?

am i correct in thinking that would allow "setxkbmap -option srvkeys:VTSysReq" to give the same function as the old server flag VTSysReq or have i missed something?

> but how do i add   
> srvrkeys:VTSysReq         =       +srvr_ctrl(VTSysReq)
> to /usr/share/X11/xkb/rules since it says not to edit it directly but instead
> use rules/*.part, which i dont appear to have?

rules/base.o_s.part is the right file but you need xkeyboard-config from git
and build it yourself. for just testing on your box, ediging the rules file
directly will work.

> am i correct in thinking that would allow "setxkbmap -option srvkeys:VTSysReq"
> to give the same function as the old server flag VTSysReq or have i missed
> something?

I think you're correct, yes

commit ac5881d6d0bcf4bcc66a5d6ddde4eca950db1a5b
Author: Alexandr Shadchin <Alexandr.Shadchin@gmail.com>
Date:   Thu Sep 15 23:05:24 2011 +0600

    Remove unused vtSysreq
    
    Signed-off-by: Alexandr Shadchin <Alexandr.Shadchin@gmail.com>
    Reviewed-by: Jamey Sharp <jamey@minilop.net>
    Tested-by: Matthieu Herrb <matthieu.herrb@laas.fr>