[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#318149: fc-cache still not called but not a big problem any more



fontconfig now seems to create caches per-user as needed.
look at the following example:

thomas@silver-cube:~/.fontconfig$ rm *
thomas@silver-cube:~/.fontconfig$ su
Password:
silver-cube:/home/thomas/.fontconfig# aptitude reinstall xfonts-75dpi
[snip]
silver-cube:/home/thomas/.fontconfig# exit
thomas@silver-cube:~/.fontconfig$ xfd -fa Sans
thomas@silver-cube:~/.fontconfig$ ls -l
total 8
-rw-r--r-- 1 thomas thomas 96 2007-02-02 11:24 1487dd4aecf3164c4a11193169052443-x86-64.cache-2 -rw-r--r-- 1 thomas thomas 96 2007-02-02 11:24 eeebfc908bd29a90773fd860017aada4-x86-64.cache-2


those 2 files have just been created as a local cache. but now look at:

thomas@silver-cube:~/.fontconfig$ rm *
thomas@silver-cube:~/.fontconfig$ su
Password:
silver-cube:/home/thomas/.fontconfig# aptitude reinstall xfonts-75dpi
[snip]
silver-cube:/home/thomas/.fontconfig# fc-cache
silver-cube:/home/thomas/.fontconfig# exit
thomas@silver-cube:~/.fontconfig$ xfd -fa Sans
thomas@silver-cube:~/.fontconfig$ ls -l
total 0

because now there is a valid cache information in /var/cache/fontconfig there is no need to create one locally. so the orginal problem (slow startup) only occurs at the first time after font installation now (local cache has to be (re)created). I think xfonts-75dpi not calling fc-cache in postinst is still a bug, as i see no use in every user having it's own cache (and it's own waiting time while its created) for system wide installed fonts.

I'd say severity is minor now,for it's more a cosmetic issue not really affecting usability of the system.

   mfg thomas

PS: thanks for reminding me of this bug.




Reply to: