Latest upstream release: 2.104 Current version/release in rawhide: 2.103-1.fc37 URL: http://search.cpan.org/dist/Compress-Raw-Zlib/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/2712/
Needed a couple of tweaks in %prep, which will hopefully be addressed in future upstream releases: # System Zlib does not have renamed symbols # https://github.com/pmqs/Compress-Raw-Zlib/issues/8 perl -pi -e 's/ -DZ_PREFIX / /;' Makefile.PL The default build with bundled Zlib uses -DZ_PREFIX to rename the Zlib symbols to avoid name conflicts with the system Zlib, which might be loaded in the same process. We don't want this renaming to happen when we're using the system Zlib ourselves. # If we build with Zlib < 1.2.12 and not Zlib-ng, the attempt to try # Compress::Raw::Zlib::haveZlibNg() will error out # https://github.com/pmqs/Compress-Raw-Zlib/issues/9 perl -pi -e 's/Compress::Raw::Zlib::haveZlibNg\(\)/0/' t/02zlib.t We're not using Zlib-ng so we can pretend that Compress::Raw::Zlib::haveZlibNg() existed and returned a false value. When our system Zlib is updated to 1.2.12 this won't be needed due to short-circuit expression evaluation.