evince doesn't render parts of xetex manual (in pdf)

[Rogério Theodoro de Brito]

Binary package hint: evince

For some time now, I have not been able to get evince to render the file

/usr/share/doc/texlive-doc/xelatex/fontspec/fontspec.pdf

from texlive-xetex package with evince from both Debian's sid and Ubuntu's intrepid & karmic. Since the rendering is quite buggy and 100% reproducible, I thought that it would be a good thing to report it.

The document is perfectly rendered with xpdf and evince spits quite a good amount of error messages to stderr (which might be an indication of a problem with poppler---please, feel free to reassign this bug to poppler, if you see fit).

I am attaching two screenshots of a karmic system *just* upgraded today (2009-07-15).

[Pedro Villavicencio (pedro)]

could you please attach the file to the report? thanks.

[Rogério Theodoro de Brito (rbrito)]

Hummm, I thought that I was precise enough, since I mentioned the package in which the document is in (texlive-xetex).

Anyway, I'm attaching the file here. Oh, and BTW, I wouldn't judge this bug as having low importance, since documents generated with xe(la)tex, which is the "future" of (La)TeX can be disasterous to evince/poppler.

Anyway #2, if you need further information, please, just ask.

Regards, Rogério Brito.

[Dimitrios Symeonidis (azimout)]

Hmmm, that's strange, it renders fine here on Jaunty...

Can you paste here the error messages you're getting?

[Rogério Theodoro de Brito (rbrito)]

Hi, Dimitrious.

On Thu, Jul 16, 2009 at 10:07 AM, Dimitrios Symeonidis<email address hidden> wrote:
> Hmmm, that's strange, it renders fine here on Jaunty...
>
> Can you paste here the error messages you're getting?

I was getting many, many messages in stderr, but one of them (which
was quite, quite burried) led me to the solution:

     Error: Missing language pack for 'Adobe-Japan1' mapping

Installing poppler-data (which is *non-free*) helped evince render the
file. (You yourself was bitten by this with LP: #269243)

As the maintainer of vrms (in Debian), I always try to keep my systems
rid of non-free packages.

This brings up the question if xpdf is not supplying those parts
embedded, as it is able to render the document mentioned above without
any problems OR if it is not using anything like that, if
evince/poppler couldn't use the same strategy as xpdf.

Perhaps this bug should be reassigned? I don't know how strict Ubuntu
is with non-free parts, since I come from a Debian background (and we
are strict).

Regards, Rogério Brito.

--
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org

[Dimitrios Symeonidis (azimout)]

marked as a duplicate of #197537
thank you, rogerio