Arch Linux User Repository

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.

I tested building this program without this PKGBUILD

git clone https://github.com/aligrudi/fbpdf

I didnt do any edits to the Makefile. No "sed" this, nor "patch" that.

The Makefile has these options :

    $ make
all        clean      fbdjvu     fbpdf      fbpdf2     poppler.o

As the developer states in the README:

....  There are three make targets: fbpdf uses mupdf library for rendering pdf,
fbpdf2 uses poppler for the same purpose ...

Providing you have all the dependencies needed, both make fbpdf2 and make fbdjvu, built sucessfuly, and both programs work as expected.

make fbpdf, however, fails with:

    $ make fbpdf
cc -o fbpdf fbpdf.o mupdf.o draw.o -L./lib -lmupdf -lmupdf-third -lmupdf-pkcs7 -lmupdf-threads -lm
/usr/bin/ld: cannot find -lmupdf-pkcs7
/usr/bin/ld: cannot find -lmupdf-threads
collect2: error: ld returned 1 exit status
make: *** [Makefile:14: fbpdf] Error 1

Anyone willing to take over this PKGBUILD ?

It currently fails to build, and the maintainer hasnt replied to any comment in the last 3 months.

 Maintainer:    aksr
 Last Updated:   2018-10-19 07:34

This package currently fails to build with:

cc -c -Wall -O2 -I./include fbpdf.c
cc -c -Wall -O2 -I./include mupdf.c
cc -c -Wall -O2 -I./include draw.c
cc -o fbpdf fbpdf.o mupdf.o draw.o -lharfbuzz -lmupdf -lmupdf-third -lfreetype -lharfbuzz -lz -ljbig2dec -ljpeg -lopenjp2 -lm
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib/libmupdf.a(xml.o): in function `xml_from_gumbo':
(.text.xml_from_gumbo+0xc2): undefined reference to `gumbo_normalized_tagname'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib/libmupdf.a(xml.o): in function `fz_parse_xml_from_html5':
(.text.fz_parse_xml_from_html5+0x124): undefined reference to `gumbo_destroy_output'
/usr/bin/ld: (.text.fz_parse_xml_from_html5+0x23a): undefined reference to `gumbo_parse_with_options'
collect2: error: ld returned 1 exit status
make: *** [Makefile:14: fbpdf] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
error making: fbpdf-git

A "pinned comment" should be posted on the top of this comments, to warn users of the choices made by the PKGBUILD maintainer:

49   install -Dm755 fbpdf $pkgdir/usr/bin/neatfbpdf
50   install -Dm755 fbpdf2 $pkgdir/usr/bin/fbpdf2
51   install -Dm755 fbdjvu $pkgdir/usr/bin/fbdjvu
52   install -Dm644 README $pkgdir/usr/share/doc/$pkgname/README
53   install -Dm644 $srcdir/fbpdf.1 $pkgdir/usr/share/man/man1/fbpdf.1

That is this package, runs not as "fbpdf" but as "neatfbpdf" and "fbpdf2". The man page is "fbpdf".

Actually the "Upstreamm url" should be changed from

http://litcave.rudi.ir/

to

https://github.com/aligrudi/fbpdf

That is what the developer himself, has on his personal homepage.

Hello, could you update homepage to https?

A small reminder to the maintainers of this package. Keep an eye on, for possible or future canonical git repo changes.

This developer, who makes all these very interesting packages, is called Ali Gholami Rudi and his home page is http://litcave.rudi.ir/

He publishes his work in 2 different git repos, which until now seem to be in sync:

• https://repo.or.cz/projlist.cgi?name=e4985eabe11cacf799a880921d7ab569
• https://github.com/aligrudi?tab=repositories

This AUR package is pulling from repo.or.cz. But on his homepage he points the links to github

Thanks for this, very usefull AUR package.

There is an official Arch package called fbida, https://www.archlinux.org/packages/community/x86_64/fbida/

It installs these binaries,

$ pacman -Fl fbida | grep bin

fbida usr/bin/
fbida usr/bin/exiftran
fbida usr/bin/fbgs
fbida usr/bin/fbi
fbida usr/bin/fbpdf
fbida usr/bin/ida

and these man pages:

$ pacman -Fl fbida | grep man

fbida usr/share/man/
fbida usr/share/man/man1/
fbida usr/share/man/man1/exiftran.1.gz
fbida usr/share/man/man1/fbgs.1.gz
fbida usr/share/man/man1/fbi.1.gz
fbida usr/share/man/man1/ida.1.gz

Unfortunately the fbida developer also stuffs a binary called "fbpdf" in the fbida package. He doesnt even lists it , https://www.kraxel.org/blog/linux/. And worst, doesnt include a man page for it.

You did the right thing for fbpdf-git, and chose the binary name to be "fbpdf2" so not to conflict with fbida's "fbpdf"

install -Dm755 fbpdf2 $pkgdir/usr/bin/fbpdf2

Please also change the man page name to be fbpdf2.

  install -Dm644 $srcdir/fbpdf.1 $pkgdir/usr/share/man/man1/fbpdf2.1

This will avoid this confusing situation I ran into.

• A user installs both, fbida and fbpdf-git.
• See an executable named "fbpdf"
• Want to see its man page
• Type man fbpdf.
• Do not get "fbpdf"'s man page, but get instead "fbpdf2" man page.