Package Details: llpp-git 26b.r90.g1dcb5f8-1

Git Clone URL: https://aur.archlinux.org/llpp-git.git (read-only)
Package Base: llpp-git
Description: A graphical PDF viewer which aims to superficially resemble less(1).
Upstream URL: http://repo.or.cz/w/llpp.git
Licenses: custom
Conflicts: llpp
Provides: llpp
Submitter: mfwitten
Maintainer: aksr
Last Packager: aksr
Votes: 60
Popularity: 0.000815
First Submitted: 2010-10-26 22:21
Last Updated: 2018-02-19 02:03

Dependencies (35)

Required by (0)

Sources (1)

Latest Comments

aksr commented on 2017-12-16 03:35

hero: I agree.

hero commented on 2017-12-14 07:44

Because llpp does not use the versioned mupdf library it most of the time does not compile, because it uses features that are added only in the git mupdf version. Now mupdf has been updated recently and it is now the beginning of a period of time, where llpp-git compiles against the mupdf library shipped in Arch. So I suggest to update the pgkver, in order to cause an update with the AUR helpers now that it is possible again to compile llpp on Arch with the shipped libraries. The PKGBUILD seems to still work, so there should nothing else need to be done other than to update the pkgver. The pkgver I got after just updating llpp-git was the following "26b.r58.gc654792".

kngwyu commented on 2017-11-02 14:36

@respiranto
Original source looks like modified with this commit in mupdf,
http://git.ghostscript.com/?p=mupdf.git;a=commitdiff;h=626ea2ea771735492c9a4350ae02b26ea09d1423, but Arch's mupdf is still version 1.11 released in April this year.
I think this is the cause of the compile error.

respiranto commented on 2017-10-29 20:12

Fails to build again [0].

[0] https://respiranto.de/data/llpp-git.err

hero commented on 2017-04-11 21:16

libmupdf version 1.11 just came out. With that version the current head compiles again. This is what I did to make it compile: http://sprunge.us/aIMj I do not know if other modifications make it even better, but it might be a starting point for you to update the package.

Cheers

menta commented on 2016-12-15 18:14

Here is an updated PKGBUILD: http://pastebin.com/ZXhPAFz7

It contains new dependencies and optional dependencies, modifications to avoid build errors, and new packaging instructions.

A note about (optional) dependencies: file, gzip, and bzip2 are members of the base group, which is assumed to be installed on all Arch Linux systems, so these packages shouldn't be listed in the *depends arrays:
https://wiki.archlinux.org/index.php/makepkg#Usage

drrossum commented on 2016-07-06 07:09

The newest llpp revisions seem to be incompatible with the current mupdf library. The llpp package does still work.

loserMcloser commented on 2016-07-05 16:39

Build fails, I guess mupdf package removed include files?

+ ocamlc.opt -ccopt '-I /usr/include/freetype2 -Wextra -Wall -Werror -D_GNU_SOURCE -O -g -std=c99 -pedantic-errors -Wunused-parameter -Wsign-compare -Wshadow -o build//link.o' -c ./link.c
./link.c:43:24: fatal error: mupdf/fitz.h: No such file or directory
#include <mupdf/fitz.h>

jooch commented on 2016-01-30 00:50

Unable to build this:

+ ocamlc.opt -ccopt '-I /usr/include/freetype2 -Wextra -Wall -Werror -D_GNU_SOURCE -O -g -std=c99 -pedantic-errors -Wunused-parameter -Wsign-compare -Wshadow -o build//link.o' -c ./link.c
./link.c:198:5: fout: unknown type name ‘fz_stext_page’
fz_stext_page *text;

tutu commented on 2016-01-12 02:42

Hi drrossum - Thanks for getting back to me. I agree with you about the haskell dependency, no need to include while not necessary.

I tried the package build and it works if mupdf-git is installed, and it does not when mupdf is installed instead. I think this is expected till the maintainer of mupdf release a new version.

Thanks for the help. Hopefully other people interested in llpp-git will be able to do it now.

All comments