From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12328 invoked by uid 1002); 30 May 2003 19:54:18 -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 26378 invoked from network); 30 May 2003 19:54:18 -0000 From: George Shapovalov Organization: Gentoo Linux To: gentoo-dev@gentoo.org Date: Fri, 30 May 2003 12:54:11 -0700 User-Agent: KMail/1.5.2 References: <20030530023039.6f117918.seemant@gentoo.org> In-Reply-To: <20030530023039.6f117918.seemant@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305301254.12125.george@gentoo.org> X-Spam-Status: No, hits=-2.5 tagged_above=-100000.0 required=5.0 tests=EMAIL_ATTRIBUTION, IN_REP_TO, QUOTED_EMAIL_TEXT, REFERENCES, REPLY_WITH_QUOTES, USER_AGENT_KMAIL X-Spam-Level: Subject: Re: [gentoo-dev] Fonts, Xfree, Linux X-Archives-Salt: 5df292f1-ba62-45a8-bbd7-b58c164a654b X-Archives-Hash: da1c439d88328e3fc4df355c602e973b 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@gentoo.org mailing list