Re: RFS: xpdf (updated package)
On Fri, 18 Jun 2010 16:14:32 +0200, Mathieu Malaterre wrote:
> On Tue, Jun 15, 2010 at 2:53 AM, Michael Gilbert
> <michael.s.gilbert@gmail.com> wrote:
> > On Sat, 5 Jun 2010 21:34:13 +0200 Tanguy Ortolo wrote:
> >
> >> Le samedi 05 juin 2010, Michael Gilbert a écrit :
> >> > If you can pinpoint some example files that crash evince but work fine
> >> > in xpdf, I will test them. So far, I have not encountered any issues
> >> > myself. Gentoo has been shipping xpdf-poppler for a few years now, and I
> >> > haven't seen any complaints of your nature there (although I have not
> >> > done an exhaustive search).
> >>
> >> I never saw any file that made Evince crash, but I saw some files that
> >> Xpdf renders perfectly and where Evince does not display at all some
> >> fonts. For instance the LaTeX fontspec package's documentation, that you
> >> can find at <http://tanguy.ortolo.eu/tmp/fontspec.pdf>.
> >>
> >> I have often used Xpdf as a fallback when Evince was unable to correctly
> >> display a file. Making them use the same renderer would just leave me
> >> completely unable to read those files, so if it happens, I would try
> >> very hard to keep an old version of Xpdf as long as I can. :-/
> >
> > I just tested fontspec.pdf, which revealed a couple issues with the
> > xpdfrc file and language resources, which I've now fixed. I also
> > believe this fixes the Japanese language problem that Charles Plessy
> > encountered. I've uploaded a new version to mentors for testing/review:
> >
> > http://mentors.debian.net/debian/pool/main/x/xpdf
> >
> > I would be very appreciative if someone were able to review and sponsor
> > this package. I think it is rather important to get a supportable xpdf
> > shipped with squeeze :)
> >
>
> I cannot install xpdf-utils_3.02-5_amd64.deb:
>
> $ sudo dpkg -i xpdf*.deb
> (Reading database ... 405767 files and directories currently installed.)
> Preparing to replace xpdf 3.02-1.4+lenny2 (using xpdf_3.02-5_amd64.deb) ...
> Unpacking replacement xpdf ...
> Replacing files in old package xpdf-reader ...
> Replacing files in old package xpdf-common ...
> Preparing to replace xpdf-common 3.02-1.4+lenny2 (using
> xpdf-common_3.02-5_amd64.deb) ...
> Unpacking replacement xpdf-common ...
> Preparing to replace xpdf-reader 3.02-1.4+lenny2 (using
> xpdf-reader_3.02-5_amd64.deb) ...
> Unpacking replacement xpdf-reader ...
> Selecting previously deselected package xpdf-utils.
> dpkg: regarding xpdf-utils_3.02-5_amd64.deb containing xpdf-utils:
> poppler-utils conflicts with xpdf-utils
> xpdf-utils (version 3.02-5) is to be installed.
> dpkg: error processing xpdf-utils_3.02-5_amd64.deb (--install):
> conflicting packages - not installing xpdf-utils
> Setting up xpdf (3.02-5) ...
I need to coordinate with the poppler maintainers to get
poppler-utils to not conflict with the new xpdf-utils (since it just
installs poppler-utils as its replacement).
> I then tried:
>
> $ sudo dpkg -i xpdf_3.02-5_amd64.deb xpdf-common_3.02-5_amd64.deb
> xpdf-reader_3.02-5_amd64.deb
> (Reading database ... 405748 files and directories currently installed.)
> Preparing to replace xpdf 3.02-5 (using xpdf_3.02-5_amd64.deb) ...
> Unpacking replacement xpdf ...
> Preparing to replace xpdf-common 3.02-5 (using xpdf-common_3.02-5_amd64.deb) ...
> Unpacking replacement xpdf-common ...
> Preparing to replace xpdf-reader 3.02-5 (using xpdf-reader_3.02-5_amd64.deb) ...
> Unpacking replacement xpdf-reader ...
> Setting up xpdf (3.02-5) ...
> Processing triggers for man-db ...
> Processing triggers for menu ...
> Setting up xpdf-common (3.02-5) ...
> Setting up xpdf-reader (3.02-5) ...
>
> $ wget "http://www.compta-entrepreneurs.com/wp-content/uploads/2009/10/guide_auto_entrepreneur.pdf";
>
> $ xpdf guide_auto_entrepreneur.pdf
> Error: Couldn't open 'nameToUnicode' file
> '/usr/share/poppler/nameToUnicode/Greek'
> Error: Couldn't open 'nameToUnicode' file
> '/usr/share/poppler/nameToUnicode/Thai'
> Error: Couldn't open 'nameToUnicode' file
> '/usr/share/poppler/nameToUnicode/Bulgarian'
> xpdf: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion
> `mutex->__data.__owner == 0' failed.
> [1] 5918 abort xpdf guide_auto_entrepreneur.pdf
>
> with the gdb backtrace:
>
> Program received signal SIGABRT, Aborted.
> 0x00007ffff6b84175 in *__GI_raise (sig=<value optimized out>) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
> in ../nptl/sysdeps/unix/sysv/linux/raise.c
> (gdb) bt
> #0 0x00007ffff6b84175 in *__GI_raise (sig=<value optimized out>) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1 0x00007ffff6b86f80 in *__GI_abort () at abort.c:92
> #2 0x00007ffff6b7d2b1 in *__GI___assert_fail
> (assertion=0x7ffff3e5efdf "mutex->__data.__owner == 0", file=<value
> optimized out>, line=62, function=0x7ffff3e5f0b0
> "__pthread_mutex_lock") at assert.c:81
> #3 0x00007ffff3e56f4b in __pthread_mutex_lock (mutex=0x7ffff7fc1720)
> at pthread_mutex_lock.c:62
> #4 0x00007ffff7751210 in GlobalParams::getProfileCommands() () from
> /usr/lib/libpoppler.so.5
> #5 0x00007ffff7729e4c in Gfx::Gfx(XRef*, OutputDev*, int, Dict*,
> Catalog*, double, double, PDFRectangle*, PDFRectangle*, int, int
> (*)(void*), void*) () from /usr/lib/libpoppler.so.5
> #6 0x00007ffff776d98e in Page::createGfx(OutputDev*, double, double,
> int, int, int, int, int, int, int, int, Catalog*, int (*)(void*),
> void*, int (*)(Annot*, void*), void*) () from /usr/lib/libpoppler.so.5
> #7 0x00007ffff776dc1b in Page::displaySlice(OutputDev*, double,
> double, int, int, int, int, int, int, int, int, Catalog*, int
> (*)(void*), void*, int (*)(Annot*, void*), void*) () from
> /usr/lib/libpoppler.so.5
You need to install poppler-data, which I currently have as a
recommends, but this makes it clear that it should be a dependency now.
Thanks for the feedback!
Mike
Reply to: