Package Details: llpp 22-3

Git Clone URL: https://aur.archlinux.org/llpp.git (read-only)
Package Base: llpp
Description: Lightweight, fast and featureful PDF viewer based on MuPDF
Upstream URL: http://repo.or.cz/w/llpp.git
Licenses: custom
Submitter: Barthalion
Maintainer: drrossum
Last Packager: drrossum
Votes: 69
Popularity: 1.921933
First Submitted: 2012-06-24 16:59
Last Updated: 2016-05-18 07:33

Dependencies (27)

Required by (0)

Sources (1)

Latest Comments

WorMzy commented on 2016-05-17 09:04

Still depends on libgl, build fails without it, as before.

xduugu commented on 2016-05-13 10:57

Sorry, missed your reply @drrossum. Yeah, in the case of llpp, you can just drop it. The same command as in the install file is executed by the hook in /usr/share/libalpm/hooks/update-desktop-database.hook.

So you can remove the "install=" line from the PKGBUILD and "desktop-file-utils" from the depends array.

Alad commented on 2016-05-13 09:55

Misses dependency on mesa (gl.h)

dllu commented on 2016-05-11 18:05

It seems I cannot build the package.

./link.c:46:24: fatal error: mupdf/fitz.h: No such file or directory

It appears the package should now depend on libmupdf as well. However, even after installing libmupdf, I get various compile errors which suggest the llpp package is out of date with respect to the latest version of libmupdf. Can someone look into it?

drrossum commented on 2016-05-10 08:18

I did not have the time to look into that yet. Do I just drop the install file and the desktop-file-utils dependency or are other changes required? Thanks

xduugu commented on 2016-05-07 00:12

The install file can be removed since its functionality is now provided by alpm hooks. The dependency on desktop-file-utils shouldn't be required anymore.

duttondj commented on 2016-04-01 19:42

I get a segfault every time I try to bring up llpp. Probably an upstream issue.

tjaart commented on 2015-12-21 23:16

After upgrading llpp I get the following error when I try to execute the binary:

Fatal error: exception Failure("parse error: Failure(\"unexpected close at top level\")")

Any pointers as to what might cause this?

tmplt commented on 2015-11-14 12:24

Somewhere around the latest update the performance on my system has dropped really low. It takes about 5s to open an 170K .pdf, even while the program reports that it was opened in <0.002s. Does anyone have issues like these? llpp-git suffers from the same problem.

I'm unsure where I can add this as an issue (if I should).

WorMzy commented on 2015-11-11 13:03

Seems that libgl is needed to build+run llpp, otherwise you get the following error:
./lablGL/ml_gl.c:10:19: fatal error: GL/gl.h: No such file or directory

Namcap complains that freetype2 and libjpeg-turbo should also be listed as dependencies:

llpp E: Dependency freetype2 detected and not included (libraries ['usr/lib/libfreetype.so.6'] needed in files ['usr/bin/llpp'])
llpp E: Dependency libjpeg-turbo detected and not included (libraries ['usr/lib/libjpeg.so.8'] needed in files ['usr/bin/llpp'])

Please could you add these three packages to the depends array?

Thanks.

hermogene commented on 2015-11-10 22:33

@flu Your solution worked perfectly, thanks!

drrossum commented on 2015-11-10 12:24

llppac is no longer provided upstream.

flu commented on 2015-11-10 12:11

@drrossum
llppac is missing. Isn't that the conversion tool?

@hermogene
1. Recompile ocaml adding in the PKGBUILD build function something like:
export CFLAGS+="-fPIC"
before configure/make
2. Try again to recompile llpp
3. Perhaps add the following:
# Need to use
# export CFLAGS+="-fPIC"
# in order to make llpp
IgnorePkg = ocaml
in your /etc/pacman.conf to avoid the same problem in the future. On the other hand this gives you the inconvenience to build ocaml for yourself every time.
4. Profit

hermogene commented on 2015-10-19 11:22

Same problem for me, I tried to remove the packages to reinstall them, still can't compile:
[11/11] link /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/llpp.custom
FAILED: ocamlc.opt -g -o /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/llpp.custom -I +lablGL str.cma unix.cma lablgl.cma /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/help.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/utils.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/parser.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/bo.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/wsi.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/config.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/main.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/link.o -custom -cclib "-lmupdf -lmujs -lpthread -L./build/release -lX11 -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11"
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(stacks.o): réadressage de R_X86_64_32 en vertu de « .rodata.str1.8 » ne peut être utilisé lors de la création d'un objet partagé; recompilez avec -fPIC
/usr/lib/ocaml/libcamlrun.a: error adding symbols: Mauvaise valeur
collect2: erreur: ld a retourné 1 code d'état d'exécution
File "_none_", line 1:
Error: Error while building custom runtime system
ninja: build stopped: subcommand failed.

tjaart commented on 2015-10-03 18:54

I have managed to upgrade the package using yaourt, instead of pacaur. I am not sure what the difference is. Since llpp is working again I am not going to dig into it right now. Thanks to @drrossum and @txtsd for their replies

txtsd commented on 2015-10-01 08:11

@tjaart

I had the same problem, but reinstalling (recompiling) ocaml-lablgl, then reinstalling llpp did the trick for me.

drrossum commented on 2015-10-01 07:16

Can you post the contents of your config file?
/home/tjaart/AUR/llpp/src/llpp-f376f80/.config

drrossum commented on 2015-09-30 16:01

Thanks for the feedback. I'm working on a deadline right now, sorry. Let me get back to you by the end of the week.

tjaart commented on 2015-09-30 13:31

It seems part of my problem is that my ncurses has been updated to version 6.

I have the file:
/usr/lib/libncursesw.so.6
but llpp wants: libncursesw.so.5

Since ncurses is not a direct dependency of llpp, I am not sure where the error is coming from.

I have solved similar problems before by creating a symlink from the new library name to the old, but that is a hack.

tjaart commented on 2015-09-29 15:29

Hi,
I have not dug very deep into this problem, but I was wondering if anybody could give me a quick pointer:

I upgraded my system, and started getting the error:
llpp: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory

When I try to reinstall llpp I fet the errer:
==> Starting build()...
Configuration results are saved in /home/tjaart/AUR/llpp/src/llpp-f376f80/.config
To build - type: ninja
ninja: error: unknown target '/home/tjaart/AUR/llpp/src/llpp-f376f80/build/llpp.custom'
==> ERROR: A failure occurred in build().

Notes:
- I have recompiled ocaml-lablgl as discussed in earlier threads

drrossum commented on 2015-09-29 02:46

Having a ocaml-lablgl package that is consistent with ocaml should suffice. Otherwise you have a "partially updated system" which breaks things in arch.

There should be no need for removing packages, unless you want to remove ocaml-lablgl as workaround for updating it.

lansunlong commented on 2015-09-29 02:38

Remove ocaml-lablgl, camlp4, ocaml
and then reinstall llpp, ocaml-lablgl will be recompiled.
I have it worked.

respiranto commented on 2015-09-23 17:14

Sorry, I thought I had done so because of your former comment, but apparently I had not.
Nevertheless thank you very much!

drrossum commented on 2015-09-23 16:14

Did you recompile ocaml-lablgl after upgrading ocaml?

respiranto commented on 2015-09-23 15:37

I am getting the following error:

==> Starting build()...
Configuration results are saved in /tmp/llpp/src/llpp-f376f80/.config
To build - type: ninja
[9/11] ocamlc /tmp/llpp/src/llpp-f376f80/build/config.cmo
FAILED: env incs="-I +lablGL" pp="" /bin/sh /tmp/llpp/src/llpp-f376f80/doocaml.sh ocamlc.opt /tmp/llpp/src/llpp-f376f80/build/config.cmo /tmp/llpp/src/llpp-f376f80/config.ml -c -warn-error +a -w +a -g -safe-string
File "/tmp/llpp/src/llpp-f376f80/config.ml", line 1:
Error: The files /usr/lib/ocaml/pervasives.cmi
and /usr/lib/ocaml/lablGL/glTex.cmi make inconsistent assumptions
over interface CamlinternalFormatBasics
[9/11] cc /tmp/llpp/src/llpp-f376f80/build/link.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

The reason for that I am recompiling is, that the llpp binary refused to run, because it seems to have been built against ncurses5, which is not even listed as a dependency.

drrossum commented on 2015-09-19 18:28

Don't flag package out-of-date if not out-of-date.

