bug#59200: reproducibility

2022-11-16 Thread ykonai via Bug reports for GNU Guix
Hi,

It turns out this was due to the fact that I had ironclad git cloned on
my computer, which was accidentally visible via :tree in the ASDF
configuration. ASDF detected that a different ironclad was used and
tried to compile-file to the gnu/store. I thought it was guix-related
since it did occur with both --pure and --container, but I was running
it with the default cwd share on.

Using --container --no-cwd is the solution to this problem. 





bug#59200: reproducibility

2022-11-15 Thread ykonai via Bug reports for GNU Guix


Hi,

I can definitely consistently reproduce this issue. Maybe something in
your filesystem could interfere with this? Try:
guix shell sbcl sbcl-uuid --container -- sbcl --eval '(require :asdf)'
--eval '(asdf:load-system :uuid)'

This is on guix commit 8f9588185d74f1f251b041b84d43302c337588ff, which
is from a fresh guix pull.

I was wrong wrt. .fasl files missing: ls -l $(guix build
sbcl-uuid)/lib/common-lisp/sbcl/uuid/ does show that the FASL is there,
it is simply that SBCL arbitrarily decides it needs to be recompiled,
which looks like the problem here. It could be some ASDF upstream bug.





bug#59200: ASDF build system/sbcl doesn't build FASLs on some packages

2022-11-12 Thread ykonai via Bug reports for GNU Guix


guix shell sbcl sbcl-uuid --pure -- sbcl --eval '(require :asdf)' --eval 
'(asdf:load-system :uuid)'
#:
  Error opening 
#P"/gnu/store/in6ndcrnqg9pp2glkbvl1s072zp7r34y-sbcl-uuid-2012.12.26-1.e7d6680/lib/common-lisp/sbcl/uuid/uuid-tmpGHU3ALSV.fasl":

Read-only file system

The issue seems to be that the sbcl-uuid package has an empty
lib/common-lisp/sbcl/uuid directory: the FASL files don't get built.

The build log shows everything is fine
https://ci.guix.gnu.org/build/1670426/log/raw so I believe this has to
be an issue with the asdf-build-system/sbcl itself. It also seems to
affect a number of packages, including from what I've seen: sbcl-numcl,
sbcl-lack, and sbcl-mito. It doesn't seem to be a missing #:asd-systems
argument either (the .asd file is loaded fine per the build log).