GNOME 2.4 in Cambridge
Enrico Scholz
enrico.scholz at informatik.tu-chemnitz.de
Tue Aug 12 01:05:52 UTC 2003
otaylor at redhat.com (Owen Taylor) writes:
>> ~/.fonts.cache-1 is shared between machines whose font-directories
>> might have different timestamps. When started on machine A, the
>> ~/.fonts.cache-1 file can contain the timestamps of machine B and
>> applications will regenerate the cache therefore. The same repeats
>> on machine B because fonts.cache-1 has now the machine A
>> timestamps. Now, the recursion starts at A again...
>
> If you always run fc-cache on the parent directory (*) of any place you
> install fonts, then this shouldn't be an issue.
This seems to be a bug in the %post scriptlets of the
font-packages. E.g. /usr/share/fonts/zh_TW/TrueType/ contains
| -rw-r--r-- 1 root root 8586 25. Jul 14:11 fonts.cache-1
| -rw-r--r-- 1 root root 945 28. Jul 21:26 fonts.dir
When calling the questionable /usr/bin/redhat-update-gnome-font-install*
programs manually, the timestamp of fonts.cache-1 does not change. But
since the directory is changed by rpm's cpio, the local ~/.fonts.cache-1
will be updated.
The same happens with /usr/X11R6/lib/X11/fonts/{75dpi,Type1,misc} which
are having very old fonts.cache-1 files (Jan 08, 2003).
Enrico
More information about the devel
mailing list