Hmm, looks like there is ton of the following messages at the end of the build now:

patchelf: cannot find section '.dynstr'. The input file is most likely statically linked

@jtojnar I do not know how to fix those, if you encountered something similar before please let me know...

Looking at the derivation output, previously:

$ file result/lib/aisleriot/guile/2.0/accordion.go
result/lib/aisleriot/guile/2.0/accordion.go: Guile Object, little endian, 64bit, bytecode v2.0

now:

$ file result/bin/.sol-wrapped 
result/bin/.sol-wrapped: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /nix/store/mh78fk3x12q2a77srgkzv16h0irl8r61-glibc-2.31/lib/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, not stripped
$ file result/lib/aisleriot/guile/2.2/athena.go
result/lib/aisleriot/guile/2.2/athena.go: ELF 64-bit LSB shared object, no machine, version 1 (embedded), dynamically linked, with debug_info, not stripped
$ patchelf --print-rpath result/lib/aisleriot/guile/2.2/athena.go
patchelf: cannot find section '.dynstr'. The input file is most likely statically linked

Edit: the warning comes from pkgs/build-support/setup-hooks/audit-tmpdir.sh but incorrectly recognized Guile object files are still the underlying issue.

Looks like the change is intentional according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907061:

I don't know all the details here, but I believe that Guile uses the ELF format, for its byte-compiled files, and they are ELF files, but they're not "normal" executables. They contain Guile VM byte code, data sections, etc.

Either way this is bug in some other component, maybe we should do the same dh_strip does:

• dh_strip: Skip stripping of guile-2.2 files by skipping all all files matching "/guile/.*.go$". Thanks to Jeremy Bicha and Rob Browning. (Closes: #907061)