Package Details: fbpdf-git r107.6a0d77f-1

Git Clone URL: https://aur.archlinux.org/fbpdf-git.git (read-only, click to copy)
Package Base: fbpdf-git
Description: A small framebuffer pdf viewer, based on MuPDF.
Upstream URL: https://github.com/aligrudi/fbpdf
Licenses: ISC
Conflicts: fbpdf
Provides: fbpdf
Submitter: Sara
Maintainer: xlucn
Last Packager: xlucn
Votes: 43
Popularity: 0.000000
First Submitted: 2011-02-08 00:46 (UTC)
Last Updated: 2025-01-24 14:36 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Pinned Comments

xlucn commented on 2022-06-24 05:46 (UTC) (edited on 2023-11-20 08:36 (UTC) by xlucn)

I updated the package. Apart from the fixes (please test it), most notably I removed the poppler-based fbpdf2, and renamed "fbpdf" as "fbpdf-mupdf" instead of "neatfbpdf", still to avoid conflict with "fbida" package. Those are just my own decisions, so they can be changed again.

If you want poppler-based variant, see https://aur.archlinux.org/packages/fbpdf-poppler-git.

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 Next › Last »

<deleted-account> commented on 2011-03-07 22:01 (UTC)

With mupdf-darcs (or mupdf-git which I just uploaded) your old PKGBUILD works as well. Only the mupdf package from the repos doesn't provide the required files. Here's the comparison so you know what I mean: % pacman -Ql mupdf mupdf /usr/ mupdf /usr/bin/ mupdf /usr/bin/mupdf mupdf /usr/bin/pdfclean-mupdf mupdf /usr/bin/pdfdraw-mupdf mupdf /usr/bin/pdfextract-mupdf mupdf /usr/bin/pdfinfo-mupdf mupdf /usr/bin/pdfshow-mupdf mupdf /usr/share/ mupdf /usr/share/applications/ mupdf /usr/share/applications/mupdf.desktop mupdf /usr/share/man/ mupdf /usr/share/man/man1/ mupdf /usr/share/man/man1/mupdf.1.gz mupdf /usr/share/pixmaps/ mupdf /usr/share/pixmaps/mupdf.xpm % pacman -Ql mupdf-git mupdf-git /usr/ mupdf-git /usr/bin/ mupdf-git /usr/bin/mupdf mupdf-git /usr/bin/pdfclean-mupdf mupdf-git /usr/bin/pdfdraw-mupdf mupdf-git /usr/bin/pdfextract-mupdf mupdf-git /usr/bin/pdfinfo-mupdf mupdf-git /usr/bin/pdfshow-mupdf mupdf-git /usr/include/ mupdf-git /usr/include/fitz.h mupdf-git /usr/include/mupdf.h mupdf-git /usr/lib/ mupdf-git /usr/lib/libmupdf.a mupdf-git /usr/share/ mupdf-git /usr/share/applications/ mupdf-git /usr/share/applications/mupdf.desktop mupdf-git /usr/share/man/ mupdf-git /usr/share/man/man1/ mupdf-git /usr/share/man/man1/mupdf.1.gz mupdf-git /usr/share/pixmaps/ mupdf-git /usr/share/pixmaps/mupdf.xpm

<deleted-account> commented on 2011-03-07 21:25 (UTC)

Hi Sara, now it builds fine with mupdf-darcs being installed, thanks!

Sara commented on 2011-03-07 18:52 (UTC)

Okay, the problem is fixed, but I probably could improve the elegance of the code (for instance, how do I figure out the current version of mupdf in a neat fashion? I'll look into this soon, myself). What fbpdf needed was some header and lib files from mupdf (the lib file is only produced after compiling mupdf, so I had to add that into the PKGBUILD), which do not install in Arch by default. The other solution would be to get Arch to install those files by default, which I might suggest to the AUR mailing list if others concur. I had to make "include" and "lib" directories in the build folder because fbpdf looks for these developmental files in these folders. Otherwise, I would have to patch the Makefile, which I think is an unnecessary complication. An interesting question would be if this program now works against mupdf-darcs. I don't know if the header files that shipped with the current mupdf differ from the darcs version. If so, I might have to add mupdf-darcs under "conflicts". As I don't use the darcs version of mupdf myself, feedback from others who do would be appreciated. That does it for now. Hope this helps someone.

Sara commented on 2011-03-07 02:57 (UTC)

I have e-mailed the fbpdf developer now that mupdf 0.8 is in the repos (and this program will not compile against it, with similar error output relating to fitz.h). Waiting for a reply, now. Sorry for the delay.

<deleted-account> commented on 2011-02-15 21:51 (UTC)

I'm not sure which lines you mean by "But reading the lines you specified...". Do you mean "cc -o fbpdf fbpdf.o draw.o -lm -L./lib -lmupdf -lfreetype -ljbig2dec -ljpeg -lz -lopenjpeg"? That's part of the build process. When I try to compile fbpdf-git with mupdf-darcs as dependency, I get cc -c -Wall -Os -I./include fbpdf.c fbpdf.c: In function ‘showpage’: fbpdf.c:80:2: error: too many arguments to function ‘fz_clearpixmap’ /usr/include/fitz.h:625:6: note: declared here make: *** [fbpdf.o] Error 1 Aborting... So the error is a different one.

Sara commented on 2011-02-15 05:27 (UTC)

Thanks for the chroot advice--I might have to try it. But reading the lines you specified... are those normal lines in the build process, or part of the error output you received when trying to compile with mupdf-darcs? If the latter, I might have been wrong about the llpp connection. Here is the error that used to be in llpp (but was fixed): link.c:(.text+0x224a): undefined reference to `fz_clearpixmapwithcolor' I *thought* I saw something similar when compiling (myself) fbpdf with mupdf-darcs. I'll have to try installing the darcs version again, maybe next week (I have two midterms this week), to test. But if you do remember the error output, please let me know if it appeared similar to the one I quoted from llpp's building process. Thanks for the PKGBUILD advice--it definitely helped! Glad you have more students in your future to teach.