I just moved to xorg-x11 (thanks to all fedora-test-list members for the hints on how to do that painlessly.) I went pretty smoothly.
I have one problem, though. After the transition, I get these:
FreeType: couldn't find encoding 'ascii-0' for '/mnt/msdos/winnt/Fonts/lucon.ttf' FreeType: couldn't find encoding 'ascii-0' for '/mnt/msdos/winnt/Fonts/lucon.ttf'
And font "lucida console" (a Windows font) no longer works. I've tried recreate the font caches (mkfontdir, fc-cache -f, service xfs restart), but it doesn't seem to depend on that.
Any idea what could cause that or how to fix it?
-- v --
v@iki.fi
On Sun, Mar 28, 2004 at 09:50:55PM +0300, you [Ville Herva] wrote:
I just moved to xorg-x11 (thanks to all fedora-test-list members for the hints on how to do that painlessly.) I went pretty smoothly.
I have one problem, though. After the transition, I get these:
FreeType: couldn't find encoding 'ascii-0' for '/mnt/msdos/winnt/Fonts/lucon.ttf' FreeType: couldn't find encoding 'ascii-0' for '/mnt/msdos/winnt/Fonts/lucon.ttf'
And font "lucida console" (a Windows font) no longer works. I've tried recreate the font caches (mkfontdir, fc-cache -f, service xfs restart), but it doesn't seem to depend on that.
Any idea what could cause that or how to fix it?
The problem was that ttmkfdir segfaults when I do "service xfs restart". In fact, it segfaults when I run it in any truetype font directory, and as fonts.scale is missing, no ttf fonts are available.
I recreated the fonts.scale files by copying the ttf font dirs to a backup snapshot directory from couple of days ago, chrooting there and running ttmkfdir manually. After this, I get the ttf fonts back.
I don't know what the difference is.
Crashing current installation:
ldd /usr/bin/ttmkfdir
linux-gate.so.1 => (0xffffe000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4d33c000) libz.so.1 => /usr/lib/libz.so.1 (0x4d2f4000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4d425000) libm.so.6 => /lib/tls/libm.so.6 (0x4d1d9000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4d410000) libc.so.6 => /lib/tls/libc.so.6 (0x4d0bc000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4d0a4000)
ldd /usr/bin/ttmkfdir | gawk '{print $3}' | xargs rpm -qf
freetype-2.1.7-3 zlib-1.2.1.1-2.1 libstdc++-3.3.3-3 glibc-2.3.3-18 libgcc-3.3.3-2.1 libgcc-3.3.3-3 glibc-2.3.3-18 glibc-2.3.3-18
Working snapshot: freetype-2.1.7-3 zlib-1.2.1.1-2.1 libstdc++-3.3.3-2.1 libgcc-3.3.3-2.1
I tried LD_LIBRARY_PATH=/backup-versioned/2004-03-19T052000/usr/lib:/backup-versioned/2004-03-19T052000/lib ttmkfdir but it still crashes.
gdb is not overly helpful:
(gdb) run Starting program: /usr/bin/ttmkfdir (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x080555a9 in std::basic_string<char, std::char_traits<char>, std::allocator<char> > std::operator+<char, std::char_traits<char>, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () (gdb) bt #0 0x080555a9 in std::basic_string<char, std::char_traits<char>, std::allocator<char> > std::operator+<char, std::char_traits<char>, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () #1 0x080541f9 in std::basic_string<char, std::char_traits<char>, std::allocator<char> > std::operator+<char, std::char_traits<char>, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () #2 0x0805445c in std::basic_string<char, std::char_traits<char>, std::allocator<char> > std::operator+<char, std::char_traits<char>, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () #3 0x0804fa4d in std::basic_string<char, std::char_traits<char>, std::allocator<char> > std::operator+<char, std::char_traits<char>, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () #4 0x0804b0fe in ?? () #5 0x4d0d0eb3 in __libc_start_main () from /lib/tls/libc.so.6 #6 0x08049d91 in ?? ()
-- v --
v@iki.fi
On Tue, Mar 30, 2004 at 12:10:12AM +0300, you [Ville Herva] wrote:
The problem was that ttmkfdir segfaults when I do "service xfs restart". In fact, it segfaults when I run it in any truetype font directory, and as fonts.scale is missing, no ttf fonts are available.
I recreated the fonts.scale files by copying the ttf font dirs to a backup snapshot directory from couple of days ago, chrooting there and running ttmkfdir manually. After this, I get the ttf fonts back.
I tried LD_LIBRARY_PATH=/backup-versioned/2004-03-19T052000/usr/lib:/backup-versioned/2004-03-19T052000/lib ttmkfdir but it still crashes.
Forgot to mention that I also tried
LD_LIBRARY_PATH=/backup-versioned/2004-03-19T052000/usr/lib:/backup-versioned/2004-03-19T052000/lib /backup-versioned/2004-03-19T052000/usr/bin/ttmkfdir
and verified with strace that it actually loads the libraries from /backup-versioned/2004-03-19T052000. Still crashes.
However, when I replace /usr/X11R6/lib/X11/fonts/encodings/ with the older version, it works. The failing encodings directory is from xorg-x11-base-fonts-0.0.6.6-0.0.2004_03_11.9, the working is from XFree86-base-fonts-4.3.0-63.
I'll file a bugzilla case.
-- v --
v@iki.fi
On Wed, Mar 31, 2004 at 10:30:08PM +0300, you [Ville Herva] wrote:
and verified with strace that it actually loads the libraries from /backup-versioned/2004-03-19T052000. Still crashes.
However, when I replace /usr/X11R6/lib/X11/fonts/encodings/ with the older version, it works. The failing encodings directory is from xorg-x11-base-fonts-0.0.6.6-0.0.2004_03_11.9, the working is from XFree86-base-fonts-4.3.0-63.
I'll file a bugzilla case.
Apparently new ttmkfdir-3.0.9-11 fixes this. (I did try yum update ttmkfdir before reporting, but apparently my mirror was not up to date. Sorry for the confusion.)
-- v --
v@iki.fi
On Sun, Mar 28, 2004 at 09:50:55PM +0300, you [Ville Herva] wrote:
I just moved to xorg-x11 (thanks to all fedora-test-list members for the hints on how to do that painlessly.) I went pretty smoothly.
I have one problem, though. After the transition, I get these:
FreeType: couldn't find encoding 'ascii-0' for '/mnt/msdos/winnt/Fonts/lucon.ttf' FreeType: couldn't find encoding 'ascii-0' for '/mnt/msdos/winnt/Fonts/lucon.ttf'
And font "lucida console" (a Windows font) no longer works. I've tried recreate the font caches (mkfontdir, fc-cache -f, service xfs restart), but it doesn't seem to depend on that.
Any idea what could cause that or how to fix it?
Apart from the /usr/bin/ttmkfdir glitch, antialiased fonts look worse than they used to with XFree86. Some fonts are not antialiased at all.
Has anyone else experienced this?
-- v --
v@iki.fi