Hi, On 2026-09-13 13:49, Santiago Vila wrote: > Hello aurel32 et al. > > An archive rebuild of trixie after the point release shows > that package "ascdc" now fails to build from source in trixie. > > This was already reported for unstable, and I have now completed > the metadata to record that it also happens in trixie: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1136759 > > The strange thing is that it did not happen in Debian 13.6. > > It is possible that glibc may have something to do with this? > (note that gcc-14 has not been updated for trixie).
Yes, this is due to this commit [2] that got backported in order to support the linux-libc-dev package provided by the trixie-backport kernel [2]: commit 419245719ccbc7dad6a97f24465e7f09c090327a Author: DJ Delorie <[email protected]> Date: Mon Jan 26 22:24:42 2026 -0500 include: isolate __O_CLOEXEC flag for sys/mount.h and fcntl.h Including sys/mount.h should not implicitly include fcntl.h as that causes namespace pollution and conflicts with kernel headers. It only needs O_CLOEXEC for OPEN_TREE_CLOEXEC (although it shouldn't need that, but it's defined that way) so we provide that define (via a private version) separately. Reviewed-by: Adhemerval Zanella <[email protected]> Tested-by: Florian Weimer <[email protected]> That means that <fcntl.h> is not included anymore when including <sys/mount.h>. POSIX is clear that open() is defined in <fcntl.h>, so while this is unfortunate to introduce a bug in trixie, the bug is really on the ascdc package. Regards Aurelien [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=419245719ccbc7dad6a97f24465e7f09c090327a [2] https://bugs.debian.org/1135405 [3] https://pubs.opengroup.org/onlinepubs/9799919799/functions/open.html -- Aurelien Jarno GPG: 4096R/1DDD8C9B [email protected] http://aurel32.net

