Re: [PATCH] libxcrypt: Update to version 4.4.33

[Michael Tremer <michael.tremer@ipfire.org>]

[-- Attachment #1: Type: text/plain, Size: 3167 bytes --]

Reviewed-by: Michael Tremer <michael.tremer(a)ipfire.org>

> On 19 Nov 2022, at 17:52, Adolf Belka <adolf.belka(a)ipfire.org> wrote:
> 
> - Update from version 4.4.28 to 4.4.33
> - Update of rootfile not required
> - Changelog
> Version 4.4.33
> * Fix -Werror=sign-conversion in lib/alg-yescrypt-platform.c.
>  With commit 894aee75433b4dc8d9724b126da6e79fa5f6814b we introduced some
>  changes to huge page handling, that show this error when building with
>  GCC v12.2.1, and thus need a small fix.
> Version 4.4.32
> * Improvements to huge page handling in lib/alg-yescrypt-platform.c.
>  When explicitly using huge pages, request the 2 MiB page size.
>  This should fix the issue where on a system configured to use 1 GiB
>  huge pages we'd fail on munmap() as we're only rounding the size up
>  to a multiple of 2 MiB.  With the fix, we wouldn't use huge pages on
>  such a system.  Unfortunately, now we also wouldn't use huge pages on
>  Linux kernels too old to have MAP_HUGE_2MB (issue #152).
> Version 4.4.31
> * Fix -Werror=conversion in lib/alg-yescrypt-opt.c
>  (issues #161 and #162).
> * Add some SHA-2 Maj() optimization in lib/alg-sha256.c.
> * Fix issues found by Covscan in test/getrandom-fallback.c.
> * Fix -Werror=strict-overflow in lib/crypt-des.c, which is seen
>  by GCC 12.x (issues #155 and #163).
> Version 4.4.30
> * configure: Restore ucontext api functionality check.
>  In c3f01c72b303cbbb0cc8983120677edee2f3fa4b the use of the ucontext api
>  in the main program was removed, and with it the configure check for it.
>  However, the ucontext api is still used in the "explicit_bzero" test and
>  thus this test still needs to be in place.
>  See also: https://bugs.gentoo.org/838172
> * configure: Restore the functionality of the '--disable-symvers' switch.
>  Without this fix the build was simply broken, if symbol versioning was
>  disabled for any reason, e.g. whether the compiler nor the linker
>  supporting it, or if disabled on purpose by the user (issue #142).
> * Fix variable name in crypt(3) for a datamember of 'struct crypt_data'
>  (issue #153).
> Version 4.4.29
> * Add glibc-on-loongarch-lp64 (Loongson LA464 / LA664) entry to
>  libcrypt.minver.  This was added in GNU libc 2.36.
> 
> Signed-off-by: Adolf Belka <adolf.belka(a)ipfire.org>
> ---
> lfs/libxcrypt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/lfs/libxcrypt b/lfs/libxcrypt
> index 56a27f33e..bdb6818eb 100644
> --- a/lfs/libxcrypt
> +++ b/lfs/libxcrypt
> @@ -24,7 +24,7 @@
> 
> include Config
> 
> -VER        = 4.4.28
> +VER        = 4.4.33
> 
> THISAPP    = libxcrypt-$(VER)
> DL_FILE    = $(THISAPP).tar.xz
> @@ -47,7 +47,7 @@ objects = $(DL_FILE)
> 
> $(DL_FILE) = $(DL_FROM)/$(DL_FILE)
> 
> -$(DL_FILE)_BLAKE2 = cf40994c461bb0161b1fd585cbc3881d98cbe3d494cfaa33f89c4e1cedcd593f5b603b58309dadbaa7cd436bfabe74b0d2d9a8fafd3a2212f5ef5b18e6f67161
> +$(DL_FILE)_BLAKE2 = 9cd2a2df4e2399d9084a5e03cb9be45e70c0213e1f143d423b5043f8f331320c79e6b8efa7ff33d401bce41a32574c6d6866096b70bf14ed715416c638f43a21
> 
> install : $(TARGET)
> 
> -- 
> 2.38.1
>