GNU bug report logs - #24338
24.5; compile-start has /bin/sh hardcoded for remote executions.

Previous Next

Package: emacs;

Reported by: Jürgen A. Erhard <jae <at> jaerhard.com>

Date: Tue, 30 Aug 2016 15:29:02 UTC

Severity: normal

Tags: fixed

Merged with 29723

Found in versions 24.5, 25.3

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Jürgen A. Erhard <jae <at> jaerhard.com>
Cc: 24338 <at> debbugs.gnu.org
Subject: bug#24338: 24.5; compile-start has /bin/sh hardcoded for remote executions.
Date: Tue, 30 Aug 2016 17:42:34 +0200
Jürgen A. Erhard <jae <at> jaerhard.com> writes:

> Title says all, it checks with file-remote-p and the hardcodes /bin/sh.
> It should ideally check the login shell of the remote system or... but
> that all needs knowledge it's not supposed to have, I guess.  Hmm, but
> file-remote-p does use a handler system.  So... have to ponder (if it's
> not completely changed in 25)
>
> At least document it, and please give a way to override in the "Use
> shell-file-name, I know what I'm doing".

`shell-file-name' is often wrong for remote systems; there could be
another OS, for example. "/bin/sh" is POSIX and can be assumed to exist.

How shall one know the remote login shell in advance?

And, in order to find a proper solution, maybe you could show a use case
where "/bin/sh" is simply wrong?

Best regards, Michael.




This bug report was last modified 6 years and 126 days ago.

Previous Next


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