Bug 1578892

Summary: etckeeper for EL6 has broken dependency on hostname package
Product: [Fedora] Fedora EPEL Reporter: Josh Miller <unrtst>
Component: etckeeperAssignee: Thomas Moschny <thomas.moschny>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: el6CC: rhbugs, thomas.moschny
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-05-17 06:57:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Josh Miller 2018-05-16 14:46:34 UTC
Description of problem:

An update was recently released to etckeeper in the EL6 EPEL repo, from 1.18.5-1.el6 to 0:1.18.7-2.el6.
The new version contains a broken dependency on "hostname". Ex:

Execution of '/usr/bin/yum -d 0 -e 0 -y install etckeeper' returned 1: Error: Package: etckeeper-1.18.7-2.el6.noarch (epel)
Requires: hostname

In CentOS 7, there is a separate "hostname" package. However, in CentOS 6, /bin/hostname is provided by package "net-tools". I'm pretty sure the package is working from CentOS 7, added the "hostname" package dependency as that's correct for 7, but carried that over to the CentOS 6 build by mistake.


Version-Release number of selected component (if applicable): 1.18.7-2.el6


How reproducible:

Every time. Just attempt to install or update etckeeper from EPEL on a CentOS 6 instance.
sudo yum update etckeeper


Steps to Reproduce:
A) sudo yum update etckeeper
B) sudo yum install etckeeper


Actual results:

Loaded plugins: etckeeper, fastestmirror, priorities, security, versionlock
Setting up Update Process
Loading mirror speeds from cached hostfile
143 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package etckeeper.noarch 0:1.18.5-1.el6 will be updated
---> Package etckeeper.noarch 0:1.18.7-2.el6 will be an update
--> Processing Dependency: hostname for package: etckeeper-1.18.7-2.el6.noarch
--> Processing Dependency: perl-interpreter for package: etckeeper-1.18.7-2.el6.noarch
--> Running transaction check
---> Package etckeeper.noarch 0:1.18.7-2.el6 will be an update
--> Processing Dependency: hostname for package: etckeeper-1.18.7-2.el6.noarch
---> Package perl-interpreter.noarch 4:5.10.1-5.el6 will be installed
--> Finished Dependency Resolution
Error: Package: etckeeper-1.18.7-2.el6.noarch (epel)
           Requires: hostname
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


Expected results:

It should depend on the "hostname" executable, not on the "hostname" package, and it should install or update.


Additional info: I don't think any is needed :-)

Comment 1 Anssi Johansson 2018-05-16 14:48:56 UTC
Duplicate of bug 1577707

Also, try "yum update --enablerepo=epel-testing".

Comment 2 Thomas Moschny 2018-05-17 06:57:37 UTC

*** This bug has been marked as a duplicate of bug 1577707 ***