[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs not seeing newer packages after pull
From: |
Konrad Hinsen |
Subject: |
Re: Emacs not seeing newer packages after pull |
Date: |
Tue, 31 Mar 2020 20:25:02 +0200 |
Konrad Hinsen <address@hidden> 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