Bug #7864 “gs-gpl: Displays Courier Font in wrong size” : Bugs : gsfonts package : Ubuntu

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#1

Message-Id: <email address hidden>
Date: Thu, 26 Aug 2004 11:04:27 +0200
From: "Frank K� <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: gs-gpl: Displays Courier Font in wrong size

Package: gs-gpl
Version: 8.01-5
Severity: normal

This bug also occurs in the packages that are in the Cc, gs-afpl and xpdf.

When viewing the file http://dust.ess.uci.edu/hire/sdn_grd_02_adv.pdf,
the Courier fonts are displayed in a greater size than the other
letters (looks like 12 compared to 10). You can get an impression of
how it should look like if you use acroread, or the woody versions of
gs and xpdf.

$ pdffonts sdn_grd_02_adv.pdf
name type emb sub uni object ID
------------------------------------ ------------ --- --- ------------
TLZWPV+CMR17 Type 1 yes yes no 32 0
Courier Type 1 no no no 37 0
Times-Roman Type 1 no no no 40 0
Times-Bold Type 1 no no no 39 0

Regards, Frank

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.25
Locale: LANG=C, LC_CTYPE=C

Versions of packages gs-gpl depends on:
ii gs-common 0.3.6 Common files for different Ghostsc
ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an
ii libgimpprint1 4.2.7-2 The Gimp-Print printer driver libr
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library
ii libjpeg62 6b-9 The Independent JPEG Group's JPEG
ii libpaper1 1.1.14-0.4 Library for handling paper charact
ii libpng12-0 1.2.5.0-7 PNG library - runtime
ii libsm6 4.3.0.dfsg.1-6 X Window System Session Management
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii libxt6 4.3.0.dfsg.1-6 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
ii zlib1g 1:1.2.1.1-5 compression library - runtime

-- no debconf information

Message-Id: <E1C0GBH-0001SD-00@alhambra.bioz.unibas.ch>
Date: Thu, 26 Aug 2004 11:04:27 +0200
From: "Frank K� <frank@kuesterei.ch>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: gs-gpl: Displays Courier Font in wrong size

Package: gs-gpl
Version: 8.01-5
Severity: normal

This bug also occurs in the packages that are in the Cc, gs-afpl and xpdf.

When viewing the file http://dust.ess.uci.edu/hire/sdn_grd_02_adv.pdf,
the Courier fonts are displayed in a greater size than the other
letters (looks like 12 compared to 10). You can get an impression of
how it should look like if you use acroread, or the woody versions of
gs and xpdf.

$ pdffonts sdn_grd_02_adv.pdf 
name                                 type         emb sub uni object ID
------------------------------------ ------------ --- --- ------------
TLZWPV+CMR17                         Type 1       yes yes no      32  0
Courier                              Type 1       no  no  no      37  0
Times-Roman                          Type 1       no  no  no      40  0
Times-Bold                           Type 1       no  no  no      39  0

Regards, Frank

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.25
Locale: LANG=C, LC_CTYPE=C

Versions of packages gs-gpl depends on:
ii  gs-common                 0.3.6          Common files for different Ghostsc
ii  libc6                     2.3.2.ds1-16   GNU C Library: Shared libraries an
ii  libgimpprint1             4.2.7-2        The Gimp-Print printer driver libr
ii  libice6                   4.3.0.dfsg.1-6 Inter-Client Exchange library
ii  libjpeg62                 6b-9           The Independent JPEG Group's JPEG 
ii  libpaper1                 1.1.14-0.4     Library for handling paper charact
ii  libpng12-0                1.2.5.0-7      PNG library - runtime
ii  libsm6                    4.3.0.dfsg.1-6 X Window System Session Management
ii  libx11-6                  4.3.0.dfsg.1-6 X Window System protocol client li
ii  libxext6                  4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxt6                    4.3.0.dfsg.1-6 X Toolkit Intrinsics
ii  xlibs                     4.3.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g                    1:1.2.1.1-5    compression library - runtime

-- no debconf information

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#2

Message-ID: <email address hidden>
Date: Thu, 26 Aug 2004 12:46:04 +0200
From: <email address hidden> (=?iso-8859-1?q?Frank_K=FCster?=)
To: <email address hidden>
Subject: Displays Courier Font in wrong size

# As already stated in the initial bug report, this bug also shows up
# in other packages:
clone 268143 -1 -2 -3
reassign -1 gs-afpl
reassign -2 gs-esp
reassign -3 xpdf
stop
--=20
Frank K=FCster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#3

