Package Details: llpp 41-1

Git Clone URL: https://aur.archlinux.org/llpp.git (read-only, click to copy)
Package Base: llpp
Description: opengl accelerated pdf viewer based on mupdf
Upstream URL: https://github.com/criticic/llpp
Keywords: mupdf opengl pdf viewer
Licenses: GPL3
Submitter: polyzen
Maintainer: None
Last Packager: cynik
Votes: 4
Popularity: 0.40
First Submitted: 2022-05-14 17:01 (UTC)
Last Updated: 2023-01-02 14:29 (UTC)

Dependencies (17)

Required by (0)

Sources (2)

Pinned Comments

cynik commented on 2022-11-10 19:17 (UTC)

it has been fixed: https://github.com/criticic/llpp/compare/fix-2

cynik commented on 2022-11-10 18:22 (UTC) (edited on 2022-11-10 18:42 (UTC) by cynik)

hmmm, i cannot reproduce @urldog 's problem, it seems to be using basically as much as it did before.

as far as the other issue goes, i remember mupdf updated last week, so maybe something changed again...

EDIT: yeah the API changed again: https://github.com/ArtifexSoftware/mupdf/commit/8aca9504370b68836da4fdae4de299df71945774

cynik commented on 2022-09-18 07:05 (UTC)

I have updated it to my fork at: https://github.com/criticic/llpp

Latest Comments

1 2 Next › Last »

jooch commented on 2023-09-25 09:57 (UTC) (edited on 2023-09-25 09:58 (UTC) by jooch)

Build fails:

generating build/confstruct.ml keys.cmi wsi/x11/wsi.cmi File "_none_", line 1: Error (alert ocaml_deprecated_auto_include): OCaml's lib directory layout changed in 5.0. The unix subdirectory has been automatically added to the search path, but you should add -I +unix to the command-line to silence this alert (e.g. by adding unix to the list of libraries in your dune file, or adding use_unix to your _tags file for ocamlbuild, or using -package unix for ocamlfind). ocamlc -I build -I build/wsi/x11 -g -strict-sequence -strict-formats -alert @all -warn-error @A -c -o build/wsi/x11/wsi.cmi ./wsi/x11/wsi.mli failed build failed

otakutyrant commented on 2022-11-11 11:49 (UTC)

The bug is fixed. Good job!

cynik commented on 2022-11-10 19:17 (UTC)

it has been fixed: https://github.com/criticic/llpp/compare/fix-2

cynik commented on 2022-11-10 18:22 (UTC) (edited on 2022-11-10 18:42 (UTC) by cynik)

hmmm, i cannot reproduce @urldog 's problem, it seems to be using basically as much as it did before.

as far as the other issue goes, i remember mupdf updated last week, so maybe something changed again...

EDIT: yeah the API changed again: https://github.com/ArtifexSoftware/mupdf/commit/8aca9504370b68836da4fdae4de299df71945774

otakutyrant commented on 2022-11-10 17:50 (UTC)

I can confirm the bug TheToblin mentioned too.

otakutyrant commented on 2022-11-10 16:57 (UTC)

@cynik llpp is the best pdf view I have seen. Thank you very much. I am glad that this software is alive again.

TheToblin commented on 2022-11-10 13:47 (UTC) (edited on 2022-11-10 13:50 (UTC) by TheToblin)

It would appear that v39-1 doesn't build on Arch atm. (Swedish output of the build below). I've tried on two separate, up-to-date machines.


link.o
./link.c: I funktion ”initpdims1”:
./link.c:609:42: fel: ”pdf_document” {även ”struct pdf_document”} har ingen medlem med namnet ”rev_page_count”; menade du ”map_page_count”?
  609 |                 for (int i = 0; i < pdf->rev_page_count; ++i) {
      |                                          ^~~~~~~~~~~~~~
      |                                          map_page_count
ocamlc -ccopt "-march=native -mtune=native -O2 -pipe -fstack-protector-strong -fno-plt -g -std=c11 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -pthread -I/usr/include/openjpeg-2.5 -Wall -Wextra -pedantic -O2 -D_POSIX_C_SOURCE -DGL_H='<GL/gl.h>' -DTEXT_TYPE=GL_TEXTURE_RECTANGLE_ARB -MMD -MF build/link.o.dep -MT_" -o build/link.o -c ./link.c failed
build failed
==> FEL:  Ett fel uppstod i build().
    Avbryter...
fel: misslyckades med att bygga 'llpp-39-1': 
fel: bygge misslyckat för paket: llpp-39-1

ed_o commented on 2022-11-07 16:43 (UTC)

After a recent system update, llpp will not start any more.

If I run 'llpp' from terminal, this is the error which comes up:

Fatal error: exception Failure("X connection failed maj=11 min=0 reason=\"Authorization required, but no authorization protocol specified\n\"")

urldog commented on 2022-10-05 19:08 (UTC)

Since the update, I see llpp consuming a lot more CPU (60%) if I use it full screen on a XUDP monitor.

So much so that you can hear the fans, making it virtually unusable.

Steps to replicate: - Open a pdf or epub - look at htop. llpp is consuming a lot of CPU, while before it was almost imperceptible

cynik commented on 2022-09-20 16:44 (UTC) (edited on 2022-09-20 16:46 (UTC) by cynik)

Now it has been fixed https://github.com/criticic/llpp/compare/fixupdate

1 2 Next › Last »