GNU bug report logs - #53005
cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

Previous Next

Package: guix;

Reported by: Simon South <simon <at> simonsouth.net>

Date: Tue, 4 Jan 2022 14:38:02 UTC

Severity: serious

Tags: patch

Done: Simon South <simon <at> simonsouth.net>

Bug is archived. No further changes may be made.

Full log


Message #24 received at 53005 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Simon South <simon <at> simonsouth.net>
Cc: 53005 <at> debbugs.gnu.org
Subject: Re: bug#53005: [PATCH 1/1] gnu: glibc: Preserve
 "__pthread_key_create" symbol.
Date: Wed, 12 Jan 2022 14:21:55 -0500
On Mon, Jan 10, 2022 at 06:34:26PM -0500, Simon South wrote:
> Avoid a potential crash in multithreaded applications by preserving the
> pthread library's "__pthread_key_create" symbol, used by libgcc to detect the
> use of threads in an application.
> 
> Fixes <https://issues.guix.gnu.org/53005>.
> 
> * gnu/packages/base.scm (glibc)[arguments]: Add "#:strip-flags" with
> "--keep-symbol=__pthread_key_create" appended to the default set.

Thanks for analysing this bug and sending a patch.

Because the proposed fix changes glibc, it will require rebuilding the
entire distro. That's expensive, so, we need to think about it some more
before deciding what to do.

First, how was the LUKS2 volume created? Was it created by Guix System?
Is it the default type of LUKS volume created by Guix? I see that our
cryptsetup package has "with-default-luks-format=LUKS1". I'm trying to
understand how many users will be affected by this bug.

Second, do other distros have to apply the same workaround with
'--keep-symbol'? Like, is this problem widespread? Is Guix doing
something wrong that requires the workaround?

Sorry if you already answered these questions in your previous messages.




This bug report was last modified 1 year and 200 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.