From: simon@josefsson.org   
      
   Which version if the 'gnulib' package was used that triggered the FTBFS?   
      
   As far as I can tell, the commit   
   df17f4f37ed3ca373d23ad42eae51122bdb96626 you refer to is in the most   
   recent gnulib 20260109-1~exp1 upload.   
      
   I'll try to rebuild inetutils with glibc 2.43 from experimental to see   
   if I can reproduce this.   
      
   /Simon   
      
   Simon Josefsson  writes:   
      
   > block 1128550 by 1124418   
   > thanks   
   >   
   > Sorry about leaving gnulib in this state, the intent was indeed to   
   > upload to experimental, but somehow my 'gbp dch' spell misfired.  I have   
   > been waiting on the 'git-merge-changelog' ITP to be approved, and I   
   > asked the DFSG team to consider reviewing it sooner.   
   >   
   > To clarify, did you confirm that gnulib from latest upstream   
   > 'stable-202601' solved the FTBFS in inetutils?   
   >   
   > If so I'll try to backport the change on that branch into a new unstable   
   > 'gnulib' upload.  The Debian gnulib package uses upstream's gnulib git   
   > bundle as source code, which doesn't have this patch in it yet, but I   
   > suppose it could go into debian/patches/ meanwhile.   
   >   
   > It won't still migrate to testing until the git-merge-changelog   
   > situation is resolved, I think, but I suppose that is not as urgent.   
   > Getting gnulib into testing is blocking on that ITP, so I added a   
   > blocker.   
   >   
   > Adding a Breaks seems a bit blunt: there are many valid use-cases of   
   > current gnulib that won't Break with recent libc6-dev.  But adding it   
   > doesn't seem to violate any policy, so no strong opinion from me.  I'm   
   > just not sure if adding it actually leads to an overall improvement.   
   >   
   > /Simon   
   >   
   > Guillem Jover  writes:   
   >   
   >> Control: reassign -1 gnulib   
   >> Control: affects -1 inetutils   
   >>   
   >> Hi!   
   >>   
   >> On Fri, 2026-02-20 at 23:58:01 +0100, Aurelien Jarno wrote:   
   >>> Source: inetutils   
   >>> Version: 2:2.7-3   
   >>> Severity: important   
   >>> Tags: ftbfs upstream   
   >>> Justification: fails to build from source   
   >>> User: debian-glibc@lists.debian.org   
   >>> Usertags: glibc-2.43   
   >>   
   >>> inetutils fails to build from source with glibc 2.43, currently in   
   >>> experimental. From the build log:   
   >>>    
   >>> | gcc -DHAVE_CONFIG_H -I. -I..   -Wdate-time -D_FORTIFY_SOURCE=2    
   -Wno-cast-qual -Wno-conversion -Wno-float-equal -Wno-sign-compare -Wno-undef   
   -Wno-unused-function -Wno-unused-parameter -Wno-float-conversion   
   -Wimplicit-fallthrough -Wno-pedantic -Wno-   
   sign-conversion -Wno-type-limits -Wno-unused-const-variable -Wno   
   unsuffixed-float-constants -Wno-error -Wall -g -O2 -Werror=impli   
   it-function-declaration -ffile-prefix-map=/build/reproducible-pa   
   h/inetutils-2.7=. -fstack-protector-strong -fstack-clash-   
   protection -Wformat -Werror=format-security -mbranch-protection=standard -c -o   
   libgnu_a-c32tolower.o `test -f 'c32tolower.c' || echo './'`c32tolower.c   
   >>> | In file included from /usr/include/features.h:539,   
   >>> |                  from /usr/include/aarch64-linux-gnu/bits/   
   ibc-header-start.h:33,   
   >>> |                  from /usr/include/stdlib.h:26,   
   >>> |                  from ./stdlib.h:51,   
   >>> |                  from argp-fmtstream.c:26:   
   >>> | ./stdlib.h:820:20: error: expected identifier or '(' before '_Generic'   
   >>> |   820 | _GL_EXTERN_C void *bsearch (const void *__key,   
   >>> |       |                    ^~~~~~~   
   >> […]   
   >>> | dh_auto_build: error: make -j128 returned exit code 2   
   >>> | make: *** [debian/rules:29: binary] Error 25   
   >>> | dpkg-buildpackage: error: debian/rules binary subprocess failed   
   >>> | with exit status 2   
   >>>    
   >>> The full build log is available here [1].   
   >>>    
   >>> The issue is due to ISO C23 declaration of bsearch, memchr, strchr,   
   >>> strpbrk, strrchr, strstr, wcschr, wcspbrk, wcsrchr, wcsstr and wmemchr,   
   >>> which now returns a pointer to a const-qualified type when the input   
   >>> argument is a pointer to a const-qualified type [2].   
   >>   
   >> The problematic code is in gnulib, which inetutils pulls in at build   
   >> time. This has been fixed in upstream gnulib at least with commit   
   >> df17f4f37ed3ca373d23ad42eae51122bdb96626 (there might be other commits   
   >> needed besides that though).   
   >>   
   >> There was a gnulib upload with a recent version that I think should   
   >> contain the fixed code, which looks being intended for experimental,   
   >> but ended up in unstable, and even though the buildd status says it   
   >> supposedly got built, it does not appear on unstable.   
   >>   
   >>   https://tracker.debian.org/news/1706111/accepted-gnulib-202   
   0109-1exp1-source-into-unstable/   
   >>   https://buildd.debian.org/status/package.php?p=gnulib   
   >>   
   >> I tested with a local checkout (from today) of gnulib and the glibc   
   >> from experimental, and inetutils then builds fine. So a fixed gnulib   
   >> should fix the inetutils FTBFS.   
   >>   
   >> Once a fixed gnulib is uploaded, it might also make sense to add a   
   >> version Breaks from libc6-dev against gnulib probably.   
   >>   
   >> Thanks,   
   >> Guillem   
   >   
      
   --=-=-Content-Type: application/pgp-signature; name="signature.asc"   
      
   -----BEGIN PGP SIGNATURE-----   
      
   iQNoBAEWCgMQFiEEo8ychwudMQq61M8vUXIrCP5HRaIFAmmZ0QUUHHNpbW9uQGpv   
   c2Vmc3Nvbi5vcmfCHCYAmDMEXJLOtBYJKwYBBAHaRw8BAQdACIcrZIvhrxDBkK9f   
   V+QlTmXxo2naObDuGtw58YaxlOu0JVNpbW9uIEpvc2Vmc3NvbiA8c2ltb25Aam9z   
   ZWZzc29uLm9yZz6IlgQTFggAPgIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgBYh   
   BLHSvRN1vst4TPT4xNc89jjFPAa+BQJn0XQkBQkNZGbwAAoJENc89jjFPAa+BtIA   
      
   [continued in next message]   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)