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

Previous Next

Package: guix-patches;

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

Date: Fri, 13 Aug 2021 14:04:01 UTC

Severity: normal

Tags: patch

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

Bug is archived. No further changes may be made.

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.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to guix-patches <at> gnu.org:
bug#50045; Package guix-patches. (Fri, 13 Aug 2021 14:04:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to André A. Gomes <andremegafone <at> gmail.com>:
New bug report received and forwarded. Copy sent to guix-patches <at> gnu.org. (Fri, 13 Aug 2021 14:04:01 GMT) Full text and rfc822 format available.

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)]

Information forwarded to guix-patches <at> gnu.org:
bug#50045; Package guix-patches. (Sat, 15 Jan 2022 22:05:01 GMT) Full text and rfc822 format available.

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




Information forwarded to guix-patches <at> gnu.org:
bug#50045; Package guix-patches. (Fri, 21 Jan 2022 19:07:02 GMT) Full text and rfc822 format available.

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"




Information forwarded to guix-patches <at> gnu.org:
bug#50045; Package guix-patches. (Fri, 21 Jan 2022 20:42:01 GMT) Full text and rfc822 format available.

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




Information forwarded to guix-patches <at> gnu.org:
bug#50045; Package guix-patches. (Fri, 11 Feb 2022 19:37:01 GMT) Full text and rfc822 format available.

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"




Reply sent to André A. Gomes <andremegafone <at> gmail.com>:
You have taken responsibility. (Thu, 02 Nov 2023 09:47:02 GMT) Full text and rfc822 format available.

Notification sent to André A. Gomes <andremegafone <at> gmail.com>:
bug acknowledged by developer. (Thu, 02 Nov 2023 09:47:02 GMT) Full text and rfc822 format available.

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..."




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 30 Nov 2023 12:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 119 days ago.

Previous Next


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