Bug 240052

could you please attach your kxkbrc file?

Created attachment 47549 [details]
current kxkbrc

This is how it looks now, after trying to set the layout in systemsettings to german. But I did not found any direct setting for keyboard layout.

Hmm, so your configuration is supposed to set your KDE layout to "de" not sure why it would not work. BTW the keyboard layout configuration is in Regional&Languages in 4.4 but will be in Input Device/Keyboard in 4.5.

Found it and forced to german. Now it works. But it should not switch the layout if deactivated. (It even showed the layout 'de' as only entry in the grayed list, before I activated 'configure layouts')

Apologies, the Use flag is set to false, so it should have been inactive. I am not sure why the layout was reset to us for you. I am curious if it can be some other software? How was your de layout set up before?

It is set systemwide via hal policy. No other config was used before.

Could you please attach the config file which is responsible for this Hal policy?

Created attachment 47619 [details]
config for hal

An of course lshal shows that it is configured correctly:

udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port_logicaldev_input'
  info.addons.singleton = {'hald-addon-input'} (string list)
  info.callouts.add = {'hal-setup-keymap'} (string list)
  info.capabilities = {'input', 'input.keyboard', 'input.keypad', 'input.keys', 'input.keymap', 'button'} (string list)
  info.category = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port'  (string)
  info.product = 'AT Translated Set 2 keyboard'  (string)
  info.subsystem = 'input'  (string)
  info.udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port_logicaldev_input'  (string)
  input.device = '/dev/input/event4'  (string)
  input.keymap.data = {'e00b:switchvideomode', 'e016:wlan', 'e017:sleep', 'e018:suspend', 'e034:prog1'} (string list)
  input.originating_device = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port'  (string)
  input.product = 'AT Translated Set 2 keyboard'  (string)
  input.x11_driver = 'evdev'  (string)
  input.x11_options.XkbLayout = 'de'  (string)
  input.x11_options.XkbModel = 'evdev'  (string)
  input.x11_options.XkbOptions = {'compose:menu'} (string list)
  input.x11_options.XkbRules = 'xorg'  (string)
  input.x11_options.XkbVariant = 'nodeadkeys'  (string)
  input.xkb.layout = 'de'  (string)
  input.xkb.model = 'evdev'  (string)
  input.xkb.rules = 'xorg'  (string)
  input.xkb.variant = 'nodeadkeys'  (string)
  linux.device_file = '/dev/input/event4'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'input'  (string)
  linux.sysfs_path = '/sys/devices/platform/i8042/serio0/input/input4/event4'  (string)

I just looked at the source an tracked it down to this command, that is run on kde startup if I turn of layout switching:

setxkbmap -model evdev -option -option compose:menu

And indeed, if I run this by hand it switches my layout to us. But if I set the layout to de with setxkbmap and run the same command as above after that, the layout stays de. So maybe a bug in setxkbmap?

Ok, the bug is already reported on fredesktop.org:

https://bugs.freedesktop.org/show_bug.cgi?id=24791

If I start a fresh session with xterm, german layout works, but setxkbmap -print show us-layout. And as soon as some option is changes via setxkbmap the (real) layout is switched to us.

Ahh, nice catch, I guess setting layouts with hal is somehow broken.
I just tried it here and if I set layout to "de" with "setxkbmap de" and then run "setxkbmap -model evdev -option -option compose:menu" it leaves "de" layout intact.

So shall we close this bug?

It is not a KDE related bug, so yes I think this can be closed.