Re: morning update, using smart

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

 



On Saturday 17 March 2007, Michael Schwendt wrote:
>rpm --query --scripts linux-libertine-fonts

Returns this:
--------------
postinstall scriptlet (using /bin/sh):
if [ -x /usr/bin/fc-cache ]; then
  /usr/bin/fc-cache /usr/share/fonts
fi
postuninstall scriptlet (using /bin/sh):
if [ "$1" = "0" ]; then
  if [ -x /usr/bin/fc-cache ]; then
    /usr/bin/fc-cache /usr/share/fonts
  fi
fi
postinstall scriptlet (using /bin/sh):
if [ -x /usr/bin/fc-cache ]; then
  /usr/bin/fc-cache /usr/share/fonts
fi
postuninstall scriptlet (using /bin/sh):
if [ "$1" = "0" ]; then
  if [ -x /usr/bin/fc-cache ]; then
    /usr/bin/fc-cache /usr/share/fonts
  fi
fi
---------
So I made sure I had it
-----------
[root@coyote ~]# which fc-cache
/usr/bin/fc-cache
-----------
and reran it with exactly the same, really enlightening results:
--------------
[root@coyote ~]# /usr/bin/fc-cache /usr/share/fonts
/usr/share/fonts: failed to write cache
/usr/share/fonts/bitmap-fonts: failed to write cache
/usr/share/fonts/bitstream-vera: failed to write cache
/usr/share/fonts/default: failed to write cache
/usr/share/fonts/default/Type1: failed to write cache
/usr/share/fonts/default/ghostscript: failed to write cache
/usr/share/fonts/dejavu-fonts: failed to write cache
/usr/share/fonts/dejavu-lgc: failed to write cache
/usr/share/fonts/japanese: failed to write cache
/usr/share/fonts/japanese/TrueType: failed to write cache
/usr/share/fonts/japanese/misc: failed to write cache
/usr/share/fonts/linux-libertine: failed to write cache
/usr/share/fonts/msttcorefonts: failed to write cache
/usr/share/fonts/perl: failed to write cache
/usr/share/fonts/terminus-font: failed to write cache
/usr/share/fonts/tv-fonts: failed to write cache
--------------
So where IS this cache file?

straceing it, right at the startup gives a clue though:
-------------------------------------
[root@coyote ~]# strace /usr/bin/fc-cache /usr/share/fonts
execve("/usr/bin/fc-cache", ["/usr/bin/fc-cache", "/usr/share/fonts"], [/* 
31 vars */]) = 0
brk(0)                                  = 0x804c000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or 
directory)

open("/usr/lib/fglrx/tls/i686/libfreetype.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
stat64("/usr/lib/fglrx/tls/i686", 0xbfbf0c38) = -1 ENOENT (No such file or 
directory)
open("/usr/lib/fglrx/tls/libfreetype.so.6", O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64("/usr/lib/fglrx/tls", 0xbfbf0c38) = -1 ENOENT (No such file or 
directory)
open("/usr/lib/fglrx/i686/libfreetype.so.6", O_RDONLY) = -1 ENOENT (No 
such file or directory)
stat64("/usr/lib/fglrx/i686", 0xbfbf0c38) = -1 ENOENT (No such file or 
directory)
open("/usr/lib/fglrx/libfreetype.so.6", O_RDONLY) = -1 ENOENT (No such 
file or directory)
----------------------
/etc/ld.so.preload doesn't exist, and supposedly the fglrx stuff can be 
nuked as I got rid of the ATI card about a month ago.

Any more hints?  In the meantime I'll go see what I can learn about 
ld.so.preload.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
I was the best I ever had.
		-- Woody Allen


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux