Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 135434 - uclibc and python-2.4.3-r1 fails on libintl_bindtextdomain
Summary: uclibc and python-2.4.3-r1 fails on libintl_bindtextdomain
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Other
: High normal (vote)
Assignee: Embedded Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-03 13:37 UTC by Stefan de Konink
Modified: 2006-06-07 15:32 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan de Konink 2006-06-03 13:37:04 UTC
i686-gentoo-linux-uclibc-gcc -pthread -DNDEBUG -Os -march=pentium2 -fomit-frame-pointer -pipe -fPIC -fno-strict-aliasing -I. -I/var/tmp/portage/python-2.4.3-r1/work/Python-2.4.3/./Include -I/var/tmp/portage/python-2.4.3-r1/work/Python-2.4.3/Include -I/var/tmp/portage/python-2.4.3-r1/work/Python-2.4.3 -c /var/tmp/portage/python-2.4.3-r1/work/Python-2.4.3/Modules/_localemodule.c -o build/temp.linux-x86_64-2.4/_localemodule.o
i686-gentoo-linux-uclibc-gcc -pthread -shared -fno-strict-aliasing -DNDEBUG -Os -march=pentium2 -fomit-frame-pointer -pipe build/temp.linux-x86_64-2.4/_localemodule.o -L/usr/local/lib -o build/lib.linux-x86_64-2.4/_locale.so
./python: can't resolve symbol 'libintl_bindtextdomain'


Portage 2.1_rc4 (uclibc/x86, gcc-3.4.6, uclibc-0.9.28-r0, 2.6.17-rc4 x86_64)
=================================================================
System uname: 2.6.17-rc4 x86_64 AMD Opteron(tm) Processor 240
Gentoo Base System version 1.12.0
dev-lang/python:     2.3.4-r1, 2.4.2
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.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-gentoo-linux-uclibc"
CFLAGS="-Os -march=pentium2 -fomit-frame-pointer -pipe"
CHOST="i686-gentoo-linux-uclibc"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -march=pentium2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer nodoc noinfo noman sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
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="x86 bitmap-fonts bzip2 cli dri encode mmx ncurses ogg pcre reflection session speex spl theora truetype-fonts type1-fonts uclibc v4l vorbis xorg zlib elibc_uclibc kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 SpanKY gentoo-dev 2006-06-07 09:46:59 UTC
the only way that could have happend (afaik) is if you installed libiconv

and libiconv is not supported on uClibc
Comment 2 Stefan de Konink 2006-06-07 12:52:51 UTC
The virtual package was installed, I unmerged it. But same error occurs.
Comment 3 SpanKY gentoo-dev 2006-06-07 14:27:01 UTC
sorry, i meant libiconv, not libintl
Comment 4 Stefan de Konink 2006-06-07 14:52:12 UTC
libintl and libiconv aren't installed. but before this ends up in a yes/no game, what can I do to make this work again. emerge -e system? setup a complete tree again? other ideas?
Comment 5 SpanKY gentoo-dev 2006-06-07 15:04:04 UTC
if you look at the code, what is being compiled on your machine only happens when HAVE_LIBINTL_H is defined ... and that happens only when libintl.h is on your machine

so run `emerge python >& log` and post the log as an attachment
Comment 6 Stefan de Konink 2006-06-07 15:15:21 UTC
Using equery I found /usr/include/libintl.h came from gettext-0.14.5. So I can unmerge it and hope nothing else needs it. Which make you wonder why gettext can be merged into an uclibc profile (probably because I needed it), but breaks stuff like python.
Comment 7 Stefan de Konink 2006-06-07 15:31:25 UTC
I just did so, removed gettext, and python merged as normal. Should gettext be masked?
Comment 8 SpanKY gentoo-dev 2006-06-07 15:32:04 UTC
gettext will build and install a copy of libiconv ;)