From owner-freebsd-emulation@FreeBSD.ORG Wed May 13 12:30:58 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17113106566B for ; Wed, 13 May 2009 12:30:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id C4B488FC08 for ; Wed, 13 May 2009 12:30:57 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1M4Dbs-000JY8-5N; Wed, 13 May 2009 16:30:56 +0400 To: Alexander Leidinger References: <69348750@bb.ipt.ru> <20090513084832.14297i6jsuyofcg8@webmail.leidinger.net> <37172311@bb.ipt.ru> <20090513133213.197930aa10bc4fk0@webmail.leidinger.net> From: Boris Samorodov Date: Wed, 13 May 2009 16:30:56 +0400 In-Reply-To: <20090513133213.197930aa10bc4fk0@webmail.leidinger.net> (Alexander Leidinger's message of "Wed\, 13 May 2009 13\:32\:13 +0200") Message-ID: <35414879@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org Subject: Re: [linux] fontconfig and it's cache files X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 12:30:58 -0000 On Wed, 13 May 2009 13:32:13 +0200 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Wed, 13 May 2009 11:22:32 +0400): > > On Wed, 13 May 2009 08:48:32 +0200 Alexander Leidinger wrote: > >> Quoting Boris Samorodov (from Tue, 12 May 2009 > >> 16:22:25 +0400): > > > >> > It seems to me that the best way to go is to populate > >> > $LINUXBASE/var/cache when installing linux fontconfig > >> > and remove it when deinstalling. As for -f10- linux > >> > ports we may use a native fontconfig cache files until > >> > new version starts to be incompatible. > >> > > >> > What do you think? > > > >> Running the linux fc-config is not a clean solution, because it will > >> not be re-run when a new font is installed. > > > > Yea, hence the question. > > > >> Unfortunately I have no better idea... > > > > Would it be good to create a default fc-cache files and install > > them with a port/package? We may add more fc-cache files upon > > users requests. > Isn't there only one cache file? It depends upon which fonts are > installed. On one machine I have fonts which you will not find in > ports (or for free at all, I think... they are very old and I got them > in a commercial package). I don't think this is an option. OK. > >> at least for F10 we would have the good behavior. In > >> the light of the upcomming 8.0 release, I would say go ahead with this > >> idea. > > > > This will work until the fonts cache database structure changes... > Yes. > > And what about users of 7.x which use F8 linux ports and won't be > > able to use F10 ports? > Did you test f10 on 7.x? I would say f8+ is not supported on 7.1 or > less, for 7.2 I don't know the current status. Fallback: run fc-cache > manually (we can not support everything, f4 until 7.x is EOL and f10 > for 8.x is already a lot). Resolving doesn't work at CURRENT for now. The needed patches are at reviewing for now and soon should be committed. And then we'll see if they may be MFCed. > >> I don't know if we should extend the fc-cache running in the font > >> ports to also run the linux one if present or not. This is maybe > >> something to discuss after 8.0-RELEASE is out the door. > > > > Well, me too don't have an elegant solution. :-( > This would at least be a working solution, and not counting the amount > of work involved it is also the right solution. I think this is > something for after 8.0. Agreed. Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve