libc.so.6
James Cameron
quozl at laptop.org
Sun Nov 9 21:20:20 EST 2014
On Sun, Nov 09, 2014 at 05:34:35PM -0800, peter at easthope.ca wrote:
> Hi,
>
> 13.2.1 on a 1.5 here. According to this, libc.so.6 is available.
>
> bash-4.2# yum whatprovides libc.so.6
> glibc-2.16-24.fc18.i686 : The GNU libc libraries
> Repo : fedora
> Matched from:
> Provides : libc.so.6
>
> glibc-2.16-34.fc18.i686 : The GNU libc libraries
> Repo : updates
> Matched from:
> Provides : libc.so.6
>
> glibc-2.16-34.fc18.i686 : The GNU libc libraries
> Repo : @updates
> Matched from:
> Provides : libc.so.6
>
> bash-4.2# yum install glibc-2.16-34.fc18.i686
> Package glibc-2.16-34.fc18.i686 already installed and latest version
> Nothing to do
>
> Nevertheless, no libc.so is found by find.
>
> bash-4.2# cd /
> bash-4.2# find . -type f -name 'libc.so*' -print
> find: `./run/user/1000/gvfs': Permission denied
> find: File system loop detected; `./versions/run/14' is part of the same file system loop as `.'.
You are doing it wrong, because libc.so.6 is a symbolic link, not a
file. Instead use:
# find / -name libc.so.6
> Nor by a locally installed program.
>
> [olpc at xo-53-1d-bb ~]$ aos
> Unix.Dlopen: loading library libc.so.6 failed
>
> What is happening? Thanks, ... Peter E.
The program is looking in wrong place.
The program has a bug, or has not been properly configured.
Your post on
http://www.ocp.inf.ethz.ch/forum/index.php?topic=918.0
shows you have gone much further than this.
Your strace on 30th September shows it is looking in the wrong place:
/lib/i386-linux-gnu/libc.so.6
/usr/lib/i386-linux-gnu/libc.so.6
But on 13.2.1 it might instead look in:
/usr/lib/
as per the file list
http://download.laptop.org/xo-1.5/os/official/13.2.1-14/32014o1.files.txt.gz
Perhaps you might try
% export OBERON_DEBUG=7
% aos
as per
http://www.ocp.inf.ethz.ch/forum/index.php?topic=627.0
Meanwhile, get it packaged for Fedora to alleviate future pain?
--
James Cameron
http://quozl.linux.org.au/
More information about the Devel
mailing list