all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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




  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.