Konrad Hinsen <konrad.hin...@fastmail.net> writes: > No, and yes. Meaning that I most definitely didn't expect it, but I > confirm your observations. And I am running Guix System, so it's not > related to your Guix-under-Debian installation.
I did some experiments in the Guix REPL created by emacs-guix, but I don't understand what's happening. Here I am exploring emacs-caps-lock, a package that I got with today's pull: scheme@(emacs-guix)> (%search-load-path "gnu/packages/emacs-xyz") $4 = "/home/hinsen/.config/guix/current/share/guile/site/3.0/gnu/packages/emacs-xyz.scm" Looks OK. Let's look at the module and its filename: scheme@(emacs-guix)> (resolve-module '(gnu packages emacs-xyz)) $5 = #<directory (gnu packages emacs-xyz) 7fb01ffb3280> scheme@(emacs-guix)> (module-filename (resolve-module '(gnu packages emacs-xyz))) $6 = "gnu/packages/emacs-xyz.scm" A relative filename, but relative to what? Why isn't this an absolute one? As for the package: scheme@(emacs-guix)> (module-variable (resolve-module '(gnu packages emacs-xyz)) 'emacs-caps-lock) $7 = #f It's not in there (but it is in the source code). And now for the real surprise: scheme@(emacs-guix)> (reload-module (resolve-module '(gnu packages emacs-xyz))) $8 = #<directory (gnu packages emacs-xyz) 7fb01ffb3280> scheme@(emacs-guix)> (module-filename (resolve-module '(gnu packages emacs-xyz))) $9 = "/home/hinsen/.config/guix/current/share/guile/site/3.0/gnu/packages/emacs-xyz.scm" scheme@(emacs-guix)> (module-variable (resolve-module '(gnu packages emacs-xyz)) 'emacs-caps-lock) $10 = #<variable 7fb010e61210 value: #<package emacs-caps-lock@1.0 /home/hinsen/.config/guix/current/share/guile/site/3.0/gnu/packages/emacs-xyz.scm:1745 7fb01398ef20>> What the heck has Guile been loading the first time??? Cheers, Konrad
