From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#24394: 25.1.50; (find-file "/sudo::") ignores async-shell-command-buffer settings Date: Mon, 12 Sep 2016 12:07:43 +0200 Message-ID: <87r38pqvm8.fsf@gmx.de> References: <87y42ysq5y.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1473674906 8598 195.159.176.226 (12 Sep 2016 10:08:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 12 Sep 2016 10:08:26 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: 24394@debbugs.gnu.org To: Tino Calancha Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 12 12:08:22 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 1bjO9x-0001Dc-RK for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Sep 2016 12:08:18 +0200 Original-Received: from localhost ([::1]:41422 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjO9v-0002G8-VQ for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Sep 2016 06:08:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50608) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjO9m-0002Fp-Ne for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 06:08:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bjO9i-0003wV-Br for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 06:08:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59304) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjO9i-0003wK-8E for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 06:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bjO9h-00040A-V3 for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2016 06:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2016 10:08: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.147367487415369 (code B ref 24394); Mon, 12 Sep 2016 10:08:01 +0000 Original-Received: (at 24394) by debbugs.gnu.org; 12 Sep 2016 10:07:54 +0000 Original-Received: from localhost ([127.0.0.1]:57016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjO9Z-0003zo-Vc for submit@debbugs.gnu.org; Mon, 12 Sep 2016 06:07:54 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:56875) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjO9X-0003zb-UV for 24394@debbugs.gnu.org; Mon, 12 Sep 2016 06:07:52 -0400 Original-Received: from detlef.gmx.de ([87.146.35.121]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MhiPD-1bN1m73YG3-00Mtu2; Mon, 12 Sep 2016 12:07:44 +0200 In-Reply-To: (Tino Calancha's message of "Sun, 11 Sep 2016 21:22:12 +0900 (JST)") X-Provags-ID: V03:K0:/puG/r4VRncwfYHGQWcYB9LXAFXKfjmZpKZgqKItqmZk2s1enNt SFAd6fVpBsmNL4vC8RqoTkJaRdA1VtKAm911UhfzM+B6QrUVE5eqh19SUrUV9IgDY+DMRHa 0ukzMHANiwss8RxWGL3WfT/qbpiDcBXAtgQjjq+rt6ekATNvvOdVi3jMWAc/CpVlqpNHAH7 KZIf5n6rB359kx99f+WwQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:sDKLyW9rw/g=:+kl53feqxxgSyTIdqgU41n U40Gmx8LCw2jBVZtBP2N/k024Vy9lYxDhgus48NYsMV+MLyzQ2lVmhCy3fGWL3QdXDOjckb8Q 8B559h8ESQPnm2pKDrdTYiPi4WYrU6Vf8UFUChF83M0w8jzivUEik+dASo3Dtr0XKZZB9Y/sF hkrkdy85ZBHNN9LJlovs7Iu63BIoFTTEErT851K61oGmJnzurQHJBHCLYQC0QnmvqNA/bjZPS K03qKyjF05kEf4GRJNxB216u7RLztB2v2DIwU/1KuBe7B07ZmH2L3YWu9Hnso/1V9d/bhfNOM DDBkPxFUJCFvw7B1QCNq5ppmpTk1RwP5DXDB1DWs8v7My2D4qvAjiobiA0RO1pp09ki63Bf9g P5Y+SwM5yBZFoEFKBtRmKtRbqdEa/6igpByX89TccV64WPlpZhSP+y/eCS13w9o7pgRkIx0XW BM9Y1K3zW8oDDSCHVdjT76FO3gYjq2PFVkmTeIe93cKS+MB6EyvsgUDH2m1yiKLtIednFL1yD 6TACiAhkQFAc2gEw37e98Ok07W+L3SUdLU04TkvDjlM8/u9puxnXv1H8dXpPLJYTaS2RFy8rz UG0j/lmYmK+8mZ383DRMAbLMwwtdeoyMuU+4YpDnKBmf9AfM0GhJZlDiWt3b5k6GU5TvfmXjJ AIRbPrcw7LS1YoBrSGLLW/Tt3XB+Fqdjlpgn5xgJdmthaEzcMHgDxNQKt850h80QZhvMBw4T1 FyCCA5z37BLGhZkNQocoosG6BXPMiUv5+xQwdTHYLg/7hJ6fc0DL88gunpxvVrb+ed/Xk9p8 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:123208 Archived-At: 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. >> 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. Best regards, Michael.