Search Criteria
Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248
Package Details: llpp-git 22.r71.g2bf99be-1
Git Clone URL: | https://aur-dev.archlinux.org/llpp-git.git (read-only) |
---|---|
Package Base: | llpp-git |
Description: | Fast, featureful PDF viewer based on MuPDF. |
Upstream URL: | http://repo.or.cz/w/llpp.git |
Licenses: | |
Conflicts: | |
Provides: | |
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)
- desktop-file-utils
- freetype2 (freetype2-git, freetype2-cleartype, freetype2-old-hinting, freetype2-v35, freetype2-infinality)
- glu
- jbig2dec
- libgl (catalyst-total-pxp, nvidia-346xx-libgl, nvidia-96xx-utils, nvidia-173xx-utils, glshim-git, nvidia-libgl-352, libhybris-libgl-git, libhybris-ext-libgl-git, mesa-hybris-libgl, amdgpu-pro-graphics, catalyst-test, catalyst-total, catalyst-firepro, catalyst-libgl, mesa-libgl-git, catalyst-total-hd234k, nvidia-libgl-full-beta, nvidia-libgl-full-beta-all, nvidia-libgl-beta, mesa-test-libgl-git, mesa-libgl, nvidia-304xx-libgl, nvidia-340xx-libgl, nvidia-libgl)
- libjpeg-turbo (mozjpeg-git, mozjpeg)
- mupdf (mupdf-gl-nojs, mupdf-git, mupdf-gl)
- openjpeg2
- git (git-git) (make)
- mupdf>=1.7 (mupdf-gl-nojs, mupdf-git, mupdf-gl) (make)
- ocaml>=4.02 (make)
- bzip2 (optional) – llpac bzip2 archives
- djvulibre (optional) – llppac djvu conversion
- file (file-git) (optional) – llppac file type recognition
- ghostscript (ghostscript-git) (optional) – llppac postscript, dvi, and djvu conversion
- gzip (gzip-rsyncable) (optional) – llppac gzip archives
- imagemagick (imagemagick-no-hdri, imagemagick-git, imagemagick-full-git, imagemagick7, graphicsmagick-imagemagick-compat, imagemagick-fftw, imagemagick-full) (optional) – llppac image conversion
- inkscape (inkscape-bzr) (optional) – llppac svg conversion (alternative)
- librsvg (librsvg-git) (optional) – llppac svg conversion (preferred)
- princexml (optional) – llppac html conversion
- unoconv (optional) – llppac office document conversion
- xsel (xsel-git) (optional) – Text selection
- xz (xz-git) (optional) – llppac xz archives
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 var2def.ml -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>
popd
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:
b3870019678b7268a641b7561ef4bed61606d747
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 "./main.ml", line 437, characters 6-24:
Error: Unbound module Glut
But with simply doing:
$ git clone git://repo.or.cz/llpp.git
$ cd llpp
$ sh buildall.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
Aborting...
==> 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 http://codepad.org/Sn5BHSQN