FS#10734 - shared-mime-info update: evince cannot open pdf files

Attached to Project: Arch Linux
Opened by jon (emphire) - Monday, 23 June 2008, 01:06 GMT
Last edited by Jan de Groot (JGC) - Sunday, 29 June 2008, 21:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture i686
Severity Medium
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 9
Private No

Details

Description:

evince will not open pdf files.

Gives the following error:
Unable to open document
Unhandled MIME type: "application/octet-stream"

I have reinstalled:
evince
mime-types
gnome-mime-data
shared-mime-info
and the direct dependancies of evince:
libspectre poppler-glib libdjvu t1lib ghostscript poppler

It sounds like several other users are having the same issue and compiling from source can solve the issue according to this thread in the forums:

http://bbs.archlinux.org/viewtopic.php?id=37138

Additional info:

* package version(s):
evince 2.22.2-2 (gnome-extra)
gnome-mime-data 2.18.0-3 (gnome)
mime-types 1.0-1

Steps to reproduce:
Open a pdf with evidence.
For example: http://www.cs.ubc.ca/~murphyk/Bayes/rabiner.pdf
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 29 June 2008, 21:54 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed by downgrading to 0.30.
Comment by A. K. (Misery) - Monday, 23 June 2008, 03:05 GMT
After downgrade shared-mime-info to 0.23 it works again. Also every other mime-using program like nautilus...
Comment by A. K. (Misery) - Monday, 23 June 2008, 03:21 GMT Comment by Jan de Groot (JGC) - Monday, 23 June 2008, 06:32 GMT
What does update-mime-database /usr/share/mime return? I've checked for differences between i686 and x86_64 (x86_64 works fine here), the only differences between the packages are the manpage and the update-mime-database binary.
Comment by Ivan Stojic (stojic) - Monday, 23 June 2008, 08:43 GMT
Problem with evince is solved here by removing $HOME/.local/share/mime/mime.cache

Mime types are still wrong - pcmanfm says all files are of type 'unknown (application/octet-stream)'
Comment by Ivan Stojic (stojic) - Monday, 23 June 2008, 08:47 GMT
Correction, most files are of that type (eg C files, png files, jpg files, pdf files), executable files are of correct mime type.
Comment by Ivan Stojic (stojic) - Monday, 23 June 2008, 08:51 GMT
@Jan de Groot

output of update-mime-database -V /usr/share/mime (I skipped newlines):
Updating MIME database in /usr/share/mime...
Wrote 695 strings at 28 - 3910
Wrote aliases at 3910 - 3d24
Wrote parents at 3d24 - 4b80
Wrote literal globs at 4b80 - 4c20
Wrote suffix globs at 4c20 - bfcc
Wrote full globs at bfcc - c000
Wrote magic at c000 - 14434
Wrote namespace list at 14434 - 1445c
Wrote icons list at 1445c - 14460
Wrote generic icons list at 14460 - 14cac
Comment by Jan de Groot (JGC) - Monday, 23 June 2008, 09:02 GMT
Could someone attach a compressed tarball with the contents of ~/.local/share/mime? I don't have this directory on my system, which is possibly the reason why I don't have problems with the new version of shared-mime-info.
Comment by Ivan Stojic (stojic) - Monday, 23 June 2008, 09:25 GMT
I tested a bit with new user and mimetypes problem persists, it isn't user-specific.
Comment by Jan de Groot (JGC) - Monday, 23 June 2008, 09:53 GMT
I've looked through the changelogs for shared-mime-info. It seems 0.40 introduced a new cache format. There's no information at all about compatibility issues with this new cache format, except patches for xdgmime to use the new cache format. The problem with xdgmime is that it's not a library but a set of C files that is copied in several projects.
I'll downgrade shared-mime-info to 0.30, the previous release that didn't have the new cache format. Let's wait until Ubuntu faces the same problem (they updated to 0.40 in intrepid today).
Comment by A. K. (Misery) - Monday, 23 June 2008, 11:50 GMT
If I remove ~/.local/share/mime/mime.cache I don't have problems with nautilus anymore.
Comment by Erlend (qweac) - Monday, 23 June 2008, 12:01 GMT
Removing that file solved my problem! Thanks! :)
Comment by Ivan Stojic (stojic) - Monday, 23 June 2008, 12:58 GMT
I have tested shared-mime-info 0.30 a bit and found no problems with it.
Also tested pcmanfm 0.4.4.2 experimental, it has the same problem with shared-mime-info 0.40.
Comment by jon (emphire) - Monday, 23 June 2008, 13:01 GMT
Removing $HOME/.local/share/mime/mime.cache fixed the issue I was having. Attached is my ~/.local/share/mime directory.
Comment by luizgsd (lgsd) - Tuesday, 24 June 2008, 13:20 GMT
Removing $HOME/.local/share/mime/mime.cache fixed the issue I was having [2].
Comment by Skottish (skottish) - Tuesday, 24 June 2008, 19:40 GMT
64 bit
E17
PCMANFM
Deleting mime.cache did nothing. Regressing to shared-mime-info either .23 or .30 works.
Comment by Kevin Becker (km3k) - Wednesday, 25 June 2008, 02:57 GMT
I noticed the same thing with the shared-mime-info 0.40 update when using pcmanfm 0.4.3-2. Reverting to 0.22 or 0.23 worked for me. Didn't try 0.30.
Comment by Carlos Candeias (jcci) - Thursday, 26 June 2008, 10:26 GMT
64 bit, Gnome, PCManfm
Beside downgrading to 0.23 so far no solution.
Besides followning error happen when installing 0.4:
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
shared-mime-info: /usr/share/mime/application/x-cdrdao-toc.xml exists in filesystem
Errors occurred, no packages were upgraded.
Comment by Jan de Groot (JGC) - Thursday, 26 June 2008, 10:52 GMT
What package owns that file?
Comment by Timothy Verhoef (timbosa) - Friday, 27 June 2008, 04:22 GMT
No package owns /usr/share/mime/application/x-cdrdao-toc.xml with 0.23 installed but with 0.40 shared-mime-info owns it.
0.40 is working for me today with pcmanfm and openbox on a laptop but haven't been able to get it to work on a desktop. Will try to figure out what I did.
Comment by Ivan Stojic (stojic) - Saturday, 28 June 2008, 21:02 GMT
pcmanfm 0.4.5 is out and it works with shared-mime-info 0.40 (as reported
on forum: http://bbs.archlinux.org/viewtopic.php?id=50667&p=2 post #47).
Building it requires only a version bump in PKGBUILD.
Comment by Jan de Groot (JGC) - Saturday, 28 June 2008, 21:23 GMT
In the meanwhile, all file associations in GNOME are screwed. Movies open with gedit, images are opening with gedit also. After setting totem to open movies, totem also opens image files. Setting image files to eog will open textfiles in eog...
I'll revert to 0.30 for now and wait until this new cache format is more common.
Comment by Danny Arnold (despairblue) - Sunday, 29 June 2008, 11:02 GMT
GNOME works fine for me, after i deleted $HOME/.local/share/mime/mime.cache
Comment by SkippyleGrandGourou (SkippyleGrandGourou) - Sunday, 29 June 2008, 19:10 GMT
Deleting $HOME/.local/share/mime/mime.cache did the trick for me as well. Thanks. :)

Loading...