After unpacking the kingsoft-office_9.1.0.4032~a10_x86.tar, I run the "et", but the terminal telled me that
/king/kingsoft-office_9.1.0.4032~a10_x86/office6/et: /lib/libc.so.6: version `GLIBC_2.17' not found (required by /king/kingsoft-office_9.1.0.4032~a10_x86/office6/libstdc++.so.6)
then follwing the tip, I download the deb from http://community.wps.cn/wiki/Libstdc%2B%2B_too_old, and operated as what the website says, anyway, the same question still occurs
I also had to install it on Centos 6.3 just now as it's a dependency of something I needed. I looked on google for glibc_2.17 and centos and found your question. Then I looked for glibc_2.17 and Fedora and found this link http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/libc.so.6%28GLIBC_2.17%29%2864bit%29the and RPM for Fedora labeled 'other' which was this glibc-2.17-4.fc19.src.rpm. My intent with the link was not any plug, just a reference for the one I downloaded. I clicked on the fedora glibc link and after a few clicks had it in my Download folder.
I did the following and my depencency was resolved.
$ sudo user mockbuild
$ sudo groupadd mockbuild
groupadd: group 'mockbuild' already exists // I happened to already have it
$ sudo rpm -ivh glibc-2.17-4.fc19.src.rpm
warning: glibc-2.17-4.fc19.src.rpm: Header V3 RSA/SHA1 Signature, key ID ba094068: NOKEY
1:glibc ########################################### [100%]
Hope this helps, it's my first answer on stackoverflow.
Related
i have a problem to install numactl-libs (or libnuma.so.1) on a ubi7/ubi:latest Docker image to run the db2 installation.
I have built a Docker image for db2 and wanted to test whether the DB2 installation runs successfully.
However, I get the following error message:
Requirement not matched for DB2 database "Server" . Version: "11.1.4.6".
Summary of prerequisites that are not met on the current system:
DBT3609E The db2prereqcheck utility could not find the library file libnuma.so.1.
The image has ubi7/ubi:latest as base image and the following libraries are also installed as follows:
RUN yum install -y libaio numactl-libs libpam.so.0 binutils gcc gcc-c++ ksh numactl && yum clean all
All libraries are successfully installed except numactl-libs (or libnuma.so.1?).
Note: a manual installation of numactl-libs worked without problems and thus the DB2 installation was successful:
ADD http://mirror.centos.org/centos/7/os/x86_64/Packages/numactl-libs-2.0.12-5.el7.x86_64.rpm numactl.rpm
RUN rpm -i numactl.rpm
However, I would like the installation of numactl-libs to be done automatically with e.g. the command yum install -y numactl-libs or another equivalent command.
Unfortunately, an attempt with the command yum install -y libnuma.so.1 or yum install -y libnuma.so.* did not change anything and the same error message was displayed.
Can you please help me? I would be very grateful
Note: in my case a 64-bit version is used.
Update:
Unfortunately even trying to install libnuma-dev and libnuma1 has not changed anything and the error message is still the same .
The output of yum provides libnuma.so.1 is:
Loaded plugins: ovl, product-id, search-disabled-repos,
subscription-manager This system is not registered with an
entitlement server. You can use subscription-manager to register.
No matches found
It seems that the problem is that numactl-libs cannot be installed:
The output of yum install numactl-libs is:
Loaded plugins: ovl, product-id, search-disabled-repos, subscription-manager.
This system is not registered with an entitlement server. You can use subscription-manager to register.
No package numactl-libs available.
Solution:
The problem was fixed and numactl-libs could finally be installed:
After I created a Red Hat user account and registered and subscribed to a system for the Red Hat Customer Portal with Red Hat Subscription Manager, numactl-libs installed without any problems.
To register and subscribe to a system for the Red Hat Customer Portal with Red Hat Subscription Manager.
See the following link: (https://access.redhat.com/solutions/253273)
I added the following line in my Dockerfile before the command yum install numactl-libs:
subscription-manager register --username=[USER_NAME] --password=[PASSWORD] --auto-attach
After these steps the DB2 installation ran without problems.
Thank you very much for your tips and help!
I have already installed and loaded a postgres12 instance on Redhat7. Now we need the devel libs to compile additional packages like pg-hash64.
Has anyone installed other packages after postgres instance was already created? Is there any impact to the binaries already installed?
Thanks for any info.
As long as you are using the same source repository there should be no issue.
I have installed several PostgreSQL package on Centos 7 without any issue from :
repo id repo name status
!pgdg12/7/x86_64 PostgreSQL 12 for RHEL/CentOS 7 - x86_64 294
repolist: 294
pifor was right, not an issue, Im a new user so its not letting me click the up arrow.
For postgres12.2 instance on Redhat7 to get pg-hash64 installed:
yum install postgresql12-devel-12.2-2PGDG.rhel7.x86_64 or version to match your postgres install
yum install llvm-toolset-7
in /usr/lib64:
mkdir llvm5.0
in /usr/lib64/llvm5.0
ln -s /opt/rh/llvm-toolset-7/root/usr/bin bin
back in dir with unzipped package
make
make install
in psql:
CREATE EXTENSION hash64;
I am trying to install a package on CentOS, but it throws error when I run the "yum" command. The internet connection is working fine.
I try to yum clean all but problem persist.
Error:
[root#dcos-master3 ~]# yum install ntp
Loaded plugins: fastestmirror
One of the configured repositories failed (Unknown),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=<repoid> ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable <repoid>
or
subscription-manager repos --disable=<repoid>
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true
Cannot find a valid baseurl for repo: base/$releasever/x86_64
My yum repolist is the next:
[root#dcos-master3 ~]# yum repolist list
Loaded plugins: fastestmirror
https://yum.dockerproject.org/repo/main/centos/%24releasever/repodata/repomd.xml: [Errno 14] HTTPS Error 403 - Forbidden
Trying other mirror.
To address this issue please refer to the below knowledge base article
https://access.redhat.com/solutions/69319
If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/
repolist: 0
If I list the repolist:
[root#dcos-master3 ~]# yum repolist
Loaded plugins: fastestmirror
https://yum.dockerproject.org/repo/main/centos/%24releasever/repodata/repomd.xml: [Errno 14] HTTPS Error 403 - Forbidden
Trying other mirror.
To address this issue please refer to the below knowledge base article
https://access.redhat.com/solutions/69319
If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/
repo id repo name status
base/$releasever/x86_64 CentOS-$releasever - Base 0
dockerrepo/$releasever Docker Repository 0
extras/$releasever/x86_64 CentOS-$releasever - Extras 0
updates/$releasever/x86_64 CentOS-$releasever - Updates 0
repolist: 0
BEFORE TRYING ANY OF THIS, HAVE A BACKUP OF YOUR MACHINE, YOU COULD DAMAGE YOUR OS MORE/COMPLETELY
It seems that your yum variable $releasever is somehow corrupt,
it usually is caused by missing centos-release package on the machine for some obscure reasons.
You can check if you have the package by:
rpm -qi centos-release
You will probably see:
"package centos-release is not installed"
First find out the exact centos version that you have by executing as root:
cat /etc/redhat-release
You will see something like this:
CentOS Linux release 7.3.1611 (Core)
You can fetch the centos-release package from repo by:
wget http://vault.centos.org/centos/7.3.1611/updates/x86_64/Packages/centos-release-7-3.1611.el7.centos.2.5.x86_64.rpm
Now run reinstall centos-release package via rpm:
sudo rpm -Uvh --replacepkgs centos-release-7-3.1611.el7.centos.2.5.x86_64.rpm
As next you can try to install something with yum and you might get:
[root#dcos-master3 ikerlan]# sudo yum install wget
error: db5 error(-30969) from dbenv->open: BDB0091 DB_VERSION_MISMATCH: Database environment version mismatch
error: cannot open Packages index using db5 - (-30969)
error: cannot open Packages database in /var/lib/rpm
CRITICAL:yum.main:
Error: rpmdb open failed
Now you can try to reboot the machine or try to use the following command to rebuild the rpm db:
rpm --rebuilddb
I came across the same issue while downloading some packages in centos 7. After days of search, I found the solution:
Go to the yum repo directory.
cd /etc/yum.repos.d.
Make a copy of the CentOS-Base.repo file.
cp CentOS-Base.repo CentOS-Base.repo.old
Edit the CentOS-Base.repo file. Comment mirrorlist and uncomment baseurl.
vi CentOS-Base.repo
[base]
name=CentOS-$releasever - Base
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Now when you use yum, do the following.
sudo yum --disablerepo=* --enablerepo=base install httpd
Likewise for yum update.
sudo yum --disablerepo=* --enablerepo=base install httpd
It should work now.
I ran into this problem when attempting to install MariaDB on CentOS 7. I was super frustrated and after much searching found the answer at this link.
Here is what fixed this problem for me. Run as root.
# yum --disablerepo "*" --enablerepo epel install [package]
# yum clean all
"epel" can be whatever repo you like, but this one worked for me. Place [package] in the command just as written, not what package you are trying to install.
After you run the above, exit root and run whatever install you were attempting before encountering the error.
I noticed that in the failing url, your $releasever is %24releasever, but it should be 7 or 7.14.xx. Please check your yum config file at /etc/yum/var, or search in every .repo file, to see what is its value. It may be corrupted.
See Red Hat documentation for more information about how to set these variables.
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/sec-using_yum_variables
yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm -y
yum -y install yum-utils
yum-config-manager --enable remi-php74
Then proceed to your installation/updates/etc
Always make sure NAT is active on your centos7. Specially when there is a VMnet2 for host. Because sometimes VMNet2 can be active instead of NAT and because of that you will not be able to connect to the internet through centos7. This is just a one reason for getting that error.
I am using Red Hat Linux installed on VMWare ESXi.
I am using putty to access the machine.
I want to install xyz.noarch.rpm package on RHEL system.
When I try the command
rpm -ivh xyz.noarch.rpm
I get an error package already installed.
When I verify the same by using the rpm -q xyz.noarch.rpm.
I get response as package xyz.noarch.rpm is not installed.
I also tried with the uninstalling the same by using the command as rpm -ev xyz.noarch.rpm the also I get the same response as package xyz.noarch.rpm is not installed.
Can anybody help me to sort out the issue?
The file is named xyz.noarch.rpm, but in the database it's just xyz. So try rpm -qi xyz.
i faced a similar issue and found that both installation and removal (erase) was not working for a rpm package that i installed. i tried using
rpm -e --allmatches <package-name>
more info at : http://www.redhat.com/archives/rpm-list/2002-March/msg00138.html
I currently have a problem with rpmlib(fileDigest) and (PayloadIsXz) I've searched on Google and other websites, including SO without luck (that worked). This is basically what I do:
wget http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm
rpm -ivh epel-release-6-7.noarch.rpm
And this is what it spits out:
[root#XXX ~]# rpm -ivh epel-release-6-7.noarch.rpm
warning: epel-release-6-7.noarch.rpm: Header V3 RSA/SHA256 signature:
NOKEY, key ID 0608b895 error: Failed dependencies:
rpmlib(FileDigests) <= 4.6.0-1 is needed by epel-release-6-7.noarch
rpmlib(PayloadIsXz) <= 5.2-1 is needed by epel-release-6-7.noarch
I've searched on Google for those two, but it didn't quite help.
Note: uname -m gives "i686" if that's any help.
As well as I run CentOS 6.3
I know it may seem super silly but try:
yum upgrade
and run the installation again
and instead of using rpm, try a yum:
yum localinstall /path/to/your/rpm/epel-release-6-7.noarch.rpm
Yum will try to automatically resolve dependencies, where rpm wont. not 100% sure that will fix it, but definitely something to try :)