GNU bug report logs - #50045
[André A. Gomes] [PATCH] Documentation fix

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 50045 in the body.
You can then email your comments to 50045 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: André A. Gomes <andremegafone <at> gmail.com>
To: guix-patches <at> gnu.org
Subject: [André A. Gomes] [PATCH] Documentation fix
Date: Fri, 13 Aug 2021 17:02:48 +0300

[Message part 1 (text/plain, inline)]

Hi Guix,

I noticed that unless geiser-guile-load-path is given an absolute path,
emacs-guix doesn't work properly.

Here's a recipe to see it failing:

Write a file, say test-emacs.el:

--8<---------------cut here---------------start------------->8---
(with-eval-after-load 'geiser-guile
  (add-to-list 'geiser-guile-load-path "~/src/guix"))
--8<---------------cut here---------------end--------------->8---

$ emacs -q -l /path/to/test-emacs.el

M-x guix p n

--8<---------------cut here---------------start------------->8---
Starting Guix REPL ... [5 times]
guix-geiser-eval: Error in evaluating guile expression: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
error: package-names*: unbound variable

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
scheme@(emacs-guix) [1]>
--8<---------------cut here---------------end--------------->8---

The attached patch fixes the code snippet in the documentation, thus
preventing others from stumbling on it.

Thank you.


--
André A. Gomes
"Free Thought, Free World"

[0001-doc-Fix-code-snippet.patch (text/x-patch, attachment)]

Message #8 received at 50045 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: André A. Gomes <andremegafone <at> gmail.com>
Cc: 50045 <at> debbugs.gnu.org
Subject: Re: [bug#50045] [André A. Gomes] [PATCH]
 Documentation fix
Date: Sat, 15 Jan 2022 23:04:00 +0100

Hello,

André A. Gomes <andremegafone <at> gmail.com> writes:

> I noticed that unless geiser-guile-load-path is given an absolute path,
> emacs-guix doesn't work properly.
>
> Here's a recipe to see it failing:
>
> Write a file, say test-emacs.el:
>
> --8<---------------cut here---------------start------------->8---
> (with-eval-after-load 'geiser-guile
>   (add-to-list 'geiser-guile-load-path "~/src/guix"))
> --8<---------------cut here---------------end--------------->8---
>
>
> $ emacs -q -l /path/to/test-emacs.el
>
> M-x guix p n
>
> --8<---------------cut here---------------start------------->8---
> Starting Guix REPL ... [5 times]
> guix-geiser-eval: Error in evaluating guile expression: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> error: package-names*: unbound variable
>
> Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
> scheme@(emacs-guix) [1]>
> --8<---------------cut here---------------end--------------->8---
>
> The attached patch fixes the code snippet in the documentation, thus
> preventing others from stumbling on it.

Thank you for your patch. However it is merely a workaround:
"~/src/guix" _is_ an absolute path. I think there's a problem upstream.

However, emacs-geiser-guile package was updated a few times since your
bug report. Maybe the issue is already fixed. Could you confirm it?

Regards,
-- 
Nicolas Goaziou

Message #11 received at 50045 <at> debbugs.gnu.org (full text, mbox):

From: André A. Gomes <andremegafone <at> gmail.com>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: 50045 <at> debbugs.gnu.org
Subject: Re: [bug#50045] [André A. Gomes] [PATCH]
 Documentation fix
Date: Fri, 21 Jan 2022 22:06:04 +0300

Hi Nicolas,

Nicolas Goaziou <mail <at> nicolasgoaziou.fr> writes:

>> Here's a recipe to see it failing:
>>
>> Write a file, say test-emacs.el:
>>
>> --8<---------------cut here---------------start------------->8---
>> (with-eval-after-load 'geiser-guile
>>   (add-to-list 'geiser-guile-load-path "~/src/guix"))
>> --8<---------------cut here---------------end--------------->8---
>>
>> $ emacs -q -l /path/to/test-emacs.el
>>
>> M-x guix p n
>>
>> --8<---------------cut here---------------start------------->8---
>> Starting Guix REPL ... [5 times]
>> guix-geiser-eval: Error in evaluating guile expression: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> error: package-names*: unbound variable
>>
>> Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
>> scheme@(emacs-guix) [1]>
>> --8<---------------cut here---------------end--------------->8---
>
> Thank you for your patch. However it is merely a workaround:
> "~/src/guix" _is_ an absolute path. I think there's a problem upstream.
>
> However, emacs-geiser-guile package was updated a few times since your
> bug report. Maybe the issue is already fixed. Could you confirm it?

This is still an issue, despite the recent updates.  I'm still as
baffled as I was when I reported.  How could I investigate this further?
Thanks.

Let me restate the issue for the sake of clarity.

Write the s-exp below to a file, let's call it test-emacs-guix.el.

--8<---------------cut here---------------start------------->8---
(with-eval-after-load 'geiser-guile
  (add-to-list 'geiser-guile-load-path "~/path/to/guix/checkout/"))
--8<---------------cut here---------------end--------------->8---

--8<---------------cut here---------------start------------->8---
$ emacs -nw -q -l test-emacs-guix.el
--8<---------------cut here---------------end--------------->8---

M-x guix RET p ; n.  The Guix REPL raises the error mentioned in my
previous message.

When I change the path to /home/$USER/path/to/guix/checkout, the REPL is
successfully started.


--
André A. Gomes
"Free Thought, Free World"

Message #14 received at 50045 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: André A. Gomes <andremegafone <at> gmail.com>
Cc: 50045 <at> debbugs.gnu.org
Subject: Re: [bug#50045] [André A. Gomes] [PATCH]
 Documentation fix
Date: Fri, 21 Jan 2022 21:41:01 +0100

Hello,

André A. Gomes <andremegafone <at> gmail.com> writes:

> This is still an issue, despite the recent updates.  I'm still as
> baffled as I was when I reported.  How could I investigate this further?
> Thanks.
>
> Let me restate the issue for the sake of clarity.
>
> Write the s-exp below to a file, let's call it test-emacs-guix.el.
>
> --8<---------------cut here---------------start------------->8---
> (with-eval-after-load 'geiser-guile
>   (add-to-list 'geiser-guile-load-path "~/path/to/guix/checkout/"))
> --8<---------------cut here---------------end--------------->8---
>
> --8<---------------cut here---------------start------------->8---
> $ emacs -nw -q -l test-emacs-guix.el
> --8<---------------cut here---------------end--------------->8---
>
> M-x guix RET p ; n.  The Guix REPL raises the error mentioned in my
> previous message.

FWIW, I cannot reproduce it. With the command above, I get a prompt in
the minibuffer, without an error.

> When I change the path to /home/$USER/path/to/guix/checkout, the REPL is
> successfully started.

Have you tried to contact Geiser's author? They may have at least a clue
about this.

Regards,
-- 
Nicolas Goaziou

Message #17 received at 50045 <at> debbugs.gnu.org (full text, mbox):

From: André A. Gomes <andremegafone <at> gmail.com>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: 50045 <at> debbugs.gnu.org
Subject: Re: [bug#50045] [André A. Gomes] [PATCH]
 Documentation fix
Date: Fri, 11 Feb 2022 22:36:16 +0300

Nicolas Goaziou <mail <at> nicolasgoaziou.fr> writes:

> FWIW, I cannot reproduce it. With the command above, I get a prompt in
> the minibuffer, without an error.

Interesting.  I tried to investigate this further without any luck.  The
issue persists but I have no clue.


-- 
André A. Gomes
"Free Thought, Free World"

Message #22 received at 50045-done <at> debbugs.gnu.org (full text, mbox):

From: André A. Gomes <andremegafone <at> gmail.com>
To: 50045-done <at> debbugs.gnu.org
Subject: Update
Date: Thu, 02 Nov 2023 11:45:30 +0200

No meaningful conclusion.  Closing.

-- 
André A. Gomes
"You cannot even find the ruins..."

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.