The files that are conflicting in your system have nothing to do with llpp. Did you perhaps forget to recompile ocaml-lablgl after upgrading ocaml?

alecdtatum commented on 2015-09-19 18:22

Build fails with the following error:
FAILED: env incs="-I +lablGL" pp="" /bin/sh /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/doocaml.sh ocamlc.opt /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/build/config.cmo /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/config.ml -c -warn-error +a -w +a -g -safe-string
File "/tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/config.ml", line 1:
Error: The files /usr/lib/ocaml/pervasives.cmi
and /usr/lib/ocaml/lablGL/glTex.cmi make inconsistent assumptions
over interface CamlinternalFormatBasics
[9/11] cc /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/build/link.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

ansatz commented on 2015-05-02 10:03

I recompiled extra/ocaml with -fpic added to CFLAGS. After that llpp compiled nicely.

drrossum commented on 2015-05-02 05:01

Have you tried rebuilding the ocaml-lablgl package?

ansatz commented on 2015-05-01 07:18

Build fails:

==> Making package: llpp 21-3 (Fri 1 May 10:12:27 EEST 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found f376f8000cdf01fcc0ae3aa1fed99f193d6e7909.tar.gz
==> Validating source files with sha256sums...
f376f8000cdf01fcc0ae3aa1fed99f193d6e7909.tar.gz ... Skipped
==> Extracting sources...
-> Extracting f376f8000cdf01fcc0ae3aa1fed99f193d6e7909.tar.gz with bsdtar
==> Removing existing $pkgdir/ directory...
==> Starting build()...
Configuration results are saved in /tmp/llpp/src/llpp-f376f80/.config
To build - type: ninja
[1/1] link /tmp/llpp/src/llpp-f376f80/build/llpp.custom
FAILED: ocamlc.opt -g -o /tmp/llpp/src/llpp-f376f80/build/llpp.custom -I +lablGL str.cma unix.cma lablgl.cma /tmp/llpp/src/llpp-f376f80/build/help.cmo /tmp/llpp/src/llpp-f376f80/build/utils.cmo /tmp/llpp/src/llpp-f376f80/build/parser.cmo /tmp/llpp/src/llpp-f376f80/build/bo.cmo /tmp/llpp/src/llpp-f376f80/build/wsi.cmo /tmp/llpp/src/llpp-f376f80/build/config.cmo /tmp/llpp/src/llpp-f376f80/build/main.cmo /tmp/llpp/src/llpp-f376f80/build/link.o -custom -cclib "-lmupdf -lmujs -lpthread -L./build/release -lX11 -L/usr/lib -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11"
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(stacks.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/lib/ocaml/libcamlrun.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
File "_none_", line 1:
Error: Error while building custom runtime system
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

drrossum commented on 2015-04-30 19:02

Thanks for reporting. This now points to a newer version of the code that doesn't use the CBZ library anymore.

rubenvb commented on 2015-04-28 08:44

This does not build with current muPDF because mupdf/cbz.h is missing.

Alad commented on 2015-03-02 21:57

I was building in /home/archie/src, which is a symlink to /mnt/data/archie/src ... I'm guessing the configure script doesn't handle symlinks well. Either way, it builds in /home/archie. Thanks.

drrossum commented on 2015-03-02 20:13

Are you building in /mnt/data or in /home? The paths saved in the .config don't seem to correspond to makepkg's $srcdir/$pkgname path. Don't know why that happens.

Alad commented on 2015-03-01 14:40

~/src/llpp/src/llpp % cat .config
cflags= -fPIC -O -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz
lflags=-L/usr/lib -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11
srcdir=/mnt/data/archie/src/llpp/src/llpp
buildtype=release
mupdf=.
builddir=/mnt/data/archie/src/llpp/src/llpp/build
lablglcflags=-I +lablGL
cmo=.cmo
cma=.cma
ocamlc=ocamlc.opt
linksocclib=
customflag=-custom
mujs=-lmujs

drrossum commented on 2015-03-01 14:36

what's saved in your .config file?

Alad commented on 2015-02-28 22:04

==> Retrieving sources...
-> Downloading 973e613ec9062e5c41323fc58fa3435fc6c45551.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 127k 0 127k 0 0 184k 0 --:--:-- --:--:-- --:--:-- 183k
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha256sums...
973e613ec9062e5c41323fc58fa3435fc6c45551.tar.gz ... Skipped
==> Extracting sources...
-> Extracting 973e613ec9062e5c41323fc58fa3435fc6c45551.tar.gz with bsdtar
==> Starting build()...
Configuration results are saved in /mnt/data/archie/src/llpp/src/llpp/.config
To build - type: ninja
ninja: error: unknown target '/home/archie/src/llpp/src/llpp/build/llpp.custom'
==> ERROR: A failure occurred in build().
Aborting...

bernarcher commented on 2015-01-12 07:01

Confirmed. Rebuilding ocaml-lablgl fixed the issue.

doctorcolossus commented on 2015-01-11 18:13

I was having the same issue. Rebuilding ocaml-lablgl did solve it for me.

drrossum commented on 2015-01-10 16:55

Please try if rebuilding ocaml-lablgl solves that issue

bernarcher commented on 2015-01-10 06:13

llpp 21-2 does not compile here:

To build - type: ninja
[9/11] ocamlc /home/bp/scratch/temp/llpp/src/llpp/build/config.cmo
FAILED: env incs="-I +lablGL" pp="" /bin/sh /home/bp/scratch/temp/llpp/src/llpp/doocaml.sh ocamlc.opt /home/bp/scratch/temp/llpp/src/llpp/build/config.cmo /home/bp/scratch/temp/llpp/src/llpp/config.ml -c -warn-error +a -w +a -g -safe-string
File "/home/bp/scratch/temp/llpp/src/llpp/config.ml", line 1:
Error: The files /usr/lib/ocaml/pervasives.cmi
and /usr/lib/ocaml/lablGL/glTex.cmi make inconsistent assumptions
over interface Pervasives
[9/11] cc /home/bp/scratch/temp/llpp/src/llpp/build/link.o
ninja: build stopped: subcommand failed.

karol_007 commented on 2014-10-22 16:40

Works for me, thanks.

drrossum commented on 2014-10-22 15:27

Are you on i686? I uploaded a fix. I don't have access to a i686 install so I can't test this. Please let me know if it works for you.

karol_007 commented on 2014-10-21 23:46

I've just installed ocaml-lablgl and I get

==> Starting build()...
Configuration results are saved in /home/karol/apps/llpp/src/llpp/.config
To build - type: ninja
[11/11] linkstatic /home/karol/apps/llpp/src/llpp/build/llpp
FAILED: ocamlc.opt -custom -o /home/karol/apps/llpp/src/llpp/build/llpp -I +lablGL str.cma unix.cma lablgl.cma /home/karol/apps/llpp/src/llpp
/build/link.o -cclib "-lmupdf -lpthread -L./build/native -L/usr/lib -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11" /home/
karol/apps/llpp/src/llpp/build/help.cmo /home/karol/apps/llpp/src/llpp/build/utils.cmo /home/karol/apps/llpp/src/llpp/build/parser.cmo /home/
karol/apps/llpp/src/llpp/build/bo.cmo /home/karol/apps/llpp/src/llpp/build/wsi.cmo /home/karol/apps/llpp/src/llpp/build/config.cmo /home/karo
l/apps/llpp/src/llpp/build/main.cmo
/usr/lib/libmupdf.a(pdf-jsimp-mu.o): In function `wrapmethod':
(.text+0x2d): undefined reference to `js_gettop'
/usr/lib/libmupdf.a(pdf-jsimp-mu.o): In function `wrapmethod':
(.text+0x3d): undefined reference to `js_getregistry'

< a bunch of undefined references >

/usr/lib/libmupdf.a(pdf-jsimp-mu.o): In function `pdf_jsimp_execute':
(.text+0x9cd): undefined reference to `js_dostring'
collect2: error: ld returned 1 exit status
File "_none_", line 1:
Error: Error while building custom runtime system
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

drrossum commented on 2014-10-20 15:47

Check your ocaml-lablgl package. This is the package that is supposed to provide the opengl bindings that your compiler is missing.

acieroid commented on 2014-10-20 13:46

Doesn't build:

==> Starting build()...
Configuration results are saved in /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/.config
To build - type: ninja
[9/11] ocamlc /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/build/config.cmo
FAILED: env incs="-I +lablGL" pp="" /bin/sh /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/doocaml.sh ocamlc.opt /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/build/config.cmo /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/config.ml -c -warn-error +a -w +a -g -safe-string
File "/tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/config.ml", line 414, characters 30-46:
Error: Unbound module GlTex
[9/11] cc /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/build/link.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

drrossum commented on 2014-10-09 22:29

I included a customized build.ninja file that links the binary in ocaml "custom runtime mode". This should fix the issue with the shared library. That also makes ocaml a makedepend instead of depend.

drrossum commented on 2014-10-09 21:16

I included a customized build.ninja file that links the binary in custom runtime mode. That also makes ocaml a makedepend instead of depend.

Gadileth commented on 2014-10-08 18:52

Weird wrong linking.
I build the packages 'manual' with cower. After installing the package and deleting the sources i used i start llpp:

"Fatal error: cannot load shared library /home/gadileth/build/llpp/src/llpp/build/link"

Am I just doing something wrong and am not seeing it?

drrossum commented on 2014-10-07 16:06

I will try to get the ninja build system to work as it seems that the makeall.sh will be deprecated in the next version. I'll update the PKGBUILD soon.

bobi commented on 2014-10-07 14:00

As reported by binarysage, llpp won't compile anymore without adding ocaml-camlp4 to make-depends, thus it should be corrected directly in the AUR package.

binarysage commented on 2014-09-18 07:57

Thanks alot Earnest worked after installing ocaml-camlp4

Earnest commented on 2014-09-18 07:28

Because camlp4 was stripped out of the ocaml distribution and you require ocaml-camlp4 as the error suggests. "Command not found".

Earnest commented on 2014-09-18 07:28

Because camlp4 was stripped out of the ocaml distribution and you require ocaml-camlp4 as the error suggests. "Command not found".

binarysage commented on 2014-09-17 06:06

Getting this error:
==> Starting build()...
cd src && make all LIBDIR="`ocamlc -where`"
make[1]: Entering directory '/home/abhinav/Downloads/llpp/src/llpp/3rdp/lablgl-1.05/src'
ocamlc -pp camlp4o var2def.ml -o var2def
sh: camlp4o: command not found
File "var2def.ml", line 1:
Error: Error while running external preprocessor
Command line: camlp4o 'var2def.ml' > /tmp/ocamlppac0ce1

Makefile:34: recipe for target 'var2def' failed
make[1]: *** [var2def] Error 2
make[1]: Leaving directory '/home/abhinav/Downloads/llpp/src/llpp/3rdp/lablgl-1.05/src'
Makefile:15: recipe for target 'lib' failed
make: *** [lib] Error 2
==> ERROR: A failure occurred in build().
Aborting...


can someone tell me what I am missing ?

holos commented on 2014-08-21 05:26

Oops, I lied about the dependencies. the ninja build system uses ocamlc, not ocamlopt, so that would make the ocaml package a runtime dependency.

holos commented on 2014-08-21 05:12

Upstream also introduced a ninja build system. IIRC it's broken for v20, but perhaps consider switching to it for v21. Consists of doing:

sh configure.sh -b release . (the "release" argument really doesn't matter)
ninja

with these dependencies:

depends=('libgl' 'libx11' 'openjpeg2')
makedepends=('git' 'ninja' 'ocaml' 'mupdf' 'ocaml-lablgl')

I've been avoiding buildall.sh for a long time and haven't had a problem.

drrossum commented on 2014-08-19 22:04

Historical reasons only. I updated to using upstream .desktop file. I can't test this functionality myself, so please let me know if it doesn't work correctly.

xduugu commented on 2014-08-19 17:52

Upstream already provides a desktop file in misc/. Is there any reason why you use a custom one?

drrossum commented on 2014-08-19 15:32

Oops, sorry for not having tested before pushing! Fixed now.

flu commented on 2014-08-19 08:32

llppac is in a subdirectory:

install -m755 "$srcdir"/llpp/misc/llppac "$pkgdir"/usr/bin/llppac

possum commented on 2014-08-18 21:47

"install: cannot stat ‘llppac’: No such file or directory"

I don't know if llppac is important. I took the line that installs it and is working fine...

flu commented on 2014-08-18 09:34

Good but now it complains in this way:
Building llpp...
File "help.ml", line 186, characters 24-25:
Error: Illegal character (\\)

When choosing the last snapshoot it complains about llppac. I modified it like this:
https://privatepaste.com/download/8b7d069bd7
And it is working for me.
Changed: first source, first sha256sum, llppac source directory.
Not changed: pkgrel (it was not building before).
I am not aware of other issues.

Mantain this package must be painful :)

drrossum commented on 2014-08-18 06:12

Thanks. I updated source to include the commit you mentioned.

flu commented on 2014-08-17 17:11

@Jahrome
It is fixed in git http://repo.or.cz/w/llpp.git/commit/ae865705fe044c2f4489ef8a563ea5de7b440bfa
(But the package llpp-git cannot install, at least for me...)

Jahrome commented on 2014-08-17 15:25

Got an issue with 20-1 but unable to solve it myself:

Building llpp...
File "./wsi.ml", line 1:
Error: The implementation ./wsi.ml does not match the interface wsi.cmi:
Values do not match:
val init :
t -> int -> int -> int -> bool -> Unix.file_descr * int * int
is not included in
val init : t -> int -> int -> bool -> Unix.file_descr * int * int
File "./wsi.ml", line 1090, characters 4-8: Actual declaration

Any ideas ?

drrossum commented on 2014-07-14 14:23

Thanks for the patch with "update-desktop-database -q". I adopted it in the PKGBUILD.
Please let me know if it doesn't work properly as I can't test the llpp.desktop functionality myself.

Alad commented on 2014-07-13 10:44

http://pastie.org/private/5m4ppidwmigot2y4pwujw

dennis123123 commented on 2014-04-19 19:51

I did uncomment it, it worked fine. Just wondered why it was disabled by default... most people will want the file association to be available

drrossum commented on 2014-04-19 19:42

I have no means to test it. You're welcome to uncomment the line if you are interested in the llpp.desktop file. I'll be happy to update the PKGBUILD for it if you send me patches.

dennis123123 commented on 2014-04-19 14:24

Why is the llpp.desktop file commented out in the PKGBUILD?

drrossum commented on 2014-03-24 15:14

Check out the new llpp wiki page:
https://wiki.archlinux.org/index.php/Llpp

Barthalion commented on 2013-12-03 20:57

IIRC glu wasn't a dependency back then (or it was pulled by mesa) and openssl comes from newer mupdf. Thanks for quick reaction.

drrossum commented on 2013-12-03 19:31

Thanks for catching that. I forgot to namcap when I adopted the PKGBUILD from you a few weeks ago. Had you not namcapped either?

I dropped the desktop thingamajigger, as I have no means to test that.

Barthalion commented on 2013-12-03 19:09

Please add openssl, glu and desktop-file-utils to dependencies. Generally it's a good idea to get familiar with devtools, especially with automated chroot builders (repo-$CARCH-build) and namcap.

drrossum commented on 2013-10-10 17:50

Updated to official v16

Barthalion commented on 2013-06-09 16:05

I took God_Påske tag and named it v16.

Barthalion commented on 2013-06-09 16:04

I picked God_Påske tag and named it v16.

xmw commented on 2013-06-06 20:35

How did you create the snapshot? I only see tags up to v15 on the source repo.

C5OK5Y commented on 2013-04-27 10:28

The llpp.desktop file has spaces before the key names - this causes the .desktop file to not work with xdg-open. Removing the trailing spaces from the file fixes the issue.

Barthalion commented on 2012-09-12 16:33

Fixed.

infested999 commented on 2012-09-04 17:33

mupdf download link out of date: http://paste2.org/p/2190290

Barthalion commented on 2012-08-20 05:13

Don't mark broken packages as out-of-date.

Anonymous comment on 2012-08-19 16:23

mupdf download adress has changed, flagging as out of date

Barthalion commented on 2012-07-03 19:11

Well, I tested it again and md5sums are changing every time, when sb downloaded the tarball.
I will mirror it on my server tommorow.

silenc3r commented on 2012-07-03 19:04

no, it's not
md5sum is f2b1a5ca03dafc2ebd45136e66790d9f

Barthalion commented on 2012-07-02 06:32

You're right -- fixed.

abarbarian commented on 2012-07-01 10:50

==> Validating source files with md5sums...
llpp-12.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build llpp.

Fails on an Arch 64 bit fully updated.