Bug 1578892 - etckeeper for EL6 has broken dependency on hostname package
Summary: etckeeper for EL6 has broken dependency on hostname package
Keywords:
Status: CLOSED DUPLICATE of bug 1577707
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: etckeeper
Version: el6
Hardware: All
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Thomas Moschny
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-05-16 14:46 UTC by Josh Miller
Modified: 2018-05-17 06:57 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-05-17 06:57:37 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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 ***


Note You need to log in before you can comment on or make changes to this bug.