Bug 82592

Summary: man pages garbled
Product: [Retired] Red Hat Linux Reporter: Michael Berganski <bergansk>
Component: manAssignee: Eido Inoue <havill>
Status: CLOSED WONTFIX QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-02-20 21:38:22 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Michael Berganski 2003-01-23 19:17:48 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.79C-SGI [en] (X11; U; IRIX 6.5 IP32)

Description of problem:
man-pages-1.35-5
man-1.5i2-0.7x.5
redhat 7.1

man  pages garbled
example:
if you have the original man page ls.1.gz  and also have a copy ls.1.gz.orig in
/usr/share/man/man1and try to run man ls
the manpage is garbled.
I notice this when I modified the man page and also kept the original.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.
2.man  pages garbled
example:
if you have the original man page ls.1.gz  and also have a copy ls.1.gz.orig in
/usr/share/man/man1and try to run man ls
the manpage is garbled.
I notice this when I modified the man page and also kept the original.
3.
    

Actual Results:  man  pages garbled
example:
if you have the original man page ls.1.gz  and also have a copy ls.1.gz.orig in
/usr/share/man/man1and try to run man ls
the manpage is garbled.
I notice this when I modified the man page and also kept the original.

Additional info:

Comment 1 Eido Inoue 2003-02-06 20:43:30 UTC
looks like yet another groff formatting bug

Comment 2 Florian La Roche 2003-02-08 00:27:24 UTC
This must be a problem within man.

greetings,

Florian La Roche


Comment 3 Eido Inoue 2003-02-20 21:38:22 UTC
i don't think man expects to have non-man-use files in the /usr/share/man area
(often times the /usr/share area is mounted read-only, so this is a reasonable
assumption). You can workaround this problem by naming the backup file in such a
way that the left$ of each don't match.