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 missed your last post, but I'll comment anyway: Good choice! Graphical dependencies with a framebuffer application are a no-go!

As no one requested the contrary, I've decided to do what I suggested below and removed fbpdf2 from the package.

I am considering removing fbpdf2 from this PKGBUILD, as I tried to install fbpdf-git on an X-less setup and realized that fbpdf2 (which uses poppler) has a poppler-glib dependency, which brings in many graphical dependencies (as it depends on gtk2). This is highly undesirable, and can only be easily remedied at build time if the user knows what to uncomment/remove. I would like some user input though before I remove it, in case anyone prefers poppler to MuPDF. Thanks!

I installed the fbpdf-git package with pacaur, and all three packages (fbpdf, fbpdf2, fbdjvu) installed, so it appears that different AUR helpers vary in their support for split packages.

I finally implemented a split package for the three different executables, but it is a little hackish because the AUR still does not support split packages. Hence, why I couldn't have a pkgname array and a pkgbase variable, and why the description is at the bottom of the PKGBUILD. For some reason, the AUR is choosing to make the depends the depends listed in last function, that for fbdjvu. I've tested installing all three though, and pacman will report the depends properly. Also, you might have issues installing this with an AUR helper such as packer; for some reason, it only installs fbpdf-git, and none of the other packages, though it builds all three (which I don't think will inconvenience most users, who are using this program with the MuPDF backend). But if you download the PKGBUILD, all three will be installable. As soon as the AUR properly supports split PKGBUILDs, I'll update this PKGBUILD to remove the workarounds. If anyone wants to see the old PKGBUILD back, please let me know: I still have it backed up. Last but not least, this is my first split package ever, so if you see room for improvement, please let me know. Thanks.

There's a typo in my last post: I meant "fbdjvu which reads djvu", not "fbdjvu which reads djvu support".

I opted to add djvulibre to the optdepends, and change the "make" line to "make fbpdf", so the binary relying only on mupdf is built. I've added lines that can be uncommented to make binaries that will compile the reader with poppler support or djvu support. If you uncomment all the make lines, then you will have three different binaries: the fbpdf that uses mupdf, fbpdf2 which uses poppler, and fbdjvu which reads djvu support. I think it would be overkill to make a split package for each of the three, but if anyone has input on how he/she would prefer I handle this, I'm all ears.