keymap support regression between version 3.1 and 3.2

[Oliver Grawert]

since the update to version 3.2 the german keymap is not used anymore in my gnome desktop.
it works fine with 3.1 and below, and the keyboard works as expected under gdm.

ogra@edubuntu:~$ gconftool -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [de nodeadkeys,us intl]
 model =
 options = [grp grp:alts_toggle]
 overrideSettings = true
(gconftool output from v3.1)

[Sebastien Bacher (seb128)]

Thank you for your bug. Sergey, do you have any idea on what change could cause it?

[Sergey V. Udaltsov (sergey-udaltsov)]

That is very strange. Was anything else upgraded along with libxklavier? What do you get in xprop -root | grep XKB ?

Sebastien, what are the xkb base and xkb bin directories used for libxklavier building in ubuntu?

[Sebastien Bacher (seb128)]

That's not likely to be due to something else, downgrading lixklavier11 is enough to make the keymap be correct. The libxklavier package is built with --with-xkb-base=/etc/X11/xkb, that directory has links to the new /usr/share/X11/xkb location. I'll update the package to use the /usr version

[Oliver Grawert (ogra)]

i upgraded about 240 packages, but seb is correct, just downgrading the one package fixes it, the keymap outside of gnome (xfce, console, gdm) is fine everywhere.

the output of the command sergey requested (under 3.1):

ogra@edubuntu:~$ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "de", "nodeadkeys", ""
_XKB_RULES_NAMES(STRING) = "xorg", "pc105", "de,us", "nodeadkeys,intl", "grp:alts_toggle"

[Sergey V. Udaltsov (sergey-udaltsov)]

Oliver, more questions to you:
1. Is gnome-settings-daemon running - if you check it with "ps -f | grep settings"?
2. If you try to setup your xkb configuration using setxkbmap - does it work?
I mean something like this:
setxkbmap -layout 'de,us', -variant 'nodeadkeys,intl'
3. When g-s-d starts up, does it give the infamous keyboard initialization popup message?
4. Could you please run g-s-d from gnome-terminal setting XKL_DEBUG envvar to 160? I would love to see the output attached to this bug?

Sebastian:
what is the xkb bin directory specified during libxklavier build? It is used by libxklavier to exec xkbcomp utility.

Thanks

[Oliver Grawert (ogra)]

1) yes, but i wouldnt find it with ps -f ;)
ogra@edubuntu:~$ ps -ef|grep settings
ogra 12411 1 0 12:05 ? 00:00:02 /usr/lib/control-center/gnome-settings-daemon

2) yes, that worked fine

3) nope, it doesnt but i might have clicked "dont show it again" at some point, this is a very old install

4) will do

[Sergey V. Udaltsov (sergey-udaltsov)]

1) sure I meant ps -ef :)
2) good. And I presume - your German layout works as expected in this case, doesn't it?
3) there is no such checkbox IIRC
4) looking forward to getting more info

Sorry, in your original message you say "gdm". How is it related to libxklavier?

[Oliver Grawert (ogra)]

i compared gdm vs a running desktop session ... the keymap changes between gdm ad the desktop (if g-s-d kicks in)...
and works fine in gdm or other desktops ...

[Sergey V. Udaltsov (sergey-udaltsov)]

I see now. Ok, waiting for the update regarding g-s-d trace

[Oliver Grawert (ogra)]

the g-s-d log, sorry for the delay

[Sergey V. Udaltsov (sergey-udaltsov)]

The trace looks generally reasonable. The rules are taken from /etc/X11/xkb/rules/xorg - could you please confirm this file exists (it should be a symlink to /etc/X11/xkb/rules/base). It detects your original xkb configuration - using single de(nodeadkeys) layout and pc105 model. What puzzles me a bit is the fact that the model in your gconf configuration is empty. Could you please try setting the model explicitly (in gnome-keyboard-properties) and check whether it changes anything?

I suspect the function gkbd_keyboard_config_equals may have problems in this situation - because of the empty model in gconf. If it is the case - I'll fix it.

[Oliver Grawert (ogra)]

the file exists and points to ./base

[Oliver Grawert (ogra)]

setting the model explicitly didnt change anything

[Oliver Grawert (ogra)]

yay \o/ ... completely removing the us keyboard in gnome-keyboard-properties (which was listed but not selected as default) has fixed it now ...

[Oliver Grawert (ogra)]

i also noticed that
layouts = [de nodeadkeys,us intl]
in 3.2 has more spaces between lang and option ... does that cause a missed patternmatch ?

[Sergey V. Udaltsov (sergey-udaltsov)]

That's very odd. Actually layout and variant names are TAB-separated (and this code has not changed for ages) - so the number of spaces should be up to your terminal.

Does adding us(intl) break things again? Does it happen with, say, us(dvorak) or just us?

[Oliver Grawert (ogra)]

no, it doesnt break things ... however it seems to ignore the "default" checkbox in the gui and only take the order of the language list into account. whatever is at the top seems to become the default, not the one that has the checkmark set

[Sergey V. Udaltsov (sergey-udaltsov)]

The bug with "default" should actually be fixed in 3.2 (#414269 in b.g.o). Very strange. Could you please repeat the experiment with running g-s-d in console (with XKL_DEBUG)? When you start g-s-d, please create new terminal window - and then kill g-s-d.

[Craig73 (funrun73)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.

[Sebastien Bacher (seb128)]

is that still an issue in jaunty? lowering importance since there has been no recent comment or duplicate

[rusivi2 (rusivi2-deactivatedaccount)]

We'd like to figure out what's causing this bug for you, but we haven't heard back from you in a while. Could you please provide the requested information? If so, please feel free to mark this bug as new. Thanks!

[Launchpad Janitor (janitor)]

[Expired for libxklavier (Ubuntu) because there has been no activity for 60 days.]