gsfonts: Serbian glyphs are wrong

Bug #6808 reported by Debian Bug Importer
4
Affects Status Importance Assigned to Milestone
gsfonts (Debian)
Fix Released
Unknown
gsfonts (Ubuntu)
Fix Released
Low
Matt Zimmerman

Bug Description

Automatically imported from Debian bug report #250949
http://bugs.debian.org/250949

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #250949
http://bugs.debian.org/250949

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 25 May 2004 15:23:07 -0700 (PDT)
From: Stefan Baums <baums@u.washington.edu>
To: Debian Bug Tracking System <email address hidden>
Subject: gsfonts: Serbian glyphs are wrong

Package: gsfonts
Version: 8.14-3
Severity: serious

The gsfonts package now suffers from exactly the same problem that
I reported as bug #227646 for the t1-cyrillic package:

   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=227646

The maintainer of t1-cyrillic has fixed that bug by removing the
wrong glyphs, and apparently talks are now underway under bug
#230840

   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840

to add corrected Serbian glyphs to those fonts.

Please refer to the above bugreports and follow the same steps
that they have taken:

   1. remove the wrong glyphs and upload a version of the package
      without those glyphs;
   2. tell upstream about the problem and ask them to fix it;
   3. when correct glyphs become available (from upstream, or from
      the sources that t1-cyrillic is discussing in bug #230840,
      or from yet another place), upload a new version of the
      package with correct glyphs.

Please note that I have marked this bug as severity serious
because it has the same severe repercussions that bug #227646 had:
on a modern system using fontconfig, it tends to break display of
Serbian even if some other fonts on the system do have the correct
glyphs available. Removing gsfonts-x11 as a hacky and partial fix
is not practicable, either, since the central (though admittedly
non-free) package j2re1.4 depends on it.

Best regards,
Stefan Baums

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages gsfonts depends on:
ii defoma 0.11.7 Debian Font Manager -- automatic f

-- no debconf information

Revision history for this message
Matt Zimmerman (mdz) wrote :

Remove myself from all these CCs now that we have the warty-bugs mailing list

Revision history for this message
In , Matt Zimmerman (mdz) wrote :

> The maintainer of t1-cyrillic has fixed that bug by removing the
> wrong glyphs, and apparently talks are now underway under bug
> #230840
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840

It looks like #230840 is closed, correct glyphs having been added to replace
the incorrect ones. Can you provide a patch to do the same for gsfonts?

--
 - mdz

Revision history for this message
In , Stefan (stfn2) wrote :

> It looks like #230840 is closed, correct glyphs having been
> added to replace the incorrect ones. Can you provide a patch to
> do the same for gsfonts?

Sorry, I can’t. Please have a look at the other package’s bug
report to see who provided the patch.

Stefan

--
Stefan Baums
Asian Languages and Literature
University of Washington

Revision history for this message
In , Matt Zimmerman (mdz) wrote :

On Tue, Jul 06, 2004 at 04:40:22PM -0700, Stefan Baums wrote:

> > It looks like #230840 is closed, correct glyphs having been
> > added to replace the incorrect ones. Can you provide a patch to
> > do the same for gsfonts?
>
> Sorry, I can’t. Please have a look at the other package’s bug
> report to see who provided the patch.

The severity of this bug indicates that gsfonts is unreleasable without this
change, and therefore I would like to do what I can to help correct it.
However, I am not very knowledgeable about the implementation of fonts, nor
the Serbian language or alphabet.

The bug log indicates that Frank Murphy <email address hidden> provided a patch;
I've CCed him in case he can help with gsfonts as well.

--
 - mdz

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 6 Jul 2004 16:29:22 -0700
From: Matt Zimmerman <email address hidden>
To: <email address hidden>, Stefan Baums <baums@u.washington.edu>
Subject: Re: gsfonts: Serbian glyphs are wrong

> The maintainer of t1-cyrillic has fixed that bug by removing the
> wrong glyphs, and apparently talks are now underway under bug
> #230840
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840

It looks like #230840 is closed, correct glyphs having been added to replace
the incorrect ones. Can you provide a patch to do the same for gsfonts?

--
 - mdz

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <20040706234022.GC5262@deepthought>
Date: Tue, 6 Jul 2004 16:40:22 -0700
From: Stefan Baums <baums@u.washington.edu>
To: <email address hidden>
Cc: Matt Zimmerman <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

