Bug 112717 - lib64 libraries not in a default loader path
Summary: lib64 libraries not in a default loader path
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Justin M. Forbes
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-12-29 20:05 UTC by Michal Jaegermann
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-01-12 22:33:31 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michal Jaegermann 2003-12-29 20:05:26 UTC
Description of problem:
A fresh installation of FC1 (prerelease) on x86_64 has troubles
booting into any other level but 1.  The immediate reason is
that PAM libraries cannot be found but this is caused by that
that /lib64 locations, or /usr/lib64, or both, are not searched
by a loader.  A workaround is to boot single, edit accordingly
/etc/ld.so.conf and rerun ldconfig.  There are no troubles
after that; but one would think that "lib64" directories should
be looked at by default on that platform.

Version-Release number of selected component (if applicable):
glibc-2.3.2-101.1

Comment 1 Jakub Jelinek 2003-12-29 20:16:04 UTC
They are looked by default, unless you install 32-bit /sbin/ldconfig.
Only 64-bit /sbin/ldconfig handles both.
rpm ATM doesn't handle arch preferences too well, so you (or the installer)
need to make sure that glibc-2.3.*.x86_64.rpm is installed after
glibc-2.3.*.i686.rpm.

Comment 2 Jeremy Katz 2003-12-29 21:27:46 UTC
This is (probably) because the header list doesn't have an ordering
for every package in it.  Then, we fall back to calling ts.order which
makes no guarantee on how arches get ordered.  Note that the exact
nevra must be the same since pkgorder is indexed by nevra instead of
just name these days.  So pkgorder needs to be run once all of the
final packages which are going to be in the tree are in there, then
genhdlist with the pkgorder file.

CC'ing Justin and I'll double check the hdlist later to verify it.

Comment 3 Justin M. Forbes 2003-12-29 21:31:24 UTC
It depends on when the image was downloaded.  The initial preview
release had an error in which I did not add --fileorder to the
genhdlist.  This has been corrected, and should appear on the newest
boot.iso for preview, and work correctly on test1 when it is released.

Comment 4 Justin M. Forbes 2004-01-12 22:33:31 UTC
This should be fixed in test1 when it is released.


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