/etc/locale.conf和/etc/default/locale之间的差异

Question

我正在运行KDENeon5.20，并找到了两个具有类似内容的/etc/locale.conf和/etc/default/locale文件。这两个文件之间有什么不同，我应该编辑哪一个来更改系统区域设置？

Answer 1

经过一些实验，我确定KDE尊重/etc/default/locale中的区域设置，但忽略了/etc/locale.conf中的区域设置。我仍然不明白为什么Ubuntu对地区文件使用不同的位置，但我得出的结论是，在基于Ubuntu的发行版上，有必要使用/etc/default/locale来设置区域设置。另外，我刚刚用指向/etc/default/locale的符号链接替换了/etc/locale.conf，一切都很好，但是现在只有一个文件具有区域设置。

Answer 2

许多应用软件需要LANG环境变量来工作。因此，大多数发行版都有一个启动脚本来在登录后设置LANG。

那么启动脚本从哪里读取LANG配置呢？它在发行版中是不同的。

• Debian默认控制台登录启动脚本读取/etc/default/locale
• Slackware默认控制台登录启动脚本点源 /etc/profile.d/lang.sh
• KDE等离子体读取~/.config/plasma-localerc
• 其他一些发行版读/etc/locale.conf

Systemd不知道它安装在哪个发行版上。因此，当您使用localectl修改配置时，localectl将检测到/etc/locale.conf是否存在。如果它存在，则localectl修改它，或者修改/etc/default/locale作为后备。

就Ubuntu(非GUI)而言，如果存在/etc/locale.conf，您将发现无论如何运行localectl，LANG变量在重新启动后都会被保留。这是因为Ubuntu使用/etc/default/locale，localectl修改了一个永远不会被Ubuntu读取的文件。

Answer 3

Linux的不同发行版或版本使用一个或另一个。例如，Debian 10的文档主要引用/etc/default/locale (例如man update-locale)。它的系统相关部分也指/etc/locale.conf (例如，man locale.conf)。

一个简短的测试表明，localectl (也是Debian10‘S系统的一部分)将/etc/default/locale的内容作为系统区域设置来报告，除非/etc/locale.conf也存在:在这种情况下，它显然是优先的。

我只使用/etc/default/locale (同样，在当前版本的Debian上)。我的rational是这样的:这个可以适合Debian，或者适合于系统，所以总的来说，这是一个明确的选择。