> It looks like #230840 is closed, correct glyphs having been
> added to replace the incorrect ones. Can you provide a patch to
> do the same for gsfonts?

Sorry, I can’t. Please have a look at the other package’s bug
report to see who provided the patch.

Stefan

--
Stefan Baums
Asian Languages and Literature
University of Washington

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 6 Jul 2004 17:08:18 -0700
From: Matt Zimmerman <email address hidden>
To: Stefan Baums <baums@u.washington.edu>, <email address hidden>
Cc: Frank Murphy <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

On Tue, Jul 06, 2004 at 04:40:22PM -0700, Stefan Baums wrote:

> > It looks like #230840 is closed, correct glyphs having been
> > added to replace the incorrect ones. Can you provide a patch to
> > do the same for gsfonts?
>
> Sorry, I can’t. Please have a look at the other package’s bug
> report to see who provided the patch.

The severity of this bug indicates that gsfonts is unreleasable without this
change, and therefore I would like to do what I can to help correct it.
However, I am not very knowledgeable about the implementation of fonts, nor
the Serbian language or alphabet.

The bug log indicates that Frank Murphy <email address hidden> provided a patch;
I've CCed him in case he can help with gsfonts as well.

--
 - mdz

Revision history for this message
In , Frank Murphy (murphyf) wrote :

On Wednesday 07 July 2004 2:08, Matt Zimmerman wrote:
> On Tue, Jul 06, 2004 at 04:40:22PM -0700, Stefan Baums wrote:
> > > It looks like #230840 is closed, correct glyphs having been
> > > added to replace the incorrect ones. Can you provide a patch to
> > > do the same for gsfonts?
> >
> > Sorry, I can’t. Please have a look at the other package’s bug
> > report to see who provided the patch.
>
> The severity of this bug indicates that gsfonts is unreleasable without
> this change, and therefore I would like to do what I can to help correct
> it. However, I am not very knowledgeable about the implementation of fonts,
> nor the Serbian language or alphabet.
>
> The bug log indicates that Frank Murphy <email address hidden> provided a patch;
> I've CCed him in case he can help with gsfonts as well.

Actually, I just put Danilo Segan in touch with the other fonts. I've CCed him
here to see if he has anything to add for the gsfonts package.

Frank

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Thu, 8 Jul 2004 08:51:58 +0200
From: Frank Murphy <email address hidden>
To: Matt Zimmerman <email address hidden>
Cc: Stefan Baums <baums@u.washington.edu>, <email address hidden>,
   Danilo Segan <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

On Wednesday 07 July 2004 2:08, Matt Zimmerman wrote:
> On Tue, Jul 06, 2004 at 04:40:22PM -0700, Stefan Baums wrote:
> > > It looks like #230840 is closed, correct glyphs having been
> > > added to replace the incorrect ones. Can you provide a patch to
> > > do the same for gsfonts?
> >
> > Sorry, I can=E2=80=99t. Please have a look at the other package=E2=80=
=99s bug
> > report to see who provided the patch.
>
> The severity of this bug indicates that gsfonts is unreleasable without
> this change, and therefore I would like to do what I can to help correct
> it. However, I am not very knowledgeable about the implementation of font=
s,
> nor the Serbian language or alphabet.
>
> The bug log indicates that Frank Murphy <email address hidden> provided a patch;
> I've CCed him in case he can help with gsfonts as well.

Actually, I just put Danilo Segan in touch with the other fonts. I've CCed =
him=20
here to see if he has anything to add for the gsfonts package.

=46rank

Revision history for this message
In , Данило Шеган (danilo) wrote :

Данас у 8:51, Frank Murphy написа:

> On Wednesday 07 July 2004 2:08, Matt Zimmerman wrote:
>> On Tue, Jul 06, 2004 at 04:40:22PM -0700, Stefan Baums wrote:
>> > > It looks like #230840 is closed, correct glyphs having been
>> > > added to replace the incorrect ones. Can you provide a patch to
>> > > do the same for gsfonts?
>> >
>> > Sorry, I can’t. Please have a look at the other package’s bug
>> > report to see who provided the patch.
>>
>> The severity of this bug indicates that gsfonts is unreleasable without
>> this change, and therefore I would like to do what I can to help correct
>> it. However, I am not very knowledgeable about the implementation of fonts,
>> nor the Serbian language or alphabet.
>>
>> The bug log indicates that Frank Murphy <email address hidden> provided a patch;
>> I've CCed him in case he can help with gsfonts as well.
>
> Actually, I just put Danilo Segan in touch with the other fonts. I've CCed him
> here to see if he has anything to add for the gsfonts package.

