From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Tino Calancha Newsgroups: gmane.emacs.bugs Subject: bug#24394: 25.1.50; (find-file "/sudo::") ignores async-shell-command-buffer settings Date: Mon, 12 Sep 2016 21:21:10 +0900 (JST) Message-ID: References: <87y42ysq5y.fsf@gmx.de> <87r38pqvm8.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Trace: blaine.gmane.org 1473682945 12090 195.159.176.226 (12 Sep 2016 12:22:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 12 Sep 2016 12:22:25 +0000 (UTC) User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Cc: 24394@debbugs.gnu.org, Tino Calancha To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 12 14:22:21 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjQFa-0001q1-5f for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Sep 2016 14:22:14 +0200 Original-Received: from localhost ([::1]:42358 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjQFX-000747-61 for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Sep 2016 08:22:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjQFR-000742-7y for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 08:22:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bjQFN-0004yl-Uh for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 08:22:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjQFN-0004yX-R5 for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 08:22:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bjQFN-0000GX-MV for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 08:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2016 12:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24394 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24394-submit@debbugs.gnu.org id=B24394.1473682883976 (code B ref 24394); Mon, 12 Sep 2016 12:22:01 +0000 Original-Received: (at 24394) by debbugs.gnu.org; 12 Sep 2016 12:21:23 +0000 Original-Received: from localhost ([127.0.0.1]:57090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjQEl-0000Fg-7K for submit@debbugs.gnu.org; Mon, 12 Sep 2016 08:21:23 -0400 Original-Received: from mail-pf0-f177.google.com ([209.85.192.177]:35053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjQEk-0000FU-32 for 24394@debbugs.gnu.org; Mon, 12 Sep 2016 08:21:22 -0400 Original-Received: by mail-pf0-f177.google.com with SMTP id i75so11877512pfa.2 for <24394@debbugs.gnu.org>; Mon, 12 Sep 2016 05:21:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=6peBRLDOPGAmXpAYlxj1/J7iIx0oVIW+tM5co5sC39M=; b=vZd/IXeu2HKHcInQvX6Y2WH2tHZs1KYHfl/Yeh2MnAl5DamkqqA3wZlkKTzDJ0ZxRa vLdNb3hoKTOggpYqbmojZ/AKlY+3JycVwALT3GoSFQWs4Fc1igPMqj7bMj1NWw5hf9Kl u4R7vj/2HyGhHHdKTy1zcxsfknr34cKraRO3g3G7drwHjYKFt1TIGhLmYyRQHWhSrCER KrdSinPAJ4zRlNn/DY+1P2Ay6hrVyJ5Bt89pHk5g8aXVFf7o0hFvJT2Vu3VQ9c1YP7nd lINhqEQVZ/gkVJqfjlfq76WXmeyRKp4RP3zPmwdUQzJ853GezECbZcoHgcW+O6mNkuR6 n/Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=6peBRLDOPGAmXpAYlxj1/J7iIx0oVIW+tM5co5sC39M=; b=Jf4CVsueETOZ8Fkv+ek/UyInOJrbebV+FM5QI8LOU0aBUiGRCEr96EfCox2Jtxb28m kdc3wrK25ZyDGQbzEz0o6lJmhMGSTNyGw6HOkEM/Q6NB+BY0tsAl0bEObMtrfW2RPcQh Gzgtn7yvh1JUs8GXDVPX85sDjuhZCQrEdx82CVx6PjNMP6ql2tQ1mC24qc1Lu9f3Dft8 ZOb5Mov/EUnCuOITKx7h8YL8OR3vRAYLk6qZv9muIXBnYIKIGH+Pu4Uk565KwfvdICo2 c87RTxPQUM/skJLGpAC5hL7cUOu25nRdusJqB5TZFEdCEC1s7hcjYOOcRHRIhXAIzaAJ pv5w== X-Gm-Message-State: AE9vXwPQHYGFSn23zXvoBWoJ8ZZRv/9uVGVgAlELYkiSWJ6P5H5h18UdRvBbxrBgvR65HA== X-Received: by 10.98.35.207 with SMTP id q76mr33104254pfj.42.1473682876114; Mon, 12 Sep 2016 05:21:16 -0700 (PDT) Original-Received: from calancha-pc (57.92.100.220.dy.bbexcite.jp. [220.100.92.57]) by smtp.gmail.com with ESMTPSA id fk2sm24432974pad.2.2016.09.12.05.21.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Sep 2016 05:21:15 -0700 (PDT) X-Google-Original-From: Tino Calancha X-X-Sender: calancha@calancha-pc In-Reply-To: <87r38pqvm8.fsf@gmx.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:123210 Archived-At: Hi Michael, thanks for your replay. On Mon, 12 Sep 2016, Michael Albinus wrote: > Tino Calancha writes: > >> Hi Michael, > > Hi Tino, > >>> However, I'm kind of reluctant to fix this in >>> `tramp-handle-shell-command'. The respective code in `shell-command' >>> spans over ~40 lines, and I don't believe Tramp shall simply copy those >>> lines (and other details not handled in Tramp yet). It's even >>> questionable that Tramp shall offer an own handler for `shell-command'. >> It might has sense to refactor that part into a new function (see >> patch below). >> The tramp could use this new function which just use the variable >> `async-shell-command-buffer'. Other things like > > This could be done, of course. But it would add additional complexity to > simple.el, although a better solution could be implemented. > >> `shell-command-dont-erase-buffer' >> can perfectly be ignored by tramp: they are still not well established. > > Mid-term somebody else will write another bug report for this. If we're > going to fix this bug, it shall cover this aspect as well. That's true. Maybe even myself after 6 months :-) >>> The reason why Tramp does this is the use of `shell-file-name' and >>> `shell-command-switch'. They keep host local values, for remote >>> connections other values are needed. It is a long standing request, that >>> Tramp shall offer connection local variables, which carry different >>> values for different remote hosts. If we would have such a mechanism, >>> `shell-command' could use `process-file' and `start-file-process', >>> and >> it >>> would not need to call a file name handler anymore. >>> >>> And this error would go away. >> That sounds like the ultimate solution. > > Yes, I'd like to go this way. > >> A partial solution could be to allow running >1 async commands as root >> in the local machine _only_. Then, `shell-file-name' and >> `shell-command-switch' are the same. >> Sometimes i need to execute more than 1 process with root priviledges in >> my local machine: i do this using several terminals. >> Running all the processes inside Emacs would be nicer. > > It would be impossible to explain why it is restricted to just this > use case. And people would blame us. > No, I would like to take the opportunity to introduce connection-local > variables. First it needs a proper API. It's OK, i respect your opinion. You are talking as the developer of the code, it's normal you only want to looks perfect. I would say the same if i were coding in tramp. In my case, i talk just as a simple tramp user: i would be _super_ happy if i could get your ultimate solution, but i would be _mild_ happy if i could get at least the partial solution. Regards, Tino