From owner-svn-ports-head@freebsd.org Thu Feb 2 12:55:37 2017 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A138CCD64D; Thu, 2 Feb 2017 12:55:37 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay101.isp.belgacom.be (mailrelay101.isp.belgacom.be [195.238.20.128]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59B60D81; Thu, 2 Feb 2017 12:55:35 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2AJCADHKpNY/1fag21dGwEBAQMBAQEJA?= =?us-ascii?q?QEBg1NREIEJjlGRGCkBlQuCDSqFeAKCSUEXAQIBAQEBAQEBYiiEagEFOhwjEAs?= =?us-ascii?q?UBAklDyoeBhMbiVoKr0CLLwEBAQEBAQEBAQEBAQEBAQEBHAWLOooyBZtdhmiLE?= =?us-ascii?q?naBEo8HiCiKXyABNoEuKgiFNYFJPzWJAwEBAQ?= X-IPAS-Result: =?us-ascii?q?A2AJCADHKpNY/1fag21dGwEBAQMBAQEJAQEBg1NREIEJjlG?= =?us-ascii?q?RGCkBlQuCDSqFeAKCSUEXAQIBAQEBAQEBYiiEagEFOhwjEAsUBAklDyoeBhMbi?= =?us-ascii?q?VoKr0CLLwEBAQEBAQEBAQEBAQEBAQEBHAWLOooyBZtdhmiLEnaBEo8HiCiKXyA?= =?us-ascii?q?BNoEuKgiFNYFJPzWJAwEBAQ?= Received: from 87.218-131-109.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([109.131.218.87]) by relay.skynet.be with ESMTP; 02 Feb 2017 13:54:23 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v12CsLSr093851; Thu, 2 Feb 2017 13:54:22 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Thu, 2 Feb 2017 13:54:21 +0100 From: Tijl Coosemans To: Alexander Leidinger Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r433087 - in head/x11-fonts: linux-c6-fontconfig linux-c7-fontconfig Message-ID: <20170202135416.2d390f3a@kalimero.tijl.coosemans.org> In-Reply-To: <20170202100956.Horde.DPu6WjftKqJCtC5OCBpQf6o@webmail.leidinger.net> References: <201702012010.v11KAfjg059841@repo.freebsd.org> <20170202100956.Horde.DPu6WjftKqJCtC5OCBpQf6o@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2017 12:55:37 -0000 On Thu, 02 Feb 2017 10:09:56 +0100 Alexander Leidinger wrote: > Quoting Tijl Coosemans (from Wed, 1 Feb 2017 > 20:10:41 +0000 (UTC)): >> Author: tijl >> Date: Wed Feb 1 20:10:41 2017 >> New Revision: 433087 >> URL: https://svnweb.freebsd.org/changeset/ports/433087 >> >> Log: >> Generate fontconfig cache on installation. This prevents cache creation >> in every user's home directory when they first run an X11 Linux program. > > The idea behind the previous version was that the linux code doesn't > create it's own cache (to not have to run the linux fc-cache on each > change in the fonts directories) but to use the FreeBSD cache via > fall-through. This only works when the linux fontconfig and the > FreeBSD fontconfig are compatible enough in terms of cache directory > file format. I remember to have updated the linux fontconfig port with > a own hand-rolled linux-version of fontconfig in the past as the > linux_base at that time didn't had a compatible enough fontconfig > version (but I don't remember if the config file was incompatible or > the cache...). > > Could it be that a simple ln of the linux /var/db/fontconfig to the > FreeBSD location would solve this issue without the need to run the > linux fc-cache on each font directory change? The config files aren't fully compatible and the Linux fc-cache prints some errors about that but they can be ignored it seems. The cache files have names ending in -.cache- where is le32d4 on i386 and le64 on amd64 and is 7 on FreeBSD, 3 on CentOS 6 and 4 on CentOS 7, so a simple link doesn't work. The commit also doesn't fully solve the problem. The amd64 package only generates le64 cache files so running an i386 Linux program may still create cache files in the user home directory. This also happens when users update their fonts because font ports don't run Linux fc-cache on installation. The only real solution is to build our own Linux fontconfig package using devel/linux-*-devtools.