You are not logged in.
Hi, all.
I have just done a pacman -Syu update, and this pulled down an X update. I now find that my British keyboard is incorrectly mapped.
If I open a virtual terminal, it's fine, but in X, it is wrong. I have played with the settings in xfce, but this didn't help. I want my settings to default to the system default and not to be set per user, but when I do this, it is incorrectly mapped.
Can anyone help me out?
Many thanks,
Chris.
Last edited by chris_debian (2010-06-24 06:05:05)
Offline
Have a read of http://wiki.archlinux.org/index.php/Xor … putClasses
I've put this in my xorg.conf
Section "InputClass"
Identifier "Keyboard Defaults"
Driver "evdev"
Option "XkbLayout" "gb"
Option "XkbVariant" "extd"
Option "XkbOptions" "terminate:ctrl_alt_bksp"
MatchIsKeyboard "on"
EndSection
and haven't had any problems.
Offline
I don't have an xorg.conf and just rely on the hardware detection. Could I create one just using the info you gave?
Thanks,
Chris.
Offline
My understanding is that partial xorg.confs are allowed, so that should be possible. Note that there will already be xorg.conf-ish settings in /etc/X11/xorg.conf.d, with the keyboard catchall parts being in /etc/X11/xorg.conf.d/10-evdev.
Offline
My understanding is that partial xorg.confs are allowed, so that should be possible. Note that there will already be xorg.conf-ish settings in /etc/X11/xorg.conf.d, with the keyboard catchall parts being in /etc/X11/xorg.conf.d/10-evdev.
Good point, mine looks like this:
/etc/X11/xorg.conf.d/10-evdev.conf
# Catchall classes for input devices
# We don't simply match on any device since that also adds accelerometers
# and other devices that we don't really want to use. The list below
# matches everything but joysticks.
Section "InputClass"
Identifier "evdev pointer catchall"
MatchIsPointer "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Section "InputClass"
Identifier "evdev keyboard catchall"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Section "InputClass"
Identifier "evdev touchpad catchall"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Section "InputClass"
Identifier "evdev tablet catchall"
MatchIsTablet "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Section "InputClass"
Identifier "evdev touchscreen catchall"
MatchIsTouchscreen "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
So if I use your bit of xorg.conf, could I just put it in a new file /etc/X11/xorg.conf?
Cheers,
Chris.
Offline
AFAIK, that would work, so why not try it and see what happens? Though don't bother with the "XkbOptions" "terminate:ctrl_alt_bksp" part, which still doesn't seem to be functional.
Offline
So if I use your bit of xorg.conf, could I just put it in a new file /etc/X11/xorg.conf?
Why copy it to a new file?
Just adding any input-related options to the 10-evdev.conf file works fine, and it seem this is how it's supposed to be done now (see e.g. the example at http://wiki.archlinux.org/index.php/Xor … onf_Files)
my AUR packages ~~ my community contributions
Offline
Apparently it's better to make personal changes in xorg.conf because the other files may be changed by system updates. Or so I've read in one of the several threads that talk about this subject in this forum...
Offline
The evdev driver has that file in backup array, same for synaptics.
Offline
Apparently it's better to make personal changes in xorg.conf because the other files may be changed by system updates. Or so I've read in one of the several threads that talk about this subject in this forum...
Ah ok, the wiki page should be changed to reflect this then...
my AUR packages ~~ my community contributions
Offline
Have a read of http://wiki.archlinux.org/index.php/Xor … putClasses
I've put this in my xorg.conf
Section "InputClass" Identifier "Keyboard Defaults" Driver "evdev" Option "XkbLayout" "gb" Option "XkbVariant" "extd" Option "XkbOptions" "terminate:ctrl_alt_bksp" MatchIsKeyboard "on" EndSection
and haven't had any problems.
This worked perfectly.
Thanks to everybody for your helpful comments. 'Marking as Resolved'.
Cheers,
Chris.
Offline
azleifel wrote:Have a read of http://wiki.archlinux.org/index.php/Xor … putClasses
I've put this in my xorg.conf
Section "InputClass" Identifier "Keyboard Defaults" Driver "evdev" Option "XkbLayout" "gb" Option "XkbVariant" "extd" Option "XkbOptions" "terminate:ctrl_alt_bksp" MatchIsKeyboard "on" EndSection
and haven't had any problems.
This worked perfectly.Option "XkbLayout" "ch"
Thanks to everybody for your helpful comments. 'Marking as Resolved'.
Cheers,
Chris.
This is a kind of backwards solution. Everything worked fine before an update after the update the xorg.conf has to be manualz changed. Still Option "XkbLayout" "ch" does not restore a swiss kezboard.
Back to the drawing boards for the update procedure when something else than a US kezboard is attached.
archlinux on a Gigabyte C1037UN-EU, 16GiB
a Promise PDC40718 based ZFS set
root on a Samsung SSD PB22-J
running LogitechMediaServer(-git), Samba, MiniDLNA, TOR
Offline
This is a kind of backwards solution. Everything worked fine before an update after the update the xorg.conf has to be manualz changed. Still Option "XkbLayout" "ch" does not restore a swiss kezboard.
Back to the drawing boards for the update procedure when something else than a US kezboard is attached.
I'm not Swiss but the two options for Switzerland appear to be "XkbLayout" "ch_de" and "XkbLayout" "ch_fr".
Offline