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.gilb...@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 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100618104344.35a7be0e.michael.s.gilb...@gmail.com
