all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Philip McGrath <philip@philipmcgrath.com>
To: gregf@gnu.org, 53907@debbugs.gnu.org
Subject: bug#53907: font-ibm-plex has a nonfree dependency
Date: Wed, 9 Feb 2022 23:09:05 -0500	[thread overview]
Message-ID: <cfd457ad-df5d-8f53-07d6-e780db37f5e0@philipmcgrath.com> (raw)
In-Reply-To: <87zgmzvhwj.fsf@gnu.org>

Hi,

On 2/9/22 16:39, Greg Farough wrote:
> Hi, Guix developers:
> 
> As far as I can tell, the IBM Plex family of fonts requires the
> nonfree program FontLab Studio to build.

...

> This is one of the reasons Debian[3] has moved the font to the "contrib"
> section of its repos.
> 
>> IBM releases Plex as "open source", but unfortunately the freedom
>> status of the font is less than ideal, as it requires non-free
>> software to be built from source (see README.md, Requirements section,
>> and [0]). The problematic step is the hinting, which is done with
>> FontLab Studio, which is proprietary software. There is currently no
>> Free Software program that is able to work with the high-level hinting
>> command language used by FontLab Studio.
> 

I *think* this may no longer be true---with the caveat that I know just 
enough about font development to know how little I really know.

According to a 2019 GitHub comment[1] by  Paul van der Laan (one of the 
IBM PLEX designers):

> The IBM Plex instances started their life as interpolated files in RoboFont which were checked and refined manually for rounding errors in outlines and metrics. Settings in the font info might have been tailored for specific instances as well. Afterwards they were converted to TrueType outlines, and together with the PostScript versions they were hinted in FontLab 5.
> 
> If you are interested to work with the instances then I strongly recommend to take the FontLab files because these are of a much higher fidelity than plain interpolated instances.
> 
> With a utility such as vfb2ufo these files can be converted to UFO files. Although you will probably loose most, if not all all, hinting data when doing so.

Apparently that final caveat is not true. In another GitHub issue[2][3] 
(about the proprietary FontLab 5 reaching end-of-life), Jens Kutilek wrote:

> I have my own Python implementation of a FontLab-style TTH compiler which can take an UFO (from vfb2ufo so it contains the FL TT hinting code) and compile the TT instructions. I would be open to release it if there are no objections from the FontLab guys.

...

> The alignment zone deltas are stored in the UFO generated by vfb2ufo, so they can be accessed there by any script working with the UFO.

Searching further, I found a comment [4] on the discussion of TrueType 
instructions in the UFO spec saying he was working to enhance the free 
program ufo2ft "so FontLab hinting code from UFOs generated by vfb2ufo 
will compile into TTFs and stay 100% rendering-compatible with fonts 
generated directly from FontLab 5." This support hasn't been merged into 
upstream ufo2ft yet---more specifically, it was merged last fall but 
then reverted [5] due to (in my cursorily-formed opinion) relatively 
minor issues like better unit tests, but a revised pull request [6] was 
opened just 27 days ago.

In any case, apparently the code exists. It has even used IBM Plex as an 
example.[7]

I haven't actually tried to use it, though!

-Philip

[1]: https://github.com/IBM/plex/issues/228#issuecomment-460160085
[2]: https://github.com/IBM/plex/issues/206#issuecomment-458465851
[3]: https://github.com/IBM/plex/issues/206#issuecomment-458510847
[4]: https://github.com/unified-font-object/ufo-spec/issues/93
[5]: 
https://github.com/googlefonts/ufo2ft/pull/335#pullrequestreview-761840943
[6]: https://github.com/googlefonts/ufo2ft/pull/577
[7]: 
https://github.com/unified-font-object/ufo-spec/issues/93#issuecomment-496552530




      reply	other threads:[~2022-02-10  4:21 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-09 21:39 bug#53907: font-ibm-plex has a nonfree dependency Greg Farough
2022-02-10  4:09 ` Philip McGrath [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cfd457ad-df5d-8f53-07d6-e780db37f5e0@philipmcgrath.com \
    --to=philip@philipmcgrath.com \
    --cc=53907@debbugs.gnu.org \
    --cc=gregf@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.