¿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