bug#59200:

2022-11-12 Thread Sharlatan Hellseher
Hi,

I've got the same issue while packing cl-graph which has cl-containers as
one of the inputs. It's fails exactly the same where it can't assess
cl-containers FASL file.

Regards,
Oleg


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: reproducibility

2022-11-16 Thread Guillaume Le Vaillant
ykonai via Bug reports for GNU Guix  skribis:

> 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.

I tried:

--8<---cut here---start->8---
guix time-machine --commit=8f9588185d74f1f251b041b84d43302c337588ff -- \
  shell sbcl sbcl-uuid --container -- \
  sbcl --no-userinit --eval '(require :asdf)' --eval '(asdf:load-system :uuid)'
--8<---cut here---end--->8---

and it worked without error.

Maybe there is something in your local CL configuration (.sbclrc) that
ASDF doesn't like...
Could you check if you still have an error when ignoring the local
configuration with:

--8<---cut here---start->8---
guix shell sbcl sbcl-uuid --container -- \
  sbcl --no-userinit --eval '(require :asdf)' --eval '(asdf:load-system :uuid)'
--8<---cut here---end--->8---


signature.asc
Description: PGP signature


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-16 Thread Guillaume Le Vaillant
ykonai  skribis:

> 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. 

Ok. Closing.


signature.asc
Description: PGP signature


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).





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

2022-11-15 Thread Guillaume Le Vaillant
Hi,

I can't reproduce this issue.

I tried
--8<---cut here---start->8---
guix shell sbcl sbcl-uuid --pure -- sbcl --eval '(require :asdf)' --eval 
'(asdf:load-system :uuid)'
guix shell sbcl sbcl-cl-containers --pure -- sbcl --eval '(require :asdf)' 
--eval '(asdf:load-system :cl-containers)'
--8<---cut here---end--->8---
and both commands worked without any error.

With each of the following commands, do you see the "uuid.fasl" file at
the end or not?
--8<---cut here---start->8---
ls -l $(guix build sbcl-uuid)/lib/common-lisp/sbcl/uuid/
ls -l $(guix build --check --no-grafts sbcl-uuid)/lib/common-lisp/sbcl/uuid/
--8<---cut here---end--->8---


signature.asc
Description: PGP signature