perl-Compress-Raw-Lzma records the version of the LZMA library it was built against and there can be issues if the run-time version is different, hence the versioned dependency. Rebuilding it against the new xz and having a single update for both is exactly the right thing to do.

milter-greylist itself hasn't had a release since 2016 but on the other hand it could be regarded as stable software that doesn't need to be frequently updated. It certainly still works and I'm comfortable running it on my own mail server.

I've intentionally compiled it without GeoIP support because MaxMind stopped releasing updates for the legacy GeoIP databases about a year ago and hence any GeoIP data is quite likely to be wrong. This would get worse during the long lifetime of EL8.

Updating to libmaxminddb rather than GeoIP won't help either, because MaxMind have changed the license terms for their current databases and we can no longer redistribute them.

OK so I see there is this update plus https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-674a57f9a4 for GeoIP-GeoLite-data, both created by Morten Stevens. So it seems like the options are either that Morten pushes both updates again or Thomas bumps and rebuilds both packages and then creates a new combined update for them both.

I'm fine either way.

Paul.

If you're happy to maintain it and deal with the bugs you'll get about it being broken and/or out of date, by all means push it to EPEL-8. But make an update containing both GeoIP and GeoIP-GeoLite-data, don't just push GeoIP on its own.

Hi, (I'm Paul Howarth by the way) Re: GeoIP-GeoLite-data, it should be included in the same update as GeoIP. Cheers, Paul.

If you're going to ship this package, you'll need to build GeoIP-GeoLite-data and add that to the update because otherwise GeoIP will have broken dependencies.

If you're not sure about whether you can remove a package after a year or so (I think you can, but I also think it's against the spirit of EPEL to provide something now knowing that you intend to remove it long before the end of life of EL-8), you might want to discuss it on the EPEL devel list.

Built perl-Crypt-DH successfully using this package.

Used this package to build perl-Regexp-Assemble successfully.

Local build of perl-Module-CPANTS-Analyse works with this.

Built perl-Test-Vars successfully using this.

Never mind, I'll do a separate update for perl-PPIx-Utilities-1.001000-35.el8 and perl-Perl-Critic-1.134-5.el8.

perl-PPIx-QuoteLike and perl-PPIx-Regexp look fine to me.

Used successfully to build perl-Perl-Critic.

Could you add perl-PPIx-Utilities-1.001000-35.el8 and perl-Perl-Critic-1.134-5.el8 to this update please?

Thanks Jitka.

Works for me.

Hi, can you add perl-Test-Script-1.25-2.el8 to this update please? It depends on perl-Probe-Perl.

rpmdiff shows no significant differences between this package and the one I built myself and tested locally.

I cleaned up the spec a bit and built perl-Convert-TNEF-0.18-17.el8; please consider updating to that build.

Built perl-Convert-BinHex successfully.

Built perl-Convert-BinHex successfully.

Works for me too.