Ok, I've realized a few things and this has cleared some of this mess.
1) The Keyboard Layout has a default limit of 4 layouts. Anything more and the + (add) button dims, eliminating the ability to add another layout. This should be written up as a separate bug.
2) Changing the layout in unity's "applet" does not change it in X. /etc/default/keyboard shows the following, even if layouts are repositioned in Keyboard Layout in System Settings.
3) lightdm takes to the change, at least if it's done via Keyboard Layout.
4) X doesn't take to the change even if it's done via Keyboard Layout.
Clearly there is a conflict between /etc/default/keyboard and Keyboard Layout. I would assume a workaround to be to run the following:
1. sudo dpkg-reconfigure keyboard-configuration
2. and then to edit /etc/default/keyboard to coincide with the input into the previous routine (pkg-reconfigure keyboard-configuration)
I should really stop writing here, as the basic premise of not being able to implement more layouts seems invalid (and thus I'll change this bug's status to invalid), although I might report 1) this limitation of 4 layouts as a bug.
2) There are also the issues of any layout chosen from dpkg-reconfigure keyboard-configuration not sticking, /etc/default/keyboard not keeping sync with dpkg-reconfigure keyboard-configuration.
3) The issue of not being able to change a layout within a session from the Unity "applet", /etc/default/keyboard not keeping sync with applet.
4) And the issue of /etc/default/keyboard not keeping in sync with selections taken in Keyboard Layout, which explains why desktop sessions (X) revert to previous settings.
/etc/default/keyboard seems to want to do it's own thing, regardless of what other utilities want.
Ok, I've realized a few things and this has cleared some of this mess.
1) The Keyboard Layout has a default limit of 4 layouts. Anything more and the + (add) button dims, eliminating the ability to add another layout. This should be written up as a separate bug.
2) Changing the layout in unity's "applet" does not change it in X. /etc/default/ keyboard shows the following, even if layouts are repositioned in Keyboard Layout in System Settings.
XKBMODEL="pc104" "terminate: ctrl_alt_ bksp"
XKBLAYOUT="us"
XKBVARIANT="intl"
XKBOPTIONS=
3) lightdm takes to the change, at least if it's done via Keyboard Layout.
4) X doesn't take to the change even if it's done via Keyboard Layout.
Clearly there is a conflict between /etc/default/ keyboard and Keyboard Layout. I would assume a workaround to be to run the following:
1. sudo dpkg-reconfigure keyboard- configuration keyboard to coincide with the input into the previous routine (pkg-reconfigure keyboard- configuration)
2. and then to edit /etc/default/
See http:// krisreeves. com/things- that-should- be-easy/ permanently- change- keyboard- layout- on-ubuntu- server- 11-10/
I should really stop writing here, as the basic premise of not being able to implement more layouts seems invalid (and thus I'll change this bug's status to invalid), although I might report 1) this limitation of 4 layouts as a bug.
2) There are also the issues of any layout chosen from dpkg-reconfigure keyboard- configuration not sticking, /etc/default/ keyboard not keeping sync with dpkg-reconfigure keyboard- configuration.
3) The issue of not being able to change a layout within a session from the Unity "applet", /etc/default/ keyboard not keeping sync with applet.
4) And the issue of /etc/default/ keyboard not keeping in sync with selections taken in Keyboard Layout, which explains why desktop sessions (X) revert to previous settings.
/etc/default/ keyboard seems to want to do it's own thing, regardless of what other utilities want.