Bug 2056048

Description of problem:

Starting with openbabel-3.1.1-4, openbabel bundles the third-party "inchi" library and its development components, but only for EPEL / RHEL builds, not Fedora builds.  It is no more appropriate for the package to perform such bundling in EPEL than it would be for it to do so in Fedora (refer to https://docs.fedoraproject.org/en-US/packaging-guidelines/#bundling).  Instead, Fedora's inchi packages should be introduced into EPEL, and all openbabel builds should rely on those.


Version-Release number of selected component (if applicable):

3.1.1-4 through present latest (3.1.1-6)


How reproducible:

Always.


Steps to Reproduce:

1. Build openbabel packages on RHEL 8 from the openbabel-3.1.1-4 (or later) source RPM.
2. Query the package contents via (say) "rpm -ql -p openbabel-devel-3.1.1-4.el8.x86_64.rpm"


Actual results:

inchi components /usr/include/inchi/inchi_api.h, /usr/lib64/libinchi.so, and /usr/lib64/libinchi.so.1 are among the openbabel-devel and openbabel-libs contents.


Expected results:

No inchi components should be bundled with openbabel.  (They should instead be provided via separate packages.)


Additional info:

The inchi version presently bundled with the latest EPEL openbabel package is stale (version 1.0.4 is bundled, whereas 1.0.5 was released in January 2017 and latest is 1.0.6).

The Inchi standard and software distribution are under different institutional control from openbabel, so there is no ambiguity about inchi being a third-party library relative to openbabel.