Re: RFS: xpdf (updated package)
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 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
HTH
--
Mathieu
Reply to: