Bug 82592 – man pages garbled

Bug 82592 - man pages garbled

Summary:	man pages garbled

Status:	CLOSED WONTFIX

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	man (Show other bugs)
Sub Component:
Version:	7.1
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Eido Inoue
QA Contact:	Ben Levenson
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2003-01-23 14:17 EST by Michael Berganski
Modified:	2007-04-18 12:50 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2003-02-20 16:38:22 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Michael Berganski 2003-01-23 14:17:48 EST

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 15:43:30 EST

looks like yet another groff formatting bug

Comment 2 Florian La Roche 2003-02-07 19:27:24 EST

This must be a problem within man.

greetings,

Florian La Roche

Comment 3 Eido Inoue 2003-02-20 16:38:22 EST

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.

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