Script 'mail_helper' called by obssrc Hello community, here is the log from the commit of package zlib-ng for openSUSE:Factory checked in at 2025-02-16 22:37:09 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/zlib-ng (Old) and /work/SRC/openSUSE:Factory/.zlib-ng.new.8181 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "zlib-ng" Sun Feb 16 22:37:09 2025 rev:21 rq:1245806 version:2.2.3 Changes: -------- --- /work/SRC/openSUSE:Factory/zlib-ng/zlib-ng.changes 2024-10-23 21:08:04.705211177 +0200 +++ /work/SRC/openSUSE:Factory/.zlib-ng.new.8181/zlib-ng.changes 2025-02-16 22:37:28.196412380 +0100 @@ -1,0 +2,41 @@ +Sat Feb 8 18:26:35 UTC 2025 - Dirk Müller <[email protected]> + +- update to 2.2.3: + * This time we have two code fixes for potentially unsafe + access, although we have not had any bug-reports about these. + * It also contains several optimizations. Especially of note, + inflate has been optimized on various instruction sets and + also the generic C code has seen improvements, and we have + improvements for arches where unaligned accesses are not + possible (lacking instructions to handle unaligned access) + and also improvements on big endian. + * x86-64 AVX2: Inflate ~17.8% faster, Deflate unchanged. -4.6KB + library size. + * Aarch64: Inflate ~2.3% faster, Deflate unchanged. - 5.5KB + library size. + * We also took some time to do a comprehensive cleanup of the + now misleading UNALIGNED_OK option and of all the "unaligned" + functions. We have noticed that some distros have been + disabling these, fearing they are using potentially unsafe + unaligned pointers, but we already fixed that in 2.1.0-beta1. + Since then, these "unaligned" settings/functions have been + referring to using unaligned accesses in safe ways, like + utilizing unaligned intrinsics or memcpy to fix alignment for + example and selecting what safe method is optimal to the + arch. So disabling that instead disabled several safe + optimizations. + * Because this was obviously misleading certain distros into + disabling these optimizations, we have cleaned it up, removed + a lot of unnecessary preprocessor checks, and made detection + of optimal methods happen during compile instead of + configure. As a bonus, this cleaned up a lot of code and also + let us not compile in many extra variants of + compare256/longest_match, saving about 8-10KB of library + size. + * PS: s390x is currently potentially unsafe, CI reports a + failure on the MSAN test, this is pending investigation by + IBM. See #1845. + * Any Zlib-ng version on s390x built with VX-extensions enabled + compiled using a buggy Clang version will be unsafe. + +------------------------------------------------------------------- Old: ---- zlib-ng-2.2.2.tar.gz New: ---- zlib-ng-2.2.3.tar.gz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ zlib-ng.spec ++++++ --- /var/tmp/diff_new_pack.yqHaKd/_old 2025-02-16 22:37:28.768436140 +0100 +++ /var/tmp/diff_new_pack.yqHaKd/_new 2025-02-16 22:37:28.768436140 +0100 @@ -1,7 +1,7 @@ # # spec file for package zlib-ng # -# Copyright (c) 2024 SUSE LLC +# Copyright (c) 2025 SUSE LLC # # All modifications and additions to the file contributed by third parties # remain the property of their copyright owners, unless otherwise agreed @@ -30,7 +30,7 @@ %define soversion 2 %endif Name: zlib-ng%{?compat_suffix} -Version: 2.2.2 +Version: 2.2.3 Release: 0 Summary: Zlib replacement with SIMD optimizations License: Zlib ++++++ zlib-ng-2.2.2.tar.gz -> zlib-ng-2.2.3.tar.gz ++++++ ++++ 4154 lines of diff (skipped)
