Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 55018 - man behaves badly
man behaves badly
Product: Red Hat Linux
Classification: Retired
Component: man (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
Ben Levenson
: Security
Depends On:
  Show dependency treegraph
Reported: 2001-10-24 10:19 EDT by John Berninger
Modified: 2007-04-18 12:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-10-25 04:52:32 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John Berninger 2001-10-24 10:19:33 EDT
Description of Problem:
when running the "man /etc/shadow" command, the man executable attempts to
read the actual /etc/shadow file and display it to the screen; when run as
root, the file is displayed, otherwise, the message "/etc/shadow:
Permission denied" appears immediately prior to "No manual entry for

Version-Release number of selected component (if applicable):
man-1.5i2-0.7x and man-1.5i2-6

How Reproducible:

Steps to Reproduce:
1. man /etc/shadow

Actual Results:
see above

Expected Results:
see above

Additional Information:
Comment 1 Bernhard Rosenkraenzer 2001-10-24 10:25:45 EDT
Why do you think this is a problem?

I think it's a feature (man /usr/src/foo/doc/foo.1 can be quite useful at 

Someone with root access is probably not stupid enough to type "man 
/etc/shadow" while someone is watching his screen (and even then, nobody will 
be able to remember the MD5 hashes).
Comment 2 John Berninger 2001-10-24 10:34:01 EDT
This is (IMHO) a problem from the standpoint that I want to get information on
the /etc/shadow file, I don't want it to try to use the /etc/shadow file as the
actual man page.  

I agree that "man /usr/src/foo/file.1" can be useful; it seems (to me at least)
too confusing, though - perhaps a switch telling man to "use the argument as the
man file name, not the man query term" would work just as well (i.e. "man -f
Comment 3 Michael Schwendt 2001-10-25 04:50:16 EDT
"man 5 shadow" is what you want.
Comment 4 Michael Schwendt 2001-10-25 04:52:27 EDT
Or "whatis shadow".
Comment 5 Bernhard Rosenkraenzer 2001-10-25 05:00:08 EDT
I think by using a "/", you clearly indicate you want a file, so an extra 
switch is not necessary.

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