[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [mdk-admin] rpm upgrade (fwd)
- To: guy keren <choo(at-nospam)actcom.co.il>
- Subject: Re: [mdk-admin] rpm upgrade (fwd)
- From: Tzafrir Cohen <tzafrir(at-nospam)technion.ac.il>
- Date: Tue, 23 Oct 2001 00:42:27 +0200 (IST)
- Cc: Linux-IL Mailing List <linux-il(at-nospam)linux.org.il>
- Delivered-To: linux.org.il-linux-il@linux.org.il
- In-Reply-To: <Pine.GSU.4.30_heb2.09.0110230023450.14067-100000@actcom.co.il>
- Sender: linux-il-bounce(at-nospam)cs.huji.ac.il
On Tue, 23 Oct 2001, guy keren wrote:
>
> On Mon, 22 Oct 2001, Tzafrir Cohen wrote:
>
> > $ LD_LIBRARY_PATH=$HOME/tmp/lib:/lib rpm --rebuilddb
> > /usr/lib/rpm/rpmd: /lib/ld-linux.so.2: version `GLIBC_2.2.3' not found (required by /home/tzafrir/tmp/lib/libc.so.6)
> > /usr/lib/rpm/rpmd: /lib/ld-linux.so.2: version `GLIBC_2.2' not found (required by /home/tzafrir/tmp/lib/libc.so.6)
>
> well, '/lib/ld-linux.so.2' is a symlink to a library that comes as part of
> glibc. check if you have a link with the same name in your temporary
> directory. perhaps check 'LD_LIBRARY_PATH=$HOME/tmp/lib ldd /bin/rpm'
Yes it is. It points to glibs2.1's ld.
>
> note also that i completely removed /lib from the LD_LIBRARY_PATH, to make
> sure it does not attempt to pick there, thought then you'll have to copy
> other missing libraries to that library.
I generally don't use LD_LIBRARY_PATH, only ld.so.cache. Note that I set
the value of LD_LIBRARY_PATH to be only the new directory.
How can I tell the program not to load ld.so.cache ?
Also note:
$ file /bin/rpm
/bin/rpm: ELF 32-bit LSB executable, Intel 80386, version 1, statically linked, stripped
Is the standard loader procedure still used with a static binary?
>
> also, the other libraries (the non-glibc ones) that rpm uses, are taken
> from the system (since you didn't unpack them into $HOME/tmp/lib) - and
> those copies, in turn, were compiled using the older glibc - something
> that _might_ cause problems... perhaps try to also unpack those libraries
> into $HOME/tmp/lib - but not before checking the issue with ld-linux.so.2
Seems quite complete:
$ ls -F /home/tzafrir/tmp/lib
ld-2.2.4.so* libnsl.so.1@ libnss_hesiod.so.2@
ld-linux.so.2@ libnss1_compat-2.2.4.so* libnss_nis-2.2.4.so*
libBrokenLocale-2.2.4.so* libnss1_compat.so.1@ libnss_nis.so.1@
libBrokenLocale.so.1@ libnss1_dns-2.2.4.so* libnss_nis.so.2@
libNoVersion-2.2.4.so* libnss1_dns.so.1@ libnss_nisplus-2.2.4.so*
libNoVersion.so.1@ libnss1_files-2.2.4.so* libnss_nisplus.so.2@
libSegFault.so* libnss1_files.so.1@ libpcprofile.so*
libanl-2.2.4.so* libnss1_nis-2.2.4.so* libpthread-0.9.so*
libanl.so.1@ libnss1_nis.so.1@ libpthread.so.0@
libc-2.2.4.so* libnss_compat-2.2.4.so* libresolv-2.2.4.so*
libc.so.6@ libnss_compat.so.1@ libresolv.so.2@
libcrypt-2.2.4.so* libnss_compat.so.2@ librt-2.2.4.so*
libcrypt.so.1@ libnss_dns-2.2.4.so* librt.so.1@
libdl-2.2.4.so* libnss_dns.so.1@ libthread_db-1.0.so*
libdl.so.2@ libnss_dns.so.2@ libthread_db.so.1@
libm-2.2.4.so* libnss_files-2.2.4.so* libutil-2.2.4.so*
libm.so.6@ libnss_files.so.1@ libutil.so.1@
libmemusage.so* libnss_files.so.2@
libnsl-2.2.4.so* libnss_hesiod-2.2.4.so*
All symlinks there are to the current directory.
--
Tzafrir Cohen
mailto:tzafrir@technion.ac.il
http://www.technion.ac.il/~tzafrir
=================================================================
To unsubscribe, send mail to linux-il-request@linux.org.il with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail linux-il-request@linux.org.il