Date: Thu, 2 Feb 2006 20:54:39 +0100 From: Dejan Lesjak <dejan.lesjak@ijs.si> To: Joe Marcus Clarke <marcus@marcuscom.com> Cc: gnome@freebsd.org, freebsd-x11@freebsd.org, Kris Kennaway <kris@obsecurity.org> Subject: Re: [ports-i386@FreeBSD.org: gtk-2.8.11 failed on i386 6] Message-ID: <200602022054.41938.dejan.lesjak@ijs.si> In-Reply-To: <43E25CA1.3000200@marcuscom.com> References: <20060202161851.GA29539@xor.obsecurity.org> <200602021859.27460.dejan.lesjak@ijs.si> <43E25CA1.3000200@marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 02 February 2006 20:25, Joe Marcus Clarke wrote: > Dejan Lesjak wrote: > > Perhaps generating and removing cache files should be made responsibility > > of fonts ports? IIRC quite some of them handle it already. That could > > also avoid running fc-cache with default settings thus avoiding > > fonts.cache-1 files under encodings. > > 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. I don't think it should be mandatory for all the fonts. I can do it for fonts that come with either of X11 and of those bitstream-vera already does it. One can still install a font port after installing fontcache and if the port doesn't run fc-cache itself now, it will not have cache generated anyway in the present situation. Handbook already has note that running "fc-cache -f" is necessary after installing font. The font ports can also check if fc-cache is present before running it or perhaps simply pipe error to /dev/null so I don't think there is need to explicitly depend on fontcache. One thing that would be neatly handled by current situation is if cache format version would change, but that can be handled by UPDATING entry if it ever happens (or revisions of font ports could be bumped in that case which shouldn't be so horrible as they don't tend to take a lot of time to reinstall). Dejan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200602022054.41938.dejan.lesjak>