From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15649 invoked by uid 1002); 30 May 2003 09:31:20 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 8863 invoked from network); 30 May 2003 09:31:20 -0000 Date: Fri, 30 May 2003 02:30:39 -0700 From: Seemant Kulleen To: gentoo-dev@gentoo.org Message-Id: <20030530023039.6f117918.seemant@gentoo.org> X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="TmuZ.=.tqT7rKl=S" Subject: [gentoo-dev] Fonts, Xfree, Linux X-Archives-Salt: bb8ed9df-f5b0-4505-bc2f-4c7f70cba151 X-Archives-Hash: d8b231788ae63acb31be3b54ed0a8572 --TmuZ.=.tqT7rKl=S Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi All, OK, the above combination, as we all know, blows dogs. Having said that, I have some ideas. First, to reiterate as in my last e-mail: xfree-4.3.0-r3 is moving towards *NOT* installing *ANY* fonts at all. All the xfree built-in fonts will move to separate packages in media-fonts. Additionally *ALL* fonts will be in /usr/share/fonts, rather than /usr/X11R6/lib/X11/fonts (and I had to hold back from exaggerating it to say /usr/X11R6/lib/X11/R6/include/lib/X/X11/X11R6/misc/lib/fonts :P). The idea is that this will be a centralised location for system fonts. All user custom fonts would go into /usr/share/fonts (or perhaps /usr/local/share/fonts -- not sure on that one, and not sure how much complexity it would add). Anyway, RedHat developed a tool called chkfontpath which updates /etc/X11/fs/config with font paths to be added, removed, queried and what not. It seems most binary distros distribute this utility. We had a look at it (popt is a required dependency for it), and I've asked Graham (vladimir@g.o) to come up with a perl equivalent for it. To me, it seems that coding that in C and using popt is overkill. So the idea he and I discussed was to have this utility (or set of utilities) to update the fontpaths in /etc/X11/fs/config as well as /etc/X11/XF86Config (IF the font path is other than unix:/7100 in that file). 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 guess the question is: do we violate policy on these two files, or is there a more clever solution to this? One thought which comes up is to have the utility just check which font paths exist in /usr/share/fonts and make sure both files have them. Again, that would violate policy :/ The other thought which arises is to have those files in /usr/share/xfree or some such, but I'm not entirely comfortable with that, either. Thoughts, opinions, criticisms? Thanks, -- Seemant Kulleen Developer and Project Co-ordinator, Gentoo Linux http://www.gentoo.org/~seemant Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x3458780E Key fingerprint = 23A9 7CB5 9BBB 4F8D 549B 6593 EDA2 65D8 3458 780E --TmuZ.=.tqT7rKl=S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1yTC7aJl2DRYeA4RAispAJ9C7+Mq2XHCLBVec11tlKGTX2hkQQCgvSKd sSlAqirHkXpdx45/6Pfqy9A= =9IgW -----END PGP SIGNATURE----- --TmuZ.=.tqT7rKl=S--