* [bug#50045] [André A. Gomes] [PATCH] Documentation fix
@ 2021-08-13 14:02 André A. Gomes
2022-01-15 22:04 ` Nicolas Goaziou
2023-11-02 9:45 ` bug#50045: Update André A. Gomes
0 siblings, 2 replies; 6+ messages in thread
From: André A. Gomes @ 2021-08-13 14:02 UTC (permalink / raw)
To: 50045
[-- Attachment #1: Type: text/plain, Size: 1083 bytes --]
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"
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-doc-Fix-code-snippet.patch --]
[-- Type: text/x-patch, Size: 922 bytes --]
From 5c402baa846f1a3bb330b4430c0dd2ae4c0da944 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20A=2E=20Gomes?= <andremegafone@gmail.com>
Date: Fri, 13 Aug 2021 16:22:13 +0300
Subject: [PATCH] doc: Fix code snippet.
* doc/contributing.texi (Contributing The Perfect Setup): Use absolute paths.
---
doc/contributing.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/contributing.texi b/doc/contributing.texi
index d1b77d7d05..23e11d6408 100644
--- a/doc/contributing.texi
+++ b/doc/contributing.texi
@@ -256,7 +256,7 @@ that it finds source files from your checkout:
@lisp
;; @r{Assuming the Guix checkout is in ~/src/guix.}
(with-eval-after-load 'geiser-guile
- (add-to-list 'geiser-guile-load-path "~/src/guix"))
+ (add-to-list 'geiser-guile-load-path (expand-file-name "~/src/guix")))
@end lisp
To actually edit the code, Emacs already has a neat Scheme mode. But in
--
2.32.0
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [bug#50045] [André A. Gomes] [PATCH] Documentation fix
2021-08-13 14:02 [bug#50045] [André A. Gomes] [PATCH] Documentation fix André A. Gomes
@ 2022-01-15 22:04 ` Nicolas Goaziou
2022-01-21 19:06 ` André A. Gomes
2023-11-02 9:45 ` bug#50045: Update André A. Gomes
1 sibling, 1 reply; 6+ messages in thread
From: Nicolas Goaziou @ 2022-01-15 22:04 UTC (permalink / raw)
To: André A. Gomes; +Cc: 50045
Hello,
André A. Gomes <andremegafone@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [bug#50045] [André A. Gomes] [PATCH] Documentation fix
2022-01-15 22:04 ` Nicolas Goaziou
@ 2022-01-21 19:06 ` André A. Gomes
2022-01-21 20:41 ` Nicolas Goaziou
0 siblings, 1 reply; 6+ messages in thread
From: André A. Gomes @ 2022-01-21 19:06 UTC (permalink / raw)
To: Nicolas Goaziou; +Cc: 50045
Hi Nicolas,
Nicolas Goaziou <mail@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"
^ permalink raw reply [flat|nested] 6+ messages in thread
* [bug#50045] [André A. Gomes] [PATCH] Documentation fix
2022-01-21 19:06 ` André A. Gomes
@ 2022-01-21 20:41 ` Nicolas Goaziou
2022-02-11 19:36 ` André A. Gomes
0 siblings, 1 reply; 6+ messages in thread
From: Nicolas Goaziou @ 2022-01-21 20:41 UTC (permalink / raw)
To: André A. Gomes; +Cc: 50045
Hello,
André A. Gomes <andremegafone@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [bug#50045] [André A. Gomes] [PATCH] Documentation fix
2022-01-21 20:41 ` Nicolas Goaziou
@ 2022-02-11 19:36 ` André A. Gomes
0 siblings, 0 replies; 6+ messages in thread
From: André A. Gomes @ 2022-02-11 19:36 UTC (permalink / raw)
To: Nicolas Goaziou; +Cc: 50045
Nicolas Goaziou <mail@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"
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#50045: Update
2021-08-13 14:02 [bug#50045] [André A. Gomes] [PATCH] Documentation fix André A. Gomes
2022-01-15 22:04 ` Nicolas Goaziou
@ 2023-11-02 9:45 ` André A. Gomes
1 sibling, 0 replies; 6+ messages in thread
From: André A. Gomes @ 2023-11-02 9:45 UTC (permalink / raw)
To: 50045-done
No meaningful conclusion. Closing.
--
André A. Gomes
"You cannot even find the ruins..."
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2023-11-02 9:46 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-08-13 14:02 [bug#50045] [André A. Gomes] [PATCH] Documentation fix André A. Gomes
2022-01-15 22:04 ` Nicolas Goaziou
2022-01-21 19:06 ` André A. Gomes
2022-01-21 20:41 ` Nicolas Goaziou
2022-02-11 19:36 ` André A. Gomes
2023-11-02 9:45 ` bug#50045: Update André A. Gomes
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).