From: Charles via Guix-patches via <guix-patches@gnu.org>
To: Guillaume Le Vaillant <glv@posteo.net>
Cc: 49965@debbugs.gnu.org
Subject: [bug#49965] Correct Input type for Common Lisp packages
Date: Wed, 11 Aug 2021 23:39:39 +0000 [thread overview]
Message-ID: <wUiSl1bVq4razoh9gAMxLk0r9O_pNg-kT_qQgFxDIkMPyz-mofBCBMFoGRdulBTZiZN68UJ-oCGtX1ZB96RsqIAiLHa2Aku8kQFuHYirncU=@protonmail.com> (raw)
In-Reply-To: <871r71pvo4.fsf@kitej>
[-- Attachment #1: Type: text/plain, Size: 812 bytes --]
> I think it's the philosophy of GNU Guix to use references to the store
You're right, I see now: "propagated-inputs is useful is for languages that
lack a facility to record the run-time search path". Common Lisp has
asdf:*central-registry*. It still seems to me that propogated inputs is
more intuitive and is more portable to guix on forgein linux distributions.
I have a Centos system with guix package manager, and I had to install every
dependency manually for some packages.
Also it still doesn't fully work for me. I deleted my custom init-file.
Attatched is my shell session where I tryto use the sbcl-cl-str package.
In short: package cannot be found in ad-hoc environment; package is found
if installed, but is compiled with an newer version of sbcl: weird, but also
probably unrelated.
[-- Attachment #2: script --]
[-- Type: application/octet-stream, Size: 3229 bytes --]
~ $ guix environment --ad-hoc sbcl-cl-str
The following derivation will be built:
/gnu/store/xrm4ggq16ad7ym606q12xnzxmw45d73x-profile.drv
...
building profile with 1 package...
~ [env]$ sbcl --noinform
* (require :asdf)
("ASDF" "asdf" "UIOP" "uiop")
* (require :str)
debugger invoked on a SB-INT:EXTENSION-FAILURE in thread
#<THREAD "main thread" RUNNING {1001860103}>:
Don't know how to REQUIRE STR.
See also:
The SBCL Manual, Variable *MODULE-PROVIDER-FUNCTIONS*
The SBCL Manual, Function REQUIRE
Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [ABORT] Exit debugger, returning to top level.
(REQUIRE :STR NIL)
0]
* ~ [env]$ exit
~ $ guix install sbcl-cl-str
The following package will be installed:
sbcl-cl-str 0.19
~ $ sbcl --noinform
* (require :asdf)
("ASDF" "asdf" "UIOP" "uiop")
* (require :str)
WARNING: System definition file #P"/gnu/store/vgbibbsv2arg6n4w33dr9cikgp7y4f0n-sbcl-cl-ppcre-unicode-2.1.1/share/common-lisp/sbcl/cl-ppcre-unicode/cl-ppcre-unicode.asd" contains definition for system "cl-ppcre-unicode-test". Please only define "cl-ppcre-unicode" and secondary systems with a name starting with "cl-ppcre-unicode/" (e.g. "cl-ppcre-unicode/test") in that file.
ASDF could not load str because
#<SB-SYS:FD-STREAM for "file /gnu/store/mn1b8pkxfv081m2crjjh1jk049gxq165-sbcl-cl-ppcre-2.1.1/lib/common-lisp/sbcl/cl-ppcre/packages.fasl" {100648B483}>
is a fasl file compiled with SBCL 2.1.6, and can't be loaded into SBCL 2.1.5..
debugger invoked on a SB-FASL::INVALID-FASL-VERSION in thread
#<THREAD "main thread" RUNNING {1001860103}>:
#<SB-SYS:FD-STREAM for "file /gnu/store/mn1b8pkxfv081m2crjjh1jk049gxq165-sbcl-cl-ppcre-2.1.1/lib/common-lisp/sbcl/cl-ppcre/packages.fasl" {100648B483}>
is a fasl file compiled with SBCL 2.1.6, and can't be loaded into SBCL 2.1.5.
Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [CONTINUE ] Load the fasl file anyway
1: [TRY-RECOMPILING ] Recompile packages and try loading it again
2: [RETRY ] Retry
loading FASL for #<CL-SOURCE-FILE "cl-ppcre" "packages">.
3: [ACCEPT ] Continue, treating
loading FASL for #<CL-SOURCE-FILE "cl-ppcre" "packages">
as having been successful.
4: Retry ASDF operation.
5: [CLEAR-CONFIGURATION-AND-RETRY] Retry ASDF operation after resetting the
configuration.
6: Retry ASDF operation.
7: Retry ASDF operation after resetting the
configuration.
8: [ABORT ] Exit debugger, returning to top level.
(SB-FASL::CHECK-FASL-HEADER #<SB-SYS:FD-STREAM for "file /gnu/store/mn1b8pkxfv081m2crjjh1jk049gxq165-sbcl-cl-ppcre-2.1.1/lib/common-lisp/sbcl/cl-ppcre/packages.fasl" {100648B483}>)
0]
;
; compilation unit aborted
; caught 1 fatal ERROR condition
* ~ $
next prev parent reply other threads:[~2021-08-11 23:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-09 17:19 [bug#49965] Correct Input type for Common Lisp packages Charles via Guix-patches via
2021-08-09 20:30 ` Guillaume Le Vaillant
2021-08-09 20:58 ` Charles via Guix-patches via
2021-08-10 8:10 ` Guillaume Le Vaillant
2021-08-11 23:39 ` Charles via Guix-patches via [this message]
2021-08-12 8:51 ` Guillaume Le Vaillant
2021-08-12 13:47 ` Charles via Guix-patches via
2021-08-13 7:33 ` Guillaume Le Vaillant
2021-08-14 0:38 ` Charles via Guix-patches via
2021-08-14 9:48 ` bug#49965: " Guillaume Le Vaillant
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='wUiSl1bVq4razoh9gAMxLk0r9O_pNg-kT_qQgFxDIkMPyz-mofBCBMFoGRdulBTZiZN68UJ-oCGtX1ZB96RsqIAiLHa2Aku8kQFuHYirncU=@protonmail.com' \
--to=guix-patches@gnu.org \
--cc=49965@debbugs.gnu.org \
--cc=charles.b.jackson@protonmail.com \
--cc=glv@posteo.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.