Description of problem: It's prereq for netsniff-ng (bug 2066610). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Check the EPEL-9 repo 2. 3. Actual results: There are NO GeoIP, GeoIP-devel packages Expected results: There are GeoIP, GeoIP-devel packages Additional info:
GeoIP is a legacy library, can't it use libmaxminddb instead?
(In reply to Paul Howarth from comment #1) > GeoIP is a legacy library, can't it use libmaxminddb instead? It seems there is no support upstream for libmaxminddb. I could build netsniff-ng without GeoIP support, but as EPEL-8 version supported it, I opened this request.
Somebody raised this upstream in 2019 but nothing seems to have happened: https://github.com/netsniff-ng/netsniff-ng/issues/212 I used to maintain GeoIP but dropped it about a year after upstream stopped support for it. The current maintainer is keeping it in Fedora for the few things that still need it but I'm not sure if they'll be willing to maintain it in EPEL-9. We'll have to see. But it's definitely worth considering building without GeoIP support. That's what I did for proftpd.
*** Bug 2089333 has been marked as a duplicate of this bug. ***
Please do NOT branch GeoIP for EPEL 9, because MaxMind, the GeoIP upstream, has clearly declared the end of life for GeoIP at https://github.com/maxmind/geoip-api-c/ - and personally, I would somehow question the health and further development of a project currently still depending on GeoIP two years after the deprecation notice (and 7.5 years after libmaxminddb v1.0.0 as first stable release, or even 9 years after the introduction of libmaxminddb in general).
*** Bug 2112527 has been marked as a duplicate of this bug. ***
*** Bug 2164055 has been marked as a duplicate of this bug. ***