One could try looking at
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840#msg9

I explain there the simple procedure to update all the fonts with one
go. Since the file names are exactly the same, I believe instructions
apply perfectly well to gsfonts.

As a sidenote, I'm also working with Valek Filippov (maintainer of
urwcyr fonts) to fix this issue upstream, though that probably won't
be done too soon.

Since Pfaedit has since changed name to FontForge, you may need to
adjust Pfaedit scripts so they call "fontforge" instead.

Cheers,
Danilo

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Thu, 08 Jul 2004 17:49:57 +0200
From: <email address hidden> (=?utf-8?b?0JTQsNC90LjQu9C+?=\
 =?utf-8?b?INCo0LXQs9Cw0L0=?=)
To: Frank Murphy <email address hidden>
Cc: Matt Zimmerman <email address hidden>, Stefan Baums <baums@u.washington.edu>, <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

=D0=94=D0=B0=D0=BD=D0=B0=D1=81 =D1=83 8:51, Frank Murphy =D0=BD=D0=B0=D0=BF=
=D0=B8=D1=81=D0=B0:

> On Wednesday 07 July 2004 2:08, Matt Zimmerman wrote:
>> On Tue, Jul 06, 2004 at 04:40:22PM -0700, Stefan Baums wrote:
>> > > It looks like #230840 is closed, correct glyphs having been
>> > > added to replace the incorrect ones. Can you provide a patch to
>> > > do the same for gsfonts?
>> >
>> > Sorry, I can=E2=80=99t. Please have a look at the other package=E2=80=
=99s bug
>> > report to see who provided the patch.
>>
>> The severity of this bug indicates that gsfonts is unreleasable without
>> this change, and therefore I would like to do what I can to help correct
>> it. However, I am not very knowledgeable about the implementation of fon=
ts,
>> nor the Serbian language or alphabet.
>>
>> The bug log indicates that Frank Murphy <email address hidden> provided a patc=
h;
>> I've CCed him in case he can help with gsfonts as well.
>
> Actually, I just put Danilo Segan in touch with the other fonts. I've CCe=
d him=20
> here to see if he has anything to add for the gsfonts package.

One could try looking at
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D230840#msg9

I explain there the simple procedure to update all the fonts with one=20
go. Since the file names are exactly the same, I believe instructions
apply perfectly well to gsfonts.

As a sidenote, I'm also working with Valek Filippov (maintainer of
urwcyr fonts) to fix this issue upstream, though that probably won't
be done too soon.

Since Pfaedit has since changed name to FontForge, you may need to
adjust Pfaedit scripts so they call "fontforge" instead.

Cheers,
Danilo

Revision history for this message
Matt Zimmerman (mdz) wrote :

Increase severity of RC bugs to major, now that we have other, non-RC bugs in
the list

Revision history for this message
In , Matt Zimmerman (mdz) wrote :

On Thu, Jul 08, 2004 at 05:49:57PM +0200, Данило Шеган wrote:

> One could try looking at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840#msg9
>
> I explain there the simple procedure to update all the fonts with one
> go. Since the file names are exactly the same, I believe instructions
> apply perfectly well to gsfonts.

Thanks, I will give it a try.

--
 - mdz

Revision history for this message
In , Matt Zimmerman (mdz) wrote :

On Fri, Jul 16, 2004 at 12:40:13PM -0700, Matt Zimmerman wrote:

> On Thu, Jul 08, 2004 at 05:49:57PM +0200, Данило Шеган wrote:
>
> > One could try looking at
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840#msg9
> >
> > I explain there the simple procedure to update all the fonts with one
> > go. Since the file names are exactly the same, I believe instructions
> > apply perfectly well to gsfonts.
>
> Thanks, I will give it a try.

I can see how fontforge can merge the .pfb from gsfonts and .sfd from urwsr
to produce a correct .sfd, but fontforge does not seem to be able to produce
a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pfb?

--
 - mdz

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 16 Jul 2004 12:40:13 -0700
From: Matt Zimmerman <email address hidden>
To: =?utf-8?B?0JTQsNC90LjQu9C+INCo0LXQs9Cw0L0=?= <email address hidden>
Cc: Frank Murphy <email address hidden>, Stefan Baums <baums@u.washington.edu>,
 <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

