Red Hat Bugzilla – Bug 1289073
Cannot install nginx from epel
Last modified: 2015-12-10 02:50:34 EST
Description of problem:
When installing nginx, you get the following problem:
--> Finished Dependency Resolution
Error: Package: gperftools-libs-2.4-5.el7.x86_64 (epel)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install fresh CentOS7
2. install epel7-release
3. try to install nginx
Installation fails with the error above
nginx would be installed
The current nginx has been built for RHEL 7.2.
To get the equivalent packages for CentOS, you will need to either wait for 7.2.1511's release or get the packages from the CR repo as described in https://wiki.centos.org/AdditionalResources/Repositories/CR
(In reply to Aki Tuomi from comment #0)
> Description of problem:
> When installing nginx, you get the following problem:
> --> Finished Dependency Resolution
> Error: Package: gperftools-libs-2.4-5.el7.x86_64 (epel)
> Requires: libunwind.so.8()(64bit)
libunwind has been retired from EPEL7:
libunwind is included in RHEL 7.2 now, so that is why libunwind was retired. Sadly, this means CentOS is kind of broken unless you enable CR.
As a workaround:
# yum-config-manager --enable cr
# yum install nginx
This certainly sucks. I'm not sure how to avoid this problem. Will ping fedora-devel mailing list.
As an aside, it looks like the Release of libunwind has gone backwards from 1.1-10 in EPEL7  to 1.1-5 in RHEL .
Bug 1288313 is related.
I could rebuild NGINX without gperftools as a temporary solution, but that would break NGINX for anyone using the google perftools module. If I don't rebuild, then users can't even install NGINX in the first place!
It seems I'm stuck between a rock and a hard place.
My (slightly biased) opinion is that you should keep nginx as is. CentOS will eventually get the updated dependencies published.
Yeah, I won't be rebuilding NGINX. New users can just enable CR, but unfortunately they might not realise that's the solution. Just posted to ML. Hopefully we can avoid this problem in the future.
Just hit this issue this morning. Great start to the off the Monday morning.
Can't you simply rebuild gperftools against the current RHEL provided libunwind?
(In reply to Kevin Fenzi from comment #9)
> Can't you simply rebuild gperftools against the current RHEL provided
Unfortunately not. libunwind isn't installable at all on CentOS unless you enable the CR repository (since it's no longer in EPEL and CentOS 7.2 hasn't been released yet.
Duh, ok. I see. ;(
I'd like to unretire libunwind for EPEL while waiting for CentOS 7.2, but that would break RHEL. So I think what I need to do is wait until the libunwind.rh maintainer has bumped the Release of libunwind.rh, then request for libunwind.el7 to be unretired. But this process may not even complete before CentOS 7.2 is released... thus making it rather pointless.
So, probably we just have to sit and wait for the Release to be bumped or CentOS 7.2 to be released :-(
Just stepping in to say that this effectively prevents Ceph from installing properly as well, i.e, http://logs.openstack.org/95/254095/1/check/gate-puppet-ceph-puppet-beaker-rspec-dsvm-centos7/ac9f226/console.html#_2015-12-08_05_29_33_225
I opened a discussion on centos-devel  and after some initial misunderstandings, Johnny Hughes very kindly agreed to put the CentOS 7.2 version of libunwind in CentOS 7.1 Extras repository.
libunwind-1.1-5 is now on mirror.centos.org  and will eventually find its way to other mirrors. This should resolve the problem.
I can confirm nginx installs properly now.
This seems resolved as of today. Can we close it out?
Thanks Paul and Brad for confirming that this is fixed.