Download full text (6.6 KiB)

Message-ID: <email address hidden>
Date: Mon, 30 Aug 2004 16:23:02 -0400
From: Matt Swift <email address hidden>
To: <email address hidden>
Subject: more information and maybe solution

I just spent most of today working on this problem. This report
should probably be reassigned to gsfonts and merged with #268225, but
please read further.

I am not going to reassign/merge it myself; I want to leave it in this
case to the Debian developers involved, after considering the
information below. In debugging this problem, I have discovered
possible other problems with the gs-* and tetex-* packages. I want
those developers to read and consider this information rather than
forget about these problems because their immediate cause is in
another package.

The immediate culprit is the 11 Aug 2004 release of gsfonts (version
8.14+urwcyr1.0.7pre35-1). When I downgrade to 8.14-3, everything is
OK again.

From the gsfonts changelog:

gsfonts (8.14+urwcyr1.0.7pre35-1) unstable; urgency=high

* The "Brief Return From The Hell" release.

      * This release is a compound made from the standard gs-fonts *8.11*
        and the latest "Type1 URW fonts with Cyrillics"
        (http://freshmeat.net/projects/urw-fonts-cyrillic). This should fix
        the long-standing Serbian glyph problem - closes: #250949

Not even Serbs will be happy that the addition of their glyphs has
somehow broken gs's processing of Courier for everyone around the
world. gsfonts-8.14-3 is disappearing from the archives. I was lucky
enough to find it on the Internet. I didn't try 6.0-2, which is in
stable; I don't know what the consequences are of downgrading that
far.

The problem of mis-sized Courier occurs when gs processes any file
that calls for the Courier font, which does not already contain an
embedded version of Courier. It occurs, for example, when printing a
PDF, and when printing a PS file generated by TeX via dvips (under the
default conditions in which dvips will not embed the "standard 35").
When you force dvips to embed the Courier font, the result looks OK,
regardless of whether dvips embeds uses the Adobe or Nimbus version of
Courier. Why? Because the Nimbus "Courier" font files dvips knows
about (/usr/share/texmf/fonts/type1/urw/courier/ucr*.pfb) are not the
same as the ones gs knows about
(/usr/share/fonts/type1/gsfonts/n022{03,23,04,24}.pfb).

Note also that if you view a .ps file with gv when the corrupt gsfonts
are installed, you get corrupt fonts on your screen. If you view the
same file with Acroread instead, it looks fine. The reason is that
Acroread is supplying the non-embedded "Courier" from yet a THIRD
location, e.g., /usr/local/Acrobat5/Resources/Font. (I conclude that
the submitter of bug #268225 has his system configured in such a way
that when he runs gv, gs is called in an environment that leads it to
use a non-corrupt copy of Courier [i.e., some copy not in the gsfonts
package], but when he prints, gs is called in an environment that
uses.)

In /etc/texmf/updmap.d/00updmap.cfg, the setting "LW35 ADOBEkb" or
"LW35 URWkb" determines which of two Courier fonts will be used by
dvips (and any other program that may use those m...

Message-ID: <87acwcs7dl.fsf@beth.swift.xxx>
Date: Mon, 30 Aug 2004 16:23:02 -0400
From: Matt Swift <swift@alum.mit.edu>
To: 268164@bugs.debian.org
Subject: more information and maybe solution

I just spent most of today working on this problem.  This report
should probably be reassigned to gsfonts and merged with #268225, but
please read further.

I am not going to reassign/merge it myself; I want to leave it in this
case to the Debian developers involved, after considering the
information below.  In debugging this problem, I have discovered
possible other problems with the gs-* and tetex-* packages.  I want
those developers to read and consider this information rather than
forget about these problems because their immediate cause is in
another package.

The immediate culprit is the 11 Aug 2004 release of gsfonts (version
8.14+urwcyr1.0.7pre35-1).  When I downgrade to 8.14-3, everything is
OK again.

From the gsfonts changelog:

gsfonts (8.14+urwcyr1.0.7pre35-1) unstable; urgency=high

* The "Brief Return From The Hell" release.

* This release is a compound made from the standard gs-fonts *8.11*
        and the latest "Type1 URW fonts with Cyrillics"
        (http://freshmeat.net/projects/urw-fonts-cyrillic).  This should fix
        the long-standing Serbian glyph problem - closes: #250949
  
Not even Serbs will be happy that the addition of their glyphs has
somehow broken gs's processing of Courier for everyone around the
world.  gsfonts-8.14-3 is disappearing from the archives.  I was lucky
enough to find it on the Internet.  I didn't try 6.0-2, which is in
stable; I don't know what the consequences are of downgrading that
far.

The problem of mis-sized Courier occurs when gs processes any file
that calls for the Courier font, which does not already contain an
embedded version of Courier.  It occurs, for example, when printing a
PDF, and when printing a PS file generated by TeX via dvips (under the
default conditions in which dvips will not embed the "standard 35").
When you force dvips to embed the Courier font, the result looks OK,
regardless of whether dvips embeds uses the Adobe or Nimbus version of
Courier.  Why?  Because the Nimbus "Courier" font files dvips knows
about (/usr/share/texmf/fonts/type1/urw/courier/ucr*.pfb) are not the
same as the ones gs knows about
(/usr/share/fonts/type1/gsfonts/n022{03,23,04,24}.pfb).

Note also that if you view a .ps file with gv when the corrupt gsfonts
are installed, you get corrupt fonts on your screen.  If you view the
same file with Acroread instead, it looks fine.  The reason is that
Acroread is supplying the non-embedded "Courier" from yet a THIRD
location, e.g., /usr/local/Acrobat5/Resources/Font.  (I conclude that
the submitter of bug #268225 has his system configured in such a way
that when he runs gv, gs is called in an environment that leads it to
use a non-corrupt copy of Courier [i.e., some copy not in the gsfonts
package], but when he prints, gs is called in an environment that
uses.)

In /etc/texmf/updmap.d/00updmap.cfg, the setting "LW35 ADOBEkb" or
"LW35 URWkb" determines which of two Courier fonts will be used by
dvips (and any other program that may use those map files) and the
setting of "dvipsDownloadBase35" to "false" or "true" determines
whether dvips embeds the font or leaves it out, on the assumption that
whatever program renders the .ps file will be able to supply its own
copy of the font.  Equivalently, the "-Pdownload35" and "-Pbuiltin35"
options to dvips control embedding.

The file /etc/texmf/updmap.d/00updmap.cfg ought to explain how to get
gs to use the same font same font that TeX and dvips know about,
without having to embed the font in the ps file.  The best way to do
this with gs-afpl and gs-gpl seems to be to change
/etc/gs-{afpl,gpl}/Fontmap so that it does not load the default
Fontmap.GS, and to change another Fontmap occurring in the search path
later than the desired fonts, to load Fontmap.GS.  (The alternative to
delaying the load of Fontmap.GS is to fashion and distribute a revised
Fontmap.GS to be loaded initially but omitting the standard 35 fonts
removed from it.

Note that unlike gs-afpl and gs-gpl, gs-esp-7.07.1-8 -- whatever
settings a sysadmin chooses in /etc/texmf/updmap.d/00updmap.cfg,
whatever the value of GS_FONTPATH, and whatever Fontmap files the
sysadmin may have created (using defoma-hint or any other means) -- is
always going to use the Nimbus font when it processes a file calling
for a non-embedded Courier font.  Why?  Because the Nimbus font is
assigned to the name "Courier" in /usr/share/gs-esp/7.07/lib/Fontmap,
and this directory occurs in the gs-esp search path after "." and
"$HOME/.fonts".  Whatever assignments to Courier may come later in the
search path are irrelevant.  The ways to get gs-esp to load an Adobe
font are (1) change $GS_LIB, (2) fiddle with $HOME/.fonts/Fontmap (bad
idea, since I think KDE expects to maintain it), (3) change
/usr/share/gs-esp/7.07/lib/Fontmap (foolish, since it will be
overwritten).  (OK, also other ways, too, like writing a wrapper for
gs.)

So there ought to be a bug submitted against gs-esp requesting the
file /usr/share/gs-esp/7.07/lib/Fontmap to be a symlink to
/etc/gs-esp/Fontmap.  This technique is already used by gs-afpl and
gs-gpl.

I think a BETTER solution in general would be to set the first directory
in the macro GS_LIB_DEFAULT to /etc/gs-{esp,afpl,gpl}/.

The fact that various packages include various fonts that pass for
Courier -- even different revisions of the Adobe one -- is a general
problem of itself, as well.  None of these problems would exist if
there were just one Courier afm and pfb file on a Debian system.

Note FYI that to get gs to show what font file it is actually going to
load when a font name is called for, do the following (from the gs
documentation, example is for gs-afpl).  I wish I knew how to get more
detailed debugging from gs, such as the values of GS_FONTPATH and a
summary of each iteration in the font-search process.

% gs-afpl
    AFPL Ghostscript 8.14 (2004-02-20)
    Copyright (C) 2004 artofcode LLC, Benicia, CA.  All rights reserved.
    This software comes with NO WARRANTY: see the file PUBLIC for details.
    GS>(/usr/share/gs-afpl/8.14/lib/prfont.ps) run
    Loading NimbusRomNo9L-Regu font from /var/lib/defoma/gs.d/dirs/fonts/n021003l.pfb... 2477300 1074351 1456484 169733 1 done.
    Using NimbusRomanNo9L-Regu font for NimbusRomNo9L-Regu.
    GS>/Courier DoFont
    Loading NimbusMonL-Regu font from /var/lib/defoma/gs.d/dirs/fonts/n022003l.pfb... 2540056 1235023 1476580 180574 1 done.
    >>showpage, press <return> to continue<<

This technique lets you test behavior with different envariables and
modifications to /etc/gs-afpl/Fontmap, e.g.:

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#4

Message-ID: <email address hidden>
Date: Mon, 30 Aug 2004 16:36:58 -0400
From: Matt Swift <email address hidden>
To: <email address hidden>
Subject: even better solution

It seems to me an even better solution to the general problem of
various packages using various versions of a Courier font would be for
gs-* to require rather than merely recommend psfontmgr (i.e., defoma).
Then "(Fontmap.GS) .runlibfile" could be commented out by default in
/etc/gs-*/Fontmap, because defoma already handles including these
files in /var/lib/defoma/gs.d/dirs/fonts/Fontmap. If the defoma
scripts of the gs-* packages were to includes the Fontmap.GS files at
a lot "Priority" (I think it's a standard 20 now), then packages like
tetex-extra could do things like insert an appropriate hint file with
Courier fonts at a higher priority. And update-updmap could (by the
same mechanism) ensure that either the Adobe or the URW fonts had
higher priority. The result would be that tex, dvips, and gs would all
be using the SAME fonts, the ones with the highest priority in defoma.
I'm sure Acroread could be persuaded to join the group without much
trouble, either.

Defoma loses much of its benefit if it is not adopted universally and
developers have to accommodate their packagse to both defoma and
non-defoma installations.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#5

Message-ID: <email address hidden>
Date: Wed, 08 Sep 2004 12:07:00 +0200
From: Florian Weimer <email address hidden>
To: <email address hidden>
Subject: Merge bugs, gsfonts is at fault

serverity 268143 grave
serverity 268163 grave
serverity 268164 grave
serverity 268165 grave
reassign 268143 gsfonts
reassign 268163 gsfonts
reassign 268164 gsfonts
reassign 268165 gsfonts
merge 268225 268143 268163 268164 268165
thanks

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#6

Message-ID: <email address hidden>
Date: Wed, 08 Sep 2004 12:07:00 +0200
From: Florian Weimer <email address hidden>
To: <email address hidden>
Subject: Merge bugs, gsfonts is at fault

severity 268143 grave
severity 268163 grave
severity 268164 grave
severity 268165 grave
merge 268225 268143 268163 268164 268165
thanks

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-08:

#7

Marking as duplicate based on debbugs merge (266228,268164)

This bug has been marked as a duplicate of bug 7745.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-11:

#8

Message-Id: <email address hidden>
Date: Sat, 11 Sep 2004 17:02:05 -0400
From: Florian Weimer <email address hidden>
To: <email address hidden>
Cc: Florian Weimer <email address hidden>, Masayuki Hatta (mhatta) <email address hidden>
Subject: Fixed in NMU of gsfonts 8.14+v8.11-0.1

tag 268225 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 8 Sep 2004 11:47:30 +0200
Source: gsfonts
Binary: gsfonts
Architecture: source all
Version: 8.14+v8.11-0.1
Distribution: unstable
Urgency: low
Maintainer: Masayuki Hatta (mhatta) <email address hidden>
Changed-By: Florian Weimer <email address hidden>
Description:
gsfonts - Fonts for the Ghostscript interpreter(s)
Closes: 268225
Changes:
gsfonts (8.14+v8.11-0.1) unstable; urgency=low
.
   * Non-maintainer upload.
   * This version is source-equivalent to 8.14-3. 8.14+urwcyr1.0.7pre35-1
     changed the font metrics. Closes: #268225.
   * Upstream version is still at 8.11.
Files:
ae17e8b18af1d09d96f373187c2526c4 934 text optional gsfonts_8.14+v8.11-0.1.dsc
6865682b095f8c4500c54b285ff05ef6 3752871 text optional gsfonts_8.14+v8.11.orig.tar.gz
0bcb8409a7563ea2b54cad428c7d584c 7147 text optional gsfonts_8.14+v8.11-0.1.diff.gz
b383e6b56330d231fbd0dfee8797aaec 3726818 text optional gsfonts_8.14+v8.11-0.1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iQEVAwUBQT7Xar97/wQC1SS+AQJdEAf/bns9lhA6hKStyJ5JjUjddrfRmnNmKEfd
tlqH+bOr6Hz2RVUDCY0HN9aUJkjtDTf7fj7Iuyg8bzHmnctZ3MwWJZav6g8xl7P9
6ZUo+y6DAwk10HdOCasz3dOfEVsKgSwXJ4ejsE4+5aQtSQveSNBaCJjLrAaw3vVh
ndVD8vlFu4seQYhmycuiATjPNmt3VjoNdnEZOK+VcT6NdNfT943+PCgii+E+JY3r
acoCznaSKg+QWMcpnUkmE0U1gUebYI/tofkxrkLVmnVDF++zZaNPDU+B5/ci4nX7
Xydp20/oqvJaBCkN1XkUWLLEN31fq3nMMKHtmbJi3zp1BAG9uJaU3Q==
=ntZ5
-----END PGP SIGNATURE-----

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-12:

#9

Message-ID: <email address hidden>
Date: Sun, 12 Sep 2004 12:17:17 +0200
From: Michael Fedrowitz <email address hidden>
To: Sven Luther <email address hidden>
Subject: Re: Bug#270227: Info received (was a2ps generate too big fonts and thus the text escape the
visible area.)

reassign 271272 gsfonts
tags 271272 + fixed
merge 271272 268225
thanks

On Sun, Sep 12, 2004 at 11:26:25AM +0200, Sven Luther wrote:

Hi,

> upped severity of this bug report after discussion on #debian-devel. Chosing
> severity grave because it makes the package unusable or mostly so.
>
> The bug seems to affect also enscript, was reproduced by nutmeg, and using
> either gs-esp or gs-gpl still show it.

This is bug #268225 in gsfonts, which is fixed in gsfonts_8.14+v8.11-0.1
(sitting in incoming right now).

-Michael

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-09-12:

#10

Message-ID: <20040912104110.GA28129@pegasos>
Date: Sun, 12 Sep 2004 12:41:11 +0200
From: Sven Luther <email address hidden>
To: Michael Fedrowitz <email address hidden>
Cc: Sven Luther <email address hidden>
Subject: Re: Bug#270227: Info received (was a2ps generate too big fonts and thus the text escape the
visible area.)

reassign 271270 gsfonts
tags 271270 + fixed
merge 271270 268225
reassign 271271 gsfonts
tags 271271 + fixed
merge 271271 268225
reassign 270227 gsfonts
tags 270227 + fixed
merge 270227 268225
thanks

On Sun, Sep 12, 2004 at 12:17:17PM +0200, Michael Fedrowitz wrote:
> reassign 271272 gsfonts
> tags 271272 + fixed
> merge 271272 268225
> thanks
>
> On Sun, Sep 12, 2004 at 11:26:25AM +0200, Sven Luther wrote:
>
> Hi,
>
> > upped severity of this bug report after discussion on #debian-devel. Chosing
> > severity grave because it makes the package unusable or mostly so.
> >
> > The bug seems to affect also enscript, was reproduced by nutmeg, and using
> > either gs-esp or gs-gpl still show it.
>
> This is bug #268225 in gsfonts, which is fixed in gsfonts_8.14+v8.11-0.1
> (sitting in incoming right now).

And indeed it was this, thanks.

Friendly,

Sven Luther

Bug Watch Updater (bug-watch-updater) on 2006-10-23

Changed in gsfonts:
status:	Fix Committed → Fix Released

Affects		Status	Importance	Assigned to	Milestone
	gsfonts (Debian)	Fix Released	Unknown	debbugs #268164
	gsfonts (Ubuntu)	Invalid	High	Unassigned

Ubuntu
gsfonts package

gs-gpl: Displays Courier Font in wrong size

Bug Description

Other bug subscribers

Remote bug watches

Ubuntugsfonts package

gs-gpl: Displays Courier Font in wrong size

Bug Description

Other bug subscribers

Remote bug watches

Ubuntu
gsfonts package