rm -f libqpdfview_fitz.so x86_64-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -shared -o libqpdfview_fitz.so objects-fitz/fitzmodel.o objects-fitz/moc_model.o objects-fitz/moc_fitzmodel.o -lmupdf -lmupdf-third -ljpeg /usr/lib64/libQt5Widgets.so /usr/lib64/libQt5Gui.so /usr/lib64/libQt5Core.so -lGL -lpthread /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lmupdf-third collect2: error: ld returned 1 exit status make[1]: *** [Makefile.fitz-plugin:293: libqpdfview_fitz.so] Error 1 make[1]: Leaving directory '/var/tmp/portage/app-text/qpdfview-0.4.18_p1/work/qpdfview-0.4.18_p1' make: *** [Makefile:46: sub-fitz-plugin-pro-make_first-ordered] Error 2 ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_plasma_systemd-j4-20211008-163310 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-11.2.0 * /usr/lib/llvm/13 13.0.0 Python 3.9.7 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) [3] ruby30 (with Rubygems) * Available Rust versions: [1] rust-1.55.0 * The Glorious Glasgow Haskell Compilation System, version 8.10.4 php cli: [1] php7.3 * [2] php7.4 [3] php8.0 HEAD of ::gentoo commit 48bb438fe3a3fe47a12acef30c0fcf66a68f02e6 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sat Oct 16 09:36:35 2021 +0000 2021-10-16 09:36:34 UTC emerge -qpvO app-text/qpdfview [ebuild N ] app-text/qpdfview-0.4.18_p1 USE="cups dbus fitz sqlite svg -djvu -pdf -postscript -synctex"
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. ;)
