Bug 14912 - manpage doesn't match program
manpage doesn't match program
Product: Red Hat Linux
Classification: Retired
Component: autofs (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
Depends On:
  Show dependency treegraph
Reported: 2000-07-31 16:02 EDT by Richard Cobbe
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-07-31 16:02:15 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 Richard Cobbe 2000-07-31 16:02:13 EDT
The `format' section of the auto.master(5) man page says:

Second field is the map file to be consulted for this mount-point.  This
field is  of  the  form maptype:mapname, where maptype is one of the
supported map types (file, program, yp, nisplus,  hesiod),  and mapname is
the name of the map.

However, the script /etc/rc.d/init.d/autofs does not appear to accept this
input format.  In particular, it interprets a field of "program:auto.home"
to mean a map file named /etc/program:auto.home, rather than treating it as
a program.  It detects program map files by checking the executable bit.

Either behavior makes sense, but the docs should be consistent with the
Comment 1 Nalin Dahyabhai 2000-07-31 16:06:00 EDT
This should already be resolved in Raw Hide, or in today's beta release, where
the autofs init script has been heavily modified to match both the documented
and expected behavior.  Please reopen this bug ID if you find that this is not
the case.

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