GNU bug report logs - #39020
Lean won't work with the emacs mode

Previous Next

Package: guix-patches;

Reported by: Arvid Marx <arvid.marx <at> logicandtypes.org>

Date: Tue, 7 Jan 2020 19:07:01 UTC

Severity: normal

Done: Brett Gilio <brettg <at> gnu.org>

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 39020 in the body.
You can then email your comments to 39020 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#39020; Package guix-patches. (Tue, 07 Jan 2020 19:07:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Arvid Marx <arvid.marx <at> logicandtypes.org>:
New bug report received and forwarded. Copy sent to guix-patches <at> gnu.org. (Tue, 07 Jan 2020 19:07:01 GMT) Full text and rfc822 format available.

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

From: Arvid Marx <arvid.marx <at> logicandtypes.org>
To: guix-patches <at> gnu.org
Subject: Lean won't work with the emacs mode
Date: Tue, 07 Jan 2020 19:53:49 +0100
The emacs mode for Lean (which doesn't appear to be packaged yet, but
of course works via MELPA etc.) expects some sort of root directory for
Lean, which is not given simply because binaries and other files are
put into separate directories. This of course makes Lean impossible to
use as intended. However, I'm not quite sure how this would be fixed in
practice, as I'm not aware of any suitable directory hierarchy in such
a case.

Any ideas?

--

Arvid





Information forwarded to guix-patches <at> gnu.org:
bug#39020; Package guix-patches. (Tue, 07 Jan 2020 19:12:02 GMT) Full text and rfc822 format available.

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

From: Brett Gilio <brettg <at> gnu.org>
To: Arvid Marx <arvid.marx <at> logicandtypes.org>
Cc: 39020 <at> debbugs.gnu.org, bandali <at> gnu.org
Subject: Re: [bug#39020] Lean won't work with the emacs mode
Date: Tue, 07 Jan 2020 13:11:56 -0600
Arvid Marx <arvid.marx <at> logicandtypes.org> writes:

> The emacs mode for Lean (which doesn't appear to be packaged yet, but
> of course works via MELPA etc.) expects some sort of root directory for
> Lean, which is not given simply because binaries and other files are
> put into separate directories. This of course makes Lean impossible to
> use as intended. However, I'm not quite sure how this would be fixed in
> practice, as I'm not aware of any suitable directory hierarchy in such
> a case.
>
> Any ideas?
>
> --
>
> Arvid

Cc'ing Amin Bandali, who took care of packaging Lean. I am happy to help
too, but I want to see what he says first.

-- 
Brett M. Gilio
GNU Guix, Contributor | GNU Project, Webmaster
[DFC0 C7F7 9EE6 0CA7 AE55 5E19 6722 43C4 A03F 0EEE]
<brettg <at> gnu.org> <brettg <at> posteo.net>




Information forwarded to guix-patches <at> gnu.org:
bug#39020; Package guix-patches. (Tue, 07 Jan 2020 21:40:02 GMT) Full text and rfc822 format available.

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

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Arvid Marx <arvid.marx <at> logicandtypes.org>
Cc: 39020 <at> debbugs.gnu.org
Subject: Re: [bug#39020] Lean won't work with the emacs mode
Date: Tue, 07 Jan 2020 16:39:33 -0500
Hello Arvid,

Arvid Marx <arvid.marx <at> logicandtypes.org> writes:

> The emacs mode for Lean (which doesn't appear to be packaged yet, but
> of course works via MELPA etc.) expects some sort of root directory for
> Lean, which is not given simply because binaries and other files are
> put into separate directories. This of course makes Lean impossible to
> use as intended. However, I'm not quite sure how this would be fixed in
> practice, as I'm not aware of any suitable directory hierarchy in such
> a case.
>
> Any ideas?

When writing the package definition for the Emacs Lead mode, the code
could be rewritten to refer to the absolute path of the files/programs
it uses from the Lean project, by patching it with `substitute*' uses,
for example.

If that is not easy to do, another idea would be to create some kind of
overlay directory which would flatly collect all the items needed then
refer to that (the items would be symlinked to their real location).
See the `union-build' procedure of the (guix build union) module of
Guix.

HTH!

Maxim




Information forwarded to guix-patches <at> gnu.org:
bug#39020; Package guix-patches. (Wed, 08 Jan 2020 14:19:01 GMT) Full text and rfc822 format available.

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

From: Arvid Marx <arvid.marx <at> logicandtypes.org>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 39020 <at> debbugs.gnu.org
Subject: Re: [bug#39020] Lean won't work with the emacs mode
Date: Wed, 08 Jan 2020 15:18:14 +0100
Maxim Cournoyer wrote:
> Hello Arvid,
> 
> [...]
> When writing the package definition for the Emacs Lead mode, the code
> could be rewritten to refer to the absolute path of the
> files/programs
> it uses from the Lean project, by patching it with `substitute*'
> uses,
> for example.
> 
> If that is not easy to do, another idea would be to create some kind
> of
> overlay directory which would flatly collect all the items needed
> then
> refer to that (the items would be symlinked to their real location).
> See the `union-build' procedure of the (guix build union) module of
> Guix.
> 
> HTH!
> 
> Maxim

Hello Maxim,

thanks for your response! The second idea is basically what I had in
mind, as the Lean mode seems to depend on an actual file tree. Patching
the emacs mode however looks quite simple, as all one needed to do is
change the definition of lean-get-executable as defined in 
https://raw.githubusercontent.com/leanprover/lean-mode/master/lean-util.el
. I might take a closer look and write a simple patch at some point,
but up to that point, it appears that just using ~/.guix-profile as a
root directory works as well, or at least doesn't raise any errors when
type checking etc.

Again, thanks for feedback!

--

Arvid 





Reply sent to Brett Gilio <brettg <at> gnu.org>:
You have taken responsibility. (Mon, 13 Jan 2020 22:01:01 GMT) Full text and rfc822 format available.

Notification sent to Arvid Marx <arvid.marx <at> logicandtypes.org>:
bug acknowledged by developer. (Mon, 13 Jan 2020 22:01:02 GMT) Full text and rfc822 format available.

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

From: Brett Gilio <brettg <at> gnu.org>
To: Arvid Marx <arvid.marx <at> logicandtypes.org>
Cc: 39020-done <at> debbugs.gnu.org, Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: [bug#39020] Lean won't work with the emacs mode
Date: Mon, 13 Jan 2020 16:00:03 -0600
Arvid Marx <arvid.marx <at> logicandtypes.org> writes:

> Maxim Cournoyer wrote:
>> Hello Arvid,
>> 
>> [...]
>> When writing the package definition for the Emacs Lead mode, the code
>> could be rewritten to refer to the absolute path of the
>> files/programs
>> it uses from the Lean project, by patching it with `substitute*'
>> uses,
>> for example.
>> 
>> If that is not easy to do, another idea would be to create some kind
>> of
>> overlay directory which would flatly collect all the items needed
>> then
>> refer to that (the items would be symlinked to their real location).
>> See the `union-build' procedure of the (guix build union) module of
>> Guix.
>> 
>> HTH!
>> 
>> Maxim
>
> Hello Maxim,
>
> thanks for your response! The second idea is basically what I had in
> mind, as the Lean mode seems to depend on an actual file tree. Patching
> the emacs mode however looks quite simple, as all one needed to do is
> change the definition of lean-get-executable as defined in 
> https://raw.githubusercontent.com/leanprover/lean-mode/master/lean-util.el
> . I might take a closer look and write a simple patch at some point,
> but up to that point, it appears that just using ~/.guix-profile as a
> root directory works as well, or at least doesn't raise any errors when
> type checking etc.
>
> Again, thanks for feedback!
>
> --
>
> Arvid 
>
>
>
>
>

Closing.

-- 
Brett M. Gilio
GNU Guix, Contributor | GNU Project, Webmaster
[DFC0 C7F7 9EE6 0CA7 AE55 5E19 6722 43C4 A03F 0EEE]
<brettg <at> gnu.org> <brettg <at> posteo.net>




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 11 Feb 2020 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 76 days ago.

Previous Next


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