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 ... 4 5 6 7 8 9

mfwitten commented on 2010-12-25 15:06

I removed `src' and rebuilt with `makepkg -sfi' using `_source=yes' and `_clean=yes' and everything went well for me.

The `var2def' program is part of the `lablgl' dependency that llpp's build scripts download. The build log should show that it was created with the this command: `ocamlc -pp camlp4o -o var2def' and the binary that is produced should be located here: `repo/3rdp/lablgl/src/var2def' relative to "$srcdir".

Furthermore, the command `ocamlrun ../src/var2switch GLU_ < glu_tags.var > glu_tags.c' produces no warnings or errors of any kind on my system.

I'm sorry that I can't help you resolve the issue.

Sara commented on 2010-12-23 21:18

I tried your suggestion (keeping _source=yes and letting _clean=yes), but a clean rebuild didn't work.

I send the developer a copy of my compile log, and he was able to identify the exact error (occurs earlier in the compile than the error I posted):
ocamlrun ../src/var2switch GLU_ < glu_tags.var > glu_tags.c
Fatal error: cannot find file ../src/var2def

Again, I don't have a problem producing an llpp binary without the PKGBUILD (doing so in the manual way I described before), which is rather strange. Thanks for looking into this.

mfwitten commented on 2010-12-23 04:34

I was unable to reproduce this problem on my system; given that llpp's own build scripts handle depedencies on their own, my guess is that there is some mismatch between llpp's code and the Glut implementation that llpp's build scripts failed to update properly; IIRC, the build script doesn't actually do anything smart to figure out such situations.

I suggest setting `_clean=yes' in the PKGBUILD if it is not already set; this will remove the external dependencies that llpp's build script downloaded, forcing them to be downloaded again (hopefully to proper versions).

If there is a particular version of llpp to which you want to revert, then you can set `_source=' in the PKGBUILD and then checkout that version by hand in the git repo:

pushd src/repo
git checkout <commit-or-tag-or-whatever>
makepkg -sfi

I was able to build with `_source=yes' (the most recent commit from the official repo) just a few minutes ago; this was commit:


Sara commented on 2010-12-23 01:36

frabjous, your error has been fixed (I e-mailed the developer about it), but I'm having another error that only occurs when I use the PKGBUILD. Using the PKGBUILD, the compile aborts with:
File "./", line 437, characters 6-24:
Error: Unbound module Glut

But with simply doing:
$ git clone git://
$ cd llpp
$ sh

the build goes through perfectly, producing the llpp binary. Any idea what's up?

frabjous commented on 2010-12-08 16:32

I cannot build this.

Here's the tail of the yaourt output:

LD build/release/mupdf
link.o: In function `mainloop':
link.c:(.text+0x224a): undefined reference to `fz_clearpixmapwithcolor'
collect2: ld returned 1 exit status
File "_none_", line 1, characters 0-1:
Error: Error while building custom runtime system
==> ERROR: Makepkg was unable to build llpp-git.

Anonymous comment on 2010-11-13 21:27

Nice app, thanks! But imho your PKGBUILD is a big mess, you don't have to put these things in there! I don't say my version is perfect, but it's better