Evince fails to read the fontspec.pdf file

Evince uses poppler to render text in PDF files. Changed package from Evince to poppler.

I solved the rendering problem (missing text) by using Synaptic Package Manager to install poppler-data. The file now renders fine, as far as I can tell.

Not marking as invalid until we determine the best way forward. Should evince notify users when poppler-data is needed, based on the font-information in the file (see below)? Should poppler-data be installed by default?

I have attached the output of pdffonts before installing poppler-data. In my next comment I will attache the output of pdffonts after installing poppler-data.

Here is the corresponding output of pdffonts after installing poppler-data. Note that the error messages are gone, which correlates with the correct rendering of the document.

Interesting. My thinking then is that the poppler-data package
shouldn't be a separate package at all. I suspect that upstream they
are shipped together as a single thing? Of course, another way to
resolve that logical dependency is to just have poppler depend on
poppler-data. I wonder if that was the case in a previous version of
Ubuntu?

   --- Mike

On Fri, Jan 1, 2010 at 11:08 AM, madbiologist <email address hidden> wrote:
> Here is the corresponding output of pdffonts after installing poppler-
> data.  Note that the error messages are gone, which correlates with the
> correct rendering of the document.
>
> ** Attachment added: "pdffonts_output-after.txt"
>   http://launchpadlibrarian.net/37343716/pdffonts_output-after.txt
>
> --
> Evince fails to read the fontspec.pdf file
> https://bugs.launchpad.net/bugs/502084
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “poppler” package in Ubuntu: New
>
> Bug description:
> Binary package hint: evince
>
> The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince.  At some point in the past (that is, at least two releases ago) it worked just fine.  Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there).
>
> I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice).  Look on page 3, there is a lot of blank space where there should be text.  Looking at it on Scribed at the same spot shows what it should appear as.
>
> ProblemType: Bug
> Architecture: amd64
> CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6
> CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c
> Date: Fri Jan  1 09:35:00 2010
> DistroRelease: Ubuntu 9.10
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
> NonfreeKernelModules: fglrx
> Package: evince 2.28.1-0ubuntu1.2
> ProcEnviron:
>  LANG=en_US.UTF-8
>  SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.31-16.53-generic
> SourcePackage: evince
> Uname: Linux 2.6.31-16-generic x86_64
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/502084/+subscribe
>

Hrm. Installing poppler-data did _not_ fix the issue for me. I still
have lots of blank space, in the same spots. Note that this is on
Karmic.

On Fri, Jan 1, 2010 at 11:08 AM, madbiologist <email address hidden> wrote:
> Here is the corresponding output of pdffonts after installing poppler-
> data.  Note that the error messages are gone, which correlates with the
> correct rendering of the document.
>
> ** Attachment added: "pdffonts_output-after.txt"
>   http://launchpadlibrarian.net/37343716/pdffonts_output-after.txt
>
> --
> Evince fails to read the fontspec.pdf file
> https://bugs.launchpad.net/bugs/502084
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “poppler” package in Ubuntu: New
>
> Bug description:
> Binary package hint: evince
>
> The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince.  At some point in the past (that is, at least two releases ago) it worked just fine.  Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there).
>
> I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice).  Look on page 3, there is a lot of blank space where there should be text.  Looking at it on Scribed at the same spot shows what it should appear as.
>
> ProblemType: Bug
> Architecture: amd64
> CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6
> CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c
> Date: Fri Jan  1 09:35:00 2010
> DistroRelease: Ubuntu 9.10
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
> NonfreeKernelModules: fglrx
> Package: evince 2.28.1-0ubuntu1.2
> ProcEnviron:
>  LANG=en_US.UTF-8
>  SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.31-16.53-generic
> SourcePackage: evince
> Uname: Linux 2.6.31-16-generic x86_64
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/502084/+subscribe
>

Never mind. I was an idiot and didn't restart Evince. ID10T; PEBKAC.
 Oops. Sorry for the noise.

On Fri, Jan 1, 2010 at 3:44 PM, Michael Trausch <email address hidden> wrote:
> Hrm.  Installing poppler-data did _not_ fix the issue for me.  I still
> have lots of blank space, in the same spots.  Note that this is on
> Karmic.
>
> On Fri, Jan 1, 2010 at 11:08 AM, madbiologist <email address hidden> wrote:
>> Here is the corresponding output of pdffonts after installing poppler-
>> data.  Note that the error messages are gone, which correlates with the
>> correct rendering of the document.
>>
>> ** Attachment added: "pdffonts_output-after.txt"
>>   http://launchpadlibrarian.net/37343716/pdffonts_output-after.txt
>>
>> --
>> Evince fails to read the fontspec.pdf file
>> https://bugs.launchpad.net/bugs/502084
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>> Status in “poppler” package in Ubuntu: New
>>
>> Bug description:
>> Binary package hint: evince
>>
>> The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince.  At some point in the past (that is, at least two releases ago) it worked just fine.  Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there).
>>
>> I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice).  Look on page 3, there is a lot of blank space where there should be text.  Looking at it on Scribed at the same spot shows what it should appear as.
>>
>> ProblemType: Bug
>> Architecture: amd64
>> CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6
>> CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c
>> Date: Fri Jan  1 09:35:00 2010
>> DistroRelease: Ubuntu 9.10
>> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
>> NonfreeKernelModules: fglrx
>> Package: evince 2.28.1-0ubuntu1.2
>> ProcEnviron:
>>  LANG=en_US.UTF-8
>>  SHELL=/bin/bash
>> ProcVersionSignature: Ubuntu 2.6.31-16.53-generic
>> SourcePackage: evince
>> Uname: Linux 2.6.31-16-generic x86_64
>>
>> To unsubscribe from this bug, go to:
>> https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/502084/+subscribe
>>
>

I've found out why poppler-data is not installed by default. It's in multiverse because it's non-free.

From comment 15 in bug #458288:

I know, it's in multiverse since it includes copyrighted (and patent pending) technologies by Adobe.
However, this seems like good news in the right direction from Adobe: http://lwn.net/Articles/354360/

Further good news:

The poppler-data package moved to Debian main with the upload of 0.4.0-1 (http://packages.qa.debian.org/p/poppler-data/news/20091230T131724Z.html), thanks to a CMap licence change by Adobe.

A launchpad request for Ubuntu has been created at https://bugs.launchpad.net/ubuntu/+source/poppler-data/+bug/515078