Description of problem: EPEL9 missing GeoIP-devel which is required to build ModSecurity and other packages that depends on development headers from GeoIP package. Can there be a EPEL9 branch for this package? Additional info: I am willing to adopt the package if current maintainer @totol don't have any time for this package.
I'm no longer the maintainer of this package but I used to be: I gave it up because it's no longer supported upstream. It's possible that the current maintainer won't want to maintain it for the EPEL-9 lifetime. Is it not possible for ModSecurity and the other packages to migrate to or use libmaxminddb instead?
I can use libmaxminddb but on appstream and codereadybuilder that is older version(1.5.2) and EPEL8, EPEL9 have no branch. I wanted to use the latest one like Fedora. I am not sure about EPEL policy about version overlapping. Maybe that's why there is no EPEL8, EPEL9 branch. I guess I would have to build libmaxmind too.
EPEL has a non-replacement policy so if a package is available in RHEL base/appstream/codereadybuilder then it can't be in EPEL. If you really need a later version then I guess you'd have to build it yourself. Or perhaps you might ask the libmaxinddb maintainer to build it in a COPR. Or if you're a RHEL customer, you could try requesting RedHat to update libmaxminddb in the next point release?
RHEL probably won't upgrade it because of their updates policy. I managed to compile it myself. I am closing this bug.
I think that EPEL allows packaging concurrent versions as nondefault module streams. A downside is that user would need to manually enable a stream with the new libmaxminddb before installing it. And that would have ramifications into packages which hard-require the new version. They would need to become modules too.