Description of problem: man mouse-manpage-from-xorg-which-conflicts-with-system-manpage-thankyou Version-Release number of selected component (if applicable): xorg-x11-drv-mouse-1.0.3-1.i386 How reproducible: Always Steps to Reproduce: 1. look for man page for mouse driver 2. find it's named as above Actual results: An irritating name to type Expected results: A sensible man page name xorg-mouse or xorg-input-mouse.4 Additional info:
Currently X.org installs manpages in the same directories as system manpages, causing a conflict of the mouse manpage. All of the X driver manpages have the same manpage name as the driver, which is sensible and consistent. The combination of these two factors, leaves us with a conflicting manpage name. The X.Org manpage has temporarily been renamed in the above manner intentionally as a reminder to fix the underlying and more important issue, which is that of the manpages being installed in the wrong directory intentionally by X.Org upstream. The underlying issue is something that needs to be resolved upstream, and we will be working with upstream to come to a solution, at which point the problem being reported will vanish as we undo this workaround. Adding to FC5Target
Perhaps moving this one to section 4x (see xorg-x11-drv-citron, xorg-x11-drv-jamstudio, etc.) where other input driver man pages currently live?
All of the X11R7 manpages reside in the system manpage directories. There is no 4x dirs in X11R7. I've renamed the manpage to "mouse-driver" for now, which should be more than adequate workaround for this non-critical problem, until we can get the larger problem addressed upstream, which may or may not be before FC5, however it isn't a major showstopper. The new driver package will be built tonight, but might not hit rawhide until the day after tomorrow. Setting status to RAWHIDE.