Bug#575469: texlive-base: dvips fails to include font characters used in eps figure created by PyX
Hi Hilmar,
Wow, this is an old one of mine. I just tried to reproduce it, too, and found
the same result as you. It seems that whatever the problem was, it has
been sorted out at some point in the last 9 years.
(Interestingly, my test case does exhibit some kind of figure positioning
bug in Okular when viewing the DVI file. The "Hello, world!" is about a
centimeter too far left...)
Anyway, this bug can be closed.
Best,
Brendon
On Sunday, August 4, 2019 4:47:58 AM EDT Hilmar Preuße wrote:
> Am 26.03.2010 um 04:15 teilte Brendon Higgins mit:
>
> Hi,
>
> I'm going through some old bugs and checking them for validity.
>
> https://bugs.debian.org/575469
>
> I run your minimal example and could not reproduce your problem.
Could
> you confirm that the issue has been solved?
>
> Hilmar
>
> > The ghost of bug #266718 seems to be haunting me. I can't reproduce
it
> > using the examples given in that original bug, but I am getting
behaviour
> > that sounds basically identical if I generate EPS figures using PyX. The
> > figures themselves look fine, but when I generate PS files using dvips
> > they come out with missing glyphs.
> >
> > A minimum working example
> > #
> > fig.py:
> > from pyx import *
> > c = canvas.canvas()
> > c.text(0, 0, "Hello, world!")
> > c.writeEPSfile("fig.eps")
> >
> > test.tex:
> > \documentclass{article}
> > \usepackage{graphicx}
> > \begin{document}
> > Word.
> > \includegraphics{fig.eps}
> > Another word.
> > \end{document}
> >
> > Run (python fig.py; latex test.tex; dvips test.dvi). When I do this the
> > result is missing several glyphs from "Hello, world!" I could guess that
> > dvips is failing to determine that fig.eps uses any glyphs, but I'm just
> > uneducatedly speculating.
> >
> > I've discovered that can avoid the problem (not sure how this works) by
> > using PyX to output as a PDF rather than EPS, then running pdf2eps.
dvips
> > doesn't seem to have a problem with that, then. That might suggest it
has
> > something to do with the format of EPS PyX produces. (I don't know if
> > this suggests this is a PyX bug, though, as viewers such as Okular,
> > Evince, and even GIMP display the file just fine.)
Bug#575469: texlive-base: dvips fails to include font characters used in eps figure created by PyX
Am 26.03.2010 um 04:15 teilte Brendon Higgins mit:
Hi,
I'm going through some old bugs and checking them for validity.
https://bugs.debian.org/575469
I run your minimal example and could not reproduce your problem. Could
you confirm that the issue has been solved?
Hilmar
> The ghost of bug #266718 seems to be haunting me. I can't reproduce it using
> the examples given in that original bug, but I am getting behaviour that
> sounds
> basically identical if I generate EPS figures using PyX. The figures
> themselves look fine, but when I generate PS files using dvips they come out
> with missing glyphs.
>
> A minimum working example
> #
> fig.py:
> from pyx import *
> c = canvas.canvas()
> c.text(0, 0, "Hello, world!")
> c.writeEPSfile("fig.eps")
>
> test.tex:
> \documentclass{article}
> \usepackage{graphicx}
> \begin{document}
> Word.
> \includegraphics{fig.eps}
> Another word.
> \end{document}
>
> Run (python fig.py; latex test.tex; dvips test.dvi). When I do this the result
> is missing several glyphs from "Hello, world!" I could guess that dvips is
> failing to determine that fig.eps uses any glyphs, but I'm just uneducatedly
> speculating.
>
> I've discovered that can avoid the problem (not sure how this works) by using
> PyX to output as a PDF rather than EPS, then running pdf2eps. dvips doesn't
> seem to have a problem with that, then. That might suggest it has something to
> do with the format of EPS PyX produces. (I don't know if this suggests this is
> a PyX bug, though, as viewers such as Okular, Evince, and even GIMP display
> the
> file just fine.)
>
--
sigfault
#206401 http://counter.li.org
signature.asc
Description: OpenPGP digital signature
Bug#575469: texlive-base: dvips fails to include font characters used in eps figure created by PyX
Package: texlive-base
Version: 2009-8
Severity: normal
The ghost of bug #266718 seems to be haunting me. I can't reproduce it using
the examples given in that original bug, but I am getting behaviour that sounds
basically identical if I generate EPS figures using PyX. The figures
themselves look fine, but when I generate PS files using dvips they come out
with missing glyphs.
A minimum working example
#
fig.py:
from pyx import *
c = canvas.canvas()
c.text(0, 0, Hello, world!)
c.writeEPSfile(fig.eps)
test.tex:
\documentclass{article}
\usepackage{graphicx}
\begin{document}
Word.
\includegraphics{fig.eps}
Another word.
\end{document}
Run (python fig.py; latex test.tex; dvips test.dvi). When I do this the result
is missing several glyphs from Hello, world! I could guess that dvips is
failing to determine that fig.eps uses any glyphs, but I'm just uneducatedly
speculating.
I've discovered that can avoid the problem (not sure how this works) by using
PyX to output as a PDF rather than EPS, then running pdf2eps. dvips doesn't
seem to have a problem with that, then. That might suggest it has something to
do with the format of EPS PyX produces. (I don't know if this suggests this is
a PyX bug, though, as viewers such as Okular, Evince, and even GIMP display the
file just fine.)
##
List of ls-R files
-rw-r--r-- 1 root root 1303 Mar 19 16:13 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Feb 20 18:44 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Mar 5 14:26 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Mar 19 15:55 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Mar 19 15:55 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
##
Config files
lrwxrwxrwx 1 root root 20 Mar 5 14:26 /usr/share/texmf/web2c/texmf.cnf -
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 6357 Mar 19 16:13 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 12482 Mar 19 16:13 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 8072 Mar 19 16:13
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Jun 21 2007 mktex.cnf
##
md5sums of texmf.d
3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf
6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf
c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf
055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf
37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf
bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf
1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages texlive-base depends on:
ii dpkg 1.15.5.6 Debian package management system
ii install-info 4.13a.dfsg.1-5 Manage installed documentation in
ii luatex0.50.0-1 next generation TeX engine
ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap
ii tex-common2.07 common infrastructure for building
ii texlive-binaries 2009-5 Binaries for TeX Live
ii texlive-common2009-8 TeX Live: Base component
ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation
Versions of packages texlive-base recommends:
ii lmodern 2.004.1-3 scalable PostScript and OpenType f
Versions of packages texlive-base suggests:
ii acroread [pdf-viewer] 9.3-0.0 Adobe Acrobat Reader: Portable Doc
ii evince [postscript-viewer] 2.28.2-1 Document (postscript, pdf) viewer
ii ghostscript [postscript-vie 8.71~dfsg-2 The GPL Ghostscript PostScript/PDF
ii gv [postscript-viewer] 1:3.6.8-1PostScript and PDF viewer for X
ii okular [postscript-viewer] 4:4.3.4-1+b1 document viewer for KDE 4
ii perl-tk 1:804.028-6 Perl module providing the Tk graph
Versions of packages tex-common depends on:
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii dpkg 1.15.5.6 Debian package management system
ii ucf
