Summary: | app-text/qpdfview-0.4.18_p1 - /.../ld: cannot find -lmupdf-third | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Andrey Grozin <grozin> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | erhard_f, gentoo-bugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=829791 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
app-text:qpdfview-0.4.18_p1:20211016-094938.log emerge-history.txt environment etc.portage.tar.bz2 temp.tar.bz2 Patch that (hackily?) removes the dependency on mupdf-third build.log (ppc64, 0.5) |
Description
Toralf Förster
![]() Created attachment 745152 [details]
emerge-info.txt
Created attachment 745155 [details]
app-text:qpdfview-0.4.18_p1:20211016-094938.log
Created attachment 745158 [details]
emerge-history.txt
Created attachment 745161 [details]
environment
Created attachment 745164 [details]
etc.portage.tar.bz2
Created attachment 745167 [details]
temp.tar.bz2
This appears to be an issue for me on my system as well. USE="fitz" is masked in base/package.use.stable.mask with the reason: > # Mask experimental feature on stable. This also needs not yet stable mupdf. The mask was applied more than 8 years ago on 2015-02-20 (which was before the git transition, but can be seen in the conversion of the CVS repo here: https://gitweb.gentoo.org/archive/repo/gentoo-2.git/commit/?id=3f782dd503257d98adf0b5c5146892c96a97f023 , though it was moved a few minutes later to package.use.stable.mask), and needless to say, we are long past the necessary version of mupdf not being stable. Looking a little more deeply, it appears that mupdf-third.a is a statically-built library and is only built if not building shared, as far as I can tell from looking at mupdf's Makefile. However, I was able to successfully build qpdfview with fitz support by just removing the link dependency to mupdf-third using the patch I'll include in my next post. I do not know if this is a stable solution or not - I would imagine not - but so far I haven't had any issues, and building with fitz support has improved the quality of qpdfview's PDF rendering for me. Created attachment 868679 [details, diff]
Patch that (hackily?) removes the dependency on mupdf-third
Using this patch I'm able to build qpdfview with USE="-pdf fitz" and it seems to work fine, but I'm pretty sure this is not how it's meant to be done. Still, it might help?
Quick update: Using the above patch renders the "Rotate Left"/"Rotate Right" functions unusable; attempting to display the PDF at any rotation other than the default will result in pages showing up as completely blank. Created attachment 885049 [details]
build.log (ppc64, 0.5)
Still an issue in 0.5.
I can confirm that Sophies' patch works, but with its' side effects. ;)
|