Bug 968808
| Summary: | Interlingua installs result in errors setting locale and apparent failure of g-i-s to create a user account | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> |
| Component: | anaconda | Assignee: | Vratislav Podzimek <vpodzime> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | anaconda-maint-list, awilliam, dshea, g.kaviyarasu, jonathan, mfabian, mkolman, nik.kalach, sbueno, vanmeeuwen+fedora, vpodzime |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | AcceptedFreezeException | ||
| Fixed In Version: | anaconda-19.30.6-1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-06-19 01:10:01 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 834091 | ||
|
Description
Adam Williamson
2013-05-30 02:57:06 UTC
[mfabian@Fedora-19-Beta-RC4-x86_64-netins ~]$ locale -a | grep ^ia ia_FR ia_FR.utf8 [mfabian@Fedora-19-Beta-RC4-x86_64-netins ~]$ I.e. anaconda should set “ia_FR.UTF-8” locale. I made langtable.py (langtable 0.0.4) return this: $ python Python 2.7.3 (default, Aug 9 2012, 17:23:57) [GCC 4.7.1 20120720 (Red Hat 4.7.1-5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import langtable >>> from langtable import list_locales >>> from langtable import list_keyboards >>> from langtable import list_consolefonts >>> from langtable import language_name >>> list_locales(languageId="ia") ['ia_FR.UTF-8'] >>> list_locales(languageId="ia", territoryId="FR") ['ia_FR.UTF-8', 'fr_FR.UTF-8', 'br_FR.UTF-8', 'oc_FR.UTF-8', 'ca_FR.UTF-8'] >>> list_keyboards(languageId="ia") ['us'] >>> list_keyboards(languageId="ia", territoryId="FR") ['us', 'fr(oss)'] >>> language_name(languageId="ia") 'interlingua' >>> language_name(languageId="ia", languageIdQuery="en") 'Interlingua' >>> Well, what's in /etc/locale.conf? LANG="ia.UTF-8" The patch that should resolve this issue has been posted to anaconda-patches. However, it is a fairly intrusive patch (because it tries to do things the right way not the easiest way) and thus a special compose [1] with it included has been created for testing. If it get's some testing and it turns out there are no regressions, the patch could be included in the f19-branch, otherwise it will go only to the master branch targetting Fedora 20. [1] http://alt.fedoraproject.org/pub/alt/anaconda/anaconda-19.30.5-langtable.iso Please test the .iso file above and check if choosing different languages work for both the installation process and the installed system. What should be different with the patch are names of some languages and this issue fixed. Moreover anaconda should consume ~20 MB less memory (can be checked with 'grep RSS /proc/`cat /var/run/anaconda.pid`/status'). And the patch streamlines and clears the code a lot, so I'd really like it included in the f19-branch. Proposing as a freeze exception since the system installed with "Interlingua" chosen as language is fairly broken. Vratislav, just wanted to check something: as I read it, the langtable patch essentially affects only locale setting, right? It doesn't do anything else with langtable yet. So we'd just need to do installs with each of the languages listed on the first screen, and check that they used the correct language and locale during install and post-install (or at least were no worse than without the patch), right? Tested so far English (US), French, Japanese and Interlingua installs and all worked fine, looking good. I'll try a few more later. (In reply to Adam Williamson from comment #7) > Vratislav, just wanted to check something: as I read it, the langtable patch > essentially affects only locale setting, right? It doesn't do anything else > with langtable yet. So we'd just need to do installs with each of the > languages listed on the first screen, and check that they used the correct > language and locale during install and post-install (or at least were no > worse than without the patch), right? Basically yes, the patch I've sent is intentionally using langtable only to fix some issues, but to preserve the same behaviour as the code we had so far. There are small changes in the language names on the Welcome screen and some issues with the locales (like the one described in this bug) should be fixed. Some more usage of the langtable (setting better keyboard and timezone defaults, etc.) will come later, not for the Fedora 20, as they will change the behaviour. I'd also like to come up with a two-phase language-locale selection allowing users to choose the locale they want to use, not the language. Something like (in a GUI version): 1. Choose a language: ... German English [x] French ... 2. Choose a variant: English (Australia) English (Canada) English (United States) ... Anyway, the patch has been approved for both master and f19-branch. In case of any troubles I can provide a fix or we can revert the patch. The update https://admin.fedoraproject.org/updates/FEDORA-2013-10913/pykickstart-1.99.32-1.fc19,python-blivet-0.16-1.fc19,anaconda-19.30.7-1.fc19 should fix this issue. Discussed at 2013-06-17 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-17/f19final-blocker-review-6.2013-06-17-16.01.log.txt . Accepted as a freeze exception issue as we want to fix locale issues before release, they cannot be fixed post-release. Testing so far is positive. The change will be in TC4 once we get that built. Confirmed fixed as of TC5. Closing. |