[gentoo-user] ldconfig breaks my system

[gentoo-user] ldconfig breaks my system

[Alex Bennee]

Hi,

Applogies for the cross-post. I'm unsure if this is and amd64 specific
problem or a more general b0rkage.

I've posted about my failing glibc emerges before:

http://thread.gmane.org/gmane.linux.gentoo.user/114627

I think I've narrowed it down to ldconfig running during the emerge. In
fact at the moment any time I run ldconfig it breaks the system so that
I cannot spawn any new shells (they segfault straight away). I can
restore my system by untaring a rescue glibc binary.

Can anyone give me any hints on how to diagnose the problem with
ldconfig and why things stop working when its done?

I'm currently building a parallel world on a second partition (in a
chrooted environment) to see if there are any differences between the
two setups (i.e a subtle breakage occured and was never picked up).

--
Alex, homepage: http://www.bennee.com/~alex/
It destroys one's nerves to be amiable every day to the same human
being. -- Benjamin Disraeli

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] ldconfig breaks my system

[Richard Fish]

Alex Bennee wrote:

>Hi,
>
>Applogies for the cross-post. I'm unsure if this is and amd64 specific
>problem or a more general b0rkage.
>
>I've posted about my failing glibc emerges before:
>
>http://thread.gmane.org/gmane.linux.gentoo.user/114627
>
>I think I've narrowed it down to ldconfig running during the emerge. In
>fact at the moment any time I run ldconfig it breaks the system so that
>I cannot spawn any new shells (they segfault straight away). I can
>restore my system by untaring a rescue glibc binary.
>  
>

Hmm, don't have an AMD64 yet (waiting for the first dual-core laptop to 
become available!), but this certainly sounds like a 32-bit vs 64-bit 
library issue.

Take a look at /etc/ld.so.conf.  This file defines the library search 
path for your system, and ldconfig takes this file and generates 
/etc/ld.so.cache from it.  I suspect removing the entries for the 32-bit 
library directories, or possibly just moving them to the end of the 
list, would solve the problem for the majority of the programs.  You may 
run into trouble with some closed source 32-bit stuff though.  (VMWare, 
Adobe Acrobat, etc)

-Richard

-- 
gentoo-user@gentoo.org mailing list