sudo locale-gen --purge en_US.UTF-8
我已经安装了语言环境
# locale -aCC.UTF-8en_US.utf8POSIX
可以,因为我错过了en_US吗?
解决方法 是的,你可能很好.假设en_US.utf8包含UTF-8美国/英语语言环境,它应该可以正常工作.这就是我自己使用的:% echo $LANGen_US.UTF-8
如果你运行locale -v -a,它会更具描述性:
% locale -v -alocale: en_US archive: /usr/lib64/locale/locale-archive------------------------------------------------------------------------------- Title | English locale for the USA source | Free Software Foundation,Inc. address | http://www.gnu.org/software/libc/ email | BUG-glibc-locales@gnu.org language | Englishterritory | USA revision | 1.0 date | 2000-06-24 codeset | ISO-8859-1locale: en_US.utf8 archive: /usr/lib64/locale/locale-archive------------------------------------------------------------------------------- Title | English locale for the USA source | Free Software Foundation,Inc. address | http://www.gnu.org/software/libc/ email | BUG-glibc-locales@gnu.org language | Englishterritory | USA revision | 1.0 date | 2000-06-24 codeset | UTF-8
en_US和en_US.utf8之间的唯一区别是前者使用ISO-8859-1作为字符集,而后者使用UTF-8.喜欢UTF-8.它们的唯一区别在于它们能够代表哪些角色. ISO-8859-1代表许多美国人常用的字符(英文字母,加上几个带重音的字母),而UTF-8编码所有Unicode,因此,几乎可以想到任何语言.今天的UTF-8是文本的事实标准编码. (这就是你应该喜欢它的原因.)
总结以上是内存溢出为你收集整理的Linux语言环境:en_US.UTF-8 vs en_US全部内容,希望文章能够帮你解决Linux语言环境:en_US.UTF-8 vs en_US所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)