Red Hat Bugzilla – Bug 465656
symlinks for man pages accidently created in /usr/bin
Last modified: 2008-11-07 05:53:35 EST
Created attachment 319492 [details]
patch for groff spec file to fix the problem
Description of problem:
The symlinks for some man pages (e.g. gpic.1.gz) are accidently created in /usr/bin instead of /usr/share/man/man1/ .
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install groff
2. try "man gpic"
3. ls -la /usr/bin/gpic*
no manual found for gpic (should be the same as for pic)
gpic.1.gz symlink in /usr/bin
symlinks for man pages should be in /usr/share/man/man1
The problem is caused by a typo in the spec file, I've attached a patch to fix it.
Any news regarding this issue? Is there anything more I can do to help to fix this problem?
(In reply to comment #1)
> Any news regarding this issue? Is there anything more I can do to help to fix
> this problem?
This has been fixed in groff-18.104.22.168-16.fc10 which will be in F10 Everything.
It set this to ASSIGNED, because no further triaging needs to be done. Probably this can be closed, unless some also wants to push an update for F9 (it this bug is present there, too).
Thank you very much.
I'd like to confirm that groff-22.214.171.124-16.fc10.i386 fixes the problem for F10.
The most recent package in F9 is groff-126.96.36.199-14.fc9.i386 which doesn't have this problem.
So everything seems to be fine in F9 and F10 and so I'm suggesting to close this bug with the resolution RAWHIDE. (Btw: would it be OK if I as the reporter close the bug?)