Red Hat Bugzilla – Bug 113672
fr-latin9 aliased to fr-latin0
Last modified: 2007-04-18 13:01:24 EDT
Following bug #88324 fr-latin9 was aliased to fr-latin0
This is not the way to go. fr-latin9 is present in both kbd and
XFree86 now (unlike fr-latin0) so the correct fix is to make redhat
tools aware of it.
Historically when I asked here about merging upstream fr-latin0 fixes
in RH kbd and putting the matching map in XFree86 I was answered to
merge the maps upstream first. Well I did it - got to the external
fr-latin0 site, took the latest maps, cleaned them up and went through
the lenghty procedure to get them merged in kbd and in XFree86 (this
was before XFree86 opend up its procedures).
Upstream maps had been renamed latin9 since that's the real name of
the latin0 standard, so that's how they ended up both in XFree86 and kbd.
Now I'd really like RedHat to acknowledge the changes and update its
keyboard maps so the matching XFree86 map is selected when fr-latin9
is selected by the user. I've asked for this on a separate report
years ago. Having RH still use
fr-latin0 = fr-latin0 (kbd) + fr (XFree86)
fr-latin9 = fr-latin9 (kdb) + fr-latin9 (XFree86)
after all the work I put into this (as requested by RH people on this
bugzilla) makes me a little mad.
we now use kbd-1.12, which should pull the changes from upstream. the
alias creation via copies is still there for compatibility, though.
[root@rousalka nim]# system-config-keyboard
assuming iso-8859-1 cedilla
assuming iso-8859-1 acute
assuming iso-8859-1 diaeresis
assuming iso-8859-1 brokenbar
assuming iso-8859-1 threequarters
assuming iso-8859-1 currency
assuming iso-8859-1 onehalf
assuming iso-8859-1 onequarter
* running ['/usr/X11R6/bin/setxkbmap', '-layout', 'fr', '-model',
'pc105', '-option', '']
[nim@rousalka]~% rpm -q system-config-keyboard kbd XFree86
1. fr-latin9 still does not appear in the keyboard list
2. when selecting fr-latin0, fr-latin9 is still not selected in XF86Config
Adding an alias is ok. Using it to avoid adding the kbd + XFree86
fr-latin9 combo to the system tools list is not
Nicolas: The list of keyboards comes from keyboard_models.py in the
rhpl package, so I'm changing the component to rhpl.
Also, I've changed our keyboard model list from fr-latin0 to
fr-latin9. Instead of seeing an entry in the keyboard list for
"French (latin0)", you will now see "French (latin9)" and the
fr-latin9 keymap will be loaded instead of fr-latin0.
I believe that this should fix the issue, but please reopen this bug
if it does not. The fix should appear in rhpl-0.132-1. Thanks for
working with us on this issue.
Thank you very much for the change.
I'll wait eagerly for the update
Got rhpl-0.132-1, the change is there all right
Unfortunately I have to reopen the bug since system-config-keyboard
still thinks it should select fr for XF86Config when the user chooses
Again the main difference between fr-latin0 and fr-latin9 (appart from
the name change and a few fixes) is that fr-latin9 was/is integrated
in XFree86 (unlike fr-latin0), so intead of selecting fr-latinx for
the console and plain fr for XFree86 one can and should select the
matching map in XFree86
Oops, I changed the kbd keymap to fr-latin9 but not the X keymap.
Should be fixed in rhpl-0.134-1.
I can confirm it's working now
Thanks a lot for your time
Thanks for bringing this to our attention.