--- Begin Message ---
Subject: |
Issue with guile-email: unbound variable |
Date: |
Mon, 23 Dec 2019 04:20:06 +0100 |
Hey guix,
Pretty recently, it seems something weird is happening when playing with
guix on the REPL.
On master, 5a947e118fb72b8fb1fd0c8d0b783fc7cde0c461:
--8<---------------cut here---------------start------------->8---
$ guix repl
> (use-modules (gnu packages gnupg))
While compiling expression:
error: guile-email: unbound variable.
--8<---------------cut here---------------end--------------->8---
Loading up the `(gnu packages mail)' module first seems to work around
the compilation error. My best guess is that this has something to do
with a circular reference between guile modules, but I am not certain on
how to easily debug (and fix) this.
- Jelle
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#38715: Issue with guile-email: unbound variable |
Date: |
Sun, 06 Dec 2020 13:27:35 +0100 |
User-agent: |
mu4e 1.4.13; emacs 27.1 |
Ricardo Wurmus <rekado@elephly.net> writes:
> Christopher Baines <mail@cbaines.net> writes:
>
>>> Could it be that the reference to guile-email in the version field of
>>> mumimu created this issue?
>>> --8<---------------cut here---------------start------------->8---
>>> (version (git-version (package-version guile-email) revision commit))
>>> --8<---------------cut here---------------end--------------->8---
>>
>> I also spotted this. It looks to me sort of like a copy/paste error, I'm
>> not sure why this variant of mu would take the version of the
>> guile-email package.
>
> This is a copy/paste error. The origin of this expression is the
> guix.scm file of mumi. Ludo then wrote a mumi service and copied the
> definition of mumimu from that guix.scm file.
>
> (package-version guile-email) is obviously wrong. It should have been
> (package-version mu), because mumimu is a fork of mu.
I’m closing this now as mumi no longer depends on a fork of mu; instead
it uses guile-xapian with its own database.
--
Ricardo
--- End Message ---