Bug 82099 - man output garbled
man output garbled
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: groff (Show other bugs)
8.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Thomas Woerner
Mike McLean
:
: 83020 83500 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-01-17 10:05 EST by stuart newman
Modified: 2007-04-18 12:50 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2004-06-14 12:01:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description stuart newman 2003-01-17 10:05:30 EST
Description of problem:
Output from the man command is garbled.  For example, from a telnet session:

RPM(8)                           Red Hat Linux                          RPM(8)

NAME
       rpm â<88><92> RPM Package Manager

SYNOPSIS
   QUERYING AND VERIFYING PACKAGES:
       rpm {â<80><90>^Hâ<80><90>q|â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>query}

       rpm {â<80><90>^Hâ<80><90>V|â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>verify

       rpm â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>import PUBKEY ...

       rpm {â<80><90>^Hâ<80><90>K|â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>checks
           PACKAGE_FILE ...

   INSTALLING, UPGRADING, AND REMOVING PACKAGES:
       rpm {â<80><90>^Hâ<80><90>i|â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>instal

       rpm {â<80><90>^Hâ<80><90>U|â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>upgrad

       rpm {â<80><90>^Hâ<80><90>F|â<80><90>^Hâ<80><90>â<80><90>^Hâ<80><90>freshe
Output in an Xterm session is also garbled, but different.

Version-Release number of selected component (if applicable):
man-1.5j-11

How reproducible:
Always

Steps to Reproduce:
1.man rpm
2.
3.
    
Actual results:
garbled output

Expected results:
clear output

Additional info:
Comment 1 Bill Nottingham 2003-01-30 00:21:28 EST
*** Bug 83020 has been marked as a duplicate of this bug. ***
Comment 2 Bill Nottingham 2003-02-06 11:41:51 EST
*** Bug 83500 has been marked as a duplicate of this bug. ***
Comment 3 Eido Inoue 2003-02-07 15:18:35 EST
this is a groff/unicode error
Comment 4 Florian La Roche 2003-02-07 19:17:03 EST
This seems to work with the newest rpms in rawhide: groff-1.18.1-11 and
man-1.5k-5

greetings,

Florian La Roche
Comment 5 stuart newman 2003-02-10 09:17:26 EST
How do I access these updated modules?
Comment 6 stuart newman 2003-02-10 09:18:13 EST
Shouldn't errata be created for psyche?
Comment 7 Florian La Roche 2003-02-10 09:34:59 EST
No, normally only security updates are done.

greetings,

Florian La Roche
Comment 8 stuart newman 2003-02-10 13:41:54 EST
This fixed everything I can see but the apostrophe (') character. It displays 
as â<80><99>.
Comment 9 Florian La Roche 2003-02-10 14:34:02 EST
Please specify what exactly you are running, what versions and why this should
be a problem.

Thanks,

Florian La Roche
Comment 10 stuart newman 2003-02-10 14:35:54 EST
I am running Red Hat 8.0 with groff 1.18.1-11 and man 1.5k-5.  The command is 
man rpm.
Comment 11 Florian La Roche 2003-02-10 14:59:02 EST
Works for me with current versions. Probably a setup problem on your end
to not have a UTF-8 console?

Florian La Roche
Comment 12 stuart newman 2003-02-10 15:00:53 EST
How do I set up a UTF-8 console.  The term type is vt100.  How do I set up to 
use plain old ASCII?
Comment 13 Stephen Samuel 2003-02-24 06:13:42 EST
> Probably a setup problem on your end to not have a UTF-8 console?

Saying that it's a setup problem not to have something set up that almost nobody
knows about seems , well, SILLY.

BTW: my quickest workaround was to 
setenv LC_ALL=C
This sets the local to old-style ascii, where everything seems to work much better
(including a 50x increase in grep's speed in some instances)
Comment 14 Thomas Woerner 2004-04-22 08:19:09 EDT
Should be fixed with the rawhide packages of groff and man.
Comment 15 Thomas Woerner 2004-06-14 12:01:01 EDT
Closing due to user inactivity.

Note You need to log in before you can comment on or make changes to this bug.