Notice: Undefined variable: name in /srv/http/vhosts/ on line 248

Package Details: llpp-git 22.r71.g2bf99be-1

Git Clone URL: (read-only)
Package Base: llpp-git
Description: Fast, featureful PDF viewer based on MuPDF.
Upstream URL:
Licenses: custom
Conflicts: llpp
Provides: llpp
Submitter: mfwitten
Maintainer: None
Last Packager: drrossum
Votes: 61
Popularity: 0.000073
First Submitted: 2010-10-26 22:21
Last Updated: 2016-01-11 17:25

Dependencies (23)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous ... 3 4 5 6 7 8 9 Next › Last »

mfwitten commented on 2011-06-11 02:26

I added `xsel' in the `depends' array.

flienteen commented on 2011-06-10 16:45

i think ”xsel” should be added to the list of dependencies..

darkvenger commented on 2011-04-20 15:48

I also understand (and share) your reluctance into using something like this, but it also seems to me the least evasive solution.

Keep up the good work.

mfwitten commented on 2011-04-20 14:44

That's indeed a good idea; I wasn't sure whether or not I wanted to put something like:


somewhere, but I decided that limiting the side effect conveys the intention best:


Unfortunately, the += doesn't seem to work there (currently).


darkvenger commented on 2011-04-20 08:05

Hello again mfwitten, you made think on that "heavy ignore" issue :).
I believe that make doesn't have that many options (besides -j) that could be defined globally to be used in all builds, but because each one of us is a unique being ;).
I did a little testing and, it seems that, to only overwrite the -j option while maintaining the user's MAKEFLAGS you could add MAKEFLAGS=$MAKEFLAGS" -j1" just before (for example) bash
Note that a whitespace is needed before -j1.

mfwitten commented on 2011-04-20 03:03

@darkvenger: Thanks! It seems a little heavy handed to ignore a user's `makeflags', but I've gone ahead and made the change you suggested.

darkvenger commented on 2011-04-19 23:04

Thought you should know.
I had a problem with my custom makeflags=-j3 configuration.
To avoid future problems, in other users, I suggest you to also add !makeflags to the options array.

bal commented on 2011-03-30 08:03

Change 'svn' to 'subversion' in makedepends.

archdria commented on 2011-01-30 01:56

I get this while compiling:

Sara commented on 2011-01-09 04:20

Sorry for not having thought to check my makepkg.conf; I had some make flags that caused the issue.

However, a new compile error has arisen due to an error in sumatrapdf (which llpp currently uses). It'll result in this terminal output when you attempt to compile:
pdf_font.c:(.text+0x1c1): undefined reference to `pdf_ft_free_vsubst'
collect2: ld returned 1 exit status
make: *** [build/release/pdfdraw] Error 1
/home/sara/abs/aur/llpp-git/src/llpp/3rdp/mupdf/build/release/libmupdf.a(pdf_build.o): In function `pdf_showtext':
pdf_build.c:(.text+0x2373): undefined reference to `pdf_ft_get_vgid'
/home/sara/abs/aur/llpp-git/src/llpp/3rdp/mupdf/build/release/libmupdf.a(pdf_font.o): In function `pdf_dropfont':
pdf_font.c:(.text+0x1c1): undefined reference to `pdf_ft_free_vsubst'
collect2: ld returned 1 exit status

I e-mailed the developer about this, and the solution is to edit the to use the mupdf git repo instead (he said that sumatrapdf is, in fact, no longer even needed).

I've posted my patch to the in the Arch pastebin:

To use, add before bash (in the PKGBUILD, presuming you've added the patch as a source):
patch -p0 -i "${srcdir}"/buildall.patch || return 1

I'm going to bet that the developer will fix the script himself sometime soon, but in the meanwhile, you can use my patch to be able to compile llpp.