On Thu, Jul 08, 2004 at 05:49:57PM +0200, Данило Шеган wrote:

> One could try looking at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840#msg9
>
> I explain there the simple procedure to update all the fonts with one
> go. Since the file names are exactly the same, I believe instructions
> apply perfectly well to gsfonts.

Thanks, I will give it a try.

--
 - mdz

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 16 Jul 2004 12:55:17 -0700
From: Matt Zimmerman <email address hidden>
To: =?utf-8?B?0JTQsNC90LjQu9C+INCo0LXQs9Cw0L0=?= <email address hidden>
Cc: Frank Murphy <email address hidden>, Stefan Baums <baums@u.washington.edu>,
 <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

On Fri, Jul 16, 2004 at 12:40:13PM -0700, Matt Zimmerman wrote:

> On Thu, Jul 08, 2004 at 05:49:57PM +0200, Данило Шеган wrote:
>
> > One could try looking at
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840#msg9
> >
> > I explain there the simple procedure to update all the fonts with one
> > go. Since the file names are exactly the same, I believe instructions
> > apply perfectly well to gsfonts.
>
> Thanks, I will give it a try.

I can see how fontforge can merge the .pfb from gsfonts and .sfd from urwsr
to produce a correct .sfd, but fontforge does not seem to be able to produce
a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pfb?

--
 - mdz

Revision history for this message
Matt Zimmerman (mdz) wrote :

I don't consider this bug RC; it would be nice to fix, but I'm having trouble
getting the necessary information. Needs a font expert (or a maintainer who cares)

Revision history for this message
In , Данило Шеган (danilo) wrote :

16. јула Matt Zimmerman написа:

> On Fri, Jul 16, 2004 at 12:40:13PM -0700, Matt Zimmerman wrote:
>
>> On Thu, Jul 08, 2004 at 05:49:57PM +0200, Данило Шеган wrote:
>>
>> > One could try looking at
>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230840#msg9
>> >
>> > I explain there the simple procedure to update all the fonts with one
>> > go. Since the file names are exactly the same, I believe instructions
>> > apply perfectly well to gsfonts.
>>
>> Thanks, I will give it a try.
>
> I can see how fontforge can merge the .pfb from gsfonts and .sfd from urwsr
> to produce a correct .sfd, but fontforge does not seem to be able to produce
> a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pfb?

Just look at the Makefile there in the above mentioned CVS, and the
"gen" script which produces whatever is required (detected by
extension). So, as an example, just do:

  ./gen a010013l.sfd a010013l.pfb

Hope this helps (sorry for the delay, I was away for 10 days).

Cheers,
Danilo

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 23 Jul 2004 13:17:25 +0200
From: <email address hidden> (=?utf-8?b?0JTQsNC90LjQu9C+?=\
 =?utf-8?b?INCo0LXQs9Cw0L0=?=)
To: Matt Zimmerman <email address hidden>
Cc: Frank Murphy <email address hidden>, Stefan Baums <baums@u.washington.edu>,
  <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

16. =D1=98=D1=83=D0=BB=D0=B0 Matt Zimmerman =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=
=D0=B0:

> On Fri, Jul 16, 2004 at 12:40:13PM -0700, Matt Zimmerman wrote:
>
>> On Thu, Jul 08, 2004 at 05:49:57PM +0200, =D0=94=D0=B0=D0=BD=D0=B8=D0=BB=
=D0=BE =D0=A8=D0=B5=D0=B3=D0=B0=D0=BD wrote:
>>=20
>> > One could try looking at
>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D230840#msg9
>> >=20
>> > I explain there the simple procedure to update all the fonts with one=
=20
>> > go. Since the file names are exactly the same, I believe instructions
>> > apply perfectly well to gsfonts.
>>=20
>> Thanks, I will give it a try.
>
> I can see how fontforge can merge the .pfb from gsfonts and .sfd from urw=
sr
> to produce a correct .sfd, but fontforge does not seem to be able to prod=
uce
> a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pf=
b?

Just look at the Makefile there in the above mentioned CVS, and the
"gen" script which produces whatever is required (detected by
extension). So, as an example, just do:

  ./gen a010013l.sfd a010013l.pfb

Hope this helps (sorry for the delay, I was away for 10 days).

Cheers,
Danilo

Revision history for this message
In , Matt Zimmerman (mdz) wrote :

On Fri, Jul 23, 2004 at 01:17:25PM +0200, Данило Шеган wrote:

> 16. јула Matt Zimmerman написа:
> > I can see how fontforge can merge the .pfb from gsfonts and .sfd from urwsr
> > to produce a correct .sfd, but fontforge does not seem to be able to produce
> > a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pfb?
>
> Just look at the Makefile there in the above mentioned CVS, and the
> "gen" script which produces whatever is required (detected by
> extension). So, as an example, just do:
>
> ./gen a010013l.sfd a010013l.pfb
>
> Hope this helps (sorry for the delay, I was away for 10 days).

Thanks, I see (and the psfonts makefile target seems to do the right thing).
However, when I diff the resulting fonts against the original gsfonts
copies, the changes are large, and seem to affect more than just the Serbian
glyphs. I do not know how i can verify that the resulting gonts are
correct.

--
 - mdz

Revision history for this message
In , Данило Шеган (danilo) wrote :

Hi Matt,

Данас у 19:41, Matt Zimmerman написа:

> On Fri, Jul 23, 2004 at 01:17:25PM +0200, Данило Шеган wrote:
>
>> 16. јула Matt Zimmerman написа:
>> > I can see how fontforge can merge the .pfb from gsfonts and .sfd from urwsr
>> > to produce a correct .sfd, but fontforge does not seem to be able to produce
>> > a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pfb?
>>
>> Just look at the Makefile there in the above mentioned CVS, and the
>> "gen" script which produces whatever is required (detected by
>> extension). So, as an example, just do:
>>
>> ./gen a010013l.sfd a010013l.pfb
>>
>> Hope this helps (sorry for the delay, I was away for 10 days).
>
> Thanks, I see (and the psfonts makefile target seems to do the right thing).
> However, when I diff the resulting fonts against the original gsfonts
> copies, the changes are large, and seem to affect more than just the Serbian
> glyphs. I do not know how i can verify that the resulting gonts are
> correct.

If you look at "gen" script, you'll notice that it looks like following:

#!/usr/local/bin/pfaedit
      Open($1)
      SelectAll()
      ClearBackground()
      AutoHint()
      Reencode("unicode")
      Generate($2)

You should probably remove AutoHint() and ClearBackground() (so it
FontForge would try keeping all the previous hints). Also, it's
quite possible that one might need merging metrics separately (from
afm files), but that would require changes to "merge" script, and
I'm not entirely sure if it's enough to use the following in place of
it:

#!/usr/local/bin/pfaedit
Open($1)
MergeFonts("orig/"+$1:r+".pfb")
MergeKern("orig/"+$1:r+".afm")
Reencode("unicode")
Save()
Close()

My dial-up connection is real slow, otherwise I'd play with this
myself and post the results.

It's quite possible that "Reencode" causes some problems (since it
moves characters around), but I remember that I had to add it to
avoid some problems (perhaps that's not true anymore).

I hope this helps at least a bit, if not, please ask if you think I
might be able to help. Also, thanks for taking interest in fixing
this issue in Debian.

Cheers,
Danilo

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 23 Jul 2004 10:41:50 -0700
From: Matt Zimmerman <email address hidden>
To: =?utf-8?B?0JTQsNC90LjQu9C+INCo0LXQs9Cw0L0=?= <email address hidden>
Cc: Frank Murphy <email address hidden>, Stefan Baums <baums@u.washington.edu>,
 <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

On Fri, Jul 23, 2004 at 01:17:25PM +0200, Данило Шеган wrote:

> 16. јула Matt Zimmerman написа:
> > I can see how fontforge can merge the .pfb from gsfonts and .sfd from urwsr
> > to produce a correct .sfd, but fontforge does not seem to be able to produce
> > a .pfb to replace the font in gsfonts. How can I convert a .sfd to a .pfb?
>
> Just look at the Makefile there in the above mentioned CVS, and the
> "gen" script which produces whatever is required (detected by
> extension). So, as an example, just do:
>
> ./gen a010013l.sfd a010013l.pfb
>
> Hope this helps (sorry for the delay, I was away for 10 days).

Thanks, I see (and the psfonts makefile target seems to do the right thing).
However, when I diff the resulting fonts against the original gsfonts
copies, the changes are large, and seem to affect more than just the Serbian
glyphs. I do not know how i can verify that the resulting gonts are
correct.

--
 - mdz

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 23 Jul 2004 20:16:06 +0200
From: <email address hidden> (=?utf-8?b?0JTQsNC90LjQu9C+?=\
 =?utf-8?b?INCo0LXQs9Cw0L0=?=)
To: Matt Zimmerman <email address hidden>
Cc: Frank Murphy <email address hidden>, Stefan Baums <baums@u.washington.edu>,
  <email address hidden>
Subject: Re: gsfonts: Serbian glyphs are wrong

Hi Matt,

=D0=94=D0=B0=D0=BD=D0=B0=D1=81 =D1=83 19:41, Matt Zimmerman =D0=BD=D0=B0=D0=
=BF=D0=B8=D1=81=D0=B0:

> On Fri, Jul 23, 2004 at 01:17:25PM +0200, =D0=94=D0=B0=D0=BD=D0=B8=D0=BB=
=D0=BE =D0=A8=D0=B5=D0=B3=D0=B0=D0=BD wrote:
>
>> 16. =D1=98=D1=83=D0=BB=D0=B0 Matt Zimmerman =D0=BD=D0=B0=D0=BF=D0=B8=D1=
=81=D0=B0:
>> > I can see how fontforge can merge the .pfb from gsfonts and .sfd from =
urwsr
>> > to produce a correct .sfd, but fontforge does not seem to be able to p=
roduce
>> > a .pfb to replace the font in gsfonts. How can I convert a .sfd to a =
.pfb?
>>=20
>> Just look at the Makefile there in the above mentioned CVS, and the
>> "gen" script which produces whatever is required (detected by
>> extension). So, as an example, just do:
>>=20
>> ./gen a010013l.sfd a010013l.pfb
>>=20
>> Hope this helps (sorry for the delay, I was away for 10 days).
>
> Thanks, I see (and the psfonts makefile target seems to do the right thin=
g).
> However, when I diff the resulting fonts against the original gsfonts
> copies, the changes are large, and seem to affect more than just the Serb=
ian
> glyphs. I do not know how i can verify that the resulting gonts are
> correct.

If you look at "gen" script, you'll notice that it looks like following:

#!/usr/local/bin/pfaedit
      Open($1)
      SelectAll()
      ClearBackground()
      AutoHint()
      Reencode("unicode")
      Generate($2)

You should probably remove AutoHint() and ClearBackground() (so it
FontForge would try keeping all the previous hints). Also, it's
quite possible that one might need merging metrics separately (from
afm files), but that would require changes to "merge" script, and
I'm not entirely sure if it's enough to use the following in place of
it:

#!/usr/local/bin/pfaedit
Open($1)
MergeFonts("orig/"+$1:r+".pfb")
MergeKern("orig/"+$1:r+".afm")
Reencode("unicode")
Save()
Close()

My dial-up connection is real slow, otherwise I'd play with this
myself and post the results.

It's quite possible that "Reencode" causes some problems (since it
moves characters around), but I remember that I had to add it to
avoid some problems (perhaps that's not true anymore).

I hope this helps at least a bit, if not, please ask if you think I
might be able to help. Also, thanks for taking interest in fixing
this issue in Debian.

Cheers,
Danilo

Revision history for this message
In , Masayuki Hatta (mhatta) wrote : Bug#250949: fixed in gsfonts 8.14+urwcyr1.0.7pre35-1

Source: gsfonts
Source-Version: 8.14+urwcyr1.0.7pre35-1

We believe that the bug you reported is fixed in the latest version of
gsfonts, which is due to be installed in the Debian FTP archive:

gsfonts_8.14+urwcyr1.0.7pre35-1.diff.gz
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35-1.diff.gz
gsfonts_8.14+urwcyr1.0.7pre35-1.dsc
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35-1.dsc
gsfonts_8.14+urwcyr1.0.7pre35-1_all.deb
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35-1_all.deb
gsfonts_8.14+urwcyr1.0.7pre35.orig.tar.gz
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Masayuki Hatta (mhatta) <email address hidden> (supplier of updated gsfonts package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

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

Format: 1.7
Date: Wed, 11 Aug 2004 02:10:37 +0900
Source: gsfonts
Binary: gsfonts
Architecture: source all
Version: 8.14+urwcyr1.0.7pre35-1
Distribution: unstable
Urgency: high
Maintainer: Masayuki Hatta (mhatta) <email address hidden>
Changed-By: Masayuki Hatta (mhatta) <email address hidden>
Description:
 gsfonts - Fonts for the Ghostscript interpreter(s)
Closes: 250949
Changes:
 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
 .
   * Goof: I suddenly realized the real version of the current gs-fonts is
     8.11, not 8.14. I should have been braindead when I made this
     package. Oh boy. I wish the upstream would release new version
     greater than 8.14 soon.
Files:
 6607043762511e956d91cee57ccadc23 671 text optional gsfonts_8.14+urwcyr1.0.7pre35-1.dsc
 c324f7d0ab570093bc77de1b2769bb2d 4892492 text optional gsfonts_8.14+urwcyr1.0.7pre35.orig.tar.gz
 a721abbe442a0daeda86fd83e6f473e7 7047 text optional gsfonts_8.14+urwcyr1.0.7pre35-1.diff.gz
 945a99ae1465293f74aa0d75609da065 4818088 text optional gsfonts_8.14+urwcyr1.0.7pre35-1_all.deb

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

iD8DBQFBGQY4y2+jQOcHWlQRAtzBAJ9Vpp9gFDcclWQPIweA6HGkU6/1qQCfe0TE
cu+5dMxZPSSj0zLuTDzXzK4=
=pvVr
-----END PGP SIGNATURE-----

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Tue, 10 Aug 2004 13:47:17 -0400
From: Masayuki Hatta (mhatta) <email address hidden>
To: <email address hidden>
Subject: Bug#250949: fixed in gsfonts 8.14+urwcyr1.0.7pre35-1

Source: gsfonts
Source-Version: 8.14+urwcyr1.0.7pre35-1

We believe that the bug you reported is fixed in the latest version of
gsfonts, which is due to be installed in the Debian FTP archive:

gsfonts_8.14+urwcyr1.0.7pre35-1.diff.gz
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35-1.diff.gz
gsfonts_8.14+urwcyr1.0.7pre35-1.dsc
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35-1.dsc
gsfonts_8.14+urwcyr1.0.7pre35-1_all.deb
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35-1_all.deb
gsfonts_8.14+urwcyr1.0.7pre35.orig.tar.gz
  to pool/main/g/gsfonts/gsfonts_8.14+urwcyr1.0.7pre35.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Masayuki Hatta (mhatta) <email address hidden> (supplier of updated gsfonts package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

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

Format: 1.7
Date: Wed, 11 Aug 2004 02:10:37 +0900
Source: gsfonts
Binary: gsfonts
Architecture: source all
Version: 8.14+urwcyr1.0.7pre35-1
Distribution: unstable
Urgency: high
Maintainer: Masayuki Hatta (mhatta) <email address hidden>
Changed-By: Masayuki Hatta (mhatta) <email address hidden>
Description:
 gsfonts - Fonts for the Ghostscript interpreter(s)
Closes: 250949
Changes:
 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
 .
   * Goof: I suddenly realized the real version of the current gs-fonts is
     8.11, not 8.14. I should have been braindead when I made this
     package. Oh boy. I wish the upstream would release new version
     greater than 8.14 soon.
Files:
 6607043762511e956d91cee57ccadc23 671 text optional gsfonts_8.14+urwcyr1.0.7pre35-1.dsc
 c324f7d0ab570093bc77de1b2769bb2d 4892492 text optional gsfonts_8.14+urwcyr1.0.7pre35.orig.tar.gz
 a721abbe442a0daeda86fd83e6f473e7 7047 text optional gsfonts_8.14+urwcyr1.0.7pre35-1.diff.gz
 945a99ae1465293f74aa0d75609da065 4818088 text optional gsfonts_8.14+urwcyr1.0.7pre35-1_all.deb

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

iD8DBQFBGQY4y2+jQOcHWlQRAtzBAJ9Vpp9gFDcclWQPIweA6HGkU6/1qQCfe0TE
cu+5dMxZPSSj0zLuTDzXzK4=
=pvVr
-----END PGP SIGNATURE-----

Revision history for this message
Matt Zimmerman (mdz) wrote :

sync complete

Revision history for this message
Daniel Robitaille (robitaille) wrote :

Fixed in Debian in 2004

Changed in gsfonts:
status: Unconfirmed → Fix Released
Changed in gsfonts:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.