The bug is fixed. Good job!
Search Criteria
Package Details: llpp 42-1
Package Actions
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: | stek |
Last Packager: | stek |
Votes: | 9 |
Popularity: | 0.034433 |
First Submitted: | 2022-05-14 17:01 (UTC) |
Last Updated: | 2024-04-04 20:07 (UTC) |
Dependencies (17)
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR)
- gumbo-parser
- jbig2dec
- libgl (nvidia-340xx-utilsAUR, libglvnd-gitAUR, amdgpu-pro-oglpAUR, amdgpu-pro-oglp-legacyAUR, libglvnd)
- libjpeg (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR, libjpeg-turbo)
- libmupdf
- openjpeg2 (openjpeg-gitAUR)
- asciidoc (asciidoc-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- ocaml (make)
- ocaml-lablglAUR (make)
- djvulibre (optional) – for llppac djvu conversion
- ghostscript (optional) – for llppac ps, dvi, and djvu conversion
- imagemagick (imagemagick-gitAUR, imagemagick-full-gitAUR, imagemagick-fullAUR) (optional) – for llppac image conversion
- inotify-tools (inotify-tools-gitAUR) (optional) – for the llpp.inotify autoreload wrapper
- librsvg (librsvg-gitAUR) (optional) – for llppac svg conversion
- unoconv (optional) – for llppac office conversion
Required by (0)
Sources (1)
otakutyrant commented on 2022-11-11 11:49 (UTC)
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
cynik commented on 2022-09-20 15:28 (UTC)
So the mupdf api changed (april 5) so there needs to be some changes to llpp source code as well, https://github.com/ArtifexSoftware/mupdf/commit/2ae4cf02f745bda72b0029d933f097b04d377281
Pinned Comments
stek commented on 2024-04-12 15:01 (UTC) (edited on 2024-04-12 15:07 (UTC) by stek)
If llpp doesn't start and instead produces an error like
or
this likely means that the version of libmupdf used to build llpp does not agree with the currently installed one.
This can be fixed by rebuilding llpp (with
makepkg -C
, or if you're using an AUR helper, whatever the "clean build" option is there). If this doesn't help, please leave a comment here or report upstream.cynik commented on 2022-09-18 07:05 (UTC)
I have updated it to my fork at: https://github.com/criticic/llpp