Bug 152564 – libXft-2.1.11 breaks drscheme by not having XftNameUnparse available

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description David Gurvich 2006-10-23 08:20:02 UTC]

The problem also occurred with libXft-2.1.9 and was fixed in libXft-2.1.10. Not a problem with the ebuild but upstream.

[Comment 1 Jakub Moc (RETIRED) 2006-10-23 08:34:49 UTC]

Some errors/detailed description would be really useful.

[Comment 2 David Gurvich 2006-10-23 08:55:03 UTC]

The only error is that XftNameUnparse is not available in libXft-2.1.11.  XftNameUnparse is necessary for drscheme to start. Reverting to libXft-2.1.10 removes the problem.  The problem also occurred with some earlier versions of libXft.

[Comment 3 Marijn Schouten (RETIRED) 2006-10-24 08:02:51 UTC]

Same here. libXft-2.1.11 breaks drscheme. Downgrading to 2.1.10 solves it.

drscheme fails to start:
/usr/bin/mred: symbol lookup error: /usr/bin/mred: undefined symbol: XftNameUnparse

drscheme fails to emerge:
x86_64-pc-linux-gnu-g++ -I./../mzscheme/gc -I./../wxxt/src/AIAI-include -I./../wxxt/src -I./../mred/wxme/ -I./../mzscheme/ -I./../mzscheme/include/ -I/usr/include/freetype2   -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT -DWX_USE_LIBPNG -DWX_USE_LIBJPEG -Dwx_xt   -O2 -pipe -ggdb   -DINITIAL_COLLECTS_DIRECTORY='"'"`cd ./../../collects; pwd`"'"' -c ./mrmain.cxx -o mrmain.o
x86_64-pc-linux-gnu-g++ -I./../mzscheme/gc -I./../wxxt/src/AIAI-include -I./../wxxt/src -I./../mred/wxme/ -I./../mzscheme/ -I./../mzscheme/include/ -I/usr/include/freetype2   -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT -DWX_USE_LIBPNG -DWX_USE_LIBJPEG -Dwx_xt   -O2 -pipe -ggdb   -c ./mred.cxx -o mred.o
x86_64-pc-linux-gnu-g++ -I./../mzscheme/gc -I./../wxxt/src/AIAI-include -I./../wxxt/src -I./../mred/wxme/ -I./../mzscheme/ -I./../mzscheme/include/ -I/usr/include/freetype2   -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT -DWX_USE_LIBPNG -DWX_USE_LIBJPEG -Dwx_xt   -O2 -pipe -ggdb   -c ./mredx.cxx -o mredx.o
x86_64-pc-linux-gnu-g++ -I./../mzscheme/gc -I./../wxxt/src/AIAI-include -I./../wxxt/src -I./../mred/wxme/ -I./../mzscheme/ -I./../mzscheme/include/ -I/usr/include/freetype2   -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT -DWX_USE_LIBPNG -DWX_USE_LIBJPEG -Dwx_xt   -O2 -pipe -ggdb   -c ./../wxcommon/wxGC.cxx -o wxGC.o
x86_64-pc-linux-gnu-g++ -I./../mzscheme/gc -I./../wxxt/src/AIAI-include -I./../wxxt/src -I./../mred/wxme/ -I./../mzscheme/ -I./../mzscheme/include/ -I/usr/include/freetype2   -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT -DWX_USE_LIBPNG -DWX_USE_LIBJPEG -Dwx_xt   -O2 -pipe -ggdb     -c ./../wxcommon/wxJPEG.cxx -o wxJPEG.o
x86_64-pc-linux-gnu-g++    -o mred mrmain.o ../mzscheme/libmzscheme.a ../mzscheme/libmzgc.a mred.o mredx.o wxGC.o wxJPEG.o wxs/libwxscheme.a wxme/libwxme.a ../wxxt/src/libwx_xt.a ../wxxt/contrib/xpm/lib/libXpm.a ../wxxt/utils/image/src/libimage_xt.a     -lSM -lICE -lXaw -lXmu -lXt -lX11 -lXext  -lGL -lXrender -lXft -lXrender -lfontconfig -lfreetype -lz -lX11   -lpng -lz -ljpeg -ldl -lm  -rdynamic
../wxxt/src/libwx_xt.a(Font.o): In function `wxGetCompleteFaceList(int*)':
./GDI-Classes/Font.cc:108: undefined reference to `XftNameUnparse'

info:
Portage 2.1.2_pre3-r7 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r1 x86_64)
=================================================================
System uname: 2.6.18-gentoo-r1 x86_64 Intel(R) Core(TM)2 CPU          6600  @ 2.40GHz
Gentoo Base System version 1.12.5
Last Sync: Mon, 23 Oct 2006 16:00:02 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -ggdb"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -ggdb"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
LINGUAS="en nl"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa berkdb bitmap-fonts cli cracklib crypt cups dlloader dri dts dvd dvdr dvdread elibc_glibc fortran gdbm gif gpm gtk input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kdeenablefinal kernel_linux libg++ linguas_en linguas_nl lm_sensors mad mng mp3 ncurses nls nptl nptlonly nvidia opengl pam pcre pdf perl png ppds pppd python readline reflection session smp spl ssl svg tcpd theora truetype-fonts type1-fonts udev unicode userland_GNU video_cards_fbdev video_cards_nv video_cards_nvidia vorbis xinerama xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 4 David Gurvich 2006-10-24 08:59:57 UTC]

Created attachment 100387 [details, diff]
Changes XftNameUnparse from HIDDEN to EXPORT

[Comment 5 David Gurvich 2006-10-24 09:01:12 UTC]

Created attachment 100388 [details]
modified ebuild that uses the patch

[Comment 6 M. Edward Borasky 2006-10-24 10:11:08 UTC]

Shouldn't this be -r3?

[Comment 7 Dennis Schridde 2006-10-29 12:23:11 UTC]

Could it be that the libXft devs decided on purpose to hide XftNameUnparse?
Is there perhaps a patch local to drscheme to use something else to achive the same effect? (I have no idea of either libXft nor DrScheme...)

Or make drscheme depend on <libXft-1.2.11. Probably the simplest solution...

[Comment 8 David Gurvich 2006-10-29 20:43:09 UTC]

The bug is clearly with libXft, not drscheme.  In a mailing list discussion a developer of libXft mentions that leaving out NameUnparse was an oversight, changed in libXft-2.1.10 from 2.1.9.  Somehow the oversight has returned in libXft-2.1.11.  

The simplest solution is to apply the patch.  The better solution is to get the problem with libXft fixed upstream.

[Comment 9 Patrick McLean 2006-10-30 07:34:17 UTC]

Why is this assigned to scheme@g.o? The metadata.xml doesn't even list this herd, it's marked no-herd with me as the maintainer (it was no-herd when I took it over).

I am going to assign this to [e-mail] as I have no say about what goes in to the x11 packages.

[Comment 10 Joshua Baergen (RETIRED) 2006-11-05 11:25:43 UTC]

I talked to Daniel Stone about this and he said he'll take care of it.

[Comment 11 Jakub Moc (RETIRED) 2006-11-23 03:44:57 UTC]

*** Bug 156015 has been marked as a duplicate of this bug. ***

[Comment 12 Joshua Baergen (RETIRED) 2006-12-08 08:42:09 UTC]

Upstream pushed the patch.  We're just waiting for the new tarball to be released - should be soon.

[Comment 13 M. Edward Borasky 2006-12-08 08:58:07 UTC]

(In reply to comment #12)
> Upstream pushed the patch.  We're just waiting for the new tarball to be
> released - should be soon.
> 
Upstream drscheme or upstream libXft?

[Comment 14 Joshua Baergen (RETIRED) 2006-12-08 11:23:43 UTC]

Xorg (upstream libXft).

[Comment 15 Joshua Baergen (RETIRED) 2006-12-09 12:47:40 UTC]

This has been fixed in libXft 2.1.12.

[Comment 16 Patrick McLean 2007-01-14 03:37:28 UTC]

*** Bug 156858 has been marked as a duplicate of this bug. ***