Your message dated Sat, 28 Mar 2026 18:32:29 +0100
with message-id <[email protected]>
and subject line Re: Bug#1128926: yorick-yeti: FTBFS with glibc 2.43 on arm64,
issue with 2MB THP
has caused the Debian Bug report #1128926,
regarding yorick-yeti: FTBFS with glibc 2.43 on arm64, issue with 2MB THP
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1128926: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1128926
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: yorick-yeti
Version: 6.4.0-2
Severity: important
Tags: ftbfs upstream
Justification: fails to build from source
User: [email protected]
Usertags: glibc-2.43
Hi,
yorick-yeti fails to build from source on arm64 when using glibc 2.43,
currently in experimental.
The issue is triggered by glibc 2.43 on arm64 enabling 2MB THP by
default:
https://sourceware.org/git/?p=glibc.git;a=commit;h=321e1fc73f53081d92ba357cdd48c56b79292020
Successful build with glibc 2.42, currently in sid:
https://people.debian.org/~ema/glibc-2.43-rebuilds/output-2/yorick-yeti_arm64.build
Logs of a failed build with glibc 2.43 are here:
https://people.debian.org/~ema/glibc-2.43-rebuilds/output-1/yorick-yeti_arm64.build
The following test is failing:
ERROR (__dft_op) mathlib function signals error
LINE: 67 FILE:
/build/reproducible-path/yorick-yeti-6.4.0/fftw/yeti_fftw_test.i
Notably, the problem cannot be reproduced when building the package with
dpkg-buildpackage, while it can be reproduced with sbuild. An important
difference between the two environments is that sbuild has an empty
/sys/kernel/, and glibc 2.43 checks if THP are enabled by looking under
/sys/kernel/mm/transparent_hugepage/enabled.
See https://bugs.debian.org/1128916 for a somehow related issue.
--- End Message ---
--- Begin Message ---
On 2026-02-24 17:09, Emanuele Rocca wrote:
> Source: yorick-yeti
> Version: 6.4.0-2
> Severity: important
> Tags: ftbfs upstream
> Justification: fails to build from source
> User: [email protected]
> Usertags: glibc-2.43
>
> Hi,
>
> yorick-yeti fails to build from source on arm64 when using glibc 2.43,
> currently in experimental.
>
> The issue is triggered by glibc 2.43 on arm64 enabling 2MB THP by
> default:
> https://sourceware.org/git/?p=glibc.git;a=commit;h=321e1fc73f53081d92ba357cdd48c56b79292020
>
> Successful build with glibc 2.42, currently in sid:
> https://people.debian.org/~ema/glibc-2.43-rebuilds/output-2/yorick-yeti_arm64.build
>
> Logs of a failed build with glibc 2.43 are here:
> https://people.debian.org/~ema/glibc-2.43-rebuilds/output-1/yorick-yeti_arm64.build
>
> The following test is failing:
>
> ERROR (__dft_op) mathlib function signals error
> LINE: 67 FILE:
> /build/reproducible-path/yorick-yeti-6.4.0/fftw/yeti_fftw_test.i
>
> Notably, the problem cannot be reproduced when building the package with
> dpkg-buildpackage, while it can be reproduced with sbuild. An important
> difference between the two environments is that sbuild has an empty
> /sys/kernel/, and glibc 2.43 checks if THP are enabled by looking under
> /sys/kernel/mm/transparent_hugepage/enabled.
>
> See https://bugs.debian.org/1128916 for a somehow related issue.
Starting with glibc 2.43-2, glibc does not check for /sys/kernel/mm
during malloc, which fixes the issue. I am therefore closing the bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
[email protected] http://aurel32.net
--- End Message ---
