Forked from
Arch Linux / Packaging / Packages / filesystem
Source project has a limited visibility.
-
Tom Gundersen authored
(the previous commit to initscripts should have read "kill archlinux and locale.sh") locale.sh: add support for user-specific locale.conf We use the first configuration file we find out of: * $XDG_CONFIG_HOME/locale.conf * /etc/locale.conf * /etc/rc.conf All subsequent config files are ignored. E.g., an emtpy /etc/locale.conf means that LOCALE from rc.conf is ignored. Note that currently $XDG_CONFIG_HOME is unlikely to be set when locale.sh is sourced, so it will not have any effect. In the future this might change, so we kept it in. This will easily allow users to set one locale to be used for daemons/boot and a separate one to be used for users consoles etc. This eliminates the need for DAEMON_LOCALE, so remove that functionality. A post-install note will be added. The constraints that led to this suggestion: 1) The default locale should work even if locale-gen has not been run, i.e., it should be "C". 2) It is common to want the system locale to be "English", which a priori "C" satisfies. However, "C" is not UTF-8, which causes issues when the user locale is in UTF-8 (as it is the system locale that configures the console mode). 3) Users might (and often do) want a different locale than what is used system-wide. Moreover, different users might want different locales.
Tom Gundersen authored(the previous commit to initscripts should have read "kill archlinux and locale.sh") locale.sh: add support for user-specific locale.conf We use the first configuration file we find out of: * $XDG_CONFIG_HOME/locale.conf * /etc/locale.conf * /etc/rc.conf All subsequent config files are ignored. E.g., an emtpy /etc/locale.conf means that LOCALE from rc.conf is ignored. Note that currently $XDG_CONFIG_HOME is unlikely to be set when locale.sh is sourced, so it will not have any effect. In the future this might change, so we kept it in. This will easily allow users to set one locale to be used for daemons/boot and a separate one to be used for users consoles etc. This eliminates the need for DAEMON_LOCALE, so remove that functionality. A post-install note will be added. The constraints that led to this suggestion: 1) The default locale should work even if locale-gen has not been run, i.e., it should be "C". 2) It is common to want the system locale to be "English", which a priori "C" satisfies. However, "C" is not UTF-8, which causes issues when the user locale is in UTF-8 (as it is the system locale that configures the console mode). 3) Users might (and often do) want a different locale than what is used system-wide. Moreover, different users might want different locales.
Code owners
Assign users and groups as approvers for specific file changes. Learn more.