430696 – sys-libs/glibc is installed into lib64 on no-multilib

Bug 430696 - sys-libs/glibc is installed into lib64 on no-multilib

Summary: sys-libs/glibc is installed into lib64 on no-multilib

Status:	RESOLVED WONTFIX

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Core system (show other bugs)
Hardware:	AMD64 Linux

Importance:	Normal normal (vote)
Assignee:	Gentoo Toolchain Maintainers

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2012-08-10 00:57 UTC by fling
Modified:	2012-08-10 03:41 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description fling 2012-08-10 00:57:43 UTC

after `emerge -e world´ glibc is only package left in lib64

Reproducible: Always

Steps to Reproduce:
1.eselect profile set default/linux/amd64/10.0/no-multilib
2.echo >> /etc/make.conf LIBDIR_amd64="lib" ; echo >> /etc/make.conf SYMLINK_LIB="no"
3.emerge -1 glibc
Actual Results:  
pbx ~ # equery b /lib64 /usr/lib64
 * Searching for /lib64,/usr/lib64 ... 
sys-libs/glibc-2.14.1-r3 (/usr/lib64)
sys-libs/glibc-2.14.1-r3 (/lib64)


Expected Results:  
pbx ~ # equery b /lib64 /usr/lib64
 * Searching for /lib64,/usr/lib64 ...

Comment 1 SpanKY gentoo-dev

2012-08-10 03:41:00 UTC

forcing LIBDIR_amd64 into anything other than lib64 is dumb and unsupported.  various parts of the toolchain (upstream source) assume lib64 for 64bit libs.  any bugs you report on the topic are pointless and will be closed.

the glibc ebuild itself doesn't really care about lib64.  what you're probably seeing is multilib.eclass resetting your LIBDIR_amd64 setting to "lib64".  so your LIBDIR_xxx settings must match multilib.eclass:multilib_env().