Bug#320458: xlibs-data: Couple of amendments: this is xserver-xorg bug, and it is still not fixed in 6.9.0.dfsg.1-3
Package: xlibs-data
Version: 6.9.0.dfsg.1-3
Followup-For: Bug #320458
As I said in the previous followup to this bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320458;msg=58), the problem
is really in libfreetype.{a,so}, which resides in the xserver-xorg package
(so, maybe the bug should be reassigned?):
`--> dlocate /usr/X11R6/lib/modules/fonts/libfreetype.so
xserver-xorg: /usr/X11R6/lib/modules/fonts/libfreetype.so
In the previous version of xserver-xorg, this library was built as '.a' and it
was possible to replace it with libfreetype.a from
xserver-xfree86_4.3.0.dfsg.1-14sarge1_i386.deb and get freetype rendering
working properly.
However, in the recent build (6.9.0.dfsg.1-3) the library is built as '.so'
and there is no easy workaround possible anymore.
I've searched in the X Task Force list archives, thinking that maybe there is
some kind of obscure policy/licensing issue/reason for NOT enabling bytecode
interpreter in xorg's libfreetype (while it IS enabled in the
libfreetype.*deb), but haveb't found anything.
Could this be fixed? Pretty please? It is a matter of uncommenting a single
#define, and the only possible forkaround for now is custom building of the
whole xorg, which is not for the weak of heart ...
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=ru_UA.KOI8-U, LC_CTYPE=ru_UA.KOI8-U (charmap=KOI8-U)
-- no debconf information
Reply to: