[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1032235: Bug#1014110: libargon2 0~20190702-0.1 no longer links against libpthread which breaks cryptsetup-initramfs



Am 15.03.23 um 22:39 schrieb Paul Gevers:
Hi,

[Release Team here]

On Thu, 2 Mar 2023 18:42:56 +0100 Bastian Germann <bage@debian.org> wrote:
On Thu, 2 Mar 2023 05:10:41 +0100 Guilhem Moulin <guilhem@debian.org> wrote:
> Ah no my bad, the changelog entry is probably incorrect and the
> cryptsetup-initramfs breakage is caused by the recent libargon2 upload
> indeed, but AFAICT not by anything particular in the upload.

I am sorry for having caused that issue, Daniel. Thanks for investigating, Guilhem.

The changelog entry is correct because it fixes a formerly made change.
0~20171227-0.1 intended to compile only udeb without threads:
"Build udeb without a dependency on pthreads"
But it unintentionally compiled the .deb executable with the .a compiled without threads.
The additional "make clean" fixes accidentally picking up the wrong .a.

Do I understand correctly that:
1) argon2 in testing isn't affected
2) this bug isn't solved yet, despite the closure?
3) the issue for cryptsetup is worked around in cryptsetup

libargon2-1 is linked by more packages. Are they all OK without this unintentional change unfixed? Why is the unintentional change not reverted or fixed?

There is no unintentional change. If packages are waiting for argon2 then I would prefer an unblock of both argon2 and cryptsetup at the same time. The version change seems major but the diff shows mostly build files changed.

I scheduled the build in time for the hard freeze but as the excuses system did not catch the bug severity/fixed changes it was not considered for migration.


Reply to: