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
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.
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?
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.
Update:
Please note that I did post a different flavor of this on the Unix & Linux SE, but received no helpful responses in the day before re-posting here. The information from that post that is relevant here is that I first added EPEL 7 to the list of repos using rpm -Uvh which is probably why the EL 7 version of R is being requested.
Anyway, as requested by user Sami Laine, here is the output from cat /etc/yum.repos.d/epel.repo
[epel]
name=Extra Packages for Enterprise Linux 6 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 6 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-6&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 6 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/6/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-6&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
gpgcheck=1
And the output from rpm -q epel-release is epel-release-6-8.noarch.
I am trying to install R on a fresh CentOS 6.5 box, but am running into difficulties with dependencies. I added the EPEL 6 repo using rpm, and then ran a yum install R. It aborted with broken dependencies:
---> Package R-core.x86_64 0:3.1.1-3.el7 will be installed
--> Processing Dependency: libtiff.so.5(LIBTIFF_4.0)(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libpng15.so.15(PNG15_0)(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: liblzma.so.5(XZ_5.0)(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libtiff.so.5()(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libquadmath.so.0()(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libpng15.so.15()(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libpcre.so.1()(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: liblzma.so.5()(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libicuuc.so.50()(64bit) for package: R-core-3.1.1-3.el7.x86_64
--> Processing Dependency: libicui18n.so.50()(64bit) for package: R-core-3.1.1-3.el7.x86_64
---> Package R-java.x86_64 0:3.1.1-3.el7 will be installed
--> Processing Dependency: java-headless for package: R-java-3.1.1-3.el7.x86_64
---> Package texlive-texmf-errata-fonts.noarch 0:2007-7.1.el6 will be installed
--> Finished Dependency Resolution
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: liblzma.so.5()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: liblzma.so.5(XZ_5.0)(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libtiff.so.5()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libpcre.so.1()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libpng15.so.15()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libicui18n.so.50()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libquadmath.so.0()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libpng15.so.15(PNG15_0)(64bit)
Error: Package: R-java-3.1.1-3.el7.x86_64 (epel)
Requires: java-headless
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libicuuc.so.50()(64bit)
Error: Package: R-core-3.1.1-3.el7.x86_64 (epel)
Requires: libtiff.so.5(LIBTIFF_4.0)(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Not sure why these dependencies are not getting resolved. Also any reason why el7 version is being installed when my CentOS is 6.5?
Since EPEL release 7 has been installed (and then removed), some of metadata used by dependency chain checking contains conflicting residue from that. Though you have installed EPEL release 6, the metadata is still left there to bother.
To clean metadata and generate it again, run:
yum clean all && yum makecache
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