At Wed, 30 Nov 2011 15:05:11 +0100, Thomas Schraitle wrote:
Hi,
thanks Takashi for your answers.
On Wed, 30 Nov 2011 14:19:53 +0100 Takashi Iwai
wrote: At Wed, 30 Nov 2011 13:55:14 +0100, [...]
you will get _some_ but not all. For example, the popular Linux Libertine and DejaVu fonts are not listed. A user has to _know_ the name. IMHO this is not very intuitive and userfriendly.
True. (Though, this reminds me whether any possibility to search for RPM group...)
Yes, that would be another possibility. However, I doubt this option would be taken into account very often. ;)
Heh. The RPM group has nowadays less meaning, but it could be improved a bit more, in general.
[...]
Note that ttf- and -fonts aren't identical. For example, gnu-unifont definitely can't be renamed as ttf-gnu-unifont.
Probably, but see below.
First of all, I don't want mess up things, it's just one thing that I've stumpled upon---and I think, we can do better.
I would appreciate it if we could make it more consistent, but I know there might be some technical issues (dependency problems, ...) that prevents from doing so.
I guess the dependency shouldn't be a big issue when we do renaming correctly.
If we group only "fonts", then -fonts suffix might make more sense. But, this doesn't mean it's better than giving ttf- prefix. It'll match with older bitmap fonts that user doesn't always want.
If I search for "ttf-" the only fonts that I got are these:
ttf-arphic ttf-arphic-bkai00mp ttf-arphic-bsmi00lp ttf-arphic-gbsn00lp ttf-arphic-gkai00mp ttf-arphic-ukai ttf-caslon ttf-wqy-zenhei
Neither of the previous is a bitmap font, I guess.
Yes. In general, SUSE packages are mostly named as is of the original package name. These ttf-* are built from ttf-*.tar file. Same for gnu-unifont. It's built from gnu-unifont.tar. When you want to look over all fonts, this is a bad way. Meanwhile, if you know of a project and look for the package, it might match easier. But the current situation looks messy, indeed, so I'm for some consistent naming rule.
And, adding -fonts to a package like gun-unifont would be strange. gnu-unifont-fonts? In most cases, prefixing would be better IMO.
Fedora uses this name: gnu-free-fonts (if this package contains the same fonts).
No, it's a different one. I guess it's "freefont" package.
Well, apart from the previous details, I see the following questions:
1. Do we really want to rename fonts? If yes, maybe we could use the "Provides" keyword in the spec file to hold the old name?
Right, if we do any renaming, we must give provides/obsoletes inevitably.
2. Should we use the Fedora or Ubuntu way?
It's a good option.
3. Is it anywhere documented? 4. Probably it is useful to open a FATE request?
Sounds like a good idea.
So, we need to make clear: - whether we group all fonts or only specific types (ttf, bitmap, etc); if we name for ttf, what we should do for otf?
It seems neither Fedora nor Ubuntu distinguish OTF and TTF, so why should we? It make sense for bitmap vs. vector.
It's my guess, too. But a picky person would complain ;)
- whether to give a prefix or a suffix
I don't have any preferences, either way is as long it is consistent. :-)
Me, too. I *guess* prefixing would work easier, though. We'd need just to try some and judge later.
Another issue: Do we have a special repository dedicated only to fonts? I couldn't find any... Do you think this is useful?
Until now, fonts packages are put in M17N project in general. Moving around would be OK, but we need the proper notification.
Ok. I just looked from the usability perspective when someone wants to incorporate a repository with fonts. Where should he get it from? What's the URL? etc.
OBS M17N repo :)
It was just an idea, if there technical issues than I'm totally fine with the M17N repo. :)
I find it's OK to move fonts out of M17N into an individual project. Fonts are rarely rebuilt and all noarch, thus they don't need to keep up each openSUSE release. But, as mentioned, they are already found in M17N. So, when we move them, we need to notify users to add the new project (or make links to M17N back), otherwise they'll loose the packages. thanks, Takashi -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org