Bug 428812 - xinetd.log man page in wrong section
Summary: xinetd.log man page in wrong section
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xinetd (Show other bugs)
(Show other bugs)
Version: rawhide
Hardware: All Linux
low
low
Target Milestone: ---
Assignee: Jan Safranek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On: 117746
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-01-15 12:50 UTC by Jan Safranek
Modified: 2008-01-28 15:08 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-01-28 15:08:18 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Jan Safranek 2008-01-15 12:50:24 UTC
+++ This bug was initially created as a clone of Bug #117746 +++

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

Description of problem:
The xinetd.log(5) man page shows up in section 8 instead of section 5.

Version-Release number of selected component (if applicable):
xinetd-2.3.12-2.3E

How reproducible:
Always

Steps to Reproduce:
1.man 5 xinetd.log
2.man 8 xinetd.log
3.
    

Actual Results:  The 1st man command does says "No entry for
xinetd.log in section 5 of the manual".  The 2nd man page prints the
xinetd.log(5) man page even though it is a section 5 man page.

Expected Results:  The "man 5 xinetd.log" command should work.  The
"man 8 xinetd.log"
command should fail.

Additional info:

The RPM installs the man page in /usr/share/man/man8/xinetd.log.8.gz
instead of /usr/share/man/man8/xinetd.log.5.gz.


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