From owner-freebsd-x11@FreeBSD.ORG Thu Feb 2 19:35:33 2006 Return-Path: X-Original-To: freebsd-x11@freebsd.org Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A84816A420; Thu, 2 Feb 2006 19:35:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADCCB43D4C; Thu, 2 Feb 2006 19:35:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 518941A3C1B; Thu, 2 Feb 2006 11:35:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A8107514C8; Thu, 2 Feb 2006 14:35:31 -0500 (EST) Date: Thu, 2 Feb 2006 14:35:31 -0500 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20060202193531.GA98995@xor.obsecurity.org> References: <20060202161851.GA29539@xor.obsecurity.org> <200602021744.01452.dejan.lesjak@ijs.si> <1138901747.8738.7.camel@shumai.marcuscom.com> <200602021859.27460.dejan.lesjak@ijs.si> <43E25CA1.3000200@marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <43E25CA1.3000200@marcuscom.com> User-Agent: Mutt/1.4.2.1i Cc: gnome@freebsd.org, freebsd-x11@freebsd.org, Kris Kennaway Subject: Re: [ports-i386@FreeBSD.org: gtk-2.8.11 failed on i386 6] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 19:35:33 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 02, 2006 at 02:25:21PM -0500, Joe Marcus Clarke wrote: > Dejan Lesjak wrote: > > On Thursday 02 February 2006 18:35, Joe Marcus Clarke wrote: > >> On Thu, 2006-02-02 at 17:43 +0100, Dejan Lesjak wrote: > >>> [fontconfig maintainers cced] > >>> > >>> On Thursday 02 February 2006 17:18, Kris Kennaway wrote: > >>>> This failure is caused by the following files left in the directory > >>>> after xorg-font-encodings has been removed: > >>>> > >>>> -rw-r--r-- 1 root wheel 17 Feb 1 19:53 > >>>> /usr/X11R6/lib/X11/fonts/encodings/fonts.cache-1 -rw-r--r-- 1 root= =20 > >>>> wheel 0 Feb 1 19:53 > >>>> /usr/X11R6/lib/X11/fonts/encodings/large/fonts.cache-1 > >>>> > >>>> These are then removed by fontconfig, but nothing cleans up the > >>>> directories. What should be doing that? > >>> Interesting question. fontencodings don't create fonts.cache-1, but = it > >>> will probably be easier and less messy if they remove them so they can > >>> also remove directories. Can it be assumed that fontconfig is present= at > >>> the time fontencodings are uninstalled? > >> Not necessarily. fontconfig is only a build dependency of > >> xorg-font-encodings. Therefore, you could remove fontconfig, and keep > >> encodings around.=20 > >=20 > > Oh. The thing is that it's easy to check if encodings/large/fonts.cache= -1 is=20 > > empty and remove it in that case. On the other hand encodings/fonts.cac= he-1=20 > > contains the line pointing to "large" subdir so I was thinking of first= =20 > > removing encodings/large/fonts.cache-1 if it is empty, then encodings/l= arge=20 > > directory, then running fc-cache on encodings and remove=20 > > encodings/fonts.cache-1 if it's empty. If fc-config is not present some= =20 > > parsing will be necessary... > > Is there a way fc-cache could ignore encodings subdirectory? > >=20 > >> The strange thing is that fontconfig removes all=20 > >> fonts.cache-1 files under /usr/X11R6/lib/X11/fonts upon deinstallation. > >=20 > > Perhaps generating and removing cache files should be made responsibili= ty of=20 > > fonts ports? IIRC quite some of them handle it already. That could also= avoid=20 > > running fc-cache with default settings thus avoiding fonts.cache-1 file= s=20 > > under encodings. >=20 > This is doable. I could remove the cache generation and cleaning code > from fontconfig once all font ports have been updated to run fc-cache > themselves. This would require all font ports to depend on fontconfig, > though. Wouldn't it be less work to just make fontconfig @dirrmtry the directories it removes cache files from? That way you also don't have to worry about fontcache never operating on non-port font directories the user may have created. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4l8DWry0BWjoQKURAnp/AJsGbd3vIXnLMerddANOvRqO7NKIhgCg9gmd m7FDm5J+3cgfKf+jyaZbWLo= =eSMI -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1--