Summary: | app-office/openoffice-bin app-office/openoffice and OOo executable mis-detect helper apps | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | DEMAINE Benoît-Pierre, aka DoubleHP <dhp_gentoo> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 275678 | ||
Bug Blocks: |
Description
DEMAINE Benoît-Pierre, aka DoubleHP
2009-06-28 11:14:33 UTC
It all boils down to that same problem from bug 275678 of xpdf not yet installing a desktop file; openoffice is behaving as intended by looking up helpers in mimeinfo.cache, which is generated from currently existing desktop files. Old openoffice must have had some built-in entries for apps like xpdf that never got around to registering themselves according to freedesktop standards, but now it just goes with the standard mime database. /usr/share/applications/mimeinfo.cache gets automatically generated from the desktop files in /usr/share/applications, so as a workaround you need to create a xpdf.desktop file rather than editing mimeinfo.cache directly. If you do create xpdf.desktop, please submit it on your bug 275678 :) Are there any other helper apps that are not being found, meaning they also are missing desktop files? (In reply to comment #1) > a xpdf.desktop file rather than editing mimeinfo.cache directly. If you do > create xpdf.desktop, please submit it on your bug 275678 :) I dont know how to do it. I know how to create .desktop files manually, but, how will the generator know that *THIS* app can handle PDF files ? I ll try a bit of reverse eng against .desktops of gimp and acrobat. > Are there any other helper apps that are not being found, meaning they also are > missing desktop files? I was to say "no, I dont know many PDF readers". In fact, yes: at least karbone, and, at least an other one I forgot the name. Karbone is installed on my box, and was not listed ... and, maybe should be ? or not ? there are at least one other PDF reader in Gentoo, that should be tested. OOo can also open PDF since version 3.0, and, because of this, should also be listed ... when compiled with requred options/features ... should I open a new independant bug to report this ? :P So, that's doing at least 2 apps that dont work, and one to be tested. *** I dont know those, and will not install them, but, from their names, they could be readers: eix -S pdf |grep app app-text/epdfview app-text/gsview app-text/pdfjam app-text/pdfshuffler app-text/pdftk app-text/epdf gnustep-apps/gspdf And this list is not compleet, because, this way, eix did not tell about Karbon. *** Which app regenerates the mime list ? The magick line to put in the desktop (from AdobeReader.desktop ) is: MimeType=application/pdf;application/vnd.fdf;application/vnd.adobe.pdx;applicati on/vnd.adobe.xdp+xml;application/vnd.adobe.xfdf; Ok I whipped up a xpdf.desktop file for you to try (see bug 275677). Here is the command to regenerate the app list: update-desktop-database /usr/share/applications Does the suggestion by Wormo work? Please re-open when you get a chance to test one way or the other. Thanks. As bug #275678 is now fixed, it should work. But i am not going to break my conf to proof check it. So, leaving needinfo forever. |