From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: Maxime Devos <maximedevos@telenet.be>
Cc: 30434@debbugs.gnu.org
Subject: bug#30434: magit won’t work over TRAMP
Date: Thu, 21 Jul 2022 00:04:06 -0400 [thread overview]
Message-ID: <87v8rrqfgp.fsf@gmail.com> (raw)
In-Reply-To: <f774739e-c635-3e14-2298-af53b06b69ac@telenet.be> (Maxime Devos's message of "Wed, 20 Jul 2022 17:42:51 +0200")
Hi Maxime,
Maxime Devos <maximedevos@telenet.be> writes:
[...]
>> Nowadays 'magit' has a separate magit-git-executable:
>>
>> "The Git executable used by Magit on the local host.
>> On remote machines `magit-remote-git-executable' is used instead."
>>
>> and magit-remote-git-executable:
>>
>> (defcustom magit-remote-git-executable "git"
>> "The Git executable used by Magit on remote machines.
>> On the local host `magit-git-executable' is used instead.
>> Consider customizing `tramp-remote-path' instead of this
>> option."
>>
>> so maybe this patch can now be reversed, such that emacs-magit
>> can be used without depending on the (possibly non-existent) 'git' in
>> $PATH? Needs to be verified though.
>
> More concretely, try "guix shell emacs emacs-magit --pure -- emacs"
> followed by "M-x magit-status" in a Git checkout, it will fail due to
> not finding the 'git' executable.
>
> So my idea is to use the new magit changes to both make the remote
> TRAMP work and _also_ make local things work in a pure environment,
> undoing the regression that was caused by reverting the
> git->/gnu/store/.../bin/git substitution without creating new
> regressions.
Sounds good to me! I'll be happy to review any patch implementing it.
Maxim
next prev parent reply other threads:[~2022-07-21 4:05 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <365299e60040c03a84cbb7770adb3f94349dd2ed.camel@telenet.be>
2018-02-12 12:53 ` bug#30434: magit won’t work over TRAMP Ricardo Wurmus
2018-02-12 17:33 ` Alex Kost
2018-02-12 19:11 ` Ricardo Wurmus
2018-02-14 8:51 ` Mark H Weaver
2018-02-14 17:00 ` Alex Kost
2018-02-14 18:17 ` Mark H Weaver
2018-02-15 19:38 ` Alex Kost
2018-02-16 9:09 ` Mark H Weaver
2018-02-16 16:56 ` Alex Kost
2018-02-16 19:00 ` Mark H Weaver
2018-02-12 19:51 ` Mark H Weaver
[not found] ` <handler.x.B30434.165288084625349.unknown@debbugs.gnu.org>
[not found] ` <77826704875d168a2f7c608e146d9d5b09e7588c.camel@telenet.be>
2022-07-13 12:53 ` Maxim Cournoyer
2022-07-20 15:42 ` Maxime Devos
2022-07-21 4:04 ` Maxim Cournoyer [this message]
2023-09-21 7:34 ` Simon Tournier
2023-09-23 10:17 ` Maxime Devos
2023-09-23 10:19 ` Maxime Devos
2023-09-23 11:47 ` Simon Tournier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87v8rrqfgp.fsf@gmail.com \
--to=maxim.cournoyer@gmail.com \
--cc=30434@debbugs.gnu.org \
--cc=maximedevos@telenet.be \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.