You are not logged in.
I'm using evince 3.20.1-2. Since this week i'm unable to open comic book files. The message
Unable to open document “file:///home/userfolder/somecomicbook.cbz”.
File type Zip archive (application/zip) is not supported
appears when i open a cbz or cbr file.
I've tried uninstalling and reinstalling with no luck. Just as reference, some of the thumbnails are generated in the folders, not every cbz file has their. I can open this files with file-roller, so i guess it's not a zip problem.
Zip version is 3.0-7, unzip is 6.0-12, libzip is 1.1.3-1, libarchive is 3.2.1-2 (system is up to date).
Last edited by aldeano (2016-10-12 22:45:03)
Offline
I can confirm that this happens to me too, but evinve-tumbnailer does not generate new thumnails for me (only the ones already in the cache are displayed).
But I discovered that adding application/zip to the list of supported mime types fixed this. (But I have no idea why I had to do this manually after the updated, it seems like a hack to me)
To add application/zip I edited /usr/lib/evince/4/backends/comicsdocument.evince-backend and added at the end:
MimeType=application/x-cbr;application/x-cbz;application/x-cb7;application/x-cbt;application/x-ext-cbr;application/x-ext-cbz;application/x-ext-cb7;application/x-ext-cbt;application/zip
Offline
Same situation here. Some upgrade silently broke this at some point, and none of my systems running gnome/evince generate thumbnails or open comic books anymore. Trying to open with evince gives a file type error (application/zip or application/vnd.rar) for both cbz and cbr files. Using @mxr's hack fixes opening cbz files, but thumbnail generation and cbr (even with vnd.rar) still remain broken. Hopefully someone can suggest something here.
edit: Found the culprit, shared-mime-info upgrade messed the comics. Using 1.6-2 works for now.
Last edited by highptcr (2016-09-23 21:10:37)
Offline
This is fixed in evince 3.22. The new version is already in gnome-unstable:
https://www.archlinux.org/packages/?q=evince (Download from mirror and install with "pacman -U")
Found the culprit, shared-mime-info upgrade messed the comics. Using 1.6-2 works for now.
The mime-type for "cbr" and "cbz" files changed with version 1.7 of shared-mime-info: changelog
Offline
This is fixed in evince 3.22. The new version is already in gnome-unstable:
https://www.archlinux.org/packages/?q=evince (Download from mirror and install with "pacman -U")
That would result in a partial upgrade
Offline
JB26 wrote:This is fixed in evince 3.22. The new version is already in gnome-unstable:
https://www.archlinux.org/packages/?q=evince (Download from mirror and install with "pacman -U")That would result in a partial upgrade
You are of course right. But I don't think that is a problem here.
What would be the right solution? I didn't want to update with gnome-unstable enabled because I thought that would break more than partially upgrading evince.
Offline
Would suggest applying the two patches that appear to be needed to fix the mime type changes to the existing 3.20 package such as
# $Id: PKGBUILD 273595 2016-08-11 11:58:16Z heftig $
# Maintainer: Jan de Groot <jgc@archlinux.org>
pkgname=evince
pkgver=3.20.1
pkgrel=2.1
pkgdesc="Document viewer (PDF, Postscript, djvu, tiff, dvi, XPS, SyncTex support with gedit, comics books (cbr,cbz,cb7 and cbt))"
url="https://wiki.gnome.org/Apps/Evince"
arch=(i686 x86_64)
license=(GPL)
depends=(gtk3 libgxps libspectre gsfonts poppler-glib djvulibre t1lib dconf
libsecret gsettings-desktop-schemas gnome-desktop libarchive
gst-plugins-base-libs)
makedepends=(itstool libnautilus-extension texlive-bin gobject-introspection
intltool docbook-xsl python gtk-doc)
optdepends=('texlive-bin: DVI support'
'gvfs: bookmark support and session saving')
groups=(gnome)
options=('!emptydirs')
source=(https://download.gnome.org/sources/$pkgname/${pkgver:0:4}/$pkgname-$pkgver.tar.xz
71b1323aa848adfb8139db7fddae0d68c1bd1ba1::https://git.gnome.org/browse/evince/patch/?id=71b1323aa848adfb8139db7fddae0d68c1bd1ba1
364b340d59a232d600c58e49942172af30e0407d::https://git.gnome.org/browse/evince/patch/?id=364b340d59a232d600c58e49942172af30e0407d)
sha256sums=('fc7ac23036939c24f02e9fed6dd6e28a85b4b00b60fa4b591b86443251d20055'
'e773f30c22f75f41b55639a7e9bda7470f7ba71051824e804715ea10e74b7d12'
'b4949d79b49c1a4a77be42a390b51aad5f3faf9a92c6347904048994b4d1454c')
prepare() {
cd $pkgname-$pkgver
patch -p1 -i ../71b1323aa848adfb8139db7fddae0d68c1bd1ba1
patch -p1 -i ../364b340d59a232d600c58e49942172af30e0407d
}
build() {
cd $pkgname-$pkgver
BROWSER_PLUGIN_DIR=/usr/lib/epiphany/plugins \
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var \
--libexecdir=/usr/lib/$pkgname \
--disable-static \
--enable-compile-warnings=minimum \
--enable-introspection \
--enable-nautilus \
--enable-pdf \
--enable-tiff \
--enable-djvu \
--enable-dvi \
--enable-t1lib \
--enable-comics \
--enable-gtk-doc \
--enable-multimedia \
--disable-schemas-compile
sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
make
}
package() {
cd $pkgname-$pkgver
make DESTDIR="$pkgdir" install
}
This builds successfully for me no further testing was carried out.
Offline
Isn't that a partial upgrade as well?
To be fair you removed a lot of variables where something could go wrong.
Offline
Isn't that a partial upgrade as well?
It will be built against all the current libraries so no.
From https://www.archlinux.org/packages/gnom … 64/evince/
Dependencies (25)
dconf
djvulibre
gnome-desktop (staging)
gsettings-desktop-schemas (staging)
gsfonts
gst-plugins-base-libs
gtk3 (staging)
libarchive
libgxps (staging)
libsecret
libspectre
poppler-glib
t1lib
gvfs (staging) (optional) - bookmark support and session saving
texlive-bin (optional) - DVI support
docbook-xsl (make)
git (make)
gnome-common (make)
gobject-introspection (staging) (make)
gtk-doc (staging) (make)
intltool (make)
itstool (staging) (make)
libnautilus-extension (staging) (make)
python (make)
texlive-bin (make)
So the eight dependencies noted as staging in the above (meaning the 3.22 version from gnome-unstable) are provided by the 3.20 version in the patched package rebuild
Edit:
Its still unsupported as the PKGBUILD and resulting package are not supplied by arch or possibly it has the same status as an AUR package.
Last edited by loqs (2016-09-26 22:02:02)
Offline
To be a really pedantic, I would say you would need to rebuild all packages depending on evince against your version as well. Which are not many and probably not installed on many systems
Offline
Good point
Have you tried to see if the PKGBUILD plus patches works and fixes the issue?
Offline
Can confirm, with the upgrade to evince 3.22 the problem is gone. Marking as solved.
Offline