While installing libpcap-devel on fedora 21 following error are coming :-
**yum install libpcap-devel**
Loaded plugins: langpacks
Resolving Dependencies
--> Running transaction check
---> Package libpcap-devel.x86_64 14:1.6.2-1.fc21 will be installed
--> Processing Dependency: libpcap = 14:1.6.2-1.fc21 for package: 14:libpcap-devel-1.6.2-1.fc21.x86_64
--> Running transaction check
---> Package libpcap.i686 14:1.6.2-1.fc21 will be installed
--> Processing Dependency: libc.so.6(GLIBC_2.11) for package: 14:libpcap-1.6.2-1.fc21.i686
--> Running transaction check
---> Package glibc.i686 0:2.20-5.fc21 will be installed
--> Processing Dependency: glibc-common = 2.20-5.fc21 for package: glibc-2.20-5.fc21.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.20-5.fc21.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.20-5.fc21.i686
--> Running transaction check
---> Package glibc.i686 0:2.20-5.fc21 will be installed
--> Processing Dependency: glibc-common = 2.20-5.fc21 for package: glibc-2.20-5.fc21.i686
---> Package nss-softokn-freebl.i686 0:3.17.2-1.fc21 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.20-5.fc21.i686 (fedora)
Requires: glibc-common = 2.20-5.fc21
Installed: glibc-common-2.20-8.fc21.x86_64 (installed)
glibc-common = 2.20-8.fc21
Available: glibc-common-2.20-5.fc21.x86_64 (fedora)
glibc-common = 2.20-5.fc21
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
The kernel i am using-
uname -r
4.1.13-100.fc21.x86_64
I cannot erase glibc-common-2.20-8.fc21.x86_64 , since it is with kernel package, can someone help me in this?
Related
I'm try install dotnet by command for OS Amazon Linux 2 AMI
sudo yum install -y dotnet-sdk-2.1.4
And it show for me:
Loaded plugins: priorities, update-motd, upgrade-helper
amzn-main | 2.1 kB 00:00:00
amzn-updates | 2.5 kB 00:00:00
Resolving Dependencies
--> Running transaction check
---> Package dotnet-sdk-2.1.4.x86_64 0:2.1.4-1 will be installed
--> Processing Dependency: dotnet-runtime-2.0.5 >= 2.0.5 for package: dotnet-sdk-2.1.4-2.1.4-1.x86_64
--> Processing Dependency: aspnetcore-store-2.0.5 >= 2.0.5 for package: dotnet-sdk-2.1.4-2.1.4-1.x86_64
--> Running transaction check
---> Package aspnetcore-store-2.0.5.x86_64 0:2.0.5-1 will be installed
--> Processing Dependency: aspnetcore-store-2.0.3 >= 2.0.3 for package: aspnetcore-store-2.0.5-2.0.5-1.x86_64
---> Package dotnet-runtime-2.0.5.x86_64 0:2.0.5-1 will be installed
--> Processing Dependency: openssl-libs for package: dotnet-runtime-2.0.5-2.0.5-1.x86_64
--> Processing Dependency: dotnet-hostfxr-2.0.5 for package: dotnet-runtime-2.0.5-2.0.5-1.x86_64
--> Running transaction check
---> Package aspnetcore-store-2.0.3.x86_64 0:2.0.3-1 will be installed
--> Processing Dependency: aspnetcore-store-2.0.0 >= 2.0.0 for package: aspnetcore-store-2.0.3-2.0.3-1.x86_64
---> Package dotnet-hostfxr-2.0.5.x86_64 0:2.0.5-1 will be installed
--> Processing Dependency: dotnet-host >= 2.0.5 for package: dotnet-hostfxr-2.0.5-2.0.5-1.x86_64
---> Package dotnet-runtime-2.0.5.x86_64 0:2.0.5-1 will be installed
--> Processing Dependency: openssl-libs for package: dotnet-runtime-2.0.5-2.0.5-1.x86_64
--> Running transaction check
---> Package aspnetcore-store-2.0.0.x86_64 0:2.0.0-1 will be installed
---> Package dotnet-host.x86_64 0:2.1.0-1 will be installed
---> Package dotnet-runtime-2.0.5.x86_64 0:2.0.5-1 will be installed
--> Processing Dependency: openssl-libs for package: dotnet-runtime-2.0.5-2.0.5-1.x86_64
--> Finished Dependency Resolution
Error: Package: dotnet-runtime-2.0.5-2.0.5-1.x86_64 (packages-microsoft-com-prod)
Requires: openssl-libs
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
I enter
sudo yum list
And i can't found openssl-libs in result.
Also i installed openssl-devel, but result is same.
Update:
I compared the used repositories to another server. There it was installed successfully.
First server repository repository: !amzn-main/latest, os version: "Amazon Linux AMI 2018.03"
Second server repository (with installed dotnet) repository: !amzn2-core/2017.12/x86_64, os version: "Amazon Linux 2 (2017.12) LTS Release Candidate"
I think yum cannot get openssl-libs from repository. How can I install this package?
I ran into a similar issue while installing Powershell. I managed to fake the installation of the latest CentOS package like this:
sudo rpm -ivh https://rpmfind.net/linux/centos/7.9.2009/updates/x86_64/Packages/openssl-libs-1.0.2k-21.el7_9.x86_64.rpm --justdb --force
The --justdb --force added it to the RPM database but without touching the filesystem.
I am trying to install GlusterFS on Amazon Linux ami EC2-instance. i use the below commands.
Firstly, i enable the repo:
[root#ip-00-00-0-000 /]# wget -P /etc/yum.repos.d https://download.gluster.org/pub/gluster/glusterfs/3.7/LATEST/EPEL.repo/glusterfs-epel.repo
[root#ip-00-00-0-000 /]# sed -i 's/$releasever/7/g' /etc/yum.repos.d/glusterfs-epel.repo
Then, i install with the below command:
[root#ip-00-00-0-000 /]# yum install -y glusterfs{-fuse,-server}
but i get the following error:
Loaded plugins: priorities, update-motd, upgrade-helper
amzn-main/latest | 2.1 kB 00:00
amzn-updates/latest | 2.3 kB 00:00
glusterfs-epel/x86_64 | 2.9 kB 00:00
glusterfs-noarch-epel | 2.9 kB 00:00
Resolving Dependencies
--> Running transaction check
---> Package glusterfs-fuse.x86_64 0:3.7.12-1.el6 will be installed
--> Processing Dependency: glusterfs-client-xlators = 3.7.12-1.el6 for package: glusterfs-fuse-3.7.12-1.el6.x86_64
--> Processing Dependency: glusterfs = 3.7.12-1.el6 for package: glusterfs-fuse-3.7.12-1.el6.x86_64
--> Processing Dependency: libglusterfs.so.0()(64bit) for package: glusterfs-fuse-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfxdr.so.0()(64bit) for package: glusterfs-fuse-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfrpc.so.0()(64bit) for package: glusterfs-fuse-3.7.12-1.el6.x86_64
---> Package glusterfs-server.x86_64 0:3.7.12-1.el6 will be installed
--> Processing Dependency: glusterfs-cli = 3.7.12-1.el6 for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: glusterfs-api = 3.7.12-1.el6 for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: pyxattr for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: python-argparse for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_PRIVATE_3.7.0)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_PRIVATE_3.4.0)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_3.7.4)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_3.7.0)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_3.6.0)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_3.5.1)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_3.4.2)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0(GFAPI_3.4.0)(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: liburcu-cds.so.1()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: liburcu-bp.so.1()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: libgfapi.so.0()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Running transaction check
---> Package glusterfs.x86_64 0:3.7.12-1.el6 will be installed
---> Package glusterfs-api.x86_64 0:3.7.12-1.el6 will be installed
---> Package glusterfs-cli.x86_64 0:3.7.12-1.el6 will be installed
---> Package glusterfs-client-xlators.x86_64 0:3.7.12-1.el6 will be installed
---> Package glusterfs-libs.x86_64 0:3.7.12-1.el6 will be installed
---> Package glusterfs-server.x86_64 0:3.7.12-1.el6 will be installed
--> Processing Dependency: liburcu-cds.so.1()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: liburcu-bp.so.1()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
---> Package python26-argparse.noarch 0:1.2.1-2.8.amzn1 will be installed
--> Processing Dependency: python(abi) = 2.6 for package: python26-argparse-1.2.1-2.8.amzn1.noarch
--> Processing Dependency: python26(dist-packages) for package: python26-argparse-1.2.1-2.8.amzn1.noarch
---> Package python26-pyxattr.x86_64 0:0.5.0-1.6.amzn1 will be installed
--> Processing Dependency: libpython2.6.so.1.0()(64bit) for package: python26-pyxattr-0.5.0-1.6.amzn1.x86_64
--> Running transaction check
---> Package glusterfs-server.x86_64 0:3.7.12-1.el6 will be installed
--> Processing Dependency: liburcu-cds.so.1()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
--> Processing Dependency: liburcu-bp.so.1()(64bit) for package: glusterfs-server-3.7.12-1.el6.x86_64
---> Package python26.x86_64 0:2.6.9-2.84.amzn1 will be installed
---> Package python26-libs.x86_64 0:2.6.9-2.84.amzn1 will be installed
--> Finished Dependency Resolution
Error: Package: glusterfs-server-3.7.12-1.el6.x86_64 (glusterfs-epel)
Requires: liburcu-bp.so.1()(64bit)
Error: Package: glusterfs-server-3.7.12-1.el6.x86_64 (glusterfs-epel)
Requires: liburcu-cds.so.1()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Kindly please help me resolve the issue.
[root#ip-00-00-0-000 /]# rpm -ivh userspace-rcu-0.7.16-1.el7.x86_64.rpm
warning: userspace-rcu-0.7.16-1.el7.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 352c64e5: NOKEY
Preparing... ################################# [100%]
package userspace-rcu-0.7.16-1.el7.x86_64 is already installed
[root#ip-00-00-0-000 /]# yum install -y glusterfs{-fuse,-server}
Loaded plugins: priorities, update-motd, upgrade-helper
http://download.gluster.org/pub/gluster/glusterfs/3.7/LATEST/EPEL.repo/epel-latest/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Trying other mirror.
http://download.gluster.org/pub/gluster/glusterfs/3.7/LATEST/EPEL.repo/epel-latest/noarch/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Trying other mirror.
No package glusterfs-fuse available.
No package glusterfs-server available.
Error: Nothing to do
Those packages are provided by the userspace-rcu (read-copy-update) package.
wget http://dl.fedoraproject.org/pub/epel/7/x86_64/u/userspace-rcu-0.7.16-1.el7.x86_64.rpm
rpm -ivh userspace-rcu-0.7.16-1.el7.x86_64.rpm
Using the stable version of glusterfs 3.6 solved the issue
wget -P /etc/yum.repos.d https://download.gluster.org/pub/gluster/glusterfs/3.6/LATEST/EPEL.repo/glusterfs-epel.repo
sed -i 's/$releasever/6/g' glusterfs-epel.repo
While installing ambari server, getting following error and after installing python 2.6 and forming softlink yum stops working.
Please find the error:--
yum install -y ambari-server
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile * base: centos.aol.com *
epel: ftp.wallawalla.edu * extras: ftp.usf.edu * updates:
ftp.ussg.iu.edu Setting up Install Process Resolving Dependencies
--> Running transaction check
---> Package ambari-server.noarch 0:1.7.0-169 set to be updated
--> Processing Dependency: postgresql-server >= 8.1 for package: ambari-server
--> Processing Dependency: python >= 2.6 for package: ambari-server
--> Running transaction check
---> Package ambari-server.noarch 0:1.7.0-169 set to be updated
--> Processing Dependency: python >= 2.6 for package: ambari-server
---> Package postgresql-server.x86_64 0:8.1.23-10.el5_10 set to be updated
--> Processing Dependency: postgresql = 8.1.23-10.el5_10 for package: postgresql-server
--> Running transaction check
---> Package ambari-server.noarch 0:1.7.0-169 set to be updated
--> Processing Dependency: python >= 2.6 for package: ambari-server
---> Package postgresql.x86_64 0:8.1.23-10.el5_10 set to be updated
--> Finished Dependency Resolution ambari-server-1.7.0-169.noarch from
Updates-ambari-1.7.0 has depsolving problems --> Missing Dependency:
python >= 2.6 is needed by package ambari-server-1.7.0-169.noarch
(Updates-ambari-1.7.0) Error: Missing Dependency: python >= 2.6 is
needed by package ambari-server-1.7.0-169.noarch
(Updates-ambari-1.7.0) You could try using --skip-broken to work
around the problem You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest The program package-cleanup is found in the yum-utils package.
CentOS 5 comes with Python 2.4. Either rebuild the packages you are trying to install or use a repo for that version of CentOS.
I use AWS EC2 instances.
I wanted to setup a package versioned at 5.4.0 but the latest that yum search all --enablerepo epel offered was 5.0.0.
I hence did wget and configure && make && make install on v5.4.0 which was available on the web.
Since we do a lot of instance ups and downs, this solution was too time consuming (the compile time) to become a viable solution on deployment.
I then built an RPM from the tar.bz2 versioned at 5.4.0. To ensure libraries and dependencies are no different between the environments, I ran rpmbuild on the same instance as our deployment AMI.
After having had built and deployed the RPM on a test server, I tried installing gearmand to the following result-
[ec2-user#ip-10-0-0-62 ~]$ sudo yum install --enablerepo=epel gearmand
Loaded plugins: priorities, update-motd, upgrade-helper
565 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package gearmand.x86_64 0:1.1.8-2.el6 will be installed
--> Processing Dependency: libmysqlclient.so.16(libmysqlclient_16)(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libpq.so.5()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libmysqlclient.so.16()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libgearman.so.8()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libevent-1.4.so.2()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libboost_system.so.5()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libboost_program_options-mt.so.5()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Running transaction check
---> Package compat-boost-program-options.x86_64 0:1.41.0-11.10.amzn1 will be installed
---> Package compat-boost-system.x86_64 0:1.41.0-11.10.amzn1 will be installed
---> Package compat-libevent.x86_64 0:1.4.13-4.10.amzn1 will be installed
---> Package gearmand.x86_64 0:1.1.8-2.el6 will be installed
--> Processing Dependency: libmysqlclient.so.16(libmysqlclient_16)(64bit) for package: gearmand-1.1.8-2.el6.x86_64
--> Processing Dependency: libmysqlclient.so.16()(64bit) for package: gearmand-1.1.8-2.el6.x86_64
---> Package libgearman.x86_64 0:1.1.8-2.el6 will be installed
---> Package postgresql9-libs.x86_64 0:9.2.5-1.37.amzn1 will be installed
--> Finished Dependency Resolution
Error: Package: gearmand-1.1.8-2.el6.x86_64 (epel)
Requires: libmysqlclient.so.16(libmysqlclient_16)(64bit)
Error: Package: gearmand-1.1.8-2.el6.x86_64 (epel)
Requires: libmysqlclient.so.16()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
This makes me suspect that the RPM installation is in some sense 'freezing and blocking' the libraries it depends upon. I feel this way, because while building the RPM, the package expected higher library versions than those available on amazon or epel repos. Some examples-
+-------------+-------------------+----------------+
| name | amazon version | library wants |
+-------------+-------------------+----------------+
| glibc | 2.12 | 2.16 |
| perl | 5.10 | 5.18 |
| python | 2.6.9 | 2.7 |
+-------------+-------------------+----------------+
Am I doing something wrong here, do I need to change something in the source/spec before building the RPM? Because this looks like just the tip of the iceberg.
Change rpm-spec file where you can edit the required dependencies version
I'm having trouble installing Git on CentOS 5.5 x86_64. I'm not an expert at this type of thing, what's the problem?
root#server [/]# yum install git
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* epel: fedora-epel.mirror.lstn.net
* rpmfusion-free-updates: mirror.us.leaseweb.net
* rpmfusion-free-updates-testing: mirror.us.leaseweb.net
* rpmfusion-nonfree-updates: mirror.us.leaseweb.net
* rpmfusion-nonfree-updates-testing: mirror.us.leaseweb.net
Excluding Packages in global exclude list
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package git.x86_64 0:1.7.4.1-1.el5 set to be updated
--> Processing Dependency: perl-Git = 1.7.4.1-1.el5 for package: git
--> Processing Dependency: perl(Error) for package: git
--> Processing Dependency: perl(Git) for package: git
--> Finished Dependency Resolution
git-1.7.4.1-1.el5.x86_64 from epel has depsolving problems
--> Missing Dependency: perl(Error) is needed by package git-1.7.4.1-1.el5.x86_64 (epel)
git-1.7.4.1-1.el5.x86_64 from epel has depsolving problems
--> Missing Dependency: perl-Git = 1.7.4.1-1.el5 is needed by package git-1.7.4.1-1.el5.x86_64 (epel)
git-1.7.4.1-1.el5.x86_64 from epel has depsolving problems
--> Missing Dependency: perl(Git) is needed by package git-1.7.4.1-1.el5.x86_64 (epel)
Error: Missing Dependency: perl(Error) is needed by package git-1.7.4.1-1.el5.x86_64 (epel)
Error: Missing Dependency: perl-Git = 1.7.4.1-1.el5 is needed by package git-1.7.4.1-1.el5.x86_64 (epel)
Error: Missing Dependency: perl(Git) is needed by package git-1.7.4.1-1.el5.x86_64 (epel)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
Figured it out, it was because of cpanel.
This fixes it:
yum install git --disableexcludes=main