// If you want non-latin layouts implicitly include the en_US layout
See bug #80141 for more information.
// uncomment lines below
-//! $nonlatin = am ar ben bg by dev el ge_la ge_ru guj gur il il_phonetic\
-// ir iu mk mm ru sr th tj tml ua
+! $nonlatin = am ar ben bg by dev el ge_la ge_ru guj gur il il_phonetic\
+ ir iu mk mm ru sr th tj tml ua
! $pcmodels = pc101 pc102 pc104 pc105
! $mac = macintosh macintosh_old
This list is actually a list of layouts that use non-latin1 characters
and with new model they must always be loaded together with "us" layout. So,
anaconda must know this list and configure keyboards from this list together
with us keyboard ("us,ru") and configure switch between us and non-us layout
(see keyboard configuration in WinXP installer, for example).
This applies for anaconda too. It will require changes to the
keyboard_models.py in rhpl.
msf, katzj: just so you know, I'll have to make this change to
keyboard_models.py. I'll try not to break anything that the installer uses, but
we'll need to test it.
I think putting a nested list of the required X keymaps inside the
self.modelDict will work pretty well. For example, the line:
'ru' : [_('Russian'), 'ru', 'pc105', ''],
will look like:
'ru' : [_('Russian'), ['ru', 'us'], 'pc105', ''],
That way, we can write an XF86Config file that looks like:
Option "XkbLayout" "us,ru"
So, of that list, we only have entries for bg, el, mk, ru, and ua in
keyboard_models.py. I have not added the other keymaps to this list because I'm
not sure of which console keymaps that they use.
I had to add a column to self.modelDict in keyboard_models.py to specify the
XkbOptions field for these keyboards, which is "grp:ctrl_shift_toggle"
So now the line for ru looks like:
'ru' : [_('Russian'), 'ru,us', 'pc105', '', 'grp:ctrl_shift_toggle' ],
rhpl-0.79-1 and redhat-config-keyboard-1.0.3-1 should fix this issue.
What about upgrades? Will they result in broken X configuration? I understand
the difficulties with trying to auto-fix an existing config, but it might be a
good idea to at least mention it in release notes - along the lines "If you are
upgrading from a previous version of Red Hat and you have your XWindow Sytem
configured to use an international keyboard layout, you will need to re-generate
your configuration (use redhat-config-keyboard or redhat-coonfig-xfree86) ."
I agree it should be in release notes. I disagree however with bfox that
it should be handled by XFree86.
Having some type of "upgrade XFree86 from release A to release B" script
might be useful, but cramming it into XFree86.spec is a recipe for
unmaintainable disaster. I'm not sure what the best solution is, just
that I don't have the time resources to implement it.
see comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79287#c21 and
redhat-config-keyboard is OK, please fix anaconda.
There is a stack of 64 bugs that have been in Modified state for a long period
of time. I am closing these as Rawhide now. If you find that the issue is not
fixed, please reopen this report.