Created attachment 545106 [details] emerge build log for mupdf Built mupdf 1.13.0 with patch from https://bugs.gentoo.org/662352 . Found it unable to open any remote links. I think this is because there's meant to be a mupdf-x11-curl binary that doesn't get built.
Created attachment 545108 [details] emerge --info output
Created attachment 545110 [details] equery f mupdf output
Upstream apparently moved[0] that binary out of the default set on Wed, 13 Dec 2017 so it doesn't get built anymore. Even better, even if it is built with "make extra-apps" I don't see any command in the Makefile to install it. [0] http://git.ghostscript.com/?p=mupdf.git;a=commit;f=Makefile;h=2d6e0ebc7ddf305301e4961b7bc068976100e42f
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=da7c28ccf0ad7b3a35d0adbd0ed2ad50640e718f commit da7c28ccf0ad7b3a35d0adbd0ed2ad50640e718f Author: Virgil Dupras <vdupras@gentoo.org> AuthorDate: 2018-10-07 13:39:48 +0000 Commit: Virgil Dupras <vdupras@gentoo.org> CommitDate: 2018-10-07 17:40:50 +0000 app-text/mupdf: bump to 1.14.0 Many things changed upstream in this release, which prompts many changes in the ebuild. 1. Drop the "static" USE flag. It was already broken in 1.13 because options weren't passed to the static `emake` call like is was in the main `emake` invocation. In addition to that, building a static binary requires "media-gfx/graphite2[+static-libs]" which doesn't exist. 2. Drop "lcms" USE flag. See bug #667788. 3. Always link to dev-lang/mujs. mupdf can't build without being linked to mujs now. The best we can do it to disable JS with the "FZ_ENABLE_JS" flag, which is what the "javascript" USE flag does. 4. Make "javascript" USE flag enabled by default, which is in line with upstream's behavior. 5. Make "vanilla" USE flag enabled by default. The patch it enables doesn't seem very useful and I couldn't track it's *raison d'être* in git/cvs history: it's been there since the first commit. 6. Simplify ebuild and remove obsolete seds. The "sed" invocations I've removed have been verified and either point to absent files or replace nothing. 7. Don't remove third party libs. The new "USE_SYSTEM_LIBS" flag being used is a reliable way to ensure that the correct libraries are used. 8. Fix "curl" USE flag. See bug #664646 Closes: https://bugs.gentoo.org/664646 Closes: https://bugs.gentoo.org/667788 Signed-off-by: Virgil Dupras <vdupras@gentoo.org> Package-Manager: Portage-2.3.50, Repoman-2.3.11 app-text/mupdf/Manifest | 1 + app-text/mupdf/files/mupdf-1.14-CFLAGS.patch | 13 +++ app-text/mupdf/files/mupdf-1.14-debug-build.patch | 13 +++ .../mupdf/files/mupdf-1.14-openssl-curl-x11.patch | 52 +++++++++ app-text/mupdf/mupdf-1.14.0.ebuild | 123 +++++++++++++++++++++ 5 files changed, 202 insertions(+)