Summary: | uclibc and python-2.4.3-r1 fails on libintl_bindtextdomain | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan de Konink <stefan> |
Component: | Current packages | Assignee: | Embedded Gentoo Team <embedded> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | python |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | All | ||
OS: | Other | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Stefan de Konink
2006-06-03 13:37:04 UTC
the only way that could have happend (afaik) is if you installed libiconv and libiconv is not supported on uClibc The virtual package was installed, I unmerged it. But same error occurs. sorry, i meant libiconv, not libintl 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? 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 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. I just did so, removed gettext, and python merged as normal. Should gettext be masked? gettext will build and install a copy of libiconv ;) |