Re: [gentoo-dev] Fonts, Xfree, Linux

[George Shapovalov]

Yes, this is a good idea in general.
On to the particulars:

On Friday 30 May 2003 02:30, Seemant Kulleen wrote:
> Now, here's the question.  Gentoo policy dictates that we do not touch
> files in /etc.  During emerge, this is fine, we can provide a file to be
> etc-update'd.  The concern is during emerge unmerge, when a font path is to
> be removed.

I am not sure I understand the issue: the fontpaths are akin to variable 
settings - one line corresponding to installed fontdir. Why can't we do 
something similar to what we do with /etc/env.d?
For example have /usr/share/fonts/paths.d directory (or may be 
/etc/fontpaths.d may be more appropriate) and have every font pacjage install 
a file containing the corresponding path.. The utility would scan this dir 
(called from pkg_postinst or somehow automatically otherwise) and update both 
official config files. Users should not need to mess with these one-liners, 
so they will get deleted upon unmerge... 

On Friday 30 May 2003 06:31, Spider wrote:
> What will such a tool do about ordering of paths?  There is a sticky
> issue here when two paths provide the same fonts, something that is
> completely legal. Now, anyone who has customized their X to some extent
This is more complicated and totally depends on whether there is certain 
common way to order them or should this be left totally to user.

In the former case it is easy to put numbers at the beginning of fontpath 
files, how it is done with env-vars anyway..

In the latter case users can just rename these files giving them different 
number so thay they would get appropriately ordered. The files will be kept 
intact and only the fonts not specifically ordered will get automatic 
handling.. 
In this case users will apparently need to keep track of what they are doing, 
but this stands true for any site-specific modification.
May be there is a better way to address this problem still..

George




--
gentoo-dev@g.o mailing list