Strange Build problem....

[Paulo César Pereira de Andrade]

2013/1/19 Nicolas Mailhot <nicolas.mailhot at laposte.net>:
>
> Le Mer 16 janvier 2013 20:48, Paulo César Pereira de Andrade a écrit :
>
>>   Sorry for that problem. It solved the problems I was having
>> but created at least yours problem. I am having an almost live
>> conversation right now about related issues at
>
> BTW the Fedora font packaging guidelines have been very carefully written
> to prohibit the “solution” proposed : when upstreams move to a newer,
> better font format you have to support it in your application and not
> cheat by bundling a version converted to some other format with your app.
>
> The reason being that all such conversions are lossy, they get out of sync
> with upstream, they bloat the distribution, and you end up with a giant
> pile of fonts in every possible format, each one with different properties
> and problems, driving users crazy because they don't understand why the
> “same” font behaves differently in different apps (or sometimes different
> parts of the same app).

  I was trying to test the options upstream suggested:
-%<-
1) Include the STIX ttf fonts included with matplotlib in the matplotlib
package and install them in `matplotlib/mpl-data/fonts/ttf` (as a
vanilla install would do) so as not to conflict with the stix-fonts
package.  Maybe these go in a python-matplotlib-stix-fonts package.

2) Include a version of the STIX fonts converted to ttf.  This will
still have the problem that the glyph tables in matplotlib need to be
updated to use them.

3) Update matplotlib's freetype wrapper to support .otf fonts. Doable,
but considerable work.

4) Leave it as is but warn that STIX font support is broken with the
Fedora matplotlib package.
-%<-
  So, at first I did test (only) option 1 and only in my computer.

  After that, all I did was to keep "USE_FONTCONFIG = True"
but correct all the bugs it uncovered. I am a bit unsure if
the patch in
https://bugzilla.redhat.com/show_bug.cgi?id=896182
was really required, as I could not reproduce the problem
after applying
https://github.com/matplotlib/matplotlib/pull/1666
but I but added it anyway just in case
http://pkgs.fedoraproject.org/cgit/python-matplotlib.git/commit/?id=b58a0f66d32e94144c51272fc40257b5be95baec

> TexLive is unfortunately a pathological example of the morass you can
> create by letting application authors procrastinate on supporting newer
> font formats.
>
> Besides we have lots of fonts in otf format in Fedora, and matplotlib can
> not use any of them right now. Are you going to bundle them in another
> format too?

  Do you have any hints on working on option 3? Well, that means not
using fontconfig, so might not be worth for a generic Linux solution...

  Option 2 is basically convert stix 1.1 to the format of the bundled
stix 1.0 fonts, but install those as system packages (this is also a
solution not using fontconfig).

> Regards,
>
> --
> Nicolas Mailhot
>
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Thanks,
Paulo