Bug 29541 - [manpages,xorg-x11]: `/usr/share/man/man4/mouse.4' shadows `/usr/X11R6/man/man4/mouse.4'
|
Bug#:
29541
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: minor
|
Priority: P3
|
|
Resolution: FIXED
|
Assigned To: x11@gentoo.org
|
Reported By: bartron@gmx.net
|
|
Component: Unspecified
|
|
|
URL:
|
|
Summary: [manpages,xorg-x11]: `/usr/share/man/man4/mouse.4' shadows `/usr/X11R6/man/man4/mouse.4'
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2003-09-24 15:19 0000
|
sys-apps/manpages and xfree both install a manpage with the
same name, the one in `/usr/share/man' taking precedence.
$ man -aw mouse
/usr/share/man/man4/mouse.4.gz
/usr/X11R6/man/man4/mouse.4.gz
This is still the case with 4.3.99.16 so possible suggestion for fix
- rename the X man page to : xmouse
Any futher suggestions?
Sounds good. Got a patch handy?
Why dont we move all X man pages to /usr/share/man[1-8]x, so
man 4x mouse would get the right page and
man 4 mouse the RS232 mouse thingy?
Since /usr/X11R6 went to /usr, this would make sense to me, and its pretty easy
to achieve, afaik would not violate FHS and only needs some more lines in the
Makefiles for the man pages.
Or do I err here?
$ equery files xorg-x11 | grep mouse | grep man
/usr/share/man/man4/mouse.4x.gz
It already is. The problem is that `man` apparently can't discriminate between 4
and 4x.
Well, by moving them to the dirs named man[1-8]x and adding those to
/etc/man.conf this works quite well. Actually, thats what I do manually whenever
I updated anything with *.[[:digit:]]x.gz named man pages.
Would be nice to have it automagically, though. So where is the issue with
putting all X man pages to those directories?
Because that's not how it's supposed to work. See
http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREMANMANUALPAGES :
"The numbered sections "1" through "8" are traditionally defined. In general,
the file name for manual pages located within a particular section end with
.<section>.
In addition, some large sets of application-specific manual pages have an
additional suffix appended to the manual page filename. For example, the MH mail
handling system manual pages must have mh appended to all MH manuals. All X
Window System manual pages must have an x appended to the filename."
Note that it's just the filename that changes and not the directory it's in.
Oh well.
I dont give anything about that stupid FHS in this case. xmouse is sth very
different from man4x/mouse.4x*
It worked well with manXx, and it was reasonable usable. It isnt now.
I am really fed up with messages like "bla FHS bla" - especially in this case.
Anybody ever thought about the FHS *not* being the ultimate thing? Esp. when I
read this under your URL:
"Manual pages for commands and data under /usr/local are stored in
/usr/local/man. Manual pages for X11R6 are stored in /usr/X11R6/man. It follows
that all manual page hierarchies in the system must have the same structure as
/usr/share/man."
Whatever you are doing there, you dont make things better.
Just my 2cent, fed up, good night.
L.
I've actualy runned into a collision-protect block. Maybe it's time to do
something and close this bug.
* checking 2 files for package collisions
existing file /usr/share/man/man4/mouse.4.gz is not owned by this package
-snip-
package x11-drivers/xf86-input-mouse-1.0.2 NOT merged
(In reply to comment #8)
> I've actualy runned
err, i'm quite tired, please forgive my english :/
*** Bug 114641 has been marked as a duplicate of this bug. ***
Also the modular X ebuilds collide with man-pages. See bug 114641 for more
details.
This should be changed upstream, shouldn't it? Both man-pages and X are pretty
standard packages...
(In reply to comment #12)
> This should be changed upstream, shouldn't it? Both man-pages and X are pretty
> standard packages...
Actually the way x11-drivers/xf86-input-mouse-1.0.1 works would solve this problem:
betelgeuse@pena /usr/portage/media-sound/amarok $ qfile
/usr/share/man/man4x/mouse.4x.gz
x11-drivers/xf86-input-mouse (/usr/share/man/man4x/mouse.4x.gz)
For some reason the newer version does not install under the 4x category any more.
(In reply to comment #13)
> (In reply to comment #12)
> > This should be changed upstream, shouldn't it? Both man-pages and X are pretty
> > standard packages...
>
> Actually the way x11-drivers/xf86-input-mouse-1.0.1 works would solve this
problem:
> betelgeuse@pena /usr/portage/media-sound/amarok $ qfile
> /usr/share/man/man4x/mouse.4x.gz
> x11-drivers/xf86-input-mouse (/usr/share/man/man4x/mouse.4x.gz)
>
> For some reason the newer version does not install under the 4x category any more.
That was decided to be a bug and changed, as [0-9]x are nonstandard search
directories for man.
This is fixed in modular (7.0).
*** Bug 121271 has been marked as a duplicate of this bug. ***