how to resolve locally applying RPM

Issues related to applications and software problems and general support
Post Reply
harrywangca
Posts: 107
Joined: 2016/01/12 23:27:04
Location: Vista California

how to resolve locally applying RPM

Post by harrywangca » 2020/02/07 00:04:50

Hello Team,

I am working on CentOS 8 1905.
Under request I have to install java 6 64 bit for application. After install type: java -version returned:

[root@localhost rpm]# java -version
Error occurred during initialization of VM
Unable to load native library: libnsl.so.1: cannot open shared object file: No such file or directory
I could directly : yum install libsnl and make it work, but under request, the machine I am using can not connect with network, I have to one by one to resolve the dependencies to download all the needed rpms:
glibc-2.28-72.el8.x86_64.rpm
glibc-all-langpacks-2.28-72.el8.x86_64.rpm
glibc-common-2.28-72.el8.x86_64.rpm
glibc-devel-2.28-72.el8.x86_64.rpm
glibc-headers-2.28-72.el8.x86_64.rpm
glibc-langpack-en-2.28-72.el8.x86_64.rpm
libnsl-2.28-72.el8.x86_64.rpm

After that I issue command to install these rpm, there are conflicts:
[root@localhost rpm]# rpm -ivh ./*.rpm |
warning: ./glibc-2.28-72.el8.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 8483c65d: NOKEY
Verifying... ########################################
Preparing... ########################################
file /usr/lib/locale/locale-archive.tmpl from install of glibc-all-langpacks-2.28-72.el8.x86_64 conflicts with file from package glibc-all-langpacks-2.28-42.el8.1.x86_64
file /usr/bin/gencat from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/bin/getconf from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/bin/getent from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/bin/iconv from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/sbin/build-locale-archive from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/sbin/zdump from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/sbin/zic from install of glibc-common-2.28-72.el8.x86_64 conflicts with file from package glibc-common-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM256.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM273.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM274.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM275.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM277.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM278.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM280.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM281.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM284.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM285.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64
file /usr/lib64/gconv/IBM290.so from install of glibc-2.28-72.el8.x86_64 conflicts with file from package glibc-2.28-42.el8.1.x86_64

It looks like the old packages conflict with the new one, Anyone knows how to resolve these conflicts? Please help. Thanks you!!

Harry

User avatar
TrevorH
Site Admin
Posts: 33219
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: how to resolve locally applying RPM

Post by TrevorH » 2020/02/07 14:48:13

You need to use yum not rpm and you need to yum --disablerepo=\* update /path/to/your/rpms/*.rpm
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

harrywangca
Posts: 107
Joined: 2016/01/12 23:27:04
Location: Vista California

Re: how to resolve locally applying RPM

Post by harrywangca » 2020/02/07 17:36:16

Good Morning Trevorh,
Thank you for your reply. It works under your suggestion. Thank you again for saving my day.
But it failed in updating libnsl-2.28-72.el8.x86_64.rpm package, I issued rpm to install it. I believe because there is no libnsl in the system.

Thanks,

Harry

User avatar
TrevorH
Site Admin
Posts: 33219
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: how to resolve locally applying RPM

Post by TrevorH » 2020/02/07 17:50:19

yum install it using the same command as before but install not update.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

harrywangca
Posts: 107
Joined: 2016/01/12 23:27:04
Location: Vista California

Re: how to resolve locally applying RPM

Post by harrywangca » 2020/02/07 18:20:06

Thank you TrevorH. I will test it in my next PC using yum install this package.

By the way, question:

Why yum? what is difference from rpm?

Regards,

Harry

User avatar
TrevorH
Site Admin
Posts: 33219
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: how to resolve locally applying RPM

Post by TrevorH » 2020/02/07 20:26:39

Yum is the package manager for CentOS. It's what you should use to install and remove all packages. It uses rpm behind the scenes but rpm is not recommended for installing or removing packages.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

Post Reply