I have two patches I contributed which I need to make some
additional changes to, but which I can’t make progress on because
they fail to build. The failures are repeatable -- I can
replicate them every time, across multiple computers -- but not
/consistent/ -- the same code fails when built from a clean state,
but works if I build the base commit of the branch, then the HEAD.
First bug -- #77653. Working state is in the wasm-toolchain
branch at https://codeberg.org/ieure/guix.git
Symptom: `make clean && make' fails to build with:
ice-9/eval.scm:293:34: error: clang-runtime-16: unbound
variable
hint: Did you forget a `use-modules' form?
It’d be nice if this gave me a file/line for the problem, but the
only added mention of this package is in gnu/packages/wasm.scm,
where the wasm32-wasi-clang-runtime package inherits from it. The
clang-runtime-16 package is in (gnu packages llvm), is public, and
gnu/packages/wasm.scm uses (gnu packages llvm). If I load
wasm.scm in the Guix REPL, it works fine. If I build the base
commit of that branch (7ff20b9e94), then build the HEAD
(dd2172a054), it builds fine. It only fails when I `make clean &&
make' on dd2172a054.
--------------------
Second bug -- #77106. Working state is in the autofs-service-type
branch at https://codeberg.org/ieure/guix.git
Symptom: `make clean && make' fails to build with:
error: failed to load 'gnu/build/linux-initrd.scm':
ice-9/eval.scm:293:34: In procedure symbol->string: Wrong type
argument in position 1 (expecting symbol): #:cpio
That file is unchanged in the autofs-service-type branch. The
code doesn’t have `#:cpio' in it at all:
#:use-module ((guix cpio) #:prefix cpio:)
As with the first bug, if I check out the base commit
(15562902da), `make clean && make', then check out HEAD
(0ae700d9a7) and `make', it builds. If I check out HEAD and `make
clean && make', it fails. The only changes in the branch are to
gnu/packages/nfs.scm; gnu/build/linux-initrd.scm isn’t modified at
all.
--------------------
Am I doing something wrong or missing obvious problems? Is this a
Guile bug?
Thanks,
-- Ian