GNOME Bugzilla – Bug 709032
Man pages are not recognized by desktop
Last modified: 2018-05-22 13:03:43 UTC
It should be possible to see the manpages in yelp by clicking on them in nautilus, but it does not seem to work. Narrowing down xdg-open e. g., /usr/share/man/man1/7za.1.gz opens it in file-roller, which might be acceptable. But opening the uncompressed file 7za.1 in file-roller opens the troff document in gedit, which isn't really useful. This seem to be due to file type recognizing. /usr/share/mime/packages/freedesktop.org.xml has a manpage definition "application/x-troff-man". However, this is bound to *.man, an extension I've never seen used for a manpage (and even that does not work on my Fedora-19 clean install). There is also a "application/x-troff-man-compressed" type also unmatched. All this means that the mime-type of a manpage is text, and that the default text viewer (gedit as distributed) is handling it. This is a bug IMHO, viewing troff in a text tool does not make any end-user happy. I understand that this might not be a yelp bug as such, I just see it from a user perspective. It might certainly belong to another component, but I cant figure out which. On fedora, this is really about the shared-mime-info package.
Downstream fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=1013339
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/yelp/issues/89.