On 02/03/2026 01:22, Samuel Thibault wrote:
Diego Nieto Cid, le dim. 01 mars 2026 22:13:14 -0300, a ecrit:
El dom, 1 mar 2026 a las 21:24, Samuel Thibault (<[1][email protected]>)
escribió:
I have gotten yet another odd file corruption in a buildd chroot, after
building haskell-xml-html-qq_0.1.0.1-6+b1, /usr/bin/mkdir became:
Just a random idea. Can't we make mkdir read only such that whatever is trying
to write to the file is caught early?
Most probably it's not getting written through normal unix calls, but
through buffer overflow / bogus disk write, and whatnot.
The file size, notably, hasn't changed, so it's not just a dumb script
that writes to the wrong file.
Is /usr/bin/mkdir still altered after a reboot proving that the disc
content rather than the memory cache has changed?
I'm having no luck with my local sbuilds. I notice that a build
yesterday (haskell-lambdahack_0.11.0.1-2+b2_hurd-amd64.log) on boralus
reported:
[2 of 2] Linking debian/hlibrary.setup
In file included from /usr/include/features.h:523,
from /usr/include/inttypes.h:25,
from
/usr/lib/ghc/lib/../lib/x86_64-hurd-ghc-9.10.3/rts-1.0.2/include/stg/Types.h:32,
from
/usr/lib/ghc/lib/../lib/x86_64-hurd-ghc-9.10.3/rts-1.0.2/include/Rts.h:23,
from /tmp/ghc43548_0/ghc_3.c:1:0: error:
/usr/include/x86_64-gnu/sys/cdefs.h:609:1: error:
error: unterminated comment
609 | /* GCC 4.3 and above with -std=c99 or -std=gnu99 implements
ISO C99
I'm building that package within a continuous cycle of 11 packages that
have seen corruptions on buildd. I don't see anything like the above,
but I do see the build failures:
lambdahack
Running debian/hlibrary.setup copy --builddir=dist-ghc --destdir=debian/tmp
Non-zero exit code 1.
Installing library in
debian/tmp/usr/lib/haskell-packages/ghc/lib/x86_64-hurd-ghc-9.10.3-bf23/LambdaHack-0.11.0.1-HOFxndj2Qz1HZ5NbRLeQXd
/usr/bin/strip: warning:
debian/tmp/usr/lib/haskell-packages/ghc/lib/x86_64-hurd-ghc-9.10.3-bf23/LambdaHack-0.11.0.1-HOFxndj2Qz1HZ5NbRLeQXd/libHSLambdaHack-0.11.0.1-HOFxndj2Qz1HZ5NbRLeQXd_p.a(Fov.p_o)
has a section extending past end of file
out of memory allocating 795790149960 bytes after a total of
35180081132376 bytes
And on another local build machine:
lambdahack
Running debian/hlibrary.setup copy --builddir=dist-ghc --destdir=debian/tmp
Non-zero exit code 1.
Installing library in
debian/tmp/usr/lib/haskell-packages/ghc/lib/x86_64-hurd-ghc-9.10.3-bf23/LambdaHack-0.11.0.1-HOFxndj2Qz1HZ5NbRLeQXd
dist-ghc/build/libHSLambdaHack-0.11.0.1-HOFxndj2Qz1HZ5NbRLeQXd_p.a:
copyFile: failed (Computer bought the farm)
I've altered my qemu configuration to use -cpu 'qemu64' rather than
'pass through'. These failures have only occurred since that change but
it's premature to conclude that they are connected.
Cheers,
Mike.
