From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Albinus Subject: Re: [BUG] remote execution in heterogeneous environment Date: Tue, 08 Jan 2013 22:11:20 +0100 Message-ID: <87vcb7crd3.fsf@gmx.de> References: <6D36E0F9-01D1-4F95-9FAA-B2B2CA10E57E@gmail.com> <87623zaj4j.fsf@gmx.de> <87hang279z.fsf@gmx.de> <87ip79q6x6.fsf_-_@Rainer.invalid> <87ip78gjfc.fsf@gmx.de> <87r4lvy44l.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34246) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsgSK-0008Tu-5N for emacs-orgmode@gnu.org; Tue, 08 Jan 2013 16:11:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsgSI-00011q-Tf for emacs-orgmode@gnu.org; Tue, 08 Jan 2013 16:11:32 -0500 Received: from mout.gmx.net ([212.227.17.20]:51166) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsgSI-00011k-Jd for emacs-orgmode@gnu.org; Tue, 08 Jan 2013 16:11:30 -0500 Received: from mailout-de.gmx.net ([10.1.76.31]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lrp0S-1SqITX2FeI-013fKk for ; Tue, 08 Jan 2013 22:11:29 +0100 In-Reply-To: <87r4lvy44l.fsf@Rainer.invalid> (Achim Gratz's message of "Tue, 08 Jan 2013 18:30:02 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: >> The use of "/bin/sh" as fallback should be OK. In the local case, the >> first cond clause shall be selected (otherwise there is something really >> wrong). > > Yes. But on Windows there is always something wrong=E2=80=A6 :-) Again: under Windows, on the local host, `shell-file-name' should do. For the remote case you are right, but I doubt that any org user has ever tried to run a remote Windows shell via Tramp. >> And for remote execution, "/bin/sh" should exist execept in case >> of remote MS Windows or Android devices. Once you want run shells from >> org there, we could even tweak this :-) > > I was thinking towards being able to use a restricted shell. `shell-file-name' is your friend. "/bin/sh" is just the last resort. If you dislike it, you could raise an error instead :-) > Regards, > Achim. Best regards, Michael.