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: | texlive | Assignee: | Jindrich Novy <novyjindrich> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 20 | CC: | 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
"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. (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. 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 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). (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." 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. |