Description of problem: Red Hat has dropped OpenLDAP servers package, but OpenLDAP is still widely used and actively developed and maintained. I suggest it gets included in EPEL build.
The package review component is for submitting new packages after you've created a spec file [0]. It is not a wishlist to ask other people to do the work. If you'd like to start this work, there are a few things to be aware of. - openldap-server is a subpackage from the openldap spec file. - RHEL8 ships all the other subpackages, and thus the name openldap is blocked from being requested for an epel8 branch. In order to ship just openldap-servers in EPEL8, the following would have to happen. - Create a new openldap-servers.spec file based on the RHEL8 spec file [1] but removing all other subpackages and files to avoid conflicts with packages shipped in RHEL8. - Submit a package review for openldap-servers. - Once approved and added, keep the EPEL openldap-servers.spec file in sync with the RHEL openldap.spec file over time. [0] https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Adding_a_new_package [1] https://git.centos.org/rpms/openldap/blob/c8s/f/SPECS/openldap.spec
Hope it's OK to re-open this 'bug' to submit the SPEC file, src.rpm and the binary x86_64.rpm. This is my first package in Fedora 'universe'. I adapted the SPEC file to build just the openldap-servers binary package - the SPEC file is still named openldap.spec and the resulting src.rpm is also named 'openldap' - should these also be changed to 'openldap-servers' ? All the files are available on copr: https://download.copr.fedorainfracloud.org/results/danci1973/openldap-servers/epel-8-x86_64/02257010-openldap/openldap-2.4.46-16.el8.src.rpm https://download.copr.fedorainfracloud.org/results/danci1973/openldap-servers/epel-8-x86_64/02257010-openldap/openldap-servers-2.4.46-16.el8.x86_64.rpm https://download.copr.fedorainfracloud.org/results/danci1973/openldap-servers/epel-8-x86_64/02257010-openldap/openldap.spec
Yes, the spec file needs to be renamed to openldap-servers.spec, and the Name field has to be changed to openldap-servers. The servers subpackage (`%package servers`, `%files servers`) will also need to be merged into the top level package.
Based on Danilo Godec's work and the comment here, I've updated the spec file. Here's the spec file that matches the current upstream spec file: https://copr-be.cloud.fedoraproject.org/results/jonquark/openldap-servers/epel-8-x86_64/02928889-openldap-servers/openldap-servers-18.spec And the rpm it produces: https://copr-be.cloud.fedoraproject.org/results/jonquark/openldap-servers/epel-8-x86_64/02928889-openldap-servers/openldap-servers-2.4.46-18.el8.x86_64.rpm and here's the RPM (based on an older specfile) that matches the openldap version currently in the centos 8 repos: https://copr-be.cloud.fedoraproject.org/results/jonquark/openldap-servers/epel-8-x86_64/02928888-openldap-servers/openldap-servers-2.4.46-17.el8_4.x86_64.rpm I worry slightly about the version locking across repos. Each of these openldap-servers packages requires an exact version of the openldap package which would cause issues when e.g. an updated openldap is pushed from the main repo and the corresponding openldap-servers hasn't ben pushed to EPEL. I'm not sure what the right thing to do here is, I guess relax the exact version dependency but it would require some testing to check it worked with version mismatches (I suspect it would be fine for 2.4.46-17.el8_4 and 2.4.46-18 but you can imagine changes that would cause things to be broken.
Thanks Danilo and Jon for your work on this so far. Fortunately for the long term maintenance (but unfortunately for the time y'all have spent) RHEL is adding openldap-server back to the distribution. It is available now in CentOS Stream 8 PowerTools, and it should show up in RHEL 8 CRB soon. https://git.centos.org/centos/comps/c/7b25a7b446b511edfa34bb395d942c49abd21b25?branch=master It doesn't make any sense to continue this review, in fact openldap-servers will no longer be eligible for EPEL8, so I'm going to close this out.
That is awesome news :)