Package Details: mupdf-git 20231101.dc7489fd9-1

Git Clone URL: https://aur.archlinux.org/mupdf-git.git (read-only, click to copy)
Package Base: mupdf-git
Description: Lightweight PDF, XPS, and E-book viewer
Upstream URL: https://mupdf.com/
Licenses: AGPL3
Conflicts: mupdf, mupdf-gl, mupdf-tools
Provides: mupdf, mupdf-gl, mupdf-tools
Submitter: None
Maintainer: vesath
Last Packager: vesath
Votes: 17
Popularity: 0.000010
First Submitted: 2011-03-07 21:49 (UTC)
Last Updated: 2023-11-11 01:32 (UTC)

Required by (17)

Sources (5)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

tutu commented on 2016-01-10 00:41 (UTC) (edited on 2016-01-10 00:42 (UTC) by tutu)

Hello again vesath - Thanks for the explanation, it was really helpful. I noticed that you listed freetype2, jbig2dec, libjpeg and libxext as dependencies. Aren't zlib and the dependencies currently in mupdf Arch package supposed to be added as well? Some of those libraries are listed in the README file from mupdf and are not present in the PKGBUILD. Here is a quick summary of mupdf README and the dependencies: - dependencies: freetype2, jbig2dec, libjpeg, openjpeg, zlib - optional: # Command line tools (HAVE_X11=yes/no): xorg-dev # OpenGL-based viewer (HAVE_GLFW=yes/no): mesa-common-dev, libgl1-mesa-dev, xorg-dev, libxcursor-dev, libxrandr-dev, libxinerama-dev. The reason why I needed libmujs.a has actually been solved. The developers of mupdf are basically creating a static library called libmupdfthird.a with the third-party libs (mujs, openjpeg, etc). Since you are initializing the mujs git submodule, the routines I need are static linked to libmupdfthird.a. The same thing happen to openjpeg. Since Arch does have a package to openjpeg2 I tried to remove the line that active the submodule for openjpeg, however I had some compilation issues (some function were missing arguments - I think mupdf uses the most up to date version). I wonder if we could skip the initialization of openjpeg git submodule when a new stable release of openjpeg2 is available in the Arch package repository. What do you think? Thanks again.

vesath commented on 2016-01-09 08:18 (UTC)

tutu: Yes! Like openjpeg and jbig2dec, mujs is a separate project and should be packaged separately. It probably is a dependency of nothing but mupdf, still it was wrong of me to ship its libraries (static or otherwise) with mupdf. Concerning Arch's policy, there is a consensus to avoid static libs whenever possible, though they are tolerated when there is no dynamic counterpart. Nothing more. Of course a mujs or mujs-git package in the AUR would be a very welcome addition.

tutu commented on 2016-01-09 05:58 (UTC)

Hi vesath - Thanks for the reply, I really appreciate your comment. I'm current using llpp-git package and the current maintainer (drrossum) suggested (https://aur.archlinux.org/packages/llpp-git/?comments=all) to switch the required dependency from mupdf to mupdf-git. llpp uses most up to date mupdf libs and other third party libs, such as, mujs. Do you think it would be wise in creating a package in AUR for mujs to address this issue? The have mujs source here http://git.ghostscript.com/mujs.git, so, perhaps one could create a mujs-git? Or this is not recommend by Arch community? Thanks for the advice about `make install-nacl-libs`. I will do some research and see if solves my problem. Thanks again.

vesath commented on 2016-01-08 08:30 (UTC)

It appears upstream does not build third-party static libraries by default anymore. Those who want it can do `make install-nacl-libs` but I have no interest in doing that for this package: Arch has repeatedly discouraged the use of static libraries.

tutu commented on 2016-01-07 05:57 (UTC)

Hi there - I'm having issues in building the PKGBUILD. install: cannot stat ‘build/release/libmujs.a’: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... Apparently libmujs.a is not being created anymore. Did the name of it changed or PKGBUILD is not build mupdf correctly?

vesath commented on 2014-07-27 22:10 (UTC)

Oh, well, okay. I forgot that mupdf does not ship dynamic libraries... My mistake. Should be fixed now. Thanks for the report.

misc commented on 2014-07-27 21:54 (UTC)

zathura-pdf-mupdf won't compile now since you removed "options=('staticlibs')" and the "install -Dm644 build/release/libmujs.a "$pkgdir"/usr/lib" line.

vesath commented on 2014-07-25 01:09 (UTC)

I've just adopted this package, added the freetype2 dependency, and made the pkgver monotonic. Feedback is welcome.

haawda commented on 2014-07-24 21:07 (UTC)

Sure, but I orphan this. The community package is recent enough for my needs.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »