<div dir="ltr">ChangeLog please?</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 6, 2015 at 8:53 PM, LRN <span dir="ltr"><<a href="mailto:lrn1986@gmail.com" target="_blank">lrn1986@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 13.04.2013 6:12, LRN wrote:<br>
> On 04.04.2013 02:40, Raimund Steger wrote:<br>
>> LRN wrote:<br>
</span><span class="">>>> On *nix it resides in /var/cache/fontconfig.<br>
>><br>
>> On Unix, users have cache directories too, as they can use their<br>
>> own fonts and/or fontconfig versions.<br>
><br>
> They can, but as far as Debian goes, dpkg postinst and postrm scripts<br>
> only know of one cache - /var/cache/fontconfig, and is set to trigger<br>
> cache re-generation when one of these directories<br>
> /usr/share/fonts<br>
> /usr/share/ghostscript/fonts<br>
> /usr/share/texmf/fonts<br>
> changes (apparently).<br>
> Users can, obviously, whip up anything they like, but that does not<br>
> seem to be the "usual" case.<br>
><br>
><br>
>> System-wide fontconfig installations are not really widely used on<br>
>>  Windows although a sysadmin could certainly provide such a thing<br>
>> (maybe using a custom sysconfdir or fontconfig's feature to load<br>
>> its configuration from location relative to the DLL on Windows).<br>
><br>
> Yes, i'm planning to implement a feature like that. If everything goes<br>
> well, expect a patch in foreseeable future.<br>
> It will add another special value - RELATIVE_SPECIAL_FONTCONFIG_CACHE,<br>
> which will make fc take its location from the DLL, guess where root<br>
> directory is (assuming that fc dll is in root/bin), look up<br>
> root/var/cache directory, and use root/var/cache/fontconfig as the<br>
> cache file.<br>
><br>
<br>
</span>Well, it's been a year, and here i am. Foreseeable future :)<br>
<br>
Anyway, here's the patch.<br>
<br>
It checks for the cache path starting with '/' and then prepends the<br>
installation prefix (which is already figured out elsewhere in fccfg.c) to it.<br>
This way each fontconfig installation has its own cache, plus there's a<br>
user-specific cache.<br>
<br>
This way fc-cache -v outputs:<br>
<br>
F:/e43/mingw/var/cache/fontconfig: cleaning cache directory<br>
C:/Users/LRN/.cache/fontconfig: not cleaning non-existent cache directory<br>
C:/Users/LRN/.fontconfig: not cleaning non-existent cache directory<br>
<br>
instead of:<br>
<br>
C:/Users/LRN/AppData/Local/fontconfig/cache: cleaning cache directory<br>
C:/Users/LRN/.cache/fontconfig: not cleaning non-existent cache directory<br>
C:/Users/LRN/.fontconfig: not cleaning non-existent cache directory<br>
<br>
(where F:/e43/mingw is the installation prefix).<br>
<br>
FC needs to be configured with<br>
--with-cache-dir='${localstatedir}/cache/${PACKAGE}', because otherwise<br>
LOCAL_APPDATA_FONTCONFIG_CACHE will become the default.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
O< ascii ribbon - stop html email! - <a href="http://www.asciiribbon.org" target="_blank">www.asciiribbon.org</a><br>
</font></span><br>_______________________________________________<br>
Fontconfig mailing list<br>
<a href="mailto:Fontconfig@lists.freedesktop.org">Fontconfig@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/fontconfig" target="_blank">http://lists.freedesktop.org/mailman/listinfo/fontconfig</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Akira TAGOH</div>
</div>