unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
* Geiser documentation buffers
@ 2016-07-16 18:55 Catonano
  2016-07-16 20:06 ` Chris Marusich
  2016-07-16 20:51 ` Ludovic Courtès
  0 siblings, 2 replies; 14+ messages in thread
From: Catonano @ 2016-07-16 18:55 UTC (permalink / raw)
  To: help-guix

[-- Attachment #1: Type: text/plain, Size: 669 bytes --]

This is not about Guix, admittedly. It's about Geiser

I tried to post on the Geiser mailing list 3 times, to no avail

So I'm trying here now. Supposedly Geiser is serving most of the people
hacking on Guix, so I hope this is not an outrageously off topic post

When I ask Geiser to open the documentation buffer on some symbol at point,
then when pressing q the buffer won't close. A q will appear in the buffer
and it will persist.

C-x k closes not only the documentation buffer but also the source code
buffer that I started from in the first place

So I'd have to start all over again

I made a little screenshot, here
https://www.youtube.com/watch?v=mSr6Rs6R1a4

[-- Attachment #2: Type: text/html, Size: 933 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-16 18:55 Geiser documentation buffers Catonano
@ 2016-07-16 20:06 ` Chris Marusich
  2016-07-16 20:51 ` Ludovic Courtès
  1 sibling, 0 replies; 14+ messages in thread
From: Chris Marusich @ 2016-07-16 20:06 UTC (permalink / raw)
  To: Catonano; +Cc: help-guix

[-- Attachment #1: Type: text/plain, Size: 867 bytes --]

Catonano <catonano@gmail.com> writes:

> This is not about Guix, admittedly. It's about Geiser
>
> I tried to post on the Geiser mailing list 3 times, to no avail
>
> So I'm trying here now. Supposedly Geiser is serving most of the
> people hacking on Guix, so I hope this is not an outrageously off
> topic post
>
> When I ask Geiser to open the documentation buffer on some symbol at
> point, then when pressing q the buffer won't close. A q will appear in
> the buffer and it will persist.
>
> C-x k closes not only the documentation buffer but also the source
> code buffer that I started from in the first place
>
> So I'd have to start all over again
>
> I made a little screenshot, here
> https://www.youtube.com/watch?v=mSr6Rs6R1a4

This happens to me, too.  I don't know why.  I hope somebody can tell us
how to fix it!

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-16 18:55 Geiser documentation buffers Catonano
  2016-07-16 20:06 ` Chris Marusich
@ 2016-07-16 20:51 ` Ludovic Courtès
  2016-07-17 11:15   ` Catonano
  2016-07-17 20:05   ` Alex Kost
  1 sibling, 2 replies; 14+ messages in thread
From: Ludovic Courtès @ 2016-07-16 20:51 UTC (permalink / raw)
  To: Catonano; +Cc: Alex Kost, help-guix

Catonano <catonano@gmail.com> skribis:

> This is not about Guix, admittedly. It's about Geiser
>
> I tried to post on the Geiser mailing list 3 times, to no avail
>
> So I'm trying here now. Supposedly Geiser is serving most of the people
> hacking on Guix, so I hope this is not an outrageously off topic post
>
> When I ask Geiser to open the documentation buffer on some symbol at point,
> then when pressing q the buffer won't close. A q will appear in the buffer
> and it will persist.
>
> C-x k closes not only the documentation buffer but also the source code
> buffer that I started from in the first place
>
> So I'd have to start all over again

It’s a bug that made its way in the last Geiser version, I think, but
ISTR that it’s fixed upstream.  Maybe Alex knows?

Ludo’.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-16 20:51 ` Ludovic Courtès
@ 2016-07-17 11:15   ` Catonano
  2016-07-17 19:10     ` myglc2
  2016-07-17 20:05     ` Alex Kost
  2016-07-17 20:05   ` Alex Kost
  1 sibling, 2 replies; 14+ messages in thread
From: Catonano @ 2016-07-17 11:15 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: Alex Kost, help-guix

[-- Attachment #1: Type: text/plain, Size: 1604 bytes --]

2016-07-16 22:51 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:

> Catonano <catonano@gmail.com> skribis:
>
> > This is not about Guix, admittedly. It's about Geiser
> >
> > I tried to post on the Geiser mailing list 3 times, to no avail
> >
> > So I'm trying here now. Supposedly Geiser is serving most of the people
> > hacking on Guix, so I hope this is not an outrageously off topic post
> >
> > When I ask Geiser to open the documentation buffer on some symbol at
> point,
> > then when pressing q the buffer won't close. A q will appear in the
> buffer
> > and it will persist.
> >
> > C-x k closes not only the documentation buffer but also the source code
> > buffer that I started from in the first place
> >
> > So I'd have to start all over again
>
> It’s a bug that made its way in the last Geiser version, I think, but
> ISTR that it’s fixed upstream.  Maybe Alex knows?
>
> Ludo’.
>

Ludovic,

thank you. I have been replied to on the Geiser mailing list. My posts were
received, after all

I was suggested to try the melpa provided Geiser and that works.

Now, the version of the melpa provided Geiser is 20160617.954 and the
version of the Guix provided Geiser is 0.8.1 and I'm not sure how they can
be compared

The Geiser repository is unreachable now (
https://git.savannah.gnu.org/cgit/geiser.git )

There's a github copy here https://github.com/jaor/geiser
but I'm not sure about the branches I saw there

I'd wait for Alex to clarify things a bit

In the meantime, can I try geiser-next ? Or is it gonna break things
irreparably ?

[-- Attachment #2: Type: text/html, Size: 2519 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 11:15   ` Catonano
@ 2016-07-17 19:10     ` myglc2
  2016-07-17 19:17       ` myglc2
  2016-07-17 19:37       ` Ludovic Courtès
  2016-07-17 20:05     ` Alex Kost
  1 sibling, 2 replies; 14+ messages in thread
From: myglc2 @ 2016-07-17 19:10 UTC (permalink / raw)
  To: help-guix

Catonano <catonano@gmail.com> writes:

> 2016-07-16 22:51 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:
>
>     Catonano <catonano@gmail.com> skribis:
>     
[...]
>     > When I ask Geiser to open the documentation buffer on some
>     symbol at point,
>     > then when pressing q the buffer won't close. A q will appear in
>     the buffer
>     > and it will persist.
>     >
>     > C-x k closes not only the documentation buffer but also the
>     source code
[...]
> In the meantime, can I try geiser-next ? Or is it gonna break things
> irreparably ?

geiser-next also has the problem.

I also hit "when pressing q the buffer won't close". An install from
https://github.com/jaor/geiser.git to ~./emacs.d/lisp works for me ;-)

BTW, nice movie! - George

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 19:10     ` myglc2
@ 2016-07-17 19:17       ` myglc2
  2016-07-17 19:37       ` Ludovic Courtès
  1 sibling, 0 replies; 14+ messages in thread
From: myglc2 @ 2016-07-17 19:17 UTC (permalink / raw)
  To: help-guix

myglc2 <myglc2@gmail.com> writes:

> Catonano <catonano@gmail.com> writes:
>
>> 2016-07-16 22:51 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:
>>
>>     Catonano <catonano@gmail.com> skribis:
>>     
> [...]
>>     > When I ask Geiser to open the documentation buffer on some
>>     symbol at point,
>>     > then when pressing q the buffer won't close. A q will appear in
>>     the buffer
>>     > and it will persist.
>>     >
>>     > C-x k closes not only the documentation buffer but also the
>>     source code
> [...]
>> In the meantime, can I try geiser-next ? Or is it gonna break things
>> irreparably ?
>
> geiser-next also has the problem.
>
> I also hit "when pressing q the buffer won't close". An install from
> https://github.com/jaor/geiser.git to ~./emacs.d/lisp works for me ;-)
>
> BTW, nice movie! - George

Forgot to mention, you also need ...

;; temporary hack for geiser 'C-c C-d C-d' bug
(load-file "~/.emacs.d/lisp/geiser/elisp/geiser.el")

;; To make sure to Guile finds source files from git checkout
(with-eval-after-load 'geiser-guile
  (add-to-list 'geiser-guile-load-path "~/src/guix"))

... in your emacs init file.  HTH

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 19:10     ` myglc2
  2016-07-17 19:17       ` myglc2
@ 2016-07-17 19:37       ` Ludovic Courtès
  2016-07-18  8:14         ` Alex Kost
  1 sibling, 1 reply; 14+ messages in thread
From: Ludovic Courtès @ 2016-07-17 19:37 UTC (permalink / raw)
  To: myglc2; +Cc: Alex Kost, help-guix, Federico Beffa

myglc2 <myglc2@gmail.com> skribis:

> Catonano <catonano@gmail.com> writes:
>
>> 2016-07-16 22:51 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:
>>
>>     Catonano <catonano@gmail.com> skribis:
>>     
> [...]
>>     > When I ask Geiser to open the documentation buffer on some
>>     symbol at point,
>>     > then when pressing q the buffer won't close. A q will appear in
>>     the buffer
>>     > and it will persist.
>>     >
>>     > C-x k closes not only the documentation buffer but also the
>>     source code
> [...]
>> In the meantime, can I try geiser-next ? Or is it gonna break things
>> irreparably ?
>
> geiser-next also has the problem.
>
> I also hit "when pressing q the buffer won't close". An install from
> https://github.com/jaor/geiser.git to ~./emacs.d/lisp works for me ;-)

On closer inspection, it seems to be fixed by this commit:

--8<---------------cut here---------------start------------->8---
commit 8e75455dfbd46355d777c26366e7ccfcb59ace20
Author: Jose Antonio Ortega Ruiz <jao@gnu.org>
Date:   Sun Dec 27 04:11:50 2015 +0100

    Avoiding uses of geiser-doc--with-buffer before its definition
    
    As patiently pointed out by Alex Kost in the discussion of issue #121,
    using the macro defined by the geiser-popup--define macro before its
    actual definition causes problems when geiser is loaded after
    compilation.  Thanks again, Alex and Federico.
--8<---------------cut here---------------end--------------->8---

(Discussed at <https://github.com/jaor/geiser/issues/121>.)

Alex, Fede: how about backporting it in our package?

Ludo’.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-16 20:51 ` Ludovic Courtès
  2016-07-17 11:15   ` Catonano
@ 2016-07-17 20:05   ` Alex Kost
  1 sibling, 0 replies; 14+ messages in thread
From: Alex Kost @ 2016-07-17 20:05 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: help-guix

Ludovic Courtès (2016-07-16 23:51 +0300) wrote:

> Catonano <catonano@gmail.com> skribis:
>
>> This is not about Guix, admittedly. It's about Geiser
>>
>> I tried to post on the Geiser mailing list 3 times, to no avail
>>
>> So I'm trying here now. Supposedly Geiser is serving most of the people
>> hacking on Guix, so I hope this is not an outrageously off topic post
>>
>> When I ask Geiser to open the documentation buffer on some symbol at point,
>> then when pressing q the buffer won't close. A q will appear in the buffer
>> and it will persist.
>>
>> C-x k closes not only the documentation buffer but also the source code
>> buffer that I started from in the first place
>>
>> So I'd have to start all over again
>
> It’s a bug that made its way in the last Geiser version, I think, but
> ISTR that it’s fixed upstream.  Maybe Alex knows?

Yes, it was actually me who suggested a fix :-)

The bug was originally reported by Federico:
<https://github.com/jaor/geiser/issues/121>.

To make it clear: the fix is in the Geiser master, but not in the latest
Geiser version (which is 0.8.1).

-- 
Alex

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 11:15   ` Catonano
  2016-07-17 19:10     ` myglc2
@ 2016-07-17 20:05     ` Alex Kost
  2016-07-17 21:33       ` myglc2
  1 sibling, 1 reply; 14+ messages in thread
From: Alex Kost @ 2016-07-17 20:05 UTC (permalink / raw)
  To: Catonano; +Cc: help-guix

Catonano (2016-07-17 14:15 +0300) wrote:

> Ludovic,
>
> thank you. I have been replied to on the Geiser mailing list. My
> posts were received, after all
>
> I was suggested to try the melpa provided Geiser and that works.
>
> Now, the version of the melpa provided Geiser is 20160617.954 and the
> version of the Guix provided Geiser is 0.8.1 and I'm not sure how
> they can be compared

MELPA always contains the latest master, so it's much newer than 0.8.1.

> The Geiser repository is unreachable now ( https://
> git.savannah.gnu.org/cgit/geiser.git )

I wasn't aware about this repo, but the development happens on github.

> There's a github copy here https://github.com/jaor/geiser
> but I'm not sure about the branches I saw there

If you want to use a git checkout, use 'master' branch.

> I'd wait for Alex to clarify things a bit
>
> In the meantime, can I try geiser-next ? Or is it gonna break things
> irreparably ?

Absolutely not!  You can try it.  Actually the mentioned bug was one of
the main reason that Christopher added 'geiser-next' package.  I didn't
try it but it should work.  This is a simple checkout of a Geiser
commit, so it is as stable as MELPA.  'geiser-next' is more "fresh" than
0.8.1 but less fresh than MELPA (16 commits were made to Geiser since
'geiser-next' was added).

-- 
Alex

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 20:05     ` Alex Kost
@ 2016-07-17 21:33       ` myglc2
  2016-07-17 21:41         ` myglc2
  0 siblings, 1 reply; 14+ messages in thread
From: myglc2 @ 2016-07-17 21:33 UTC (permalink / raw)
  To: help-guix

Alex Kost <alezost@gmail.com> writes:

> Catonano (2016-07-17 14:15 +0300) wrote:
[...]
>> In the meantime, can I try geiser-next ? Or is it gonna break things
>> irreparably ?
>
> Absolutely not!  You can try it.  Actually the mentioned bug was one of
> the main reason that Christopher added 'geiser-next' package.  I didn't
> try it but it should work.

geiser-next exhibits the problem also.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 21:33       ` myglc2
@ 2016-07-17 21:41         ` myglc2
  0 siblings, 0 replies; 14+ messages in thread
From: myglc2 @ 2016-07-17 21:41 UTC (permalink / raw)
  To: help-guix

myglc2 <myglc2@gmail.com> writes:

> Alex Kost <alezost@gmail.com> writes:
>
>> Catonano (2016-07-17 14:15 +0300) wrote:
> [...]
>>> In the meantime, can I try geiser-next ? Or is it gonna break things
>>> irreparably ?
>>
>> Absolutely not!  You can try it.  Actually the mentioned bug was one of
>> the main reason that Christopher added 'geiser-next' package.  I didn't
>> try it but it should work.
>
> geiser-next exhibits the problem also.

Oops I take that back... geiser-next does fix the problem. 

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-17 19:37       ` Ludovic Courtès
@ 2016-07-18  8:14         ` Alex Kost
  2016-07-18 15:48           ` Ludovic Courtès
  0 siblings, 1 reply; 14+ messages in thread
From: Alex Kost @ 2016-07-18  8:14 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: myglc2, help-guix, Federico Beffa

Ludovic Courtès (2016-07-17 22:37 +0300) wrote:

> myglc2 <myglc2@gmail.com> skribis:
[...]
>> geiser-next also has the problem.

It doesn't :-)

>> I also hit "when pressing q the buffer won't close". An install from
>> https://github.com/jaor/geiser.git to ~./emacs.d/lisp works for me ;-)
>
> On closer inspection, it seems to be fixed by this commit:
>
> commit 8e75455dfbd46355d777c26366e7ccfcb59ace20
> Author: Jose Antonio Ortega Ruiz <jao@gnu.org>
> Date:   Sun Dec 27 04:11:50 2015 +0100
>
>     Avoiding uses of geiser-doc--with-buffer before its definition
>
>     As patiently pointed out by Alex Kost in the discussion of issue #121,
>     using the macro defined by the geiser-popup--define macro before its
>     actual definition causes problems when geiser is loaded after
>     compilation.  Thanks again, Alex and Federico.
>
> (Discussed at <https://github.com/jaor/geiser/issues/121>.)
>
> Alex, Fede: how about backporting it in our package?

'geiser-next' is already new enough to have this fix (myglc2 confirms:
<http://lists.gnu.org/archive/html/help-guix/2016-07/msg00133.html>)

-- 
Alex

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-18  8:14         ` Alex Kost
@ 2016-07-18 15:48           ` Ludovic Courtès
  2016-07-18 20:05             ` Catonano
  0 siblings, 1 reply; 14+ messages in thread
From: Ludovic Courtès @ 2016-07-18 15:48 UTC (permalink / raw)
  To: Alex Kost; +Cc: myglc2, help-guix, Federico Beffa

Alex Kost <alezost@gmail.com> skribis:

> Ludovic Courtès (2016-07-17 22:37 +0300) wrote:
>
>> myglc2 <myglc2@gmail.com> skribis:
> [...]
>>> geiser-next also has the problem.
>
> It doesn't :-)
>
>>> I also hit "when pressing q the buffer won't close". An install from
>>> https://github.com/jaor/geiser.git to ~./emacs.d/lisp works for me ;-)
>>
>> On closer inspection, it seems to be fixed by this commit:
>>
>> commit 8e75455dfbd46355d777c26366e7ccfcb59ace20
>> Author: Jose Antonio Ortega Ruiz <jao@gnu.org>
>> Date:   Sun Dec 27 04:11:50 2015 +0100
>>
>>     Avoiding uses of geiser-doc--with-buffer before its definition
>>
>>     As patiently pointed out by Alex Kost in the discussion of issue #121,
>>     using the macro defined by the geiser-popup--define macro before its
>>     actual definition causes problems when geiser is loaded after
>>     compilation.  Thanks again, Alex and Federico.
>>
>> (Discussed at <https://github.com/jaor/geiser/issues/121>.)
>>
>> Alex, Fede: how about backporting it in our package?
>
> 'geiser-next' is already new enough to have this fix (myglc2 confirms:
> <http://lists.gnu.org/archive/html/help-guix/2016-07/msg00133.html>)

Perfect!

Ludo’.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Geiser documentation buffers
  2016-07-18 15:48           ` Ludovic Courtès
@ 2016-07-18 20:05             ` Catonano
  0 siblings, 0 replies; 14+ messages in thread
From: Catonano @ 2016-07-18 20:05 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: Alex Kost, myglc2, help-guix, Federico Beffa

[-- Attachment #1: Type: text/plain, Size: 352 bytes --]

2016-07-18 17:48 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:

> > 'geiser-next' is already new enough to have this fix (myglc2 confirms:
> > <http://lists.gnu.org/archive/html/help-guix/2016-07/msg00133.html>)
>
> Perfect!
>
> Ludo’.
>
>
I want to thank all the people who participated in this thread.

I sincerely appreciated your help.

[-- Attachment #2: Type: text/html, Size: 874 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2016-07-18 20:06 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-07-16 18:55 Geiser documentation buffers Catonano
2016-07-16 20:06 ` Chris Marusich
2016-07-16 20:51 ` Ludovic Courtès
2016-07-17 11:15   ` Catonano
2016-07-17 19:10     ` myglc2
2016-07-17 19:17       ` myglc2
2016-07-17 19:37       ` Ludovic Courtès
2016-07-18  8:14         ` Alex Kost
2016-07-18 15:48           ` Ludovic Courtès
2016-07-18 20:05             ` Catonano
2016-07-17 20:05     ` Alex Kost
2016-07-17 21:33       ` myglc2
2016-07-17 21:41         ` myglc2
2016-07-17 20:05   ` Alex Kost

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