2013/1/19 Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx>: > > 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@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel Thanks, Paulo -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
