Red Hat Bugzilla – Bug 75642
man pages not displaying correctly in xterm
Last modified: 2007-04-18 12:47:27 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
Description of problem:
Man is not correct displaying man pages under xterm.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
3.Note the lack of - signs
This is not only an xterm problem, but also at the console and evident as well
when ssh'ing into RH8.0 boxes.
You can fix the xterm problem by changing terminal fonts. I have not been able
to find a work around at the console.
the answer lies in the release notes-
env LANG=C man bash
alias man="env LANG=C man"
There are other apps that this causes a problem in for which env LANG=C does
For instance, ntsysv and netconfig do not display correctly either.
alias man="env LANG=C man" does seem to fix man under xterm. It also appears
to fix related issues in ntsysv and the like. It really should be fixed
invisibly to a user.
Worked only partially for me. In an ssh window using Putty, all looks good
using env LANG=C, but on a terminal from inside KDE, ntsysv, etc. are still not
looking correct. I can correct the problem by changing the default font to
something else. Gnome seems to be working fine.
Answer is here:
*** Bug 76181 has been marked as a duplicate of this bug. ***
gnome-terminal has this problem too:
This isn't a bug. You're displaying manpages on a system using one
encoding, while the system you're viewing them on is using a different
Solution: Configure both of the systems to use the exact same 8bit
encoding. This isn't something that can be autodetect or otherwise
"just work". It is something that requires a user to configure all
of their systems to use the same encoding in order to ensure applications
are speaking the same language.
Mike -- I checked Paul's system -- this is same system to same system -- all
within the stoch RHL 8.0, default Gnome absed desktop ... and a clean kitched
sinkish install ...
Probably implies integration issues with the release on LANG issues.
See my comments at the end of bug #75089 for several solutions to this problem.