Re: encoding not working on man pages?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Saturday 14 August 2004 03:11, Ben Yau wrote:
> I've been working on what I think is a charset or encoding problem without
> any luck .  Hopefully someone here can help me out.
>
> I have two development redhat 8.0 servers which a previous admin had put
> together which look like they're almost identical.  However, there is some
> sort of encoding problem on one of them (call it server A).  It does not
> seem to be able to translate some encoding of some sort.  For example, on
> server B, bringing up a man page looks normal.
>
> like:
>  -a, --all
>               do not hide entries starting with .
>
>        -A, --almost-all
>               do not list implied . and ..
>
> On server A, it brings up what looks like encoding for dashes and hyphens
> and other non-alphabetic characters.  Instead of hyphnes/dashes it comes up
> with a's with little conehead hats.  Here is a cut and paste which
> hopefully will come through in the email:
>
> âa, ââall
>               do not hide entries starting with .
>
>        âA, ââalmostâall
>               do not list implied . and ..
>
>        ââauthor
>               print the author of each file

The problem is that the man pages take note of the LANG environment variable
and when it announces UTF-8 encoding is in effect it sends for example UTF-8 
coded 'minus' in place of 'hyphen' (which looks better) but translates as some 
unrelated latin1 characters in most character sets. You need a UTF-8 encoded 
font(registry iso10646) but this is rather restrictive. An alternative is 
to strip the .utf8 suffix from the LANG environment variable.

You will also find 'ls' lists files in what appears a very strange order to 
unix traditionalists. The GNU 'ls' apparently uses the locale collation sequence
for sorting rather the the traditional ASCII sequence. You can return to the
traditional by setting LC_COLLATE=C; but this will also affect those instances
when you might have really wanted the locale sequence. I guess if you are real 
keen you could write a script or create an alias for 'ls' that first set 
LC_COLLATE, executed the system ls, and then unset LC_COLLATE. 

On the other hand 'date' and 'ls' use US date/time ordering (which appears 
quite irrational to the rest of the world) no matter how you set LANG or
LC_TIME. All you'll change is the day and month names. I suspect the problem
here is in the locale definitions in RedHat.

Malcolm  



-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux