91079 – /usr/lib as a LDPATH only exists in 10xorg

Bug 91079 - /usr/lib as a LDPATH only exists in 10xorg

Summary: /usr/lib as a LDPATH only exists in 10xorg

Status:	RESOLVED INVALID

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] baselayout (show other bugs)
Hardware:	All Linux

Importance:	High major (vote)
Assignee:	Gentoo's Team for Core System packages

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2005-05-01 12:36 UTC by Jesse Throwe
Modified:	2005-05-01 20:37 UTC (History)
CC List:	0 users

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 Jesse Throwe 2005-05-01 12:36:20 UTC

When building a trimmed down system, with X explicitly disabled as an emerge, ld.so.conf becomes broken.  This is due to the fact that the LDPATH (which feeds into ld.so.conf) for /usr/lib only sits in 10xorg.  This should be in something closer, such as basesystem.

Reproducible: Always
Steps to Reproduce:
1. Setup a system with -X (selinux/x86/hardened in this case)
2. Run bootstrap.sh
3. Attempt to emerge -u system, things will start breaking at some point.

Actual Results:  
Python breaks because it cannot locate libpython.so.1.0

Expected Results:  
System should emerge normally (sans any broken packages)

Comment 1 SpanKY gentoo-dev

2005-05-01 20:37:42 UTC

you dont need /usr/lib in ld.so.conf