¿Os acordáis de cierto bug en xpdf (#727070, #728444) del que hablé en Testing no es estable? Pues revisando en qué había quedado la cosa, me he encontrado el siguiente mensaje en otro de los bugs relacionados (#730112 sobre las poppler-utils), que cito a continuación:

Seriously: the current xpdf in Debian is totally broken, and it has been for years even before the recent changes in fontconfig and/or poppler; those just uncovered even more the nonsense the current xpdf is.

The current xpdf in Debian is compiled with a totally fragile hack, that is picking the original Xpdf sources, patching them for the newer Poppler API and then "stripping away" the sources (with some cp and sed) that are "common" with Poppler (Poppler is a fork of Xpdf, too).

This poses a number of issues:
1) symbols conflicts with Poppler (#658264), totally misdiagnosed and mishandled
2) the recent breakage (#727070), which may very well be another effect of the above issue
3) compatibility with just a precise stable serie of Poppler (now 0.18.x), with #679896 and #719224 currently asking for recent versions
4) just rebuilding Poppler, even with changes not even touching the main libpoppler library (like poppler/0.18.4-9 and -10) breaks xpdf, while I'm not aware of issues in any other poppler-using package (not even those using the private libpoppler directly)

As you can see, its maintainer (Michael Gilbert) is doing next to nothing to fix them, other than rejecting patches, tagging bugs as "help" (because he says to have no time for xpdf), and trying to NMU nonsense patches in other sources (#728444, with the NMU delayed because of "emotional messages", not because of realizing the patch was totally broken... WTH).

Currently xpdf is out of Jessie (the next release), and will be until the (2) above is fixed (at least), which may be even today or in years... Also, (3) can be (due to unattented patches nor even own porting work) another reason for xpdf nto keeping up with newer Poppler versions.

All in all: my strong suggestion is to stop using xpdf, at least the version currently "shipped" in Debian unstable, until it is fixed (and kept in shape over time) by the current "maintainer" or by a new one. Luckly there are plenty of PDF viewers in Debian to choose from, with various UIs, dependencies, functionalities and so forth.

Un mensaje bastante duro con el mantenedor de xpdf, lo que no me extraña ya que ese paquete es el culpable de que la versión de poppler empaquetada en debian vaya 6 versiones por detrás de upstream. Ahora mismo xpdf está fuera de testing y no tiene visos de arreglarse. Lo que tampoco es una gran pérdida teniendo en cuenta que xpdf es una aplicación tan vieja que su interfaz está escrita en Motif, y que lo bueno que tenía (la interpretación y renderización de PDFs) es precisamente lo que se extrajo y convirtió en la biblioteca independiente poppler ¹.

(Ampliar - Fichero .dot )

Hay varios visores de PDF y otras herramientas que usan poppler como backend. Los más conocidos son evince, el visor de PDFs de GNOME, y okular, el de KDE. También existen evince-gtk, una versión recortada de evince que sólo depende de GTK+ (y no del resto de GNOME) o zathura, un visor de PDFs ligero con el plus de visualizar también formatos de comic .cbz/.cbr/... Cualquiera de ambos es un buen sustituto de xpdf para un escritorio ligero (como en mi caso Xfce).

Si queremos algo que no use la biblioteca de poppler, mupdf tiene un renderizador que es bastante prometedor, aunque de momento sólo puede usarse desde línea de comandos. Y si no, siempre os queda el vetusto ghostview (aunque si decíamos que xpdf usa Motif, gv usa la aun más espartana Xaw).

De todas formas, no os va a ser facil evitar instalar poppler, ya que paquetes como cups, gimp, inkscape o incluso libreoffice-pdfimport dependen de ella. Por ejemplo, mis dependencias inversas instaladas son ahora mismo estas:

(Ampliar)

Hasta tumbler depende de poppler para generar los thumbnails de los PDFs.

:wq