Bug 1045794

Summary: [Regression] xelatex fails on extremely simple tex file with fontspec/Nimbus Sans L
Product: [Fedora] Fedora Reporter: Hin-Tak Leung <htl10>
Component: texliveAssignee: Jindrich Novy <novyjindrich>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: novyjindrich, pertusus, robinlee.sysu, than
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: texlive-2013-4.20131226_r32488.fc20 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-01-02 21:58:57 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Hin-Tak Leung 2013-12-22 01:42:08 UTC
Description of problem:
I have a tex file which ran okay on Dec 9 on up-to-date fc19 now failed with fc20. Since it complains about font problems, I have trimmed the test file down to this:

----------------
\documentclass[11pt]{article}
\usepackage{fontspec}

\setmainfont{Nimbus Sans L}

\begin{document}

\section{A}

B
\end{document}
----------------
running "xelatex a.tex" ends with:

** ERROR ** Unrecognized CIDFont Type

Since it worked in fc19, I played with various things, and extracting xdvipdfmx 
texlive-xetex-bin-svn30634.0-0.1.20130608_r30832.fc19.x86_64.rpm (and the older poppler poppler-0.22.1-5.fc19.x86_64.rpm) into /tmp, and do this:


  LD_LIBRARY_PATH=/tmp/usr/lib64/:$LD_LIBRARY_PATH \
  xelatex -output-driver=/tmp/usr/bin/xdvipdfmx  a.tex

works.

Version-Release number of selected component (if applicable):
texlive-2013-3.20131021_r31961.fc20.x86_64
texlive-xetex-bin-svn30845.0-3.20131021_r31961.fc20.x86_64

How reproducible:
Always.


Steps to Reproduce:
1. Just run "xelatex a.tex", on the above short tex snipplet.
2.
3.

Actual results:
"** ERROR ** Unrecognized CIDFont Type"

Expected results:
"Output written on a.pdf (1 page).
Transcript written on a.log."

Additional info:
see also:
https://bugzilla.redhat.com/show_bug.cgi?id=1020941#c15

"I hope Fedora is not really shipping the development version directly out of SVN tree, because the dvipdfm-x re-factoring have not been released nor finished. In TeX Live 2013 release dvipdfmx and xdvipdfmx had separate sources."

Comment 1 Hin-Tak Leung 2013-12-22 01:53:22 UTC
"Nimbus Sans L" is
/usr/share/fonts/default/Type1/n019003l.pfb,
one of the oldest fonts shipped with X11 and ghostscript, etc.
Not being able to read it is quite crazy.

Comment 2 Robin Lee 2013-12-26 02:14:57 UTC
(In reply to Hin-Tak Leung from comment #0)
> Description of problem:
> I have a tex file which ran okay on Dec 9 on up-to-date fc19 now failed with
> fc20. Since it complains about font problems, I have trimmed the test file
> down to this:
> 
> ----------------
> \documentclass[11pt]{article}
> \usepackage{fontspec}
> 
> \setmainfont{Nimbus Sans L}
> 
> \begin{document}
> 
> \section{A}
> 
> B
> \end{document}
> ----------------
> running "xelatex a.tex" ends with:
> 
> ** ERROR ** Unrecognized CIDFont Type
> 
> Since it worked in fc19, I played with various things, and extracting
> xdvipdfmx 
> texlive-xetex-bin-svn30634.0-0.1.20130608_r30832.fc19.x86_64.rpm (and the
> older poppler poppler-0.22.1-5.fc19.x86_64.rpm) into /tmp, and do this:
> 
> 
>   LD_LIBRARY_PATH=/tmp/usr/lib64/:$LD_LIBRARY_PATH \
>   xelatex -output-driver=/tmp/usr/bin/xdvipdfmx  a.tex
> 
> works.
Confirm that the F19 binaries work.

Comment 3 Fedora Update System 2013-12-28 16:28:49 UTC
texlive-2013-4.20131226_r32488.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/texlive-2013-4.20131226_r32488.fc20

Comment 4 Fedora Update System 2013-12-30 05:06:27 UTC
Package texlive-2013-4.20131226_r32488.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing texlive-2013-4.20131226_r32488.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-24101/texlive-2013-4.20131226_r32488.fc20
then log in and leave karma (feedback).

Comment 5 Hin-Tak Leung 2014-01-01 19:00:30 UTC
(In reply to Fedora Update System from comment #4)
...
> https://admin.fedoraproject.org/updates/FEDORA-2013-24101/texlive-2013-4.
> 20131226_r32488.fc20
> then log in and leave karma (feedback).

The updates fixes the issue. I'm just curious whether it is riping out the new work-in-progress refactoring dvipdfm-x, or going backwards to the older version?

> see also:
> https://bugzilla.redhat.com/show_bug.cgi?id=1020941#c15
> 
> "I hope Fedora is not really shipping the development version directly out
> of SVN tree, because the dvipdfm-x re-factoring have not been released nor
> finished. In TeX Live 2013 release dvipdfmx and xdvipdfmx had separate
> sources."

Comment 6 Fedora Update System 2014-01-02 21:58:57 UTC
texlive-2013-4.20131226_r32488.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.