On 06/22/2015 04:16 AM, Jan Kurik wrote: > = Proposed System Wide Change: Glibc locale subpackaging = > https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging > > Change owner(s): > * Mike Fabian <mfabian At redhat DOT com> > * Siddhesh Poyarekar <spoyarek AT redhat DOT com> > * Carlos O’Donell <codonell AT redhat DOT com> > > This change should make it possible to install or uninstall locales > individually. > > == Detailed Description == > Currently the file /usr/lib/locale/locale-archive contains all locales and is > thus huge (103MB). > For small systems (and containers) it would be useful to be able to install > only a small number of locales. > Recently we made it possible to install a small number of locales by > supplying the rpm-macro “_install_langs”, for example > > rpm -i -D _install_langs="en:de_DE" glibc-common.rpm > > will install all English locales and all German locales which start with > “de_DE”, > > rpm -i -D _install_langs="en_US.utf8" glibc-common.rpm > > will install only the en_US.utf8 locale, > > rpm -i -D _install_langs="POSIX" glibc-common.rpm > > will install nothing (but the POSIX/C is still available because it is > builtin into glibc). > > But this approach works only during an Anaconda based install when Anaconda > supplies the _install_langs rpm-macro. > When glibc is updated later, the _install_langs macro will not be supplied on > the command line during the update and the default value “all” of > “_install_langs” from /usr/lib/rpm/macros will be used and all locales come > back during an update. > Therefore, this solution is far from perfect. > It should be made possible to install and uninstall locales individually, for > example by having a separate package for the locales for each language. > Installing such a package would add these locales to locale-archive, > uninstalling it would remove them. > > Anaconda then needs to be changed to handle such language packages. > > == Scope == > * Proposal owners: > 1. Figure out the best approach to to install/uninstall locales > 2. Make sure that locales added manually by the user are not destroyed > (currently they are lost when glibc is updated) > * Other developers: > Anaconda needs to be made aware of the new approach to handle > installation/uninstallation of locales > * Release engineering: > I am not sure whether this has affects release engineering, probably the > packages in the install image change when parts are split out of glibc-common. > * Policies and guidelines: > No, this change does not require updates to policies and guidelines. > * Trademark approval: not needed for this Change >
So, is this why I'm getting: Failed to set locale, defaulting to C when running dnf? I do kickstart installs with: echo '%_install_langs C:en_US:en_US.UTF-8' > /mnt/sysimage/etc/rpm/macros and with: %packages --instLangs=en_US since the latter is relatively new. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
