Tag Info

New answers tagged

1

Set the environment variable LC_CTYPE to the value en_US.UTF-8 to indicate that you want to use the UTF-8 encoding for characters on terminals. UTF-8 is an encoding of Unicode. It is the modern character encoding standard in the Unix world in general, and it is the default on Ubuntu, but it might not be the default on AIX. The first release of AIX that ...


2

As St├ęphane Chazelas said in the comment, it is a bug in the specific implementation of coreutils (in coreutils-8.22-11.el7) by CentOS/Red Hat, more specifically in the buggy internationalisation patch (coreutils-i18n.patch) they wrote and applied on top of GNU's coreutils-8.22. I reported it here to CentOS and also here to Red Hat. It was already known at ...


0

check the language environment variable, that is LC_LANG. An easier way is to set the LC_ALL or LC_* variable to the English utf8.


0

Can you start with the output of env | grep LANG? Make sure those all point to the proper lang/country, then do the dpkg command as mentioned by @vlp


1

Using sudo dpkg-reconfigure locales should work.


0

Your default collation(en_US.UTF-8) cause to this. You should set LC_COLLATE value to order the text as directed. LC_COLLATE='C' sort -k1 file1


0

This is the complete solution for my problem install locales sudo vim /etc/apt/sources.list - deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi # Uncomment line below then 'apt-get update' to enable 'apt-get source' #deb-src http://archive.raspbian.org/raspbian/ wheezy main contrib non-free rpi deb ...


0

This is pretty strange default of openssh, that it sends your locale information to the servers you are connecting to. If you have some non-standard (non-US) locale, it causes more trouble than utility. You can get rid of this by removing SendEnv LANG LC_* line from /etc/ssh/ssh_config on your laptop. This will not trigger the warnings anymore for future ...


2

GNU date -d option is expecting the provided date to be in "locale independent format", i.e. POSIX which essentially means US format as far as xx/yy/zz dates are concerned.


-1

The issues here can still cause range of seriously obscure problems if you are moving files between systems. Unison uses glib and is written in OCAML. The fix was to use the convmv utility which can convert file names from many different formats. It worked, and I seem to have no remaining problems.



Top 50 recent answers are included