Bug 5167 - directory "man1x" shouldn't rather be "man1"?
Summary: directory "man1x" shouldn't rather be "man1"?
Alias: None
Product: xorg
Classification: Unclassified
Component: Build/Modular (show other bugs)
Version: (7.0 RC2)
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Alan Coopersmith
QA Contact:
Depends on:
Reported: 2005-11-26 03:45 UTC by Egmont Koblinger
Modified: 2005-11-28 16:50 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Description Egmont Koblinger 2005-11-26 03:45:22 UTC
Compiling the modular X with "configure --datadir=/usr/share ..." the manual
pages are installed under the
etc. directories.
Previously they were installed to .../man/man1 and .../man/man3, having an
extension 1x or 3x.

I guess the old behavior should be reverted, since manpage viewer applications
might not search the "man1x", "man3x" directories, e.g. man-1.6a from
http://primates.ximian.com/~flucifredi/man/ definitely does not find for
example /usr/share/man/man1x/luit.1x when I type "man luit", it only finds it
if I move it back to /usr/share/man/man1/luit.1x . And there are plenty of
other man page viewers out there...

Taking a look at e.g. luit's source, configure defines APP_MAN_SUFFIX to be 1x
on Linux system, and Makefile.in says appmandir = $(mandir)/man$(APP_MAN_SUFFIX)
I guess it's a wrong assumption that the directory name should be the same
as the file's extension. I'd rather see APP_MAN_SUFFIX to be hard-coded 1 on
all platforms, and a special OS_MAN_EXT or whatever variable whose value is "x"
on Linux systems, and these two properly concatenated where needed.
Comment 1 Alan Coopersmith 2005-11-28 06:50:11 UTC
The Imake configurations in the old Xorg monolith used man<suffix> directories
for man pages ending in <suffix>, except apparently for sections 1, 4, & 7 on
Linux (and a few others on some other OS'es), an exception I overlooked when
doing the man page conversion.
Comment 2 Alan Coopersmith 2005-11-28 15:44:38 UTC
I think I've got this fixed - will commit soon.
Comment 3 Alan Coopersmith 2005-11-29 09:07:17 UTC
Fixed in CVS head (you'll need to re-autoconf with the new xorg-macros.m4 though
if you're building from CVS).

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.