Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1209229 - openldap-servers leverages 'find' from findutils which is not a dep of the rpm
openldap-servers leverages 'find' from findutils which is not a dep of the rpm
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: openldap (Show other bugs)
7.3
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Matus Honek
Patrik Kis
: Reopened
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-04-06 14:20 EDT by Erik M Jacobs
Modified: 2015-11-19 03:53 EST (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Cause: missing findutils dependency Consequence: postinstall script may have failed in certain containerized environments Fix: dependency was added Result: postinstall scripts work even in containerized environments
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-11-19 03:53:02 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:2131 normal SHIPPED_LIVE Moderate: openldap security, bug fix, and enhancement update 2015-11-19 04:10:21 EST

  None (edit)
Description Erik M Jacobs 2015-04-06 14:20:29 EDT
Description of problem:
The openldap-servers package uses a postscript which leverages the "find" command. However, "findutils" (the package that provides it) is not a dependency of the RPM.

Therefore, on a Docker EL7 instance when trying to use openldap-servers, you will find that the configs are not generated in %post because the find command was not found and exited unsuccessfully. This also does not seem to generate an error when installing the RPM.

How reproducible:
100%

Steps to Reproduce:
1. Start with a Docker el7 container
2. install openldap-servers

Actual results:
config is not properly generated in /etc/openldap/slapd.d

Expected results:
config should be generated

Additional info:
Comment 2 Jan Synacek 2015-04-07 09:03:20 EDT
Yes, that is because findutils are part of the base installation (on Fedora and on RHEL). Trying to 'yum remove' findutils completely wrecks the whole RHEL-7 installation.

I'd say that your container is broken anyway without findutils.
Comment 3 Erik M Jacobs 2015-04-07 09:32:12 EDT
If by "my container" you mean the RHEL7 container from registry.access.redhat.com then I suppose you are correct.

While it may be part of the *base* installation on RHEL, the EL7 Docker image does not use "base".

None of that has anything to do with the fact that:

1) The %post script for this package doesn't fail properly in the absence of findutils
2) The package doesn't properly declare all of its dependencies

So which is it? Is your package broken because it doesn't properly fail and doesn't declare all of its dependencies, or is the Red Hat provided Docker image "broken" because it works fine but doesn't support your package?
Comment 4 Harald Hoyer 2015-04-09 05:58:01 EDT
(In reply to Jan Synacek from comment #2)
> Yes, that is because findutils are part of the base installation (on Fedora
> and on RHEL). Trying to 'yum remove' findutils completely wrecks the whole
> RHEL-7 installation.
> 
> I'd say that your container is broken anyway without findutils.

well, I can remove findutils just fine and have a working minimal system.

reopening
Comment 10 errata-xmlrpc 2015-11-19 03:53:02 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-2131.html

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