Red Hat Bugzilla – Full Text Bug Listing
|Summary:||anaconda cannot find matching keyboard layouts for several languages, sets them to U.S. English|
|Product:||[Fedora] Fedora||Reporter:||Adam Williamson <awilliam>|
|Component:||anaconda||Assignee:||Vratislav Podzimek <vpodzime>|
|Status:||CLOSED CURRENTRELEASE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||18||CC:||anaconda-maint-list, g.kaviyarasu, jonathan, jreznik, kparal, sbueno, tiagomatos, vanmeeuwen+fedora, vpodzime|
|Fixed In Version:||anaconda-18.37.11-1||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2013-01-08 16:32:29 EST||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Adam Williamson 2013-01-03 01:33:23 EST
I went through every language offered on the very first page of the installer, checking the 'Set keyboard to default layout for selected language.' checkbox each time and proceeding to the main hub to see what keyboard would be selected. Here are the languages I found appeared to have a 'matching' layout available, but which anaconda did not find: it just set the keyboard layout to U.S. English. Catalan (Spain) Greek (Greece) Spanish (Spain) Malay (Malaysia) Dutch (Netherlands) For the following languages spoken in Spain, there is no 'native' layout, but they should be set to a Spanish layout, per http://www.unilang.org/viewtopic.php?f=57&t=38808 : Basque (Spain) Galician (Spain) In all the above cases, if you pick the language, check the 'Set keyboard to default layout for selected language' box, and proceed to the hub, the keyboard layout will be set to U.S. English. Proposing as NTH, some of these are pretty common languages.
Comment 1 Vratislav Podzimek 2013-01-03 07:28:53 EST
(In reply to comment #0) > I went through every language offered on the very first page of the > installer, checking the 'Set keyboard to default layout for selected > language.' checkbox each time and proceeding to the main hub to see what > keyboard would be selected. Here are the languages I found appeared to have > a 'matching' layout available, but which anaconda did not find: it just set > the keyboard layout to U.S. English. > > Catalan (Spain) > Greek (Greece) > Spanish (Spain) > Malay (Malaysia) > Dutch (Netherlands) The problem with these is, that when getting layouts for languages by using libxklavier, these languages are returned as "Greek, Modern (1453-)", "Catalan; Valencian", etc. Thus they are not exactly matching the languages "Greek", "Catalan", etc.. Sending a patch that adds a fallback if no exact match is found that accepts the "libxklavier's languages" even if they just start with the same string as the given language (from the language selection). > > For the following languages spoken in Spain, there is no 'native' layout, > but they should be set to a Spanish layout, per > http://www.unilang.org/viewtopic.php?f=57&t=38808 : > > Basque (Spain) > Galician (Spain) I'm sorry, but this would need a mapping from languages to layouts which is something we are trying to avoid for many reasons in Anaconda. Though I believe there should be a package with these mappings maintained by the i18n team(s).
Comment 2 Adam Williamson 2013-01-03 14:50:00 EST
Discussed at 2012-01-03 go/no-go meeting: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-01-03/f18_final_gono-go_meeting.2013-01-03-17.01.log.txt . Accepted as NTH: this should be a safe fix and improves keyboard mapping during install which is obviously desirable and not fixable with an update.
Comment 3 Vratislav Podzimek 2013-01-05 08:58:16 EST
Patch pushed to both master and f18-branch.
Comment 4 Adam Williamson 2013-01-07 18:05:50 EST
On commit, this was marked as fixing 891487, not 891489. The commit msg could be fixed to avoid confusing people in future. commit 0d86fb37458c824b0c722c99bc9c87834c42adc7 Author: Vratislav Podzimek <firstname.lastname@example.org> Date: Thu Jan 3 13:29:08 2013 +0100 Try fallback if none exactly matching language is found (#891487) From the language selection we get e.g. "Greek" as a language name. But while iterating over all languages libxklavier knows we get "Greek, Modern (1453-)" which is not an exact match. If exact match is not found we should try to find language starting with the string we got from the language selection.
Comment 5 Fedora Update System 2013-01-07 20:19:21 EST
anaconda-18.37.11-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.37.11-1.fc18
Comment 6 Vratislav Podzimek 2013-01-08 04:51:35 EST
(In reply to comment #4) > On commit, this was marked as fixing 891487, not 891489. The commit msg > could be fixed to avoid confusing people in future. Good catch, I've used the wrong number. But I'm afraid we cannot do anything about it because fedorahosted doesn't allow backward changes.
Comment 8 Adam Williamson 2013-01-08 14:18:45 EST
Note a couple of incorrect results of this tweak: 'Northern Sotho' locale (which is a South African region) gives 'Northern Sami' keyboard (which is a Finnish dialect). 'Malay (Malaysia)' locale gives 'Malayalam (India)' keyboard layout; Malay and Malayalam are not related. (Actually it causes a crash - 893026 - but when you fix the crash, you get Malayalam). Heuristics: never quite right. :)
Comment 9 Jaroslav Reznik 2013-01-08 14:37:09 EST
So do we want to revert or again - tradeoff of better support for common locales vs Northern Sotho an Malay (so +1 language, for some people it could be that overbalance I expect)?
Comment 10 Fedora Update System 2013-01-08 16:32:32 EST
anaconda-18.37.11-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
Comment 11 Adam Williamson 2013-01-08 16:44:26 EST
I think it's okay to leave this fix in. The locales that are fixed are more important than the ones that broke. CLOSED is the correct status as things stand, as the code to fix this bug is in 18.37.11 and does fix the bug: it introduces a new bug, but that is being properly tracked in a new report.