Deprecate this package.
Please use okular-backend-mupdf-git.
https://aur.archlinux.org/packages/okular-backend-mupdf-git/
Search Criteria
Package Details: okular-backend-mupdf 0.0.5-1
Package Actions
- View PKGBUILD
- Download tarball
- Search wiki
- Flagged out-of-date (2015-04-22)
| Package Base: | okular-backend-mupdf |
|---|---|
| Description: | MuPDF-based backend for Okular |
| Upstream URL: | https://github.com/xylosper/okular-backend-mupdf |
| Category: | kde |
| Licenses: | |
| Submitter: | xylosper |
| Maintainer: | xylosper |
| Last Packager: | xylosper |
| Votes: | 9 |
| First Submitted: | 2013-03-23 04:20 |
| Last Updated: | 2015-03-30 14:10 |
Required by (0)
Sources
Latest Comments
Comment by xylosper
Comment by xylosper
@rubenvb Sorry for late. I think now it's fixed.
Comment by rubenvb
I tried building this today and it failed with the following error:
/tmp-yaourt/yaourt-tmp-ruben/aur-okular-backend-mupdf/src/okular-backend-mupdf-0.0.1/generator_mupdf.cpp: In member function 'bool MuPDFGenerator::init(QVector<Okular::Page*>&, const QString&)':
/tmp-yaourt/yaourt-tmp-ruben/aur-okular-backend-mupdf/src/okular-backend-mupdf-0.0.1/generator_mupdf.cpp:126:43: error: 'const class Okular::Document' has no member named 'widget'
if (document() && document()->widget()) {
^
/tmp-yaourt/yaourt-tmp-ruben/aur-okular-backend-mupdf/src/okular-backend-mupdf-0.0.1/generator_mupdf.cpp:127:41: error: 'const class Okular::Document' has no member named 'widget'
parentwid = document()->widget()->effectiveWinId();
^
/tmp-yaourt/yaourt-tmp-ruben/aur-okular-backend-mupdf/src/okular-backend-mupdf-0.0.1/generator_mupdf.cpp:154:45: error: 'const class Okular::Document' has no member named 'widget'
KPasswordDialog dlg(document()->widget(),
^
CMakeFiles/okularGenerator_mupdf.dir/build.make:123: recipe for target 'CMakeFiles/okularGenerator_mupdf.dir/generator_mupdf.o' failed
make[2]: *** [CMakeFiles/okularGenerator_mupdf.dir/generator_mupdf.o] Error 1
CMakeFiles/Makefile2:60: recipe for target 'CMakeFiles/okularGenerator_mupdf.dir/all' failed
make[1]: *** [CMakeFiles/okularGenerator_mupdf.dir/all] Error 2
Makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
I don't know anything about the okular internals, or I'd take a look and provide a patch. It seems to me like a silly renaming of a function, but you may be able to fix it faster.
Comment by xylosper
Updated. I made a fork of original source codes and now this package uses system mupdf.
Comment by xylosper
@rubenvb
The list contains backends which have configurable options. Because MuPDF-backend has no option, it does not appear on the list.
If you want to confirm the backend is installed, you can check the checkbox in Configure Okular > General > Program Features > Show backend selection dialog.
Then you can select the backend when you open a pdf file.
It seems that the later installed one is to be default backend, so once you installed this package, the default pdf backend is changed to MuPDF.
I have no idea how to change the default backend except uninstalling it.
Comment by rubenvb
Thanks for the fixes. It builds fine now. I cannot see a mupdf backend in Okular->Settings->Configure Backends though. Only Ghostscript is in the list.
Any idea why this may be?
Comment by OdinEidolon
Thanks.
Comment by xylosper
Updated. This is a workaround till MuPDF >= 1.3(which is not even released) and OpenJPEG >= 2.0 (which the latest MuPDF depends on) is included in in official repo.
@rubenvb
Dependencies and VCS syntax are updated.
Since the original source code depends on non-public API of MuPDF, linking with official package of MuPDF may be going to be broken sometime later.
I've tried to remove the non-public APIs but it is turned out that MuPDF's public API is not enough to implement the full function of Okular.
@OdinEidolon
Fixed.
Comment by OdinEidolon
Build error:
Could NOT find LibOpenJPEG (missing: LIBOPENJPEG_INCLUDE_DIR)
Anyone knows how to fix it?
ls /usr/lib | grep openjpeg
returns:
libopenjpeg.so
libopenjpeg.so.1
libopenjpeg.so.1.5.0
Comment by rubenvb
This should list cmake and automoc4 in build-depends. It is also missing jbig2dec as a depends. And this should use the new VCS support in Pacman (https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#VCS_sources)
With the added dependencies it gets stuck on building mupdf. Can't the backend be built against the mupdf package in the official repo?
Comment by xylosper
@cfr42
Do you mean that this package is out-dated and not compilable?
As far as I know, there's no official web page for playground part.
Comment by cfr42
That is not an upstream url, is it? I understand it is the svn repository but I take it the url should take people to the relevant website?
I was looking because I can't get this to compile and wanted to get some further information... (I am not posting an error at this point as I haven't really investigated.)