fonts December 2008

fonts@lists.fedoraproject.org

8 participants
17 discussions

New font packaging guidelines
by Nicolas Mailhot 11 Jan '09

11 Jan '09

Dear all, As some of you may know, after more than a month of consultation, feedback and tweaking new font packaging guidelines have been approved by FESCO. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_(2… 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 New font packages in review must now conform to the new templates, and current packages be converted in rawhide by their maintainers. To track the conversion progress I will henceforth file tickets in bugzilla. The following packages have already been converted in rawhide and can serve as examples if the templates in the fontpackages-devel package are not clear enough: ❄ 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 Note that the discussed renames and splits have not been submitted for approval yet (I'm waiting for the rename process to be clarified), so the current change is purely technical. Nevertheless the new templates make creation of sub-packages considerably easier and safer, so I advice packagers to perform a split by family now if they don't mind. There was a broad consensus for the splitting in general, and the only thing that remains to be clarified before submission FPC-side is the wording of the few exceptions. Sincerely, -- Nicolas Mailhot

2 5

Re: [OpenFontLibrary] comic fonts :)
by Nicolas Mailhot 05 Jan '09

05 Jan '09

Le Mar 30 décembre 2008 16:54, Alexandre Prokoudine a écrit : > > OK, > > Somebody wanted a free comic font? :) > > http://serafettin.sourceforge.net/ BTW oget asked recently on IRC where the GPL-ing of TSCu_Comic font occurred and where it had been traced, so I'd be interested in this info. That would be useful to add in the fontlog. Also if someone has current contacts for past contributors, it would be nice to get the font exception added to the license. -- Nicolas Mailhot

4 4

First font-package
by Sven Lankes 04 Jan '09

04 Jan '09

Hi, I have started to look into font-packaging as the kde-sig needs a couple of fonts that are currently shipped with e.g. kdeedu and kdelibs packaged separately. The first font I am looking into is dustismo: (http://fedoraproject.org/wiki/Dustimo_fonts) (Dustismo is currently shipped with kdeedu: https://bugzilla.redhat.com/show_bug.cgi?id=477406) I have a first spec-file here: http://sven.lank.es/Fedora/SPECS/dustismo.spec http://sven.lank.es/Fedora/SRPM/dustismo-fonts-20030207-1.fc11.src.rpm As my knowledge about fonts is basically zero I'd like to get some feedback on the spec-file before submitting this for a package review. The wishlist wiki-page mentions "GPL with font exception" for this font - but the font-exception is not in the license that is shipped with the fonts (GPLv2+) so this is probably wrong. The last update of this font was in 2003 - it is currently only available on 3rd-party font-sites. There doesn't seem to be an 'upstream' anymore. There are two things I wasn't quite able figure out using the fontsig-wiki-pages: 1. Is it acceptable to ship a font with only the ttf and no other 'source'? The spec template has this: > Building fonts from sources is always preferred. For GPLed or LGPLed > fonts this is required by the license. 2. I do need some help with filling the description with something meaningful Again quoting the spec-template: > Font descriptions must detail information on the font style, > Unicode coverage, and intended use[3] to help users choose the > right packages to install. ... What other information could/should I add to the description 3. fontconfig My feeling is that I don't need any fontconfig-files for a font like this. Am I right? Thanks for your feedback. -- sven === jabber/xmpp: sven(a)lankes.net

2 1

fontpackages template warnings
by Sarantis Paskalis 31 Dec '08

31 Dec '08

Hello, I am converting my font packages to the new guidelines and hit some rpmlint warnings that appear to be template related. Specifically, I followed the /etc/rpmdevtools/spectemplate-fonts-multi.spec from fontpackages-devel that creates absolute symlinks between /etc/fonts/conf.d/$font.conf and /usr/share/fontconfig/conf.avail/$font.conf rpmlint moans about the absolute symlink and wants a relative one. I don't really have an opinion about that and could not find any fedora policy on this one [1]. The other thing is a minor patch that distinguishes variable from macro in the same template (attached) Thanks, Sarantis [1] symlink rpmlint ticket http://rpmlint.zarb.org/cgi-bin/trac.cgi/ticket/25

2 3

Re: New font packaging guidelines
by Nicolas Mailhot 23 Dec '08

23 Dec '08

Le Mar 23 décembre 2008 01:53, Jeff Spaleta a écrit : > python-matplotlib is carrying its own fonts around, which I didn't > catch. My bad. So thanks for doing the auto-review. We don't have any check to catch non-fonts packages that bundle fonts, even though we know that causes problems later, so really we are a bit under-tooled here :( Anyway, I'd like to remind every packager that decides to drop the TTF fonts he shipped in his non-font-package, that's it's a good idea to add a dep on the appropriate DejaVu family, and not on freefonts or bitstream vera (unless the package has specific style or metric requirements). DejaVu is in the default install set, the others aren't, so adding them as deps will result in more resource use mirror and user side (also freefonts will probably be renamed/reorganised before the end of the cycle). In Rawhide dejavu has been split in three packages so you only need to depend on the font family you actually need, not the full set. Sincerely, -- Nicolas Mailhot

1 0

Re: New font packaging guidelines
by Nicolas Mailhot 22 Dec '08

22 Dec '08

Le lundi 22 décembre 2008 à 15:53 -0900, Jeff Spaleta a écrit : > One thing, can you look over the fonts included in matplotlib and see > if there are any fonts which are not-duplicates of existing packaged > fonts? Sure, just post the font names or filenames here or in the bug (otherwise google and repoquery are your friends) -- Nicolas Mailhot

1 0

Help with new font packaging guidelines (choosing font family)
by Marcin Garski 22 Dec '08

22 Dec '08

Hi, I'm trying to convert my packages (jomolhari-fonts, tibetan-machine-uni-fonts) to new font packaging guidelines. I've encounter one problem that stops me from filling all guidelines. I don't know the right font family (serif, sans serif, other?) for both fonts, so I can't create a fontconf files. How can I find/known this font family (both fonts represents Tibetan script which I don't know)? BTW. If both fonts are installed TMU is selected as a primary font for displaying Dzongkha text, is there a way to set fontconfig to prefer Jomolhari when dealing with Dzongkha text and TMU when displaying Tibetan text (Jomolhari is better for Dzongkha text and TMU for Tibetan text). -- Best regards Marcin Garski

2 2

Font package splitting clarification
by Nicolas Mailhot 22 Dec '08

22 Dec '08

[Drat. I *knew* I had forgotten to spam one list] Hi all, Since the discussion on font package splitting rules seems to be exhausted, and since no one stepped up with an obviously better proposal than mine, I've queued the following FPC-side: http://fedoraproject.org/wiki/PackagingDrafts/Font_package_splitting_rules_… I've tried to integrate all the exceptions that were brought up during the discussion and that were consensual, and to separate the rules from their rationale (so packagers in a hurry only need to read the first part). I've ended up with four simple master rules that should not be open to interpretation. Best regards, -- Nicolas Mailhot

1 0

Font package naming guidelines
by Nicolas Mailhot 22 Dec '08

22 Dec '08

Hi, Since there has been no more remarks on the clarified font package naming rules discussed as part of http://fedoraproject.org/wiki/Fonts_SIG_Fedora_11_packaging_changes_(2008-1… I've queued the following for approval FPC-side: http://fedoraproject.org/wiki/PackagingDrafts/Font_package_naming_(2008-12-… Except for the comps changes which seem not baked yet, that concludes the fonts-related guidelines changes and clarifications that were proposed for F11. Sincerely, -- Nicolas Mailhot

1 0

Font package splitting clarification
by Nicolas Mailhot 21 Dec '08

21 Dec '08

Hi all, Since the discussion on font package splitting rules seems to be exhausted, and since no one stepped up with an obviously better proposal than mine, I've queued the following FPC-side: http://fedoraproject.org/wiki/PackagingDrafts/Font_package_splitting_rules_… I've tried to integrate all the exceptions that were brought up during the discussion and that were consensual, and to separate the rules from their rationale (so packagers in a hurry only need to read the first part). I've ended up with four simple master rules that should not be open to interpretation. Best regards, -- Nicolas Mailhot

1 0

Re: Orphaned font packages
by Nicolas Mailhot 21 Dec '08

21 Dec '08

Le dimanche 21 décembre 2008 à 07:40 -0500, Bernie Innocenti a écrit : > Hello, Hello, > I've just converted these two packages to the new font packaging > guidelines, but then I realized I didn't make an ideal maintainer > because I don't use them and I can't even read those languages :-) Actually, repoquery found 159 packages with TrueType, OpenType or Type1 fonts in them in rawhide, and you're one of the first packagers to respond to the resulting bug mass bombing, so I don't think anyone can complain of your maintainership. You're doing great, really. -- Nicolas Mailhot

1 0

Re: arial narrow is broken since Fedora 8
by Nicolas Mailhot 10 Dec '08

10 Dec '08

Le Mar 9 décembre 2008 14:15, Julian Sikorski a écrit : > I added a comment to freedesktop bug #18725, I'm not sure if it's the > right one. It's not the right one, and again please spend your energy lobbying for a long term-fix in *every* upstream bugzilla instead of muddying waters by asking to a return to the good old days which won't happen as the technical context changed. I know it's more work for you. Life sucks. -- Nicolas Mailhot

4 4

Re: arial narrow is broken since Fedora 8
by Nicolas Mailhot 09 Dec '08

09 Dec '08

Le Mar 9 décembre 2008 15:48, Julian Sikorski a écrit : > > Hmm, I did some more testing and it really seems that something gets > messed up at the point at which arial is merged with arial narrow. Just open a bug @gnome.org then, putting fedora-fonts-bugs-list(a)redhat.com in CC. -- Nicolas Mailhot

1 0

Re: arial narrow is broken since Fedora 8
by Nicolas Mailhot 09 Dec '08

09 Dec '08

Le Mar 9 décembre 2008 15:37, Julian Sikorski a écrit : > If I remember correctly, a while ago you told me that gtk font > selector > should be working correctly as well. The thing is that it does show > "extraordinary" typefaces for let's say DejaVu LGC Sans, but for Arial > the list is pretty much busted - please see the screenshot I attached > to > the Red Hat bug #466678 (mentioned in the first email). Which software > could be responsible for this? I suspected fontconfig. The freely accessible arial you find on the web is an old version that does not declare the same stuff as modern versions. Microsoft does not update it anymore. Having a way to tell fontconfig "this is an old font with missing modern metadata, here is the info which is missing" so it's treated the same way as modern fonts is the object of the freedesktop bug you've already commented on. -- Nicolas Mailhot

1 0

Re: arial narrow is broken since Fedora 8
by Nicolas Mailhot 09 Dec '08

09 Dec '08

Le Mar 9 décembre 2008 15:02, Julian Sikorski a écrit : > Which is the right one then? I think openoffice issue 79878 could be a > good choice, If you only care about OO.o this is the right one, but that won't fix KDE and friends. > but I'm not sure about freedesktop one. I'm not that > interested in others, since my document work is mainly done in oo.o. > Besides, I guess that fontconfig needs to work properly before > anything else will, right? Fontconfig does work properly today. What does not work is apps that assume there are only 4 font faces possible and can not handle what fontconfig returns them for modern fonts. http://www.openoffice.org/issues/show_bug.cgi?id=79878#desc27 -- Nicolas Mailhot

1 0

Re: arial narrow is broken since Fedora 8
by Nicolas Mailhot 09 Dec '08

09 Dec '08

Le Mar 9 décembre 2008 12:29, Julian Sikorski a écrit : > IIRC in Fedora 8 timeframe it was decided > to > allow more font substyles than the 4 basic bold, italic, bold italic > and normal This was not decided in Fedora 8 this is how modern TrueType/OpenType fonts work. Fonts have not been limited to 4 faces for a long time, we at most decided to stop pretending it was the case. (Here is a MS paper on the subject in case you still think it is a Fedora-ism http://blogs.msdn.com/text/archive/2007/04/23/wpf-font-selection-model.aspx ) > All in all, all documents which were using arial > narrow > now refuse to render properly. Is there anything we could do to work > around this issue? Some sort of quirk? Workarounds are not sustainable given the problem is generic not limited to this font and people working on workarounds do not spend time working on the actual long-term fix. Please make the necessary noise in upstream bug trackers to make them fix their handling of modern fonts. You have at least some references to existing open bugs here http://fedoraproject.org/wiki/Known_fonts_and_text_bugs Fixing font selection is the first item in http://fedoraproject.org/wiki/Desktop/Whiteboards/BetterFonts I have no idea on the resources the Desktop Team intends to spend on this whiteboard, or if it is even one of their priorities. But anyway, fixing stuff QT or KDE-side should be done by QT or KDE people. Best regards, -- Nicolas Mailhot

1 0

Classroom session on Fedora fonts packaging
by Nicolas Mailhot 07 Dec '08

07 Dec '08

Hi all, This is a bit impromptu, but as part of the Fedora classroom program, I'll animate a session on fonts packaging tomorrow the 7th of December at 12:15 UTC in the #fedora-classroom irc.freenode.net IRC channel. http://fedoraproject.org/wiki/Communicate/IRC/Classroom The actual content of the session is rather fluid and will depend on the audience questions. Regards, -- Nicolas Mailhot

1 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts December 2008