Red Hat Bugzilla – Bug 1013339
Man pages are not recognized by desktop
Last modified: 2016-07-19 06:26:54 EDT
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Click on a manpage in e. g. Nautilus
See the troff source in default text tool (gedit as distributed)
See the manpage in yelp (or other suitable tool)
One can not use the Nautilus Properties|Open With| Set as Default since the miem-type of a manpage is text (and making e. g., yelp as the default text tool sn't really an option).
More info in upstream bug
BTW, the usecase is not really a novice user browsing /usr/share/man/man1, that's not really that common I guess. It's about GUI applications which bundles a manpage and wants a simple Help|Manpage option without the need to specify the tool used view the manpage. I. e., it should be possible to just use 'xdg-open /wherever/my-app.1' and it should just work (tm).
Created attachment 806675 [details]
manpage rules that works for me.
Attaching some rules which works for me (tm). Here are cave-eats:
- More than 30 paths for the different manpages. However, when I try I cannot get anything like *.[0-9].gz to work. (glob rule underspecified?)
- The large offset is also inefficient but needed for manpages with a large preamble e.g., the perl pod-generated ones.
- I cannot get the obvious attempt to use treematch with something like /man/man*/*.gz to work. Actually, treematch looks broken: freedesktop.xml contains a rule for files named VIDEO_TS.IFO, but these files are not classified as expected (x-content/video-dvd). But use of wildcards in treematch is not really specified either (?)
See also bug 1014936
See also bug 1014946.
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.
More information and reason for this action is here:
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.