[Bug 477445] [python-matplotlib] Please convert to new font packaging guidelines
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=477445
--- Comment #10 from Nicolas Mailhot <nicolas.mailhot(a)laposte.net> 2009-07-07 10:20:37 EDT ---
(In reply to comment #9)
> Unfortunately now Matplotlib doesn't work properly with STIX fonts (as included
> in the upstream matplotlib package for scientific graphs) since the Fedora
> supplied ones are in OpenType format rather than TTF (as supplied by
> Matplotlib).
Stix upstream is OpenType CFF only. They've promised to look at OpenType TT in
the next version, but who knows when it will be released. So our Stix font
packages are unlikely to include OpenType TT any time soon (and even if Stix
finaly releases OpenType TT versions I don't think we really want to package
two versions of the same fonts, they are huge and that only encourages app
authors not to fix their font support. CTAN made the mistake of encouraging the
packaging of fonts in multiple formats and as a result is stuck with all of
them since now people got used not having to support newer formats).
In the very short term the matplotlib maintainer will probably have to package
the built-in Stix TTFs as proper matplotlib font subpackages. But do remember
this is not a sustainable workaround since it has the exact same drawbacks as
private libs and we'll ask to kill them in later Fedora releases.
> Matplotlib is unable to do font subsetting on OTF fonts
Well, that's a big matplotlib issue, OpenType CFF is one of the three major
modern font formats (with OpenType TT and Apple AAT, but rumors are Apple is
realising it can't sustain AAT alone when everyone else chose OpenType), and
it's the default in many font creation tools, so it will become more and more
common.
Please work with upstream so they fix their font backend (or switch to modern
font libs such as fontconfig/cairo/poppler that can handle modern fonts)
> and it's fallback
> option of including the whole font doesn't appear to work (the resulting PDF
> doesn't have any text...).
That's strange since Opentype CFF is Adobe's child as PDF, so it's probably the
most PDF-friendly modern font format. But Stix does all kinds of unusual and
complex things. It's not a simple font set (all the more reason not to ship
different variants that will have subtle conversion problems)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 477445] [python-matplotlib] Please convert to new font packaging guidelines
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=477445
David Barton <davebarton(a)cityinthesky.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |davebarton(a)cityinthesky.co.
| |uk
--- Comment #9 from David Barton <davebarton(a)cityinthesky.co.uk> 2009-07-07 09:13:58 EDT ---
Unfortunately now Matplotlib doesn't work properly with STIX fonts (as included
in the upstream matplotlib package for scientific graphs) since the Fedora
supplied ones are in OpenType format rather than TTF (as supplied by
Matplotlib).
Matplotlib is unable to do font subsetting on OTF fonts and it's fallback
option of including the whole font doesn't appear to work (the resulting PDF
doesn't have any text...).
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 477453] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477453
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months