Bug 875866

Summary: Addition of Interlingua locale
Product: [Fedora] Fedora Reporter: Nik Kalach <nik.kalach>
Component: glibcAssignee: Jeff Law <law>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: fweimer, jakub, law, pfrankli, schwab, spoyarek
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-11-26 14:35:38 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:
Attachments:
Description Flags
Patch to add ia_FR locale none

Description Nik Kalach 2012-11-12 17:34:02 UTC
Created attachment 643644 [details]
Patch to add ia_FR locale

Description of problem:
The current glibc package and the upstream glibc do not include Interlingua locale for any region. A lot of Fedora programs like Anaconda, system-config-language and Publican depend from the presence of the correct locale in the system. For these programs it is not enough just to set up the LANGUAGE environment variable to localize the interface. Anaconda and system-config-language perform system locale configuration themselves and do not support setting of the LANGUAGE variable in /etc/locale.conf or /etc/sysconfig/i18n.
Anaconda, Firstboot, system-config-language, s-c-time and s-c-keyboard are translated to Interlingua but the lack of the Interlingua locale creates usability problem or, in case of Anaconda and s-c-language, it does not allow the programs to operate as expected.

Fedora documentation and Web-site use Publican for formatting. All necessary Interlingua localizations are available but Publican cannot use them without the locale. As a result, Fedora documentation in Interlingua cannot be built in the standard Fedora Project build environment.

To solve these problems I propose to add an attached patch to the glibc package. It adds the ia_FR locale.

Supporting information for this locale is following:
1. The ISO-639-1 code for the language: "ia"
2. Languages of France:
   http://www.ethnologue.com/15/show_country.asp?name=FR
3. The leading Interlingua association "Union Mundial pro Interlingua" 
   is registered as a French non-profit association. Registration #0911004931
   http://www.interlingua.com/statutos
4. The locale data are available in CLDR.
5. The ethnological information is available here:
   Gordon, Raymond G. (ed.). 2005. Ethnologue: Languages of the World, 15 edn.
   http://www.ethnologue.com/15/web.asp (09 July, 2008.)
   This source specifies the geography for this language as "France"
   See: http://multitree.org/trees/17702.xml
6. Interlingua is registered by IANA with subtag "ia".
   See http://www.iana.org/assignments/language-subtag-registry
7. General information about the language and its history is available here:
   http://en.wikipedia.org/wiki/Interlingua

Version-Release number of selected component (if applicable):
glibc-2.16-20

How reproducible:
Always

Steps to Reproduce:
locale -a | grep ia_
  
Actual results:
No locale strings in the output.

Expected results:
ia_FR.utf8

Comment 1 Siddhesh Poyarekar 2012-11-26 08:15:06 UTC
Thanks for the patch.  Please post it on the upstream libc-alpha mailing list so that it can be reviewed.  There's a contribution checklist there which you will need to go through:

http://sourceware.org/glibc/wiki/Contribution%20checklist

Also, please mention yourself as a maintainer/contact for the locale in the locale file - look at existing locale files for the format.  I would prefer it if we pull this into Fedora once it is accepted upstream.

Comment 2 Jeff Law 2012-11-26 14:35:38 UTC
Nik, as Siddhesh mentioned in c#1, please submit this to the libc-alpha mailing list, following the contribution checklist he referenced.

This is being tracked by sourceware's bugzilla as bug #14879.

http://sourceware.org/bugzilla/post_bug.cgi