From unknown Sat Sep 20 20:51:48 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#71049 <71049@debbugs.gnu.org> To: bug#71049 <71049@debbugs.gnu.org> Subject: Status: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" Reply-To: bug#71049 <71049@debbugs.gnu.org> Date: Sun, 21 Sep 2025 03:51:48 +0000 retitle 71049 async-shell-command ends with "Process *Async Shell Command* = finished" when remote "direct-async-process" reassign 71049 emacs submitter 71049 Dmitry Gutov severity 71049 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat May 18 20:19:14 2024 Received: (at submit) by debbugs.gnu.org; 19 May 2024 00:19:14 +0000 Received: from localhost ([127.0.0.1]:35637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8UGf-00056V-Om for submit@debbugs.gnu.org; Sat, 18 May 2024 20:19:14 -0400 Received: from lists.gnu.org ([209.51.188.17]:46282) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8UGd-00056P-Rm for submit@debbugs.gnu.org; Sat, 18 May 2024 20:19:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s8UGZ-0006EE-PO for bug-gnu-emacs@gnu.org; Sat, 18 May 2024 20:19:07 -0400 Received: from fout4-smtp.messagingengine.com ([103.168.172.147]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s8UGX-0006LB-4z for bug-gnu-emacs@gnu.org; Sat, 18 May 2024 20:19:06 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfout.nyi.internal (Postfix) with ESMTP id AFAC01381497 for ; Sat, 18 May 2024 20:19:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 18 May 2024 20:19:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:message-id:mime-version:reply-to:subject :subject:to:to; s=fm2; t=1716077942; x=1716164342; bh=Kc24DaEEIg FzLM32dDsCbh7D3lZGO0pcRi9AgtyOSDo=; b=H7a3TaMwRJge0qNBEyMGLWkeAu 5X3QKOk/bXYthI77dYh2R7P/rsYSSwsnv6g/96cUCm2tbGp1GquLQn2wbJoDHMlx pJFpMkjvUiNFoQnrvxFlYo1cbKMnH4+5GgagnPn2Sxacse25KihG6kevP3dfjz9g ZbC7QtjCHDG3w9F9U/G2AqJtvTfIyV3stiM/AIkH7oth83eT1RzWfxH2cFQLEcvQ zbNtLQwAC98mB44AuyJay1+rtrqbbJCOqr9a//gWvw8KyqWJVGH0K6hWcrlU4Yaf 9mzY3exk02MF2PqoMRbVTBuyDobNRfU7bq3BzadgcRRo4cAn9DAk6qtjBHBQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1716077942; x=1716164342; bh=Kc24DaEEIgFzLM32dDsCbh7D3lZG O0pcRi9AgtyOSDo=; b=fghBH4D49AbV3utMMy6Dd5U8rKeRvmBGJkr0ZymroPdf Q7oshhwR0nVVatMcGFM5ccZrkIwg2O03Dk6lNKr8d0xPVob4WQdSyBojJfYDBoq9 uCe6fddaFV0Ax8M0/XKbcix6wJY8WraAexY4lNSdNfGkjqHxcbOfcQGzkAUiLOSl 46imNMQLn5xy5GD5XG/mRFLYme7JgrnM0Ta3ZNufVV07sOO793rN+pplaCRb20kj F6IVf3l++M4Bq51QOiZpeDgjBVMBqRpISquVPzUCzpMEvn0fCWoAyPBF0J/3W+mW XcCRW6x/UBzjzMnWIQTLCBrOrs4JYKg1qZ3YQirY+Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdehjedgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfvhffutgfgsehtkeertd dtvdejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhuthho vhdruggvvheqnecuggftrfgrthhtvghrnhepuedthefftddujeffiefgtdffgfdtvdehke euvdfhkefhudetvdeliefffeeugfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghr rghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 18 May 2024 20:19:01 -0400 (EDT) Message-ID: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> Date: Sun, 19 May 2024 03:19:00 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: bug-gnu-emacs@gnu.org From: Dmitry Gutov Subject: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=103.168.172.147; envelope-from=dmitry@gutov.dev; helo=fout4-smtp.messagingengine.com X-Spam_score_int: -26 X-Spam_score: -2.7 X-Spam_bar: -- X-Spam_report: (-2.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_SBL_A=0.1 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.9 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.9 (-) Previously mentioned in bug#70901. When a Tramp connection is configured as "direct-async-process", 1. If the buffer *Async Shell Command* does not exist, invoking M-& in a remote buffer from that connection makes it end with Process *Async Shell Command* finished The command can be simple, like 'ls' or 'echo 123'. I also see this added to *Messages*: Tramp: Inserting ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done Which seems odd (tramp history is re-read every time like this, for some purpose?). 2. If the buffer such named already exists when command is invoked, then this doesn't happen (the output seems correct). But *Messages* says -l: finished. ...which is a big puzzling as well. Also, scenario 1 (when the buffer doesn't exist yet) takes longer than 2, but that might be a side-effect of implementation external to Tramp. From debbugs-submit-bounces@debbugs.gnu.org Sun May 19 02:17:18 2024 Received: (at 71049) by debbugs.gnu.org; 19 May 2024 06:17:18 +0000 Received: from localhost ([127.0.0.1]:35794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8ZrC-0000oe-BH for submit@debbugs.gnu.org; Sun, 19 May 2024 02:17:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8ZrA-0000oW-I0 for 71049@debbugs.gnu.org; Sun, 19 May 2024 02:17:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s8Zr0-0004l0-5h; Sun, 19 May 2024 02:17:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=PY5CQh7Khe0BW8f2Tc9bGPr87ulpOW5PxuKwJZ1Ch3A=; b=A3rIa9+no6zP6HRWhMPi UIEx/sFh9UL+gqHCU/9iF2Ww/ujoQaHalYbI7lp3DkVuRaKf7tTmkNRQlX94C9twqNcBEnat7rTsF Zxx3rNYzREFkI5Y0Xw+mposXTjZm7R308YzzZd7hNfExMoBiKJQUKIhaRmq48OAS37iDx6WZGqG6k nDXCEbktmunQ3RSoJVtDJZN9+koE7DUIduwcrKGnsTKz+Xkc0wrPaUMhjPmYO0ItKca9DJktItv50 xKq7rGRSmW7A0lyiQbs2gTULFhzc6V1dMGuyRo+DGTDNWdFNKMxrFhggCfVxpH2lsf34v+omNyGcH Sftt8elIQLlRHg==; Date: Sun, 19 May 2024 09:17:03 +0300 Message-Id: <86v83aba1s.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> (message from Dmitry Gutov on Sun, 19 May 2024 03:19:00 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Sun, 19 May 2024 03:19:00 +0300 > From: Dmitry Gutov > > Previously mentioned in bug#70901. > > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in a > remote buffer from that connection makes it end with > > Process *Async Shell Command* finished > > The command can be simple, like 'ls' or 'echo 123'. I also see this > added to *Messages*: > > Tramp: Inserting > ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done > > Which seems odd (tramp history is re-read every time like this, for some > purpose?). > > 2. If the buffer such named already exists when command is invoked, then > this doesn't happen (the output seems correct). But *Messages* says > > -l: finished. > > ...which is a big puzzling as well. > > Also, scenario 1 (when the buffer doesn't exist yet) takes longer than > 2, but that might be a side-effect of implementation external to Tramp. The "finished" message comes from the default process sentinel, so if Tramp wants to avoid that, it should install its own sentinel. From debbugs-submit-bounces@debbugs.gnu.org Sun May 19 08:40:24 2024 Received: (at 71049) by debbugs.gnu.org; 19 May 2024 12:40:24 +0000 Received: from localhost ([127.0.0.1]:36150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8fpw-0008I9-G2 for submit@debbugs.gnu.org; Sun, 19 May 2024 08:40:24 -0400 Received: from fout3-smtp.messagingengine.com ([103.168.172.146]:53111) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8fpv-0008I1-1t for 71049@debbugs.gnu.org; Sun, 19 May 2024 08:40:23 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.nyi.internal (Postfix) with ESMTP id DF3261380257; Sun, 19 May 2024 08:40:13 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 19 May 2024 08:40:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716122413; x=1716208813; bh=abMi7QIoutEANrOhDgdRa/212bYXHLKxzYs7BJ5/pPA=; b= nbypX/eiyJ8c507cc7UHwMWkqWUgdvB2WwGpbXuEd9ezaC8bXWpKTNwWt9UmSXBE GTTIvnkUbKE2DzfUq8Drl5R6a2xxaQGfkqzLMpK962PYFHSBTwk6//7N186jgB0O AbsBnoS7st2M82+KU4jAC+r8/17x3WaUyheQStBCcrJqxnTQwTCzVdwvGGVSJ9Mh kE5BX7RBdDhWh8LauDKvjrME04BaCU2NBxenwebM7KbFEOWYn13rDKkeN7Br6ee/ c+1OfGtAnAgTYfgDt0oQXfbaUL5sIneh8k13Iiug8NKdgiGMHlOrNjJr+BZAWhjr i81m8KJfj/3x2AI7Wb9fvw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716122413; x= 1716208813; bh=abMi7QIoutEANrOhDgdRa/212bYXHLKxzYs7BJ5/pPA=; b=d Ey+3DpFAVeVhBW7g7xzgvvHQeLbHRaRnySQV6jWp9KOYPD9ZLlMs5IUrH0GrCVUx /QoclBvHfXbdkgmBCEvAGQRJXxvuL9KIIGo/1/j/MzSMP72PQRGtYB9jn4uBg6HA nZfKrbUDIGmK9kE8X1JbLvDyuUGn8uGD6ffWwzatjtwBUCCz/9EurFmbgOxuprU4 3wxIhe+ZFMXS3dRdZ0Sx6L8DgyYflvbT8RvvQeQsdViY1GXm5fYmmkZzCRMehWuJ xaqC/hV3KHhb+cBzHDKrOAX3M2cYD8FjynBX0h4RP0CgjZm5VfJUMG/o8Cb1s7L1 QRDjIMgVut4N4e9QtNR6w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdehkedgheefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepgeelfeetkefghfdvhfdtgeevveevteetgeetveegtedthefhudekteehffeu keeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 19 May 2024 08:40:12 -0400 (EDT) Message-ID: <6ec89959-2452-40a0-aca9-75ef29e9186b@gutov.dev> Date: Sun, 19 May 2024 15:40:10 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <86v83aba1s.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <86v83aba1s.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 19/05/2024 09:17, Eli Zaretskii wrote: >> Date: Sun, 19 May 2024 03:19:00 +0300 >> From: Dmitry Gutov >> >> Previously mentioned in bug#70901. >> >> When a Tramp connection is configured as "direct-async-process", >> >> 1. If the buffer*Async Shell Command* does not exist, invoking M-& in a >> remote buffer from that connection makes it end with >> >> Process*Async Shell Command* finished >> >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> added to*Messages*: >> >> Tramp: Inserting >> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done >> >> Which seems odd (tramp history is re-read every time like this, for some >> purpose?). >> >> 2. If the buffer such named already exists when command is invoked, then >> this doesn't happen (the output seems correct). But*Messages* says >> >> -l: finished. >> >> ...which is a big puzzling as well. >> >> Also, scenario 1 (when the buffer doesn't exist yet) takes longer than >> 2, but that might be a side-effect of implementation external to Tramp. > The "finished" message comes from the default process sentinel, so if > Tramp wants to avoid that, it should install its own sentinel. shell-commands inserts a sentinel: shell-command-sentinel. So it never inserts that message when invoked locally. Even if it did, the disparity between the two scenarios would still be something to investigate, I think. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 07:15:46 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 11:15:46 +0000 Received: from localhost ([127.0.0.1]:36577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAStl-0001Hu-Vz for submit@debbugs.gnu.org; Fri, 24 May 2024 07:15:46 -0400 Received: from mout.gmx.net ([212.227.17.22]:37619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAStj-0001Ho-9f for 71049@debbugs.gnu.org; Fri, 24 May 2024 07:15:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716549327; x=1717154127; i=michael.albinus@gmx.de; bh=9t5wlDyyF1t7ulvwGSzcwZpkArOtI+EpJBvFyaNuZVE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=a8nA3/TvtVKDhcSjVPWhnsQj4a8ZqzwGhoIMSOkcPi7t5ufR/zwr6cQvIXO1imA8 vwJojTwu1m+n1lJueVmztJ4y/bpoSVfLXKGCL97+HUuGXLRUnzH6hsrqfnCJlVSKq HyKQcG36KktS6Y9J0vAEpH/ZgwbJZjdGW2rVyDmpalsGMWsSz9H4ALBnVwd7SzhTj E0jo58ALaBoeR861cAAEiVFqA3kceSj+XQudR5XZAIb4hZ1579WiD8fuxrlbTpbek HcPnFme8+Nkmi7dY7O9TEmF0tFx4izLGMdqXsH6DJbDOg7GSKPFzQumXAnqXNuOS2 PJbJd4bqGE1e9bIr9g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MRmfi-1s4JoT1PP0-00SOp4; Fri, 24 May 2024 13:15:27 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> (Dmitry Gutov's message of "Sun, 19 May 2024 03:19:00 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> Date: Fri, 24 May 2024 13:15:26 +0200 Message-ID: <8734q7h35d.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:fEmQ1kR7+mflMXAO3HqNRRluOLFwJgKonHqG4s0CHyERvvZ1Lzl /XdwcSzY3tueW5aUwNMIOl9iSmSgxnMP3n5S4KJZ2rZIRV4uccz8K8pjIZPI2k4ooWUUVHA Fz/InyS16Yfa35LMGbIrSiyhhV98CT8Uu+RZA911eETBaeqTJfe8Z842M1Gj3mEPv2ebSfF b90Em1U1WlaJgucqBWk6w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:t2ndi7paZDw=;+3l48pmxqLlHy5bRU0jN8v15DW8 zTzBAkraX15xlXW4ac1FGdMErRQvrwsShp2HxBhnY0XPDc+hfa445B8/wDp9IjSw7Roti2aSC Ij0ijfFu0iNcRY451FzvwVDNBBy1XNJUF9pgLYCqQ4HVr2hyPHGC73lHz17fmruXR4LeZDbph DXnJYr+Q4zHsy1LDWBQ0jPONMOeLf4RWu632GANJeDzEMbDHmjMZGANGSJfv8PxnDf+7cvuV4 76Xnf1LGK7xRSnCopmpQzd0GF08Tc/LBlxaNgrvz1Wlfzo70Oy837hKPIeJMI4wc+A9oi8HGK 0VyNDEDlsYIZppW9AD2XCjUzXpVJFmzFESg5VZxTTXgkNe8qcDg833me4J6zs99mRoeVDWSxp 0dLRpxgVyDbcK0BPRd+BUq60Mj5s4fjKb5cl1Fs6B/ARUvPlskB9Tmp7HDmCyvxzuqAKp/6zt lHe6vmMhwcFEmz9a1SlWogUHgh4C5fEinKZJOq2346B9ogXGvP9skV3s97PiLyA4Ic5KsDRz5 ZKlk9T62HGfMRgD54XNK86Hyf7H7MuHDosoUNh484q74zKoH1n9T2evvpMECGaF8JpG1toFiL NsdGySU6ZL5HkDNWW1J8qjLwiFYibSVQsWfKjmJT/Ps9D8Kfa0YiLqFZBHBL5rAgbAP460Evs yGm/w0iHmvN8ry/9b04G2RlZmiyuL3g/dZgHJKuAr4+8iCiiUgo/AGfry5UFLC5MpGZAb7H3X 12yTuQP6LhGxMZmyGi0P5YEWmEtaxMV2eowW3ah58Qjdd0AhDGvFp8+88xaET+WJT81pHfLB6 k0II11Ak68kzVoDQQBLp4fjBQ6cE7RTl2gspQgxcNqVAtTdVSEtJkbFodfdTIbvSeH X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > Previously mentioned in bug#70901. > > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in > a remote buffer f [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > Previously mentioned in bug#70901. > > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in > a remote buffer f [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: Hi Dmitry, > Previously mentioned in bug#70901. > > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in > a remote buffer from that connection makes it end with > > Process *Async Shell Command* finished > > The command can be simple, like 'ls' or 'echo 123'. I also see this > added to *Messages*: > > Tramp: Inserting > =E2=80=98/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history=E2= =80=99...done > > Which seems odd (tramp history is re-read every time like this, for > some purpose?). > > 2. If the buffer such named already exists when command is invoked, > then this doesn't happen (the output seems correct). But *Messages* > says > > -l: finished. > > ...which is a big puzzling as well. > > Also, scenario 1 (when the buffer doesn't exist yet) takes longer than > 2, but that might be a side-effect of implementation external to > Tramp. Thanks for the bug report, I can reproduce it. Honestly, direct async processes are a little bit under-implemented (by decision, they should be fast). I'll check what could be done w/o loosing performance. According to reading .tramp_history: this is performed in comint-read-input-ring, called from shell-mode. comint-input-ring-file-name is set in shell-mode, I don't see a trivial solution to suppress this. Likely, we must extend shell-mode for this case. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 10:06:34 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 14:06:34 +0000 Received: from localhost ([127.0.0.1]:37336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAVZ4-00005e-0J for submit@debbugs.gnu.org; Fri, 24 May 2024 10:06:34 -0400 Received: from mout.gmx.net ([212.227.17.22]:55499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAVZ0-00005X-UL for 71049@debbugs.gnu.org; Fri, 24 May 2024 10:06:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716559575; x=1717164375; i=michael.albinus@gmx.de; bh=3NUg+qR1xI2kBgnvTOoWPVs5fbWEXZQk4m68rSynvPg=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=X/7xPiyZdQ7HkFgR994ypRL1+9L2bf91ekQoy+WSR+GvPBakePaxljVjCfZddwCB BRe/L2GgQY5LZth4nLkwiVzVW+Qbc/DETk60iixqWV42RwVxdv5/PGZdWmX2O/Mnu v/Qg3YnICkhpstok9AwaEf2Q1KBwUSrjYCfZux+Ad9Sc2KH2F96QsEfc5Eu0Jt5wU 3y4RbO/AwDUIwzUehRof3Dmq3v+Vod5h8oV9TG/NqH1ZFFI/LsOJ9UsHNms0y9nDg Fjct/JJlY8z0a02emY6DHGew5q7gjnn0Kw6WSl3r2iNe4C1t8zXS5T73j1Ym+ToPA u38xClCTXsxpYVIq9A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N8obG-1sY67c1HBG-017Fge; Fri, 24 May 2024 16:06:14 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <8734q7h35d.fsf@gmx.de> (Michael Albinus's message of "Fri, 24 May 2024 13:15:26 +0200") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> Date: Fri, 24 May 2024 16:06:13 +0200 Message-ID: <87ttinfgoa.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:gYSdg1w7WJKzdIjXJ3Cg7io38+JrnFyMJmH6RnRaJwkh3MWDVL4 oCv3hBwhK/624HAel0ogKzAgyxqrTQalOnjXxPwj0KJ2IBsSLRf1NGSEhvhF2NSa4B5V3jQ ellyWCw35YOGaPeqWnXhw8wET7V7Y5QFS+RdwKlso4cKoJ4SEchfzQhhDVIqVEAIcUq2AGb 9OClrJPvReEPuBuNsGCIQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:fK4W2BXZwrU=;zpOKi9fJf5KhR1KErltNePnxVkX W5s0C7l2z3XHlHzuKJAdASoRw7NpdaD9Yha4uUhzoWPBhMn1VWeCZoamWUtEmUGQ59paB4ICl Ggc4YE35QbPsIAtAQxkpnTlyIOS/SDXaej5TMoorgGwDy1C7BynSqtNUbRCnhZIca+BohY8xZ NxaNoBDf5anTPLud6+A8TzvFlKyvighbArwoZaP8Var4Cl/Qw6fxl+cm0APalhnJYbOop2wvq Pq7+AQX7gpYmen7hpClDSynEOaJcWss0iodu8PE5BqMZtptKRbwogk1uYSOFDAl2e1UHKl7ji PdlaNHpj/H4Q0oyTPEujK9v/vi9O5dbxUT5oD90vNwF99QUyR1Z6mgEleHKc8ywGROeJ2RPyu WsbGdrF7p10qh7Yal2QM4mqYvyzt6UagKe3YRaywcgjCVfE9XJtAl+yHPPdgyhh/Uhf0TBnNx PxotGv0xppyllRacsI4Ymb8DE3p+A2LB1cMIdmGuawn+gzAKNM0P7uEqeG0sX4+qvCBZqpFt9 LK3RxmASLWg8xU+4ji2mcotm3stdy2J0TSazOsdrLqOBzhVqJNuuBnxRIgCnNCL2lnR527C01 cWUsVO1P4z+aPR1Vhs20T+5x+ig7kNqWI4ICea8ivNVf5yONc6g52NGi53vo/t1dFzmUfl0Vg JJjhqBwspwKaTUNe0YYdk8UHFeWKLGRiNF4o1kwR9ppqiX08TTrAyUnx68BdHR060Vo+GiQHa eFewwDjnzejJ3GOquMaFeR01KqAoO1AuPHj3F7j85jZyd2I+0f4wzJbXvR1ty8BrOhbhUALS3 0QIlUz1vE1Tno4LnxNGTfcblAgluxu44nU9gK5wS7yaXoi0uzLVxE8Thq+nP6ifDxb X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Michael Albinus writes: Hi Dmitry, >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> added to *Messages*: >> >> Tramp: Inserting >> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done > > Ac [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Michael Albinus writes: Hi Dmitry, >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> added to *Messages*: >> >> Tramp: Inserting >> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done > > Ac [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Michael Albinus writes: Hi Dmitry, >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> added to *Messages*: >> >> Tramp: Inserting >> =E2=80=98/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history= =E2=80=99...done > > According to reading .tramp_history: this is performed in > comint-read-input-ring, called from shell-mode. comint-input-ring-file-na= me > is set in shell-mode, I don't see a trivial solution to suppress > this. Likely, we must extend shell-mode for this case. We could add a user option remote-file-name-inhibit-input-ring which suppresses reading the remote histfile, when set to non-nil. See appended patch. Eli? Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/comint.el b/lisp/comint.el index 3804932e01c..2415435546e 100644 =2D-- a/lisp/comint.el +++ b/lisp/comint.el @@ -249,6 +249,11 @@ comint-input-ignoredups :type 'boolean :group 'comint) +(defcustom remote-file-name-inhibit-input-ring nil + "If non-nil, inhibit `comint-input-ring'." + :type 'boolean + :version "30.1") + (defcustom comint-input-ring-file-name nil "If non-nil, name of the file to read/write input history. See also `comint-read-input-ring' and `comint-write-input-ring'. diff --git a/lisp/shell.el b/lisp/shell.el index e6b315ee5c0..1ed04c46cf9 100644 =2D-- a/lisp/shell.el +++ b/lisp/shell.el @@ -726,9 +726,13 @@ shell-mode (hsize (getenv "HISTSIZE")) (hfile (getenv "HISTFILE"))) (when remote - ;; `shell-snarf-envar' does not work trustworthy. - (setq hsize (shell-command-to-string "echo -n $HISTSIZE") - hfile (shell-command-to-string "echo -n $HISTFILE"))) + (if remote-file-name-inhibit-input-ring + (setq remote nil + hsize nil + hfile nil) + ;; `shell-snarf-envar' does not work trustworthy. + (setq hsize (shell-command-to-string "echo -n $HISTSIZE") + hfile (shell-command-to-string "echo -n $HISTFILE")))) (and (string-equal hfile "") (setq hfile nil)) (and (stringp hsize) (integerp (setq hsize (string-to-number hsize))) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 10:50:55 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 14:50:55 +0000 Received: from localhost ([127.0.0.1]:37542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAWFz-0000Vr-2b for submit@debbugs.gnu.org; Fri, 24 May 2024 10:50:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAWFx-0000Vl-He for 71049@debbugs.gnu.org; Fri, 24 May 2024 10:50:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sAWFk-0007L3-PT; Fri, 24 May 2024 10:50:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=L71AsiLlAAny1v07/r+gfyLPwtIrU8oPDa0CXR7CGJo=; b=hlqNb8la70QKB8sKpcEI J9MPs17bX6FObboMR9VKgwBj2g0Y3WdaJQdjrYFseYwh7bXvEsH0f0w5IJqmlD5D5gu/tCLrNontF x6XwmhJfPVsvvW60v0RrBhdgcZE578z1Q2y5R6rLsxYxyYPRnutoNbQB+KM8664Tl4ohr3vfVB+SG mR+X0GyDfirnLyX0yq5MooaPPLR2zUMpbvgDHFP2/oD7Hi3T4F6jvIXKV7+wPE2EzC3o+1cUV/afB 3DYnNbA2G3tlUM07/P58ymxqtGSmErU0YGYBv4wcJrAlyBAn4JhuG0emDtkS3LVvB/s4weJuqM+oo mCG3lUTYI4oYkQ==; Date: Fri, 24 May 2024 17:50:35 +0300 Message-Id: <861q5r2ric.fsf@gnu.org> From: Eli Zaretskii To: Michael Albinus In-Reply-To: <87ttinfgoa.fsf@gmx.de> (bug-gnu-emacs@gnu.org) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71049 Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 71049@debbugs.gnu.org > Date: Fri, 24 May 2024 16:06:13 +0200 > From: Michael Albinus via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > >> The command can be simple, like 'ls' or 'echo 123'. I also see this > >> added to *Messages*: > >> > >> Tramp: Inserting > >> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done > > > > According to reading .tramp_history: this is performed in > > comint-read-input-ring, called from shell-mode. comint-input-ring-file-name > > is set in shell-mode, I don't see a trivial solution to suppress > > this. Likely, we must extend shell-mode for this case. > > We could add a user option remote-file-name-inhibit-input-ring which > suppresses reading the remote histfile, when set to non-nil. See > appended patch. > > Eli? Can you explain the effect of that option on the scenarios that started this bug report? I don't think I have a clear understanding of that. Why is the process being called by such bogus names anyway? From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 12:39:41 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 16:39:41 +0000 Received: from localhost ([127.0.0.1]:37990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAXxF-0001TM-88 for submit@debbugs.gnu.org; Fri, 24 May 2024 12:39:41 -0400 Received: from mout.gmx.net ([212.227.17.22]:54965) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAXxC-0001TF-TW for 71049@debbugs.gnu.org; Fri, 24 May 2024 12:39:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716568762; x=1717173562; i=michael.albinus@gmx.de; bh=wuQId3bBzo2EdFZMu5F+bLypB6ZPZvBUU4csmqfaEPs=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=TDPnL/lHEUXwR+n7JCg7yc2Y30yy9CvdXj/cqnOGLbgqkjGaia4X3sRQVhA+2FZU 0Cxm/nLw1tk/SnxZgu6Z2vow+p4/l2QlvbIbfd2WOlQ7T6cldyT5L6imfUPRluZ70 SyMvOAkYexBlfk6sSy9zyoVGkawrpnG16KA8cpxHc7/F1Y0ZJUZZ/ZhQkjpbGKmOn 15LujKuudN/uyM95Zd+iSPJGyaJSUUrwZuhvi5LWZqeDpWg14oshfcSPJH031YIuH iMfXGjiE46OE+8cv/7bXuARLTA4I6AbEAs8aikk+TWcVWvcclzR8KKac5jKmICg1n Ndag/QzIF65X97Dm9g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N8XPt-1sWfMJ0v0D-014WcO; Fri, 24 May 2024 18:39:22 +0200 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <861q5r2ric.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 May 2024 17:50:35 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> Date: Fri, 24 May 2024 18:39:21 +0200 Message-ID: <87o78vf9l2.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:4deHw/NWScmz/wQXarDUH9NWVMn61AWqJulX5bNUCuL+FL31qa5 y/2MdtjQZ+yyasTQSNSGdRv/Qg3q4QdrPlo9DU/lvRPEUqZIrLZzbYu9akWVfRisY/M2h9U zMamZgeXEJqQ3I681geZhy2WLIvqz1wgI09aKns18oPzChuAyppsiFVZXrNa+88+yW+KjLh UVR7wLMGJToHYLARNi7Nw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:+9wGgYbpD4w=;aFAla4eD37Fyi7Us+lpvzFttkaz lywXXNHw5Tu1AMhdlSRMeJs9jAoro1UrMzVQhguTkuEIEljbXIOH1uBfcavd/sGa+dIbdwzJC FRwDqZE48Ym3Oi0f9YVjhAxAQsatLJeb662iRb1s6aynXFczTjtKkZMK/jfnnx8Z0UZSmJa5C jt7mlowktivCVBsaLVUq46NW7J6uaS9ITCo6/bzg3HzcCUEuavNZMvOapj/sO7LTgVOApaVGP 0qQkXXK5U6eOO9ALVX4S9ov5jhhIaI1GgBcmKhVDDfOK23GTfM9qkH52KVMiRtcet5yr8e/kK XQKq6ShwP3XqRR6kUxzo8kKrqfTToY0NsW0DT86j4BErkd2hYmrBjP1Tv1hL6u72SPfQx8Z2x OvZ+H8mXGdJ5wdJajxEUw2qCRjnKCKt8w9ctv6Q2kkaElJDdAPgwZcSbvBQfGQN8BTyfJ7cNp gVJ7ANpUyTx4+T2K8PQAwx7f2AEATAIPqv4TaRFgogsrwY8MmeJrOTUiCp4Bg7Y6ymbjHYH2v wjCg5ItBBeUakRbqsVK2F1Ec+zmsS+9Kr1vK7hMakc5GJKHZ2awaCuoY5HCSZMf19K8y2pSRE 63qswn2xK5S8ZB5PijeBCEBSt9o3Q1QRqn27zFk57ua1tKm/q+RKKRImnvFAl8EBZcQGpkAe2 mGL+wS4OSxfvapS/PudWyqWY+Wg9qYrNDpfslnw8dH9iQiFtoG+DIa4zwyxAQqIq3aC9w/4My WDSvUK1I3W+FUMZiZv4TnIDGfXm5mSsfpYCuUx1eQaCY2cK/B0JT/wR37/UofruOS/Yq0UIUW VfZ1dPT7ER24PcSj7uNVhtZ1csd2jn5WPnXYZz7FhtETuD27RZnhHE2s2246KanatC X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: Hi Eli, >> >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> >> added to *Messages*: >> >> >> >> Tramp: Inserting >> >> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history†[...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 71049 Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: Hi Eli, >> >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> >> added to *Messages*: >> >> >> >> Tramp: Inserting >> >> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history†[...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Eli Zaretskii writes: Hi Eli, >> >> The command can be simple, like 'ls' or 'echo 123'. I also see this >> >> added to *Messages*: >> >> >> >> Tramp: Inserting >> >> =E2=80=98/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_histor= y=E2=80=99...done >> > >> > According to reading .tramp_history: this is performed in >> > comint-read-input-ring, called from shell-mode. comint-input-ring-file= -name >> > is set in shell-mode, I don't see a trivial solution to suppress >> > this. Likely, we must extend shell-mode for this case. >>=20 >> We could add a user option remote-file-name-inhibit-input-ring which >> suppresses reading the remote histfile, when set to non-nil. See >> appended patch. >>=20 >> Eli? > > Can you explain the effect of that option on the scenarios that > started this bug report? I don't think I have a clear understanding > of that. We're speaking about shell-mode. Let's try the command --8<---------------cut here---------------start------------->8--- (let ((default-directory "/ssh::")) (async-shell-command "ls")) --8<---------------cut here---------------end--------------->8--- Tramp calls several initialization commands. In shell-mode, we see --8<---------------cut here---------------start------------->8--- (when remote ;; `shell-snarf-envar' does not work trustworthy. (setq hsize (shell-command-to-string "echo -n $HISTSIZE") hfile (shell-command-to-string "echo -n $HISTFILE"))) --8<---------------cut here---------------end--------------->8--- This triggers the commands in Tramp --8<---------------cut here---------------start------------->8--- 18:18:41.784634 tramp-send-command (6) # ( cd /home/albinus/ && env INSIDE_= EMACS\=3D30.0.50\,tramp\:2.7.1-pre /bin/sh -c echo\ -n\ \$HISTSIZE 8--- Two roundtrips. In --8<---------------cut here---------------start------------->8--- (setq comint-input-ring-file-name (concat remote (or hfile (cond ((string-equal shell "bash") "~/.bash_history") ((string-equal shell "ksh") "~/.sh_history") ((string-equal shell "zsh") "~/.zsh_history") (t "~/.history"))))) --8<---------------cut here---------------end--------------->8--- we know, that comint-input-ring-file-name is "/ssh:gandalf:~/.tramp_history". Next is --8<---------------cut here---------------start------------->8--- (if (or (equal comint-input-ring-file-name "") (equal (file-truename comint-input-ring-file-name) (file-truename null-device))) --8<---------------cut here---------------end--------------->8--- which results in another roundtrip for file-truename. --8<---------------cut here---------------start------------->8--- 18:23:32.705940 tramp-send-command (6) # (if test -h "/home/albinus/.tramp_= history"; then echo t; else echo nil; fi) && \readlink --canonicalize-missi= ng /home/albinus/.tramp_history 2>/dev/null; echo tramp_exit_status $? 18:23:32.736575 tramp-wait-for-regexp (6) #=20 nil /home/albinus/.tramp_history tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ --8<---------------cut here---------------end--------------->8--- And finally, the history file is inserted into a buffer by the call of --8<---------------cut here---------------start------------->8--- (comint-read-input-ring t) --8<---------------cut here---------------end--------------->8--- which gives us another 6 roundtrips. --8<---------------cut here---------------start------------->8--- 18:26:07.617089 tramp-send-command (6) # test -r /home/albinus/.tramp_histo= ry 2>/dev/null; echo tramp_exit_status $? 18:26:07.649035 tramp-wait-for-regexp (6) #=20 tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ 18:26:07.651779 tramp-send-command (6) # test -e /home/albinus/.cache/emacs= / 2>/dev/null; echo tramp_exit_status $? 18:26:07.658773 tramp-wait-for-regexp (6) #=20 tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ 18:26:07.659542 tramp-send-command (6) # test -w /home/albinus/.cache/emacs= / 2>/dev/null; echo tramp_exit_status $? 18:26:07.724554 tramp-wait-for-regexp (6) #=20 tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ 18:26:07.726639 tramp-send-command (6) # (if test -h "/home/albinus/.tramp_= history"; then echo t; else echo nil; fi) && \readlink --canonicalize-missi= ng /home/albinus/.tramp_history 2>/dev/null; echo tramp_exit_status $? 18:26:07.761576 tramp-wait-for-regexp (6) #=20 nil /home/albinus/.tramp_history tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ 18:26:07.805806 tramp-send-command (6) # tramp_stat_file_attributes_with_se= linux /home/albinus/.tramp_history 2>/dev/null; echo tramp_exit_status $? 18:26:07.839830 tramp-wait-for-regexp (6) #=20 (("=E2=80=98/home/albinus/.tramp_history=E2=80=99") 1 ("albinus" . 1000) ("= albinus" . 1000) 1716544239 1715267567 1715267567 20671 "-rw-------" t 1089= 1213 -1 "unconfined_u:object_r:user_home_t:s0") tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ ///1ab1c259aca5ea2a0696680da9e7ac35#$ 18:26:07.955777 tramp-send-command (6) # (env GZIP=3D gzip /dev/null; echo tramp_exit_status $? 18:26:07.991862 tramp-wait-for-regexp (6) #=20 H4sIAO/nPGYAA+1XbVPbRhD+rl+xPdTYnsSVCcEBC5JShwSmpGF4yTRTNUaWTljDWRLSCZMp8Nu7 ... tramp_exit_status 0 ///1ab1c259aca5ea2a0696680da9e7ac35#$ --8<---------------cut here---------------end--------------->8--- 6 roundtrips to insert the remote history file into a buffer which we don't need. Just for a single asynchronous "ls" command. With the new user option, this could be avoided by a user setting. > Why is the process being called by such bogus names anyway? I don't understand. Which bogus names? Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 13:18:09 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 17:18:09 +0000 Received: from localhost ([127.0.0.1]:38154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAYYR-0001oe-KC for submit@debbugs.gnu.org; Fri, 24 May 2024 13:18:09 -0400 Received: from fout8-smtp.messagingengine.com ([103.168.172.151]:56779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAYYN-0001oG-O2 for 71049@debbugs.gnu.org; Fri, 24 May 2024 13:18:06 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.nyi.internal (Postfix) with ESMTP id 3F58A1380057; Fri, 24 May 2024 13:17:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 24 May 2024 13:17:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716571071; x=1716657471; bh=gMhA9daUN78h37P9D/D9H65LImgzvVRXQBRQFOqMHSw=; b= LAQzQUVgJU61DtoBh0iLORIS/qlsBu/DYz8zZGbnV/MCHXNNn8TLKOAcNWg78U9n vFd3+jKl4SQNi1Oj2RMm2y6PNtqrd+IuNtrn3FRHC+FVL7WvI6omGEv5+PKSEXj5 6dsaPmefZOyN657iBsazMM6bcV4Oh6Aum+DTM8hKIpPXSpYmbtoYXXcexDVcz9Lq WpQIrcYbjrEEWruBn1ulVPqBucR2DryPpYwMJCrGLayRJmUKqmOOpaKA444s19Es V2xYzZbTGT+Qwz8Uz6iU1IDhG44l6u/AQ/5i8hb8XrbT4AX91jll0ZyHxOem9XC+ ptbx0nxbYS+8ayWQ9DpdnQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716571071; x= 1716657471; bh=gMhA9daUN78h37P9D/D9H65LImgzvVRXQBRQFOqMHSw=; b=M 3L5DJq1FNARepB/IavOHXlDzEOaOc0L/2q5CnaPpZBeFWsyJSBfXkxXQYhXo2EJ3 BIXp0eWkj46ysiKRZYWEtk1u+KjYV4i9/Q99h6ETZ4HOrfhdtLv5cC7hnGcP8TuN bGSr8b81fI65/2QhBrvUYtCdSJM37tbmPiOfnfNnGWxwZyvN3BkQlHD3EF6o7Oi7 smJrX29/7pL1xuxRXFmzflmfUp9sybiAdsFBE68O+BrpqOuSr/nSlqbps09ieoSL SRm7D06lpM6T4/8EwHAz/ROahQLF0ZB2wSNhAf9bs0uLFoHAfJIcoDTqQkrvlWNh DXoht1+qhqt4Ksa0ofj0g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeikedguddtkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeegleefteekgffhvdfhtdegveevveetteegteevgeettdehhfdukeetheff ueekkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 24 May 2024 13:17:49 -0400 (EDT) Message-ID: Date: Fri, 24 May 2024 20:17:47 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87ttinfgoa.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, On 24/05/2024 17:06, Michael Albinus wrote: >>> The command can be simple, like 'ls' or 'echo 123'. I also see this >>> added to*Messages*: >>> >>> Tramp: Inserting >>> ‘/ssh:dgutov@fencepost.gnu.org:/home/d/dgutov/.tramp_history’...done >> According to reading .tramp_history: this is performed in >> comint-read-input-ring, called from shell-mode. comint-input-ring-file-name >> is set in shell-mode, I don't see a trivial solution to suppress >> this. Likely, we must extend shell-mode for this case. > We could add a user option remote-file-name-inhibit-input-ring which > suppresses reading the remote histfile, when set to non-nil. See > appended patch. Maybe a good middle-ground solution would be to defer the reading of the history file until history is actually used? E.g. in my examples there was no reading of input from the user, and there will be many read-life scenarios like that. Perhaps commands like comint-previous-input could check whether the ring is not initialized yet and call comint-read-input-ring, rather than have this call performed eagerly at the end of shell-mode. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 13:41:24 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 17:41:24 +0000 Received: from localhost ([127.0.0.1]:38261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAYux-000221-RU for submit@debbugs.gnu.org; Fri, 24 May 2024 13:41:24 -0400 Received: from mout.gmx.net ([212.227.15.19]:57327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAYuw-00021v-Gt for 71049@debbugs.gnu.org; Fri, 24 May 2024 13:41:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716572467; x=1717177267; i=michael.albinus@gmx.de; bh=3yrCslrsr/wsLHvW0/YtiAmYaYL7AfWxG2gFGNwgQtI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=p4Gkp8T6HFRVIiV4QfpttvXBPkcPI1Fiu5NkE2ywTVP+UhufOnxXEnCAjUacb/AC S6uTOXnDBNUduwDZvbqcRpdp/77FwOb6RDtxP9Om1EoI+LjzIhF7cM3rkvoLySFrl TeYI6jlA7Kh2Dz6psTXuFXckY0Ad35trqmgCqV1SwVcjKjiTvQr6VHcNHadmfMWFy Lxu9zVSPUgnSWmVNneQZ/M2q+PyDul8BYyPxj+BtPCCZsL4grzb1DtFkPSBEMouZM n9W97DiCQ8O3PvWLAv22i20VcvPUY3I8DkYm5tBE3+EIPDZF7USHGxBl1NVBGxJXv MqbV1tAmt1uXY+hblg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MtfJd-1sW5uP3Xgt-00v9GZ; Fri, 24 May 2024 19:41:06 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: (Dmitry Gutov's message of "Fri, 24 May 2024 20:17:47 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> Date: Fri, 24 May 2024 19:41:05 +0200 Message-ID: <87jzjjf6q6.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:ZJGSbGQ9SKFH8LhJR52Dt37kZe7RfgKJ3uvAbJ4S4N6TZ6w5V/D VE5fL4j2Pi0xZXUBrDopUFgurxHp1cgwpKjklgScbE1z4zmZFgs69zYmbSKPx6Gcc+aDzxd 3obQuyg4p2b3dm05Y8BZOrdKGo6J5NYfQXOf068eKmrgpeJiv25WrLOjj0cq+y4mCsR74B0 KD49uZAxU+xO+dxPwaeVA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ZwZznakBifs=;3jipf17w4jkLYqrJ+Os/3WKelMD vLPgMR2KY6RtCRJ7BPXcoL932zYa+Jf6e7HnUcr/b6GBI7eJEOvYfwGU/7lax0UwDlRurWmmr gvquZ/b2qow78wsB6UU+4rj/3OLcfT3+Z4iWS42z3lpvViQy7IscY5XqCzXXaGNeF+9vPgQ4x hHWtUNL/jGZSMo/ujBEXVRYl/8kyTeIjkUtrLbLC3+CYsf4OjB41aaiwTnE4oCNxtpa9Qx7O0 7fW7nXxxqfP0LE3SgeKnPEpjTFz9NXeHnpSQ62gz9Ngx8iF3ZHhRAb28XSQbJRgfp+9rOqqVI 6LwxZw4hrF9lgO4097k1tSNLvkaQW90MUVHupqjEilfXIgtfRoB1wzUY2+Tfw297Tqibh4/Rz IzEFRTRuLDuA6ZkJH75tG5Z9CHCQ3U+8r3FS4sks9ZW/D2/uqH4IrEcdlTfAG6nQ0YQTTxKA0 3WT5V3R4Ra4cOaV2efee4szjusjBov47I20OpSbAl0OrjtXAsht42iwDFcRzrbYGXRXq27XQ9 UmIiNfioZjaqKEgb3wrJqaoYvlLcTmHYyettRqJWiVgTqNzPyKm9dhNQ7UGxIVSWIeGmZhrjk 1AbenTSHc3wF83slop3Olo3ErBcNemz80jciW0yOxSPHSL0IIaRFYn+oyxWDLHHV8OmFvU3LY x+zATGdq4R7JekxosdxOTJOqUSoL3EDSUmufV6CW963Dg/DobRwa6wRobtITAj2CojjBMVr1O ksyF79Jw6IS/fr+GVZnytbCzMwQeVhjd7Y/ZyWQWrTTQoyNfoMvOEeGID+W9zxuZW8u9slu60 q8Ngt4R2BuRMItbIT4B8ooOG4hVBnshStWNCYY6vllHMrhgHfOULpQiMHHR+8QXtsd X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, > Maybe a good middle-ground solution would be to defer the reading of > the history file until history is actually used? > > E.g. in my examples there was no reading of input from the user, and > there will be many read-life scenarios like that. > > Perhaps commands like comint-previous-input could check whether the > ring is not initialized yet and call comint-read-input-ring, rather > than have this call performed eagerly at the end of shell-mode. Perhaps. I'm not an expert in comint.el; somebody else could do such a change. And please note, that according to my analysis sent to Eli the other message, half of the party (3 of 6 roundtrips) happens in shell-mode. So we must indicate something in shell-mode, too, in order to suppress the check for the proper history file name there. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 13:50:58 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 17:50:58 +0000 Received: from localhost ([127.0.0.1]:38314 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAZ4D-000282-VL for submit@debbugs.gnu.org; Fri, 24 May 2024 13:50:58 -0400 Received: from fout1-smtp.messagingengine.com ([103.168.172.144]:36621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAZ4B-00027w-CR for 71049@debbugs.gnu.org; Fri, 24 May 2024 13:50:56 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailfout.nyi.internal (Postfix) with ESMTP id D4D5F13800DA; Fri, 24 May 2024 13:50:42 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 24 May 2024 13:50:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716573042; x=1716659442; bh=PJa5IQr1J0CNHA6nQQwZrz2x55bPJVG3o9RyIniIgbQ=; b= FfEEJald9QOlFRSfK5PPXPu2s0LkHJt4UKEH3+sEy1f15a+brICBZJ/j7QCGGY3R PC0JN4RKp1CYNqV7GcQ6V2/lcBSLYwij/qP/SVmy22SJHb326MHDGZ+STl+O0rLD pEzdciK51QEGdC2rSYtJHAkoKg8ZK3P3MAsmGrb+7W0NW+avRn6OGH+f0SUcJZaW oIR+f46v8saCB4rCewpeAQimHEp/3bNjTCbJ1W40rjkU5LqqWmrBkfp2f67It2C1 bjxvD939Um6EoiUZJJ35OsToWDhSUgB48MJ8Mih591Q8qgwf3+RRuBRc771fES+y SbOdQI/430PdBdzf/g0ZSw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716573042; x= 1716659442; bh=PJa5IQr1J0CNHA6nQQwZrz2x55bPJVG3o9RyIniIgbQ=; b=l 2DPudgpyPUSoVHWjiQSJTNG40l1vT5Ixc51CYWgcJOmUFIJO3RzzL5poMxbJdoy9 8nq1+DTuvyCZlXB3x6eBRJxR+aabnYOfvgD7OgkS3tya4Y9O6bgrHpF/q8hviFhA ucGfKneMY+QVVdqdIyvby+29SDE3FgozGS/YAdYsOP/Hy33QZyYzpavlhPciff/P IkTMgSJgT57z5DPHgUstad7jPGMZshYK0UfRaXWvqq0lwbCaaxj0w1dyJVzVmvsH iNk4/ZO2mszaxEq/+ibTYuhmEaqP7xjdAcwXRHRsowyYOauSLATiqCzBoebjS41J PXMkIKKPQteJIlrW5e+6g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeikedguddugecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveeg udejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 24 May 2024 13:50:41 -0400 (EDT) Message-ID: <870774e9-51da-49c3-975b-a22685855ae4@gutov.dev> Date: Fri, 24 May 2024 20:50:40 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <87jzjjf6q6.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87jzjjf6q6.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 24/05/2024 20:41, Michael Albinus wrote: >> Maybe a good middle-ground solution would be to defer the reading of >> the history file until history is actually used? >> >> E.g. in my examples there was no reading of input from the user, and >> there will be many read-life scenarios like that. >> >> Perhaps commands like comint-previous-input could check whether the >> ring is not initialized yet and call comint-read-input-ring, rather >> than have this call performed eagerly at the end of shell-mode. > Perhaps. I'm not an expert in comint.el; somebody else could do such a > change. > > And please note, that according to my analysis sent to Eli the other > message, half of the party (3 of 6 roundtrips) happens in shell-mode. So > we must indicate something in shell-mode, too, in order to suppress the > check for the proper history file name there. Right, the changes I described would be in comint.el and shell.el, not in Tramp (which should make things easier on your side - no new special variable). But there are 6 more calls to comint-read-input-ring (in other 6 major modes), so it would be a wide-reaching change. Not sure which direction will be optimal. Hmm... From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 14:10:05 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 18:10:05 +0000 Received: from localhost ([127.0.0.1]:38412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAZMj-0002KO-H1 for submit@debbugs.gnu.org; Fri, 24 May 2024 14:10:05 -0400 Received: from mout.gmx.net ([212.227.17.22]:44353) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAZMg-0002Jt-CF for 71049@debbugs.gnu.org; Fri, 24 May 2024 14:10:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716574186; x=1717178986; i=michael.albinus@gmx.de; bh=CXGwhRSU230vlel+Ej7mVIA4XESZC0RFRkgxTREW4ds=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=dxKNg7pBf27sUYLrNqdBUMrf8q4PL3lsyZx3UmOawKPOInorBGzWjHm9DIa8Gf8D Rqfa/9SG0eeCflQzkNn2TmYcKjMTO3f9EwepwzU0LzO4TR/NVNWcUMXqG4etrQYWM v+2RXQvqrh2zvxpAgTGXw00ox6AmzfIz50VTBWTD9aI8yzuqE7JCaY495UMqTlyEH rk5yA7PR9eZNqOdTld3BOFCqgJ6wA9F3xXTy4rsbLqySn6rgm+K6BVNpwcbpV4VHh Id4muwEoofVgmkUBOfls0C13SnGjebj0ZhDuwgRYrbMMfZTsbaH8vC3SG8z0wXJE7 1Du6EqON6p6s6kGsuw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MbAgq-1slpz81tFI-00bYMR; Fri, 24 May 2024 20:09:46 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <870774e9-51da-49c3-975b-a22685855ae4@gutov.dev> (Dmitry Gutov's message of "Fri, 24 May 2024 20:50:40 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <87jzjjf6q6.fsf@gmx.de> <870774e9-51da-49c3-975b-a22685855ae4@gutov.dev> Date: Fri, 24 May 2024 20:09:45 +0200 Message-ID: <87ed9rf5ee.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:enDFH8WbIvSqD9m6RbprM82FOE/RSG/XxpIvsLcjx+SLoRGNKBD M76qSVZJ0Wux+rmh21naNaCe4XLjdBDzpbbiakRJc0/hVumUnhYaANQRONK/2LbVRCdNdBh MWhUeODXKS8HFAxFWq9HaA4YkNoeZ0JDHOEiFNNb5Mpk2cyGcvUmPJsibyqKFZcfgA5c1d5 +F3l5tlTQ++JAVdWKaVdA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:L8tm1jHD1AI=;JZxH8clEuWDShSizldQLhbhfHWq VGUGoGLJ2QOU028roPcltrYbZJlO6G4N0PSPpDpTwGmAngFaD+SEZtwRJ7ty2kZ7shoF2ah/u 0r+8ekbmkRZGDwdvCWpIvELX1zl6uzUGcQ8e/dwxuFJ9cWQeQeS2Ejtmv9IeLbZ6MviFcviGi OWYE2fJtlCne1vyf0EfIjcMCeP7uSSX5Wdbu5gF9Hp9GugoFjd3RgT30Dslu+cHC64WFk+NY8 hjAqQO6G7I2Ij/DLrV8RMjnLBYHHD9Ur0aM1LxCa/IzwlrsdnhQM5iJAsEYt02Eqr0maLLiKj 5GpTNm5+QvveL2KhDZlgXnPUZZ1Ut2/uETc7KsbFK0K3NKgiDJjYvx7Ey7ibD7G6vFK5rXRVJ GLfjkmfTk/GEjsG/FzKS4TDoxKRprN9QHszUcujnap8n0VmZetMh+WmjB8sXhs2V2G2xKX96K C7Yhvphzlkd//DLOavujhrKLtiWgzfe7MT6XeDqTMSe9NfnDfWSO/5y5BSJSuO3qgCy5NLchs virI+2KyxAMAawUq7VTTKfU3V9V2mfsIX5GJv6rx+TfT1pcuYT5pmB6og6znv927OnC+1htcA LnRwVtD1Y5OdIMvpALkAD7vN/StacxTiELvnBOdVEkJq4y4o4vfY4EG1rYl/jZ4Ksg/5jJ0Se SFE4i4Zk4R8/ZfetYGwUc8qmtgbzoYMXltaEe3/y3bi3W9AxzgI9gsfMs82WAUJMyeha+atRT fHI3mvDk/rlum3KWqx+WX6H0QkCEzjpfKachnK5GIPEv2lOttc8fiz4Edh/9Zj7nJpmu0d1XJ DU3zllXR8c8mm4UJ5L2vaA+6kGV4ICv7IgUKcKvdQ2m5+jgRe6EXuLzW0uSH7Fyolr X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > But there are 6 more calls to comint-read-input-ring (in other 6 major > modes), so it would be a wide-reaching change. Not sure which > direction will be optimal. Hmm... Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > But there are 6 more calls to comint-read-input-ring (in other 6 major > modes), so it would be a wide-reaching change. Not sure which > direction will be optimal. Hmm... Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: Hi Dmitry, > But there are 6 more calls to comint-read-input-ring (in other 6 major > modes), so it would be a wide-reaching change. Not sure which > direction will be optimal. Hmm... Yes, I've checked them already shortly. They don't seem to care the remote case until now, don't know whether we shall pimp them up. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 14:58:26 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 18:58:26 +0000 Received: from localhost ([127.0.0.1]:38614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAa7W-0005aI-Fw for submit@debbugs.gnu.org; Fri, 24 May 2024 14:58:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56486) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAa7T-0005aC-HQ for 71049@debbugs.gnu.org; Fri, 24 May 2024 14:58:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sAa58-00026o-VT; Fri, 24 May 2024 14:55:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UGEpNpfXChyXVo8O2WTOnbUaT1vu7e4RYL7StI+XUfQ=; b=krEi2KE51rMp ISnmw8gQSXl0wovCLNya55o4mTUwFigEWgj4rwmiE5LcgztKihQZCM+F5Zic/6jwhP3ITt1//8qCY cCkbCiHJyeFc2XaZ96/FyzMzzgAOm4CXecdIVRSthH0TxWXnkxTI6q+BDG+S66PNhW5oeE4FGcHgU 13PNYz0UBcNbRSa9yDgCbnSVxjQJQAP+6sWt52x4kyjsYDxFNTyXSSUShai7KhZrwC6pM8wNLug2d 0E3dilpCUrQczj4gAtpyzyFwcLCYkGNyAJyRUJKTDszXExDscroCk5+Vc2NPNrf/Fr9tfXl6tL23V xZv0tW/5j80h7XP6A4zM0g==; Date: Fri, 24 May 2024 21:55:13 +0300 Message-Id: <86sey711m6.fsf@gnu.org> From: Eli Zaretskii To: Michael Albinus In-Reply-To: <87o78vf9l2.fsf@gmx.de> (message from Michael Albinus on Fri, 24 May 2024 18:39:21 +0200) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > From: Michael Albinus > Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org > Date: Fri, 24 May 2024 18:39:21 +0200 > > Eli Zaretskii writes: > > > Can you explain the effect of that option on the scenarios that > > started this bug report? I don't think I have a clear understanding > > of that. > > We're speaking about shell-mode. Let's try the command > [...] > 6 roundtrips to insert the remote history file into a buffer which we > don't need. Just for a single asynchronous "ls" command. > > With the new user option, this could be avoided by a user setting. Thanks. But that's not what I thought I was asking about, see below. However, as long as we are talking about reading the history file: why does async-shell-command need the history file? (I understand why shell-mode does, but async-shell-command is not shell-mode.) > > Why is the process being called by such bogus names anyway? > > I don't understand. Which bogus names? I thought this was about the original complaints, whtch started this bug report, see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71049#5. The fact that the history file was being read sounded as a side issue, at least at first. So my question was about these messages: Process *Async Shell Command* finished -l: finished. I thought the option you suggest is intended to make these "process names" be more reasonable. I guess I am confused, and the discussion moved to the "side issue" of preventing the unnecessary reading of the history file? From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 15:21:03 2024 Received: (at 71049) by debbugs.gnu.org; 24 May 2024 19:21:03 +0000 Received: from localhost ([127.0.0.1]:38720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAaTO-0005nd-OF for submit@debbugs.gnu.org; Fri, 24 May 2024 15:21:03 -0400 Received: from fout2-smtp.messagingengine.com ([103.168.172.145]:54351) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAaTM-0005n8-Ru for 71049@debbugs.gnu.org; Fri, 24 May 2024 15:21:01 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfout.nyi.internal (Postfix) with ESMTP id 99D5F13800F1; Fri, 24 May 2024 15:20:48 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 24 May 2024 15:20:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716578448; x=1716664848; bh=a+YBZJ5WIib94uPSzMMhnsufiSQkleKRBQdv5/mPRuw=; b= leC1zw+ifLEuqR0E28EYXXtnuZJKQI8pzDtWB7/M+7bpXZ+H0rIq8uvqrybd2vS0 Y7qqD2GcGpbwsFMYfMCRUvMaS9Gh2LlZ35o1SKYDvcCyYH7Yc8OCV3tDKngKXzR5 HYMJV8Z7xVv3qraEhDfKRwzG+H+dXBFcUfGGbJI//kIxrqXe04lXBMyYDdGKULmZ ZbASZSrzyaJfZC33/b4mK1kFVdP75hCBXtH/It7vOt04evrsSKXNhSAxgJbofTLR 8LQPpgYAAcNyTb0bMWFzfVj7fbisPQnVHC7UBZfNFSyZoRz/ZCZ/oXRyC6hgvKmm uBmsAHNMbPuuf9j8ZlmR4A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716578448; x= 1716664848; bh=a+YBZJ5WIib94uPSzMMhnsufiSQkleKRBQdv5/mPRuw=; b=i xxFKDAaso2oNpGWIOP7xe5824wXdJl5gC06Z3yrmfd85coy4juJXALbYCf2YEu8a vU24jaBGhn9u28bIHQg4w/oC9WsMRSID/vOJO11yDkEVzSLzlGiVNfmsgHeGzaIT VxYlYWSnxupF6VumtsaZ0DAFyJRTnlw++YTkeCq6OV2560yZq3/tnOu6N0hPJ6kD 1eF6rREUh7OIIPEGzrHpROWIp+IJJj+dFD3hKtMVVHkydaHfFRXa0ccHqfU3RDfO jIv0eDnEXfCOeRRQ20Vz6YioPZYDIcvQqMIbyK2Ug8t1hhjf6/bJNQmgM3ZtlrOs 4SkaTOcfYHCidVnYK2HRA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeikedgudeffecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeffieefvdelueektdfgleeigedugfevkeefjeevjeffteffueeuueeghfev ieduvdenucffohhmrghinhepghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 24 May 2024 15:20:47 -0400 (EDT) Message-ID: <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> Date: Fri, 24 May 2024 22:20:45 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii , Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <86sey711m6.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 24/05/2024 21:55, Eli Zaretskii wrote: >> From: Michael Albinus >> Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org >> Date: Fri, 24 May 2024 18:39:21 +0200 >> >> Eli Zaretskii writes: >> >>> Can you explain the effect of that option on the scenarios that >>> started this bug report? I don't think I have a clear understanding >>> of that. >> >> We're speaking about shell-mode. Let's try the command >> [...] >> 6 roundtrips to insert the remote history file into a buffer which we >> don't need. Just for a single asynchronous "ls" command. >> >> With the new user option, this could be avoided by a user setting. > > Thanks. But that's not what I thought I was asking about, see below. > > However, as long as we are talking about reading the history file: why > does async-shell-command need the history file? (I understand why > shell-mode does, but async-shell-command is not shell-mode.) The answer is that async-shell-command uses shell-mode as the major mode for the output buffer. For syntax highlighting, I guess. You make a good point that the shell history for such buffers would usually make no sense - even if the running process takes user input (usually not, but sometimes it might) - its input history would be different from the shell. So maybe we could just move the last form in shell-mode (which initializes comint-input-ring) to 'shell' >>> Why is the process being called by such bogus names anyway? >> >> I don't understand. Which bogus names? > > I thought this was about the original complaints, whtch started this > bug report, see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71049#5. > The fact that the history file was being read sounded as a side issue, > at least at first. So my question was about these messages: > > Process *Async Shell Command* finished > -l: finished. > > I thought the option you suggest is intended to make these "process > names" be more reasonable. I guess I am confused, and the discussion > moved to the "side issue" of preventing the unnecessary reading of the > history file? These are two separate (but correlated) issues in one bug report. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 03:23:29 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 07:23:29 +0000 Received: from localhost ([127.0.0.1]:41698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAlkW-0006aU-Lu for submit@debbugs.gnu.org; Sat, 25 May 2024 03:23:28 -0400 Received: from mout.gmx.net ([212.227.15.18]:50845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAlkT-0006aO-Hy for 71049@debbugs.gnu.org; Sat, 25 May 2024 03:23:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716621790; x=1717226590; i=michael.albinus@gmx.de; bh=7KOZU/rWJ2cPrXOe6NMdmNGh3KQcSD/kPYkvnbSBOYY=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=tGHnj99LxIBqa7YHRGf9Rn2d/f7sPzIWkuaCipJm+//KN8dL+6PPwZyW6wMpdTSc lhtJ+3Sj/RhS5HhjoQ0JqudGFYrOE4CTRFdVLXZcAH4y1DCEhVk88jPkef0p0a5RG WmzWemjiwtUWOKFSCZZysURR8ithq3E6VXPWpf1YKcN6/iZB3KLI27Qo6O0iny4n6 HdFZ+ydJob8ac1UxoaddzcAQf3Mmf1k3xEmA8mcs1c0a4R88TCsweZ0PTGQv+ens7 XIb8sGtCXS08WMQIMrbAQy2MLMBRGxHYIb32FNmk39SZH3qD670nzBcH4Z4PzKsLp lQBwGuuiyx1+jiAjHQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M8QS2-1s6LtN3TqS-007mGL; Sat, 25 May 2024 09:23:09 +0200 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <86sey711m6.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 May 2024 21:55:13 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> Date: Sat, 25 May 2024 09:23:09 +0200 Message-ID: <87a5kefj8i.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Ow7tuJFpqDBCe7zQf7XcUd8T+PFCEosrRiLxi3omRlqXIXhxixJ w+deeRJTypegLjFEZ7Zj/iDtRrIur15Hbo5ODdUFEWFJyK72CvNz40IZdGOSgbsM+zCUhP+ mwfUb0qSKqaFPfFzVJtjEstaGa00UKnTQwmq7k8huKOmUZfO2YXFho0oa0E3lYK7PqKEn7P 4iHxE2HKzdEj6Ez/TfsJw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:vnTXQ5a+9Is=;iev5SczvysiIm0At5QHgIPmSZfa aNp8TOW7WUXtf5gQh5V+OilXNLHTTTJ5AxAmGYquh3aMA0vfmAyBDuLd02pPBxYiwBRGrWi3h KmJv6QwI33I2rrFYKPRjZGjIwBYcMAnpfdbqb4eDc+SqeIVZv2oWnbkHuS/OmAF04/d6J9Y2Y UbTs8ocN51ENiNSNUWmfkz/ncL4qroNbilPPjkd4qJQ+sWYeYz3MKedB+hY1d8xeqMOGt2gbt Z1bbkJRMbpR7KdvWF0JsiJFwytIAJ2LsnImkNbnPYFXt/8PPm8qxtIQlqLXF3YcQXcrPudz0x 3e0+RBUUwAUK7i0C8jCIV91CYI9lvxnbNfbhQ+QPq7ans4lUEEEYk/Za6DLPAZwn5Zk7ySYnl jvRe1BP3UMrJQ52d3bsuVhfPHgnx+RuFCrGfXODxGLm3BW/OyMimaGAJejXCe3NEVWnMkPFEe rbt3R8fvIrXO5Zh3qmuC/Gk3sY9TVVCg/Xjjm+EAcfYpAUvPcxdp0JLyvWpwXd0kdOYUTkZsw F5RKXqKdAfNXANd3CEL0BmvKV+S1pKDY73egHTxiHb/3JSm5N/q8eiU8lxJfrJR56DE4IcS2k 059fBpm3jRWABTPXt7q61qJGqF+4dW28dKJA4n1P8LAiguSw5GPhGtPKtA+jpgL9iBQ9rK4O0 trPbHI+GhgH+E1XimO1cDbSo86vIIjEfpCKR7qgF3mz36wPwKukVjuBDh6uOrJ7bs/OzLy1wf gWJg0UHVSwCsq7U8mGabnTlev/chghnAyn4WbrKJqun76AXVV5541soWldgIvJuUe9i+2BAVk /vqYJgU63YG27iyH8XR1LZl5XIrOBj9udT3DozC5cNauCxjJ4eDcjo25hwt7xXT0Vw Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: Hi Eli, >> > Why is the process being called by such bogus names anyway? >> >> I don't understand. Which bogus names? > > I thought this was about the original complaints, whtch started this > bug report, see [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.18 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 71049 Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: Hi Eli, >> > Why is the process being called by such bogus names anyway? >> >> I don't understand. Which bogus names? > > I thought this was about the original complaints, whtch started this > bug report, see [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.18 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Eli Zaretskii writes: Hi Eli, >> > Why is the process being called by such bogus names anyway? >> >> I don't understand. Which bogus names? > > I thought this was about the original complaints, whtch started this > bug report, see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D71049#5. > The fact that the history file was being read sounded as a side issue, > at least at first. So my question was about these messages: > > Process *Async Shell Command* finished > -l: finished. > > I thought the option you suggest is intended to make these "process > names" be more reasonable. I guess I am confused, and the discussion > moved to the "side issue" of preventing the unnecessary reading of the > history file? Indeed. I haven't said anything yet about the major concern of this bug, pls give me time. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 06:50:03 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 10:50:03 +0000 Received: from localhost ([127.0.0.1]:42739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAoyQ-0003tu-4A for submit@debbugs.gnu.org; Sat, 25 May 2024 06:50:03 -0400 Received: from mout.gmx.net ([212.227.17.22]:45431) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAoyM-0003tK-SY for 71049@debbugs.gnu.org; Sat, 25 May 2024 06:50:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716634182; x=1717238982; i=michael.albinus@gmx.de; bh=g+EcP1oBHVx29Vz3noMAJaHb/nulvRZdsvTCiESMBIE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=f0IgpqQKFGW1hcfRXkujBZ0UhWdyRLYU1FxSAvM5VIaOvOxUOCx9R3sfSkfsr8i7 uOVBs02Z2DcDE6gbow47FHs3M5aXw6YuUryb62UMdIPY7EUYRgtc8Ho9Rczp7kwgV pcwCs+9Xd4zqPKrk5Z2b3dGqAnESmszxy3jXgyEW24I/vFrfHHbnF7LCmCN5jWyAj 1lxAWKAqsa88GnjzqymJhvwuqZvQB9QPN2Nwu3SwZ8gSZZPQnVzMOLPN/2IYlRSKL yN6KclUmJJKRvzhPUcEbwfcYeYI/gDVATeno9poemJzHNllI1tjHlbFmBuc1eEIZk djpKAdYDET9WrSV20g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N0G1n-1sPD3h0SUZ-00yDIq; Sat, 25 May 2024 12:49:42 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> (Dmitry Gutov's message of "Fri, 24 May 2024 22:20:45 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> Date: Sat, 25 May 2024 12:49:41 +0200 Message-ID: <87wmnidv3u.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:UmSINAwflMhRRYBVEvm7eyb5G1YXZnWkAyeoG8yI8WRl8a634GT /GNNomOthf+6ukuXEKFRVLauCVGClDCwi8czCeDe0x8Qd2T9CfVRr1l5iF4ETCAKkPV8H7+ vpbF+RZ4R0qPkzrB96OE/PjFYoy98Kc55NLD3EPYyUsaZ2Cg5bZE0En9y8Q1KAMa525Axk1 wTRFdOH898GacWiKW92vw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sJjUrKp0uTQ=;mtOB5hAVaIrrM48NIQFOXITmKLc 4lbJpmLKWMRI2tdsqiRvCX4ZOcuvXYg8noMCR105pIf6JSMZ0sXqUtU9hSVnFLlmk5B6TllsY QbxZLPV13k8nGcE0FFnxPdh2GzkjCF+l0J3oVsFIySF4WPBEsVN5ee2KDrhPRYdG9ZUIL156L w3r6huCjDwQ73wHPkylrMN5XaWz5sYJ0h4zxqRAck2Pmt+TyMvRhMIOdfjcr1WfNDKjXkHe0f iV7F4uudJfhAmXsdsgs87juYOyZ1i/oXJ4hAzsG6X+OTUdfUBehVURkXvLyDr5x97M89ceY9a kikKOPyfXqnlvpWq0+vNMsz9R/P51TSlbMlO6pfsMtpTg966rzWXz2gYRj73CpbjsTmO5zsS2 UWSfvuPY1Y3ZrSUK1JhlMoZvaM8OnznnBd08MdAu+SUcemUmw+t9Y1822KiDKuKHjcHJW46Co 7KGaRNJzFGvJqe6zBa4KeRoVSdFzwf6yDiT1S37QGAnxUEaMZ7a9Cc/RL5d1DV5058e8zur4V r7rKfx27I1XXo7JVWBjRJjpS0U0avQdjyKa6MNJH+grL6xKzFGunGc51umEpDS2e7uqcT2Np6 UJ6APfKe0YH3X74cxBdl1GtERfMcXwZynqmTt29ZgwNvUoOoPvqmvl2JmACCbf8xtqY/4By7v rqHyvlH0H6tvhQYfvAcAWPdGV3Mo6C1ypa5bUFwZ7l/ZjUq0/0Tt0jGzs8abx8+UwoXwgthzG Gsbx2QZ2g1gjAVLel+l4pTww/eTlxCR+6fJ8K/rlOlOcn5vq1apL//2MByCLTFRI/OnPypRHk cgaMFBEHr7RNceyZ1N+V0GnRVA/LVenecMBaq3svxHlxKyQTWVF1/xVgyxJHzZWqnN X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > The answer is that async-shell-command uses shell-mode as the major > mode for the output buffer. For syntax highlighting, I guess. > > You make a good point that the shell history for such buffers [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > The answer is that async-shell-command uses shell-mode as the major > mode for the output buffer. For syntax highlighting, I guess. > > You make a good point that the shell history for such buffers [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: Hi Dmitry, > The answer is that async-shell-command uses shell-mode as the major > mode for the output buffer. For syntax highlighting, I guess. > > You make a good point that the shell history for such buffers would > usually make no sense - even if the running process takes user input > (usually not, but sometimes it might) - its input history would be > different from the shell. > > So maybe we could just move the last form in shell-mode (which > initializes comint-input-ring) to 'shell' Don't know. (shell-mode) is called in shell-command since bcad49851742 (1995-07-17). And it is called in tramp-handle-shell-command since f5e29b9b70a5 (2011-09-04). (comint-read-input-ring) is called in shell-mode since (1993-10-22). There might be packages which trust on the comint-input-ring existence for buffers in shell mode, even if such buffers are created by shell-command.. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 09:04:14 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 13:04:14 +0000 Received: from localhost ([127.0.0.1]:43318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAr4H-0005tm-IW for submit@debbugs.gnu.org; Sat, 25 May 2024 09:04:14 -0400 Received: from mout.gmx.net ([212.227.15.18]:40423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAr4F-0005tc-Mg for 71049@debbugs.gnu.org; Sat, 25 May 2024 09:04:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716642235; x=1717247035; i=michael.albinus@gmx.de; bh=frebx1rrwduxeoYKi0f4m5Do+iaekb/a6XgcoT56faA=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=dXO4XbyTbdT7/MCoSOJuavWatZAI+U7oY+KQpDw4HdOQpIR7HA3tBLWJ5l+8NMPK o6vu1I3nk41CNoeRG3rC4VbWGWzt5RkS5qT2ydFgYUz2J5TP4SXWDT/qoL4thSjqi UJysbw/6FLNRWttA/x/iaTrWG1/b9q4sIO8LC9qbLEa593B4kj9l3qh3sxUHrsJpI AIBEYUtcbfTpxcoVXr9nWX6Ote5oBdRxWnixywaaSZQ/Xs2bXJ7qUVd2+fib0BzrN 23sA+BT69ZM2V7BeUA9RlnkwxbNZkKNS6iNF0vU/Lo0BKfg9unMlXeWY2qreuPrRH qBSKVgu4hwI3kl42Yg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N2DxE-1sesQn1SAQ-010Le3; Sat, 25 May 2024 15:03:55 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> (Dmitry Gutov's message of "Sun, 19 May 2024 03:19:00 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> Date: Sat, 25 May 2024 15:03:54 +0200 Message-ID: <87msoevy9x.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:xFRiIsv07omHJv2TdlP4nkE0TgIasXxUsyIFdK7KscfQuomjikD qgwC2MSQPT07xU8zerXjEFubmS4mYwKBFD4j+YZaXvyt5xWdRUdZGP3EB0INLD60lxRUFR/ caQ0OmC6HdMLT3qIWfsZqgK63OVKZAmOInFEnTKXitmZs8EHsYwzYSqt0rPpqVusrCRP0FS QoX390Q2U0F4IOp1Wn02w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:NkiYyqqpFL4=;axhuLqnZ2gEPRIM8IEtYNkxaklW ezFMJUieXEzjCGpP3kb9PAlxKKXCOGjcjTxXmrtI6V/yFmV2BbHsM19RsBAXriYR5M+zFxPzW +MUTsF621zltkOPdqyGfYX0LJfL0Ape7bT7iAgS+LxOUFNThkYS9mM0+4bSFs1FqiPP3XFYQe JIKi/Nybaqh7MF7bIbVUkS8xFjcpGtszJDFnSNpxGxZ2349F2SHZvO6Hy2TbmSIsSwnQyepGK OvXUvZcb6HNA+BDAYaX3Ot8GEEE3le7nmZxCEoC3mNkNPlHiZ/Ivu+TYCVV8XjjDZtV2akc0n sRj9bo7IvaDXc2xOcCDHyld3DtAYT4YeI5qawyn6VMBcUF3jajhlbc10KPP9wgGOylRTKGIlT Pu+H0gvjreS8lX0KKKo8dvrAvITfZe9Y4/U6KBKgHn/dIzo2Tp/vInNZM50ymf4SAd/wtQjnO Nz+p1fcXmBTEalEbGAEeioSgEwi9uw5gn9ae6e74c70ofpi/XmWHtSrlySdHfqxANEeG98BXq nVU4wgnzlHD+99UsAkV5pcFec36HY9QEk3g2WvPnHF1ppE9PqRKNwaA05kyjJCLTDFyubN/WD I21tl6JwkYKi77byeuEFbtq9RSrliNmqfnn0Ni/z4wJ+inSHKVqyukeUVozyS+578crHbB5Lp DOQ3JM0RBHzAFgE4DCCY5xtGniZ8PIKbsGuoI21g0GeWW96OzUH2oZZfnjs71twptazGQibpP ASpzFoknmuFA4peK0mnsBQEYXVPB6ApHk1miLBndr2igwts7cnXD8UZyI2KIonnq27ftbd2CV vXo8E9tv9SwIoMd3BRS2sHPja8cLVa9VDhZpMFSe6BfTdbKN+m1UYJsP7dUqZLl29m X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in > a remote buffer from that connection makes it end with > [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.18 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in > a remote buffer from that connection makes it end with > [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.18 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain Dmitry Gutov writes: > When a Tramp connection is configured as "direct-async-process", > > 1. If the buffer *Async Shell Command* does not exist, invoking M-& in > a remote buffer from that connection makes it end with > > Process *Async Shell Command* finished tramp-handle-make-process must suppress the default sentinel internal-default-process-sentinel. The counter-part, tramp-sh-handle-make-process, does it already, that's why you don't see this message when direct async processes aren't enabled. > 2. If the buffer such named already exists when command is invoked, > then this doesn't happen (the output seems correct). But *Messages* > says > > -l: finished. > > ...which is a big puzzling as well. This is due to shell-command-sentinel. It uses (process-command process) to determine the finished command. In the local case, this returns somethiong like ("/usr/bin/sh" "-c" "ls"). In the remote case, it looks different: --8<---------------cut here---------------start------------->8--- ("ssh" "-q" "-o" "ControlMaster=auto" "-o" "ControlPath=/home/albinus/.cache/emacs/tramp.%C" "-o" "ControlPersist=no" "-e" "none" #("gandalf" 0 7 (tramp-default t)) "cd" "/home/albinus/" "&&" "(" "env" "INSIDE_EMACS\\=30.0.50\\,tramp\\:2.7.1-pre" "PATH\\=/home/albinus\\:/usr/share/Modules/bin\\:/usr/local/bin\\:/usr/bin\\:/usr/local/sbin\\:/usr/sbin\\:/var/lib/snapd/snap/bin\\:/home/albinus/.local/bin\\:/bin\\:/sbin" "ENV\\=\\'\\'" "TMOUT\\=0" "LC_CTYPE\\=\\'\\'" "CDPATH\\=" "HISTORY\\=" "MAIL\\=" "MAILCHECK\\=" "MAILPATH\\=" "PAGER\\=cat" "autocorrect\\=" "correct\\=" "/bin/sh -c ls" ")") --8<---------------cut here---------------end--------------->8--- So the sentinel must inspect the process property remote-command first. I've tried to fix both problems. Could you, pls, check the appended patch? Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el index 18116229337..9385b023392 100644 =2D-- a/lisp/net/tramp.el +++ b/lisp/net/tramp.el @@ -5025,11 +5025,13 @@ tramp-handle-make-process ?h (or host "") ?u (or user "") ?p (or port "") ?c (format-spec (or options "") (format-spec-make ?t tmpfile)) ?d (or device "") ?a (or pta "") ?l "")))) + ;; Suppress `internal-default-process-sentinel', which is + ;; set when :sentinel is nil. (Bug#71049) p (make-process :name name :buffer buffer :command (append `(,login-program) login-args command) :coding coding :noquery noquery :connection-type connection-type - :sentinel sentinel :stderr stderr)) + :sentinel (or sentinel #'ignore) :stderr stderr)) ;; Set filter. Prior Emacs 29.1, it doesn't work reliably ;; to provide it as `make-process' argument when filter is ;; t. See Bug#51177. diff --git a/lisp/simple.el b/lisp/simple.el index bcd26da13ed..714accab1af 100644 =2D-- a/lisp/simple.el +++ b/lisp/simple.el @@ -4863,11 +4863,14 @@ display-message-or-buffer ;; We have a sentinel to prevent insertion of a termination message ;; in the buffer itself, and to set the point in the buffer when ;; `shell-command-dont-erase-buffer' is non-nil. +;; For remote shells, `process-command' does not serve the proper shell +;; command. We use process property `remote-command' instead. (Bug#7104= 9) (defun shell-command-sentinel (process signal) (when (memq (process-status process) '(exit signal)) (shell-command-set-point-after-cmd (process-buffer process)) (message "%s: %s." - (car (cdr (cdr (process-command process)))) + (car (cdr (cdr (or (process-get process 'remote-command) + (process-command process))))) (substring signal 0 -1)))) (defun shell-command-on-region (start end command --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 09:55:13 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 13:55:13 +0000 Received: from localhost ([127.0.0.1]:43548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sArrd-0007xO-Ef for submit@debbugs.gnu.org; Sat, 25 May 2024 09:55:13 -0400 Received: from wfhigh4-smtp.messagingengine.com ([64.147.123.155]:46695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sArrb-0007ww-UF for 71049@debbugs.gnu.org; Sat, 25 May 2024 09:55:12 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.west.internal (Postfix) with ESMTP id 6766E180013E; Sat, 25 May 2024 09:54:58 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 25 May 2024 09:54:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1716645298; x=1716731698; bh=TI6th3hgSM 09pQNFwlk72z4+FPPwZA51arXG6+t37PI=; b=MYQ78fsQXwwfsDK/VC6uEU7lmC CKSnHEahyNgqAtv7GZ1pM/aj8nIF1h10F9PGrItU4lu2zezID6JDqlotj0l4yM3C pkcrFM0wFmaYt4bo+G6XcYSY+4JVHG0f58f10RHNXCJpASUbhsEj3bJShRdsR0i7 FDmZiAaaU2Ue0QCZrkCS1aL21MjzT4QLb5uO+vQYVqF9OYTsDaDPFuHrKWmhGXzh C4AKlSiKmwXu1q9lv1kqXQT6lIXdX6q+nwScBG7kdAgXpNGXEGNE1dSi1E4JvnSa C4RwZz5CfqmlnlPmA/z/yWUOxkqNRMCcdeqLLsmHYjm/7boeHL4yOWTynW+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1716645298; x=1716731698; bh=TI6th3hgSM09pQNFwlk72z4+FPPw ZA51arXG6+t37PI=; b=K3okHVtKzf0HXpXIwfPRODR69MAaiYI1eI4ggs/0I2rS EbcSyEMP5r0K2DzFivOQPgvZd885s0rsknctWRNXdPxIChkstrf8SGya6gnLqokm lQc2+ZgPE0nCva6P/c3p1ItzTn86UHz++O6zpaG9LVXt8mmoDxDRIKrLHzJtGIBs 0wPeD+ZF8as38qbUrk7LmD3VVX9CV7sxfjGK/F2tNlmWmuKPUG3RkFuJqU7eiHBA 5lZNCsuvjBUn11yf6FrFnZAlEs578678kCgtfuj/l9wEZBoCwR8QFZvik/SYePPW yrA16Lz1OEHAawIf9BGQHku348pGu/Z44UjmISssTA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdejtddgieejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfkffggfgfuvfevfhfhjgesmhdtreertddvjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeehleefudekudduveekieelgfeiffdvkefhkeeljeeujeegueekveffkeejjeev heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 25 May 2024 09:54:56 -0400 (EDT) Content-Type: multipart/mixed; boundary="------------fQ3ZOMRaB9VG8EfAneYa0De6" Message-ID: <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> Date: Sat, 25 May 2024 16:54:54 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87wmnidv3u.fsf@gmx.de> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------fQ3ZOMRaB9VG8EfAneYa0De6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Michael, On 25/05/2024 13:49, Michael Albinus wrote: >> The answer is that async-shell-command uses shell-mode as the major >> mode for the output buffer. For syntax highlighting, I guess. >> >> You make a good point that the shell history for such buffers would >> usually make no sense - even if the running process takes user input >> (usually not, but sometimes it might) - its input history would be >> different from the shell. >> >> So maybe we could just move the last form in shell-mode (which >> initializes comint-input-ring) to 'shell' > Don't know. (shell-mode) is called in shell-command since bcad49851742 > (1995-07-17). And it is called in tramp-handle-shell-command since > f5e29b9b70a5 (2011-09-04). > > (comint-read-input-ring) is called in shell-mode since > (1993-10-22). There might be packages which trust on the > comint-input-ring existence for buffers in shell mode, even if such > buffers are created by shell-command.. Yes, it would be an incompatibility - so we'll need to consider the migration path. See the attached patch - I suggest that any callers of 'shell-mode' that need the exact same input-ring setup also call shell-setup-input-ring (if it's fboundp - a version check). Or I suppose we could check the value of shell-setup-input-ring and skip history loading when it is empty. It's a more subtle incompatibility which might affect (or not) third-party code in similar ways. Either of the attached patches solves this part of the problem for me, please take your pick. --------------fQ3ZOMRaB9VG8EfAneYa0De6 Content-Type: text/x-patch; charset=UTF-8; name="shell-setup-input-ring.diff" Content-Disposition: attachment; filename="shell-setup-input-ring.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3Avc2hlbGwuZWwgYi9saXNwL3NoZWxsLmVsCmluZGV4IGU2YjMx NWVlNWMwLi5kNDg1YzhhZjU2NyAxMDA2NDQKLS0tIGEvbGlzcC9zaGVsbC5lbAorKysgYi9s aXNwL3NoZWxsLmVsCkBAIC03MTgsNyArNzE4LDEwIEBAIHNoZWxsLW1vZGUKIAogICA7OyBU aGlzIGlzIG5vdCByZWFsbHkgY29ycmVjdCwgc2luY2UgdGhlIHNoZWxsIGJ1ZmZlciBkb2Vz IG5vdCByZWFsbHkKICAgOzsgZWRpdCB0aGlzIGRpcmVjdG9yeS4gIEJ1dCBpdCBpcyB1c2Vm dWwgaW4gdGhlIGJ1ZmZlciBsaXN0IGFuZCBtZW51cy4KLSAgKHNldHEgbGlzdC1idWZmZXJz LWRpcmVjdG9yeSAoZXhwYW5kLWZpbGUtbmFtZSBkZWZhdWx0LWRpcmVjdG9yeSkpCisgIChz ZXRxIGxpc3QtYnVmZmVycy1kaXJlY3RvcnkgKGV4cGFuZC1maWxlLW5hbWUgZGVmYXVsdC1k aXJlY3RvcnkpKSkKKworKGRlZnVuIHNoZWxsLXNldHVwLWlucHV0LXJpbmcgKCkKKyAgIlNl dCB1cCBgY29taW50LWlucHV0LXJpbmcnIGZvciB0aGlzIGJ1ZmZlciwgZm9yIHRoZSBjaG9z ZW4gc2hlbGwuIgogICA7OyBzaGVsbC1kZXBlbmRlbnQgYXNzaWdubWVudHMuCiAgICh3aGVu IChyaW5nLWVtcHR5LXAgY29taW50LWlucHV0LXJpbmcpCiAgICAgKGxldCAoKHJlbW90ZSAo ZmlsZS1yZW1vdGUtcCBkZWZhdWx0LWRpcmVjdG9yeSkpCkBAIC05NDgsNiArOTUxLDcgQEAg c2hlbGwKICAgICAgICAgICAgICAgICAgIChzeW1ib2wtdmFsdWUgeGFyZ3MtbmFtZSkKICAg ICAgICAgICAgICAgICAnKCItaSIpKSkKICAgICAgICAoc2hlbGwtbW9kZSkKKyAgICAgICAo c2hlbGwtc2V0dXAtaW5wdXQtcmluZykKICAgICAgICAod2hlbiAoZmlsZS1leGlzdHMtcCBz dGFydGZpbGUpCiAgICAgICAgICA7OyBXYWl0IHVudGlsIHRoZSBwcm9tcHQgaGFzIGFwcGVh cmVkLgogICAgICAgICAgKHdoaWxlICg9IHN0YXJ0LXBvaW50IChwb2ludCkpCg== --------------fQ3ZOMRaB9VG8EfAneYa0De6 Content-Type: text/x-patch; charset=UTF-8; name="shell-no-start-prog.diff" Content-Disposition: attachment; filename="shell-no-start-prog.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3Avc2hlbGwuZWwgYi9saXNwL3NoZWxsLmVsCmluZGV4IGU2YjMx NWVlNWMwLi5jYTAyZDYwMjk2NiAxMDA2NDQKLS0tIGEvbGlzcC9zaGVsbC5lbAorKysgYi9s aXNwL3NoZWxsLmVsCkBAIC03MjAsOSArNzIwLDEwIEBAIHNoZWxsLW1vZGUKICAgOzsgZWRp dCB0aGlzIGRpcmVjdG9yeS4gIEJ1dCBpdCBpcyB1c2VmdWwgaW4gdGhlIGJ1ZmZlciBsaXN0 IGFuZCBtZW51cy4KICAgKHNldHEgbGlzdC1idWZmZXJzLWRpcmVjdG9yeSAoZXhwYW5kLWZp bGUtbmFtZSBkZWZhdWx0LWRpcmVjdG9yeSkpCiAgIDs7IHNoZWxsLWRlcGVuZGVudCBhc3Np Z25tZW50cy4KLSAgKHdoZW4gKHJpbmctZW1wdHktcCBjb21pbnQtaW5wdXQtcmluZykKKyAg KHdoZW4gKGFuZCAocmluZy1lbXB0eS1wIGNvbWludC1pbnB1dC1yaW5nKQorICAgICAgICAg ICAgIHNoZWxsLS1zdGFydC1wcm9nKQogICAgIChsZXQgKChyZW1vdGUgKGZpbGUtcmVtb3Rl LXAgZGVmYXVsdC1kaXJlY3RvcnkpKQotICAgICAgICAgIChzaGVsbCAob3Igc2hlbGwtLXN0 YXJ0LXByb2cgIiIpKQorICAgICAgICAgIChzaGVsbCBzaGVsbC0tc3RhcnQtcHJvZykKICAg ICAgICAgICAoaHNpemUgKGdldGVudiAiSElTVFNJWkUiKSkKICAgICAgICAgICAoaGZpbGUg KGdldGVudiAiSElTVEZJTEUiKSkpCiAgICAgICAod2hlbiByZW1vdGUK --------------fQ3ZOMRaB9VG8EfAneYa0De6-- From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 10:40:49 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 14:40:50 +0000 Received: from localhost ([127.0.0.1]:43815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAsZl-0001sx-Im for submit@debbugs.gnu.org; Sat, 25 May 2024 10:40:49 -0400 Received: from wfhigh4-smtp.messagingengine.com ([64.147.123.155]:41771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAsZk-0001sY-17 for 71049@debbugs.gnu.org; Sat, 25 May 2024 10:40:48 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfhigh.west.internal (Postfix) with ESMTP id 94F121800149; Sat, 25 May 2024 10:40:34 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Sat, 25 May 2024 10:40:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716648034; x=1716734434; bh=8CiUDA1cWcs8B6dhkv4nCdO657auHwe7FkiOuo6SyZ4=; b= Q/ERdv9hW1317Idb+/VrW6zL5tkOw+7sv6eOxL1xsgBEg2RByPHCSZfRTz8qweSq SUmSmQQW125RSQvlA+zZhUaTMcB+/oeykfB1P+7vudHFyP25jNRCdE7/Omc4Z8ua jvtYGijgmjagQrKqmmJjtLx71qD/w2omTCL3vFiFS4XKBiyannhWpIYyrQ2v93aQ Sa0JOn6yiwz6GjL5z3YKXLaT4Cd31wja2i91icmdXknLtba6EM4XzuiFV2ucx/Wi x6VrLn+g36e34A1emDeuNTxOA62CUVPumbpnmKSnu49Y4gjg+8BmXqsb5+NpDRNq 4EW3mrnMQYh59gXq79wcLg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716648034; x= 1716734434; bh=8CiUDA1cWcs8B6dhkv4nCdO657auHwe7FkiOuo6SyZ4=; b=T pcrhFj38rlN1G2H/616nF1eIX+Q40tgb/eeEJ/nuEDTHr0ER9aU9tPVbv9vtBUka Kb6RP5VkADkGgDq4P5WpTYJWqRGtLukjkSfGUBEc8dj3I/TwoG2Rj9G204taEOD6 1YN5ujrQkUVup6efLooqXflvMH58a/Fvt1/b0DP0FoAnMuT5OhcCFf71ClODGaam FUOBIHl5lneeaY4tnJBsmOx/HQ4KHqv/lUAyFSiMt7UTPZc2j7irItcWHsE7RbPq 8Ny8jzMElYKVPnZAl8fesJNEuQMI/w11EiJzaxMZ5n/5hGDsk8yEC9Q7w5TuEaMp bij705kevyoVZA0DTu6Ag== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdejtddgjeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepvdeghfejieehueekueeiueevfefhfeeigeekgefftdeifefhfeefueejgffh udeknecuffhomhgrihhnpegrlhgsihhnuhhsrdhlohgtrghlnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdgu vghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 25 May 2024 10:40:33 -0400 (EDT) Message-ID: Date: Sat, 25 May 2024 17:40:31 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87msoevy9x.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87msoevy9x.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 25/05/2024 16:03, Michael Albinus wrote: > This is due to shell-command-sentinel. It uses (process-command process) > to determine the finished command. In the local case, this returns > somethiong like ("/usr/bin/sh" "-c" "ls"). In the remote case, it looks > different: > > --8<---------------cut here---------------start------------->8--- > ("ssh" "-q" "-o" "ControlMaster=auto" "-o" "ControlPath=/home/albinus/.cache/emacs/tramp.%C" "-o" "ControlPersist=no" "-e" "none" #("gandalf" 0 7 (tramp-default t)) "cd" "/home/albinus/" "&&" "(" "env" "INSIDE_EMACS\\=30.0.50\\,tramp\\:2.7.1-pre" "PATH\\=/home/albinus\\:/usr/share/Modules/bin\\:/usr/local/bin\\:/usr/bin\\:/usr/local/sbin\\:/usr/sbin\\:/var/lib/snapd/snap/bin\\:/home/albinus/.local/bin\\:/bin\\:/sbin" > "ENV\\=\\'\\'" "TMOUT\\=0" "LC_CTYPE\\=\\'\\'" "CDPATH\\=" "HISTORY\\=" > "MAIL\\=" "MAILCHECK\\=" "MAILPATH\\=" "PAGER\\=cat" "autocorrect\\=" > "correct\\=" "/bin/sh -c ls" ")") > --8<---------------cut here---------------end--------------->8--- > > So the sentinel must inspect the process property remote-command first. > > I've tried to fix both problems. Could you, pls, check the appended > patch? Seems to be working well. Thanks! From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 11:26:24 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 15:26:24 +0000 Received: from localhost ([127.0.0.1]:44067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAtHs-0003zf-1f for submit@debbugs.gnu.org; Sat, 25 May 2024 11:26:24 -0400 Received: from mout.gmx.net ([212.227.15.15]:40303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAtHp-0003zH-84 for 71049@debbugs.gnu.org; Sat, 25 May 2024 11:26:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716650764; x=1717255564; i=michael.albinus@gmx.de; bh=HCZURxs6+U6XTQTWDqT7nOu6ORs/9ZFj1tEFoeFmm60=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=KrFv4mHI+bIRKb1xxAJHvJOfUARFxoARD0r4s9j63dqoq+CJAUrGhxx092E60m9G fs/g6VKNPd68+SFOqyRc2I6l4WOtDlDrInakJkV+C+N///0kgJ6/hKg0ZbumxIDSt OcEIg/KYXR1V2RqB7MWqlrSoxYjTX3eExBe6fMy2U1JdYMh6DaGR0bsoHQRuprhhe UusgRBghW/ATp1Z9QZfydLW6u6BY/APvgW5D+d6r/FwgWETcH/lGaVwgmr70W7w77 VRW4QnGrIiyog2PKAbL5zNwAiiwB1wWrPkr3avmVHwifGAOJWaFosntEsGS8Wq9dk nSuU71wCfLoL1LCVsA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mof9P-1sr9zp1onR-00o1T6; Sat, 25 May 2024 17:26:04 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: (Dmitry Gutov's message of "Sat, 25 May 2024 17:40:31 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87msoevy9x.fsf@gmx.de> Date: Sat, 25 May 2024 17:26:03 +0200 Message-ID: <87ed9px69g.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:s4kflUd+N+BbzQ+vqk73ZHER7uO8XlcxzPScslb+sfGvd8Bs4pz tgKxDo1aly1FCDwe7RYoI1SriXMyMoNWmFUVMcl/NvNSJEwuNfihBtNHLQsUhZuZyIVxgD/ XySZbzPB/OZCeBYe/+4Iz/q0xfz6iB2NHtYoCFxJ2i153zqHDL0etkov3KjvbhHbLMyWMm3 c74Rle6oZhvFMlhI0M0zg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:atBrX3f1I3s=;GxsInodSK5ru/tQuXqb/ri8SQoM 7Gw6rudhG75MZJr3AAVh4o1er9ZdPP+DAs0TWjFiuDtya2+S5ZKuGuXxbz5v24cf7bXlFxyeY lc2hOWdVarqVV0UBRajke3pnGe4MM4Chz5/l8wrlmuemTIHTgzSGAoaEuypP3Ox5+v43IEdj8 SZQ24664dU4DrPn4RXxaKTCU843sPZ9IW5FXFIcct2nbkMh2UmLQO1R4piNPQRbb3DdwlEMjv popLAijMYY4qu0Qp5AauqoO5ZFIRJVIRr8PQABe9f9FslBN0q6jMrZ/rfenE9GJHir2mgRZzf 78u6YOcmTyvkjTi7aXyp5IyTc3Za3xMF1iSN9f5rqmj3VUmeyC//Oo+Fkwkq2qnAqKdFgEW8Q Sb18hrR0AK0sGqEjxUX71VoPCj8rENVn0bG9Dl0wfxbUJ3jZVzSzemsw6IG9Mcu1gD2zjHs3Y COicLAei1JrL8O6d4ku5MTJzKWqrQ4VzHAdqBgP3pwJ+gCNvwrue73h3UjGmTB+A/sDc4xggg XniosgLIgIW8XgYBdpNbYHhwsVx5kp+yIAFQArODfq1XNWJ4XhSh5Z0M7JE1xXfDN2awQslGk 1HS5IOXkgkuOOIEIPiARU4gTH6ZQfhKe80b880276OdHOXTzXEfudsZwYSWvD+h2FLhiWbw0W XzA/IlSrzqdZ1ytAc8HN6TPHmuPJEBfFu/IuwfH/zLwqEqnqx7nK0s6bsV/rwDA8VWhd/ARRg F30uenrTyDCpedUfbw7mE+csZWhnBALIfbFashJco2T9P9rlstaQKWXf+BPY8MxiSx+5miXDz hr8W41mgHz1P5Epgw5O1MfNl4XJ9rYKN3D0ULfZyqNYcoZdOY+qIPP0evt6BXJTROc X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: >> I've tried to fix both problems. Could you, pls, check the appended >> patch? > > Seems to be working well. Thanks! Pushed to master. I'll keep the bug report open, until we know what to do with the histfile. Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 71049 Cc: 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: >> I've tried to fix both problems. Could you, pls, check the appended >> patch? > > Seems to be working well. Thanks! Pushed to master. I'll keep the bug report open, until we know what to do with the histfile. Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: >> I've tried to fix both problems. Could you, pls, check the appended >> patch? > > Seems to be working well. Thanks! Pushed to master. I'll keep the bug report open, until we know what to do with the histfile. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 11:51:43 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 15:51:43 +0000 Received: from localhost ([127.0.0.1]:44165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAtgM-0004af-Lj for submit@debbugs.gnu.org; Sat, 25 May 2024 11:51:43 -0400 Received: from mout.gmx.net ([212.227.15.19]:45499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAtgJ-0004aX-L1 for 71049@debbugs.gnu.org; Sat, 25 May 2024 11:51:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716652283; x=1717257083; i=michael.albinus@gmx.de; bh=gclVPOqO1uZwht2BSPmXY7u/ANnAU/QwpRg+X8t5384=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=cVrbnaN5QIVGLWsgG2AENFMQCEWBNhnjWh3EkGcfVz7aikzboAR1SzLx60OdzCd/ dXaaez28c81xQr1Rvaoqi6EjC0j/iFpcKDL0b81p8BMUxXQMrwwWMrij9zjDTNCeJ ilaQu2q4aVq5DVGkBTemF7/5qMSJxJd8ZEyBb6V1UB2ok5xVgiPFKJbyQTQiPp1kH L6gxQVwRf7jfJyOZaBt3YO+vyUXLKQVMAuu7CXYb/A2sqnivxyiuMBUhWQ3+GT65x 5H2JYrmOSAqHGYhZJCxRfNhH+88drGqDjDUqr4nHArxvYejMinKsnEaFBtnmjxZwV 87UV+P5ak7EFgXsfgA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N3bWr-1sbGNk26K3-013utl; Sat, 25 May 2024 17:51:23 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> (Dmitry Gutov's message of "Sat, 25 May 2024 16:54:54 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> Date: Sat, 25 May 2024 17:51:22 +0200 Message-ID: <877cfhubyd.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:3ZrR6A0rHI23GFO5USRGn9gM067+GTbImBadzFWBjS9jGncrXZE 8uraMjWFmPwPEgOp1AgtOE+8sIzQ8UDiHyqdKrwvtklCORjugXu2bUBCOViVJ03wggkL4SP vW31gn5rd/w9hUp7AQOiKcTmy/oHvKvJxXgDYPP1Kz/+AQtaSTsRBRQFafDGoUN9Q0NWBG+ m4js1qXeH33Hiw/vWdtNA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:S7zxvAr/+VY=;N2JtpCpFKqFWRP+ZtVkGMcwsush m3jvSpH/w0/ABvdnxTmSXYAmI+IH8+k+sENXTavztSMXzE01Ia17P0VcH0gLgZ+oo+ddl0T7W pf2hSMEnUKV+67ajUOIh1BSoxbS6Ha5vG6VMlP3MfyulwGek3uL+Qjax+qN6ANkKxuDK1GM8F OkQd33SSvKqa3GWlmXzQdQdX9MwSuAB5V3KWMrDE9tIXMvsUyPOUFaloX/Bkwod4GhOkxtQKI XUPlufnWQj6RL30zB5Nwtwr7qIMyJjalE7fQFReJMHq7smd5sluwcYJQ2WOIulYImkMThZvW/ RDZEGiYtBiica9vaBWekQ7uMZsqhJfCpCfle/B5V7ZKnJ3dj/bZc4HBUt0Dzhs/bIB0QhuMyX JKsGtxwflHrnWb3roJqTKE5dUdGka/59kEK8ncsb0b3Q82R2YDV+c0t7dAkgFISMU6oY8RnHM Z3//0d+GdHDw2LyXHbE2Yhnb5LgQspjA64x5E6rPGlMrXfMLsBi3MbyycgRzfJ6MI0UfqHlMQ SqxKhAYHpjpPJe2jzBPrJi2dsq7EGk8gV2jfVPADV4u3Z9gEqdTKMscvxb0COXmmCrZegAck9 tyjVSUTPHwCoVsM6/XzN9qQfbTQ8vSDjJbzRqKbIgZRGMImU+SZsj/Gu3T7U6ZCNIMNiDaAcj 8jvQLS8du4u6HB5B9MUwY41lInxF5C4Gdl2vLKFwne4ksKVKvy0NAkK9Nafs6oZS3zmawMXRH xC7zOcwnkd0W8vSTn+sw9yfRiDSji8s6Ku211vTwk0W65YX3roMM7EkM7bfufjFxjXf7O8yT4 m0E6T1dEo6FxbUFycol8t9H/ScfdW4724+RX/xunFvrD8UPin37wNPqxg2B3ha4D41 X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, >>> The answer is that async-shell-command uses shell-mode as the major >>> mode for the output buffer. For syntax highlighting, I guess. >>> >>> You make a good point that the shell history for such buffers would >>> usually make no sense - even if the running process takes user input >>> (usually not, but sometimes it might) - its input history would be >>> different from the shell. >>> >>> So maybe we could just move the last form in shell-mode (which >>> initializes comint-input-ring) to 'shell' >> Don't know. (shell-mode) is called in shell-command since bcad49851742 >> (1995-07-17). And it is called in tramp-handle-shell-command since >> f5e29b9b70a5 (2011-09-04). >> (comint-read-input-ring) is called in shell-mode since >> (1993-10-22). There might be packages which trust on the >> comint-input-ring existence for buffers in shell mode, even if such >> buffers are created by shell-command.. > > Yes, it would be an incompatibility - so we'll need to consider the > migration path. See the attached patch - I suggest that any callers of > 'shell-mode' that need the exact same input-ring setup also call > shell-setup-input-ring (if it's fboundp - a version check). > > Or I suppose we could check the value of shell-setup-input-ring and > skip history loading when it is empty. It's a more subtle > incompatibility which might affect (or not) third-party code in > similar ways. > > Either of the attached patches solves this part of the problem for me, > please take your pick. I'm really not convinced that we should change shell-mode in an incompatible way for such a minor problem of (not) loading the remote history file. shell-mode is one of the building blocks Emnacs consists of. Instead we must give the user a config option to suppress this. I've shown a possible way to do with my patch, but anything else, which keeps compatibility of shell-mode, would do. Eli? Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 12:17:26 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 16:17:26 +0000 Received: from localhost ([127.0.0.1]:44270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAu5G-0004pV-3v for submit@debbugs.gnu.org; Sat, 25 May 2024 12:17:26 -0400 Received: from wfout2-smtp.messagingengine.com ([64.147.123.145]:33767) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAu5A-0004pN-Qb for 71049@debbugs.gnu.org; Sat, 25 May 2024 12:17:24 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.west.internal (Postfix) with ESMTP id 31FDE1C000BB; Sat, 25 May 2024 12:17:07 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sat, 25 May 2024 12:17:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716653826; x=1716740226; bh=47xoRS+L+YLZ78Uyx80olzGGs/dXucAmsSVxcEObdHU=; b= DScMpdXBzGZ8Fsem89nhTKs4w/wuW65mTtxNg4x7D54faxq9vybCrO5AJq7Qxgwl ksu2sSiAGPz1WlsSmnt3dJMp6cZIjL6lDOnqcXge7mG9le3iKAfAFOTozKFUu+h8 v3NTP9IR/88IJI837fy0PHLsXEbaldRo/0660pPXexdGMknZH/lcByWGKjAG0px3 gCnITmcqQmCQe4KUgykb12i9phaRu6F40PdEYP1tOG0cg/361lX6BSPMW+WXphxZ fw+Y2fkSTacLmoUQvdPRH8PI9qRVTbO3/U8YPfS1eAzaFmVfwpQMHjK3NPQHyb/q XyoL3yLa8VQPTDLzsqdTOw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716653826; x= 1716740226; bh=47xoRS+L+YLZ78Uyx80olzGGs/dXucAmsSVxcEObdHU=; b=B cvk5BH+T/e8Re/aOq+3tzczgnRIqoKYlMgVRvewzKYd4pKQsgj3Kj7sPx3CBXGzg lBFh/m25jdfa4i+4Zy7y0jNzfmWfAA3RrQT/9MPNm2HISlWRFLOMtEVouJMeTyl/ bfvpzAGaDXqjFHRbMQwOT3X5D1CaZ/1aQFdbHN9jqyPGhO+ES3Zk2VdxFR5QmFy8 XR6v+2tVmlpgsBAy+lyZeMe/QMj8Dozw/9qVX2aMQBvzX8APRaMo685lIfOUBhxg CE9H3rNOJMeAFK4fIfkndsFV9X4PXIB0FlXb9rPAc+ZisNrfeSGbPln864Eac/0c dIEdgdleLt4TWJb2r6Kdg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdejtddgleehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 25 May 2024 12:17:05 -0400 (EDT) Message-ID: <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> Date: Sat, 25 May 2024 19:17:03 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <877cfhubyd.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, On 25/05/2024 18:51, Michael Albinus wrote: >> Either of the attached patches solves this part of the problem for me, >> please take your pick. > > I'm really not convinced that we should change shell-mode in an > incompatible way for such a minor problem of (not) loading the remote > history file. shell-mode is one of the building blocks Emnacs consists of. Right. But from what I see, shell-mode has a problem, which normally results in some extra work behind the scenes, but becomes more noticeable when working remotely. Moving code from a major mode to a command that invokes it is often a good thing, so that's the route I took. > Instead we must give the user a config option to suppress this. I've > shown a possible way to do with my patch, but anything else, which keeps > compatibility of shell-mode, would do. It's not a huge issue for me personally, but then we either switch the new option on and regress on bug#36742 by default, or have it off (keeping the performance problem there by default), and only regress on bug#36742 when the user turns on the option. Either of my patches would let the user avoid having to choose between functionality and performance. Though I suppose some (many?) would prefer to disable the remote history ring altogether, for extra performance. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 13:00:41 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 17:00:41 +0000 Received: from localhost ([127.0.0.1]:44444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAul6-0005DI-L9 for submit@debbugs.gnu.org; Sat, 25 May 2024 13:00:41 -0400 Received: from mout.gmx.net ([212.227.15.15]:32941) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAul2-0005DA-Ug for 71049@debbugs.gnu.org; Sat, 25 May 2024 13:00:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716656420; x=1717261220; i=michael.albinus@gmx.de; bh=9Kr8QXlkzaEIP7qgBOWt16cpGNFjzNIWiLuR3XUJa/E=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=iYcVWER5Os2VAtH2aAcY3Y/ctuJ9tnUWya4CWsqL64JQyr0bqm2QgUYr8HvqbfEz KcyLWc/CY/2fkQK2PzH0sxBBkdA8p8HjhAo/h7x8qzyf++mf+w58j9tyeAt11NQXF 0CvVsM8M/pTZdyyFO7bgYCsI8/SKbul48FRbBpQQa8GwG8uErVhe5DKno8C1P88ET 4wYc18FpEgiih60McrR4K02TdQ5sTAIdIAEK08uanTiTlw4mN9sybCjpjoCAOEo1i mpAPUEc9u/fcxcKDWVVLqT9+lT2EGAizGhjQDbp9FNMuonm4rl57zxO5ubEDzNUKz Yw+oCqEL2ZSO2cSSqA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M2f5Z-1sDw5r1Myt-0049BT; Sat, 25 May 2024 19:00:20 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> (Dmitry Gutov's message of "Sat, 25 May 2024 19:17:03 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> Date: Sat, 25 May 2024 19:00:19 +0200 Message-ID: <87jzjhvnbw.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:iLVu9tEN6vWhd9wNfU/pL7ntjqNhUxgZFJoPf5/7iiS1SsZHjBM PAZzafD5lw3eeyDYa9XKefWDsW3tOnJny/ENQtlzNEDXLJspjFHuEJ1cKxo1TH4XyAQsese P54wwLn73hvy48N+PEeBf08i2mQNshbR1WRC8/iT0oWex1kPsxAK1t7Ds1FOEfY/7M8wubf n1kBUNyGOzD6ej/64AwbQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:g28BnpMIo4s=;MyaJmErrZ2yqhSmYXdQoc6rPyND s+mDBHHvoJOgF90KZh2SJ3Cl3rvmhG369keKv74xu0WEDAdrrgANz9H4ynoJN6AEPko33bYFB 8BNqBpB0+ddxuKEuwbrJgwV90aXP+E7snHkRmy2tc2bnw23uaAA3gdpCgF46heCRDSP8W+1tE UeoZ/LF3TAAvXEO1rsBP4RvqGP9A/ITNmdZPvbBZ64TeBLMrMXI6DThIEbs0crwOud+DJ8gjK 8p/TD9TlFoiqlIRINMc+EKKEBIOgxQBor70HO36c9NwlRcsPuFESTn6nrXWiB1Pwx87o77xRd liaaTz9Bj+gZ7UPiDH0xLN/CBtt9n6NtjxqTp7wRX1XLAuOnbhUQ9Zr2Qhgvib17uKp3+6h6O e+c+xNcL8RSn0j5UPrlYLqPycd6u2wCu5UuqFVFqIssRKLmnSEjPiidVZaU55rc1GyzNmKDcb +ZWzaazuYLxfecmBo7FwI3j49R4K2bGi5NOncvqdwjJpFxXKNhTWxNDrTihWIApnUxhZWibnz SAFw5h/sFYmuk0xbjesY7q7xSZVzT9y74VXPl/ZfFyAmLKqGRTKJJB5xyjErxk0yD738x2hV0 Z8zuf1Rt4e0szq+w9QhAch/JKXeBqUSDrNtj8IJBjyOkI/si2XRVTKJIKEaYdjlncyaRkuZPI WbRr8NOnshCGRSCj0czGv/6rEcQzllEYAI1WiV8950e3ED81gygh6pFVT1WfJ2jUcgp7zBr43 V9QtjDRfR43bPc/ZZY+c+M22h1BPOyxSToU24KfWUXbpLi2zaGbm2gfjnzDSpqcBh0u0nxXQY FDKpO/yd1DWvkWrgbikXgRNIAXkYEKneIUMNEUHOhc0hMAwghbER4lO8LcTFYWmxgU X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, > Either of my patches would let the user avoid having to choose between > functionality and performance. Though I suppose some (many?) would > prefer to disable the remote history ring altogether, for extra > performance. I'll have another idea. shell-mode checks already, whether the histfile is equal null-device. That works for the local case only. However, in Tramp there is tramp-histfile-override. It let's you decide whether you want to use the remote histfile, or use a histfile given by a file name, or don't use a histfile. This works for normal sync and async processes, but not for direct async processes (IIRC). Let's see whether I could extend this mechanism, and provide shell-mode proper information. If a user sets tramp-histfile-override to t or "/dev/null", shell-mode should not read the remote histfile. Users are already conditioned to set this user option :-) WDYT? I'll work on this tomorrow. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 13:11:17 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 17:11:17 +0000 Received: from localhost ([127.0.0.1]:44506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAuvN-0005KJ-9c for submit@debbugs.gnu.org; Sat, 25 May 2024 13:11:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36148) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAuvL-0005KD-Qi for 71049@debbugs.gnu.org; Sat, 25 May 2024 13:11:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sAuv3-00050R-WE; Sat, 25 May 2024 13:11:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Mxb7GTxaWdn2ajL+zb4rNUEU241yvTxmnrG8PC031UE=; b=YqEGHTeyfvZo NXlevz7ZaUw5Za886ZPtBGuYfOpgyjkO6JBiIFC822t5IBI2k8oKzuXj3WctTFhVNNvbogV6mDozr y5WGjnnQ6mRdUCS2V8kPRcJBiiGRWO9Mi8yywFdHjxWgJeUehQxj8DFGizoYgDB9mXl4wFDQp6HoX ltLHKa8Db8LKqBiarZlhAjUxXK/macpFPCd4GrtZjtHiSRAlg7vSnX1S45aDmpemAz/XGHuimpLfG Ze4SWlIpRb2GsCKYdJMfdNXTPcnK/HACq3gGti3NOSOHsPwAbwIvYm0s0Yqa35byFy+7heTpa2g1C r3y6hHbpt98BI7S9XA2dCA==; Date: Sat, 25 May 2024 20:10:55 +0300 Message-Id: <86sey5yfz4.fsf@gnu.org> From: Eli Zaretskii To: Michael Albinus In-Reply-To: <877cfhubyd.fsf@gmx.de> (message from Michael Albinus on Sat, 25 May 2024 17:51:22 +0200) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71049 Cc: dmitry@gutov.dev, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Albinus > Cc: Eli Zaretskii , 71049@debbugs.gnu.org > Date: Sat, 25 May 2024 17:51:22 +0200 > > I'm really not convinced that we should change shell-mode in an > incompatible way for such a minor problem of (not) loading the remote > history file. shell-mode is one of the building blocks Emnacs consists of. > > Instead we must give the user a config option to suppress this. I've > shown a possible way to do with my patch, but anything else, which keeps > compatibility of shell-mode, would do. > > Eli? Yes, I think an option should be a good starting point. We could document in its doc string that avoiding to load history makes remote shell commands significantly faster. And maybe the new option could have a special value that disables history loading only for remote commands. TFH, I'm a bit surprised that the *Async Shell Command* buffer turns on shell-mode, but then I almost never switch to that buffer. I understand the rationale, for those who do. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 13:31:53 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 17:31:53 +0000 Received: from localhost ([127.0.0.1]:44674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAvFI-0005aQ-Ra for submit@debbugs.gnu.org; Sat, 25 May 2024 13:31:53 -0400 Received: from wfout3-smtp.messagingengine.com ([64.147.123.146]:44077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAvFG-0005aK-DH for 71049@debbugs.gnu.org; Sat, 25 May 2024 13:31:50 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfout.west.internal (Postfix) with ESMTP id 0FAFD1C00090; Sat, 25 May 2024 13:31:36 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Sat, 25 May 2024 13:31:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1716658296; x=1716744696; bh=t/rJEPQi3/pDIsWsw8ZAzpW3y4EEqVGa4pK+sTgnZr0=; b= KtENCSTuXhOgPE1KdMrjWoUQb9hi9Js1BNP/m1Xe9338D/POagwkHJmagQJuQ6w9 Mjs728rioty5Ndl4A3U2ZPYkuFOgEKWQ+RJxNC9Wm9SVg2LRbNgWVijxQFYdVEmd kJ2hvZOn3CrMqIUR9UGyg6tL+UO950EIZL8QLYd9ebjf0i8LK2G757FOKig/WEpA CpgAOiYoYhzhK5o3a+rCi5a6W0ZpQvEWQLeZii7TmIitgRLY6pe0iQqywantT63w n2XLn3G1JSSscWnWNHhd6768wWMhBzAuW4vYN6+BxaeCnhEvNiWfcHA0+1yUhcYM QtoUY6L4wfwxB3GENTx38A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716658296; x= 1716744696; bh=t/rJEPQi3/pDIsWsw8ZAzpW3y4EEqVGa4pK+sTgnZr0=; b=C +WTcfX+vDoaFrhK4Ok8QvvjZ8xl2mSBnfG3flaoaHPSwRqxexAjxw2jiNxtK8mCT Q6Fgb5vYfowCD9kgiJ5zlI0jFW9vx2hisCNKnTwn7v9kfE6nSNzF6/tXoLfTl7ok dPFULuRCX66WhaDsI8CHqgaWW5+kNcL7qyga8vVNV5nu6eVSank3ZVxYKh7weyZO 6B8p5j1LpNVJ4uEcBnBiWe5pFCEawkvOAtMSuknQpTbuYF45efY0ftWj4RwCF1P5 D1tySnp6vdOGAtSrHKO6gxXzeL3rE4BwCWU8Z73Has9lELXAvQRb+RQxNl840fFn vID7QTMe2Lg6C6IeS+Ljw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdejtddgudduudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveeg udejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 25 May 2024 13:31:35 -0400 (EDT) Message-ID: <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> Date: Sat, 25 May 2024 20:31:33 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87jzjhvnbw.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 25/05/2024 20:00, Michael Albinus wrote: > I'll have another idea. > > shell-mode checks already, whether the histfile is equal > null-device. That works for the local case only. > > However, in Tramp there is tramp-histfile-override. It let's you decide > whether you want to use the remote histfile, or use a histfile given by > a file name, or don't use a histfile. > > This works for normal sync and async processes, but not for direct async > processes (IIRC). Let's see whether I could extend this mechanism, and > provide shell-mode proper information. Obeying tramp-histfile-override sounds like it will be an improvement, thank you. > If a user sets tramp-histfile-override to t or "/dev/null", shell-mode > should not read the remote histfile. Users are already conditioned to > set this user option :-) But when used it would still regress on bug#36742, right? I'm not 100% sure what most of the users want in this area, but it appears as if at least one wanted to have access to command history. And unlike when using async-shell-command, users of 'M-x shell' probably can afford to wait a little longer for the history to load (in all likelihood the new buffer will live longer, over multiple user inputs). So it seems to me that fixing shell-mode would be good for the default behavior, and then one could use tramp-histfile-override to add extra performance on top. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 13:44:23 2024 Received: (at 71049) by debbugs.gnu.org; 25 May 2024 17:44:23 +0000 Received: from localhost ([127.0.0.1]:44746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAvRO-0005hB-LA for submit@debbugs.gnu.org; Sat, 25 May 2024 13:44:22 -0400 Received: from mout.gmx.net ([212.227.17.21]:52459) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAvRM-0005h5-B9 for 71049@debbugs.gnu.org; Sat, 25 May 2024 13:44:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716659043; x=1717263843; i=michael.albinus@gmx.de; bh=/Q5mhnzmCkOmU3IJ7/1KAKKYAVtdhEDfHKfB94xMIII=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=XnehavQ8W/ZRZCD00gq+qsMitMX/W8Q74gvzkk1y1n8klIyXQqAkV6k1Y8B1Mobo nRswfjAPRV7HfsrO0LpmRUa94zfX7/4Iw/i0BBmEqLHqW0+2NsYSF5wZHspxEYUfD NT1T55DrJ+z6JpGxMp8sluJgBoLcr4Epc9KOwv3by5rcoAFfGImIx1VDMur8eHAvr oolENu03/g9LHqV3hI5bPmHC8N+bFvBX6LT8oSFLnuH/mGD591kRcnW/M5htMxFd2 Jya1JizH9ZL1LTA9cPlpDTEl/hlOiLyf7ZCUCT3hbH9NAlXs5CYm1yN3irOQYklzv v7AfSejOyPKPl0ywdQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MJE6F-1rvKEC2Iw7-00JLs2; Sat, 25 May 2024 19:44:03 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> (Dmitry Gutov's message of "Sat, 25 May 2024 20:31:33 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> Date: Sat, 25 May 2024 19:44:02 +0200 Message-ID: <87cyp9vlb1.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:4a4V0d9Wp0cQZGMZPGBdCY7afYHNB/IzLchxUXhP9fI5wAsV2c9 XbR6KEneKlpakFUs15etW3LPwtMTgdP4PId+97g4KNWgt/zIzvBxiOgUka07hS3PzBA0+R9 LV/d6b3FoCiXG3w2A2xKWdKFeByIvsnzs8b3cfXYXwRFsI9ZLkL4+4BCuN9fS6x+JNmmXML nVff2J8OUNmWPQ3/d412Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:bC3HRurf1nI=;uP7dTNzFni/ThOseSmgjAjPhNCu RLinPo+8pwCLv4nlw+yz+6qqIGK6KeataEPgHWrbM0o21faZgAQX/rG0S90PXcopBcEd+y+fa asfaKJ89mXFetDNdCW+AtgAuRK8q923i4FZrxW6/ovUEgHsUhA3v2twdBuv6vFiQheBLAOqdY dtqzW8+svEiJuKDrDqx8n4ALY+NK5JzmidOBHThXvsaWh6LiIYDVlyaE/zVTSspFoeKKIhFmS +o1ZT3h/FGCrwL/geqxXTNpnJCI+zXoJaObTKpkiSw9msGNcZtMO3Cx/nGqtIloOt8kJeOOEJ X7X12sjhFfhrrGdFn4rnhJIdTXO0I3x89eUoJzXH0ShLdz8IgQsrW2CjDCBQ4agA/mB1VQHDH gTdAIE7hZDdxyStRlBsh5ggw7WxCJlE2yRIR3LLoVhjGxU7cU+nRaD3+p9mhSpIIFI362JNRZ R/W15AOeC7ndMJ+XRberwoZmS2AN9U39JNljcptLLbhJzmn8N+qxTPzrKXe41o0HrXwqEYodP 2kE+PcPNZ7Z+g0o0w2RCxdOnUENMJ96jOQZL2kYZ9/ifs5AzWoDKRF7sE4qUlaQ6NgvYscUZZ 7NEJDeQ9k0D2LT8DhskMITSxLUcUpg/WZM+VN/LdoYKTLnpUkNj2FGuMEJ89AhIDHAXWvxVbX MY8cOSPlPQKuhqIF8GKcT5s+AnrrEfsI0ivzvUGZT9l3n9k8+zbwaeeGUucVqGTKldTmAPy5e aXaLw/3NnpD49HIihyy4j52UMfnf9NNT8LSAuqYO1tsnt8rkt4mmw1QXUgpmhrqVGmFvRQK8S eXX1dDW7cs5d/u9TMQUtEwHBmv75ac845UyaJBRIM5lbsPfbj9hfVaLWJnvCUeAKWF X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > So it seems to me that fixing shell-mode would be good for the default > behavior, and then one could use tramp-histfile-override to add extra > performance on top. Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > So it seems to me that fixing shell-mode would be good for the default > behavior, and then one could use tramp-histfile-override to add extra > performance on top. Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: Hi Dmitry, > So it seems to me that fixing shell-mode would be good for the default > behavior, and then one could use tramp-histfile-override to add extra > performance on top. I'll see whether I could make it more fine-grained, for example by distinguishing the shell and shell-command cases. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun May 26 10:18:28 2024 Received: (at 71049) by debbugs.gnu.org; 26 May 2024 14:18:28 +0000 Received: from localhost ([127.0.0.1]:42245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sBEhf-0004ID-Dg for submit@debbugs.gnu.org; Sun, 26 May 2024 10:18:27 -0400 Received: from mout.gmx.net ([212.227.17.20]:44143) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sBEhb-0004Hw-Vz for 71049@debbugs.gnu.org; Sun, 26 May 2024 10:18:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716733086; x=1717337886; i=michael.albinus@gmx.de; bh=KjZR2dPOYZ90jCmRewfetg4l1/Q/bL7w9Q3Vv2Mfj6g=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=l2AaBWcMmbDFRhvTOH+MPPybnuHLJMa9nwYW7+cba296U5UH0enplU50/xJhYz+/ YqOdSwmSbEccA2C4kYdG1JA24NF59OIfR7MjBBRKh2vsuwKc/bgo2REP15QsWO5oH waYSTJ2ptXJfGj0Slt+kuYx9FOAfIUAshhfhUavEvyPYOlc8sWeTfOiRoYK/1Npwu 9Dr8HxKIOi8I2AG6PE/cPi748aFWyg88VxjWXWkyh7m7o1TFepTEl/h0gEC/xOlkb Ih/8hn9eXjxVk3sUL30sHc5gFSuEOvvqHTxqFNoGtXll8mf7YFRyElFuglQaP0LOB rCpxT5cLauu82miJPQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M8QWG-1s6qyc200W-004Pgb; Sun, 26 May 2024 16:18:06 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <87cyp9vlb1.fsf@gmx.de> (Michael Albinus's message of "Sat, 25 May 2024 19:44:02 +0200") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> Date: Sun, 26 May 2024 16:18:05 +0200 Message-ID: <87fru4u06a.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:EM8QB+a8C0lC0wt9JL6nNW0pU+T+QURr0G/LV/vy346MgN8FT4m 7se5rNpJGzVYssMv0fZAl6gMIsO05TpkuIj2jCRpuLRQzgmKxBz7HkadPvFmwUw0pEa9/nP jliILHd6109c+4IRt/j1lACsR6XtPCJgpBnEDd8Yudy95vCS3SXRGjvL+XMel05N3o2Lera jeWgAHN8dZfe0TbG2/90g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:3S5DmRA4jEM=;FIGt+QKVYEGIOq5n9Vt4lHnNDQG HjUzD5woIkW7P3uhoVgFRUVZuRjVZOqfwPLDUz0VHkxu1uTU8YmMhneddWnBQLSyBFOPKrlbQ wjNDqteD8J0WQhhp1pOcWA6EC9N2DNjK+AeIcMshasXFRYoDh3Pi84PGuSWvbbRoryo3bTeLs Ca7xE7UD3490NqILu/JQDAHMQOeyTo+E369Yrs/anVgW+80viVcyWD9sq0II8BXLmgaz2A3M0 5Xamd9KaOpDcJ6vDK3efP33hEPQOUL3JHR1KdQLKIpAh6ASHT0CuDRNLYeirlqFyoFL14NW14 WNuON1qZWEq293Z0UKF60r358gmaiZwiT4UXC4uZoyuvGaxXA3uhFyCtizFKWOo7hSv1t+ql8 fD+FElld0jj/cx2KeSiuGpf/K46bsYkTirLxqDlrHY4StKJz+uPY7tv5pu6kloMSYvkBlP3Ss aydGe9DElKA69PXH6fwwL4Vhl8Y28EKU+IT/HgRjXbq9VofIiZaObDTWeIclQs5HHu0jm8hKf VKB56xqtyBmV0UkRju0FwNDJVtOTMLVdR4d/7vY6l2J67EuBP3tJzdqSirMG/f1I2UKG01XsF u0Si7dnV0NRBiMf+FsmdCc9fh2fEbsgUwKHlQhGrcrYm+wOdS4zLUG3HhC9xBko70p3OWOZps TOtFtGUNfXxXvk9vOdWexZvUajaVzhQ+NMSeQWoV39Lrwbss6z5lYQBFNd0iDwdCLasb+Ru/I pCYALVMmJMaABRYUPEy60M+2zZK3OTNkE9WJekvHCpKeDlW4JKFTjR6UBEY3+s5MjSIXcvThF pgH688fHbYr59WiDB6uDqcXhElVEUTUD/LgNoiFTP+CV2uZwdgpYQKgvjTacc2YV1p X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Michael Albinus writes: Hi Dmitry, > >> So it seems to me that fixing shell-mode would be good for the default >> behavior, and then one could use tramp-histfile-override to add extra >> performance on top. > > I'll see whet [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Michael Albinus writes: Hi Dmitry, > >> So it seems to me that fixing shell-mode would be good for the default >> behavior, and then one could use tramp-histfile-override to add extra >> performance on top. > > I'll see whet [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain Michael Albinus writes: Hi Dmitry, > >> So it seems to me that fixing shell-mode would be good for the default >> behavior, and then one could use tramp-histfile-override to add extra >> performance on top. > > I'll see whether I could make it more fine-grained, for example by > distinguishing the shell and shell-command cases. I've puzzled the appended patch together. It does the following: - Obey 'tramp-histfile-override' also for direct async processes. - Use 'tramp-histfile-override' in 'shell-mode', whether the remote history file shall be read. A value of t suppresses this. - Support connection-local setting of 'tramp-histfile-override' in 'shell'. Use something like --8<---------------cut here---------------start------------->8--- (connection-local-set-profile-variables 'remote-tramp-histfile-override '((tramp-histfile-override . nil))) (connection-local-set-profiles '(:application tramp :machine "remotehost") 'remote-tramp-histfile-override) --8<---------------cut here---------------end--------------->8--- - Support connection-local setting of 'tramp-histfile-override' in 'shell-command'. In order to distinguish this from the setting for 'shell', another :application is used ('shell-command' instead of 'tramp'). Use something like --8<---------------cut here---------------start------------->8--- (connection-local-set-profile-variables 'another-tramp-histfile-override '((tramp-histfile-override . t))) (connection-local-set-profiles '(:application shell-command :machine "remotehost") 'another-tramp-histfile-override) --8<---------------cut here---------------end--------------->8--- It is recommended to set 'tramp-histfile-override' to t for asynchronous processes. Comments? Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/net/tramp-sh.el b/lisp/net/tramp-sh.el index c079455a444..615f9219448 100644 =2D-- a/lisp/net/tramp-sh.el +++ b/lisp/net/tramp-sh.el @@ -64,6 +64,7 @@ tramp-copy-size-limit :group 'tramp :type '(choice (const nil) integer)) +;;;###tramp-autoload (defcustom tramp-histfile-override "~/.tramp_history" "When invoking a shell, override the HISTFILE with this value. When setting to a string, it redirects the shell history to that @@ -80,6 +81,8 @@ tramp-histfile-override (const :tag "Unset HISTFILE" t) (string :tag "Redirect to a file"))) +(put 'tramp-histfile-override 'permanent-local t) + ;; ksh on OpenBSD 4.5 requires that $PS1 contains a `#' character for ;; root users. It uses the `$' character for other users. In order ;; to guarantee a proper prompt, we use "#$ " for the prompt. diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el index 9385b023392..936fdd25e6c 100644 =2D-- a/lisp/net/tramp.el +++ b/lisp/net/tramp.el @@ -4962,6 +4962,18 @@ tramp-handle-make-process (string-join (tramp-get-remote-path v) ":"))) (setenv-internal env "PATH" remote-path 'keep) env)) + ;; Add HISTFILE if indicated. + (env (if-let ((sh-file-name-handler-p)) + (cond + ((stringp tramp-histfile-override) + (setenv-internal env "HISTFILE" tramp-histfile-override 'keep)) + (tramp-histfile-override + (setq env (setenv-internal env "HISTFILE" "''" 'keep)) + (setq env (setenv-internal env "HISTSIZE" "0" 'keep)) + (setenv-internal env "HISTFILESIZE" "0" 'keep)) + (t env)) + env)) + ;; Add INSIDE_EMACS. (env (setenv-internal env "INSIDE_EMACS" (tramp-inside-emacs) 'keep)) (env (mapcar #'tramp-shell-quote-argument (delq nil env))) @@ -5248,7 +5260,8 @@ tramp-handle-shell-command (with-current-buffer output-buffer (setq mode-line-process '(":%s")) (unless (eq major-mode 'shell-mode) - (shell-mode)) + (with-connection-local-application-variables 'shell-command + (shell-mode))) (set-process-filter p #'comint-output-filter) (set-process-sentinel p #'shell-command-sentinel) (when error-file diff --git a/lisp/shell.el b/lisp/shell.el index e6b315ee5c0..60a805f33c9 100644 =2D-- a/lisp/shell.el +++ b/lisp/shell.el @@ -609,6 +609,8 @@ sh-shell-file (declare-function w32-application-type "w32proc.c" (program) t) +(defvar tramp-histfile-override) + (define-derived-mode shell-mode comint-mode "Shell" "Major mode for interacting with an inferior shell. \\ @@ -726,9 +728,11 @@ shell-mode (hsize (getenv "HISTSIZE")) (hfile (getenv "HISTFILE"))) (when remote - ;; `shell-snarf-envar' does not work trustworthy. - (setq hsize (shell-command-to-string "echo -n $HISTSIZE") - hfile (shell-command-to-string "echo -n $HISTFILE"))) + (if (eq tramp-histfile-override t) + (setq remote "" hfile nil hsize nil) + ;; `shell-snarf-envar' does not work trustworthy. + (setq hsize (shell-command-to-string "echo -n $HISTSIZE") + hfile (shell-command-to-string "echo -n $HISTFILE")))) (and (string-equal hfile "") (setq hfile nil)) (and (stringp hsize) (integerp (setq hsize (string-to-number hsize))) @@ -738,10 +742,11 @@ shell-mode (concat remote (or hfile - (cond ((string-equal shell "bash") "~/.bash_history") - ((string-equal shell "ksh") "~/.sh_history") - ((string-equal shell "zsh") "~/.zsh_history") - (t "~/.history"))))) + (and (not (string-equal remote "")) + (cond ((string-equal shell "bash") "~/.bash_history") + ((string-equal shell "ksh") "~/.sh_history") + ((string-equal shell "zsh") "~/.zsh_history") + (t "~/.history")))))) (if (or (equal comint-input-ring-file-name "") (equal (file-truename comint-input-ring-file-name) (file-truename null-device))) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 28 22:00:04 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 02:00:04 +0000 Received: from localhost ([127.0.0.1]:39751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC8bj-0007Ar-Nl for submit@debbugs.gnu.org; Tue, 28 May 2024 22:00:04 -0400 Received: from wfhigh8-smtp.messagingengine.com ([64.147.123.159]:47875) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC8bh-00079l-Ge for 71049@debbugs.gnu.org; Tue, 28 May 2024 22:00:02 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfhigh.west.internal (Postfix) with ESMTP id 33372180016D; Tue, 28 May 2024 21:59:46 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Tue, 28 May 2024 21:59:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1716947985; x=1717034385; bh=xbL33gThNqT1cnrv5xZEIMgqvcUYZ2rJeVbZsWTkdr0=; b= kAIG4rfSveNNeEHfrUg4TPqmFMpIl+bkM9m6GogA/3IMaN/0qs0xNTIs+7ywmDvt TS6jYFMlBfeCYhsp1JRfcfUqLEDnM8NN7Q6AbiiE3ji+B0yNj9EoqH4siq+hezNh 4ggFma5m5Q2bquVvIvSRe7WN3JtCnH0uzokKLweLJMI9hLoTlDnv9MS9/KNPvK4Z seVe8kufpeOb9k9IOhYOapPKCG66xriqCX6T0SPgVFidRXeDwZWHY8fZvfk6atIM PfabSZva8LClqcu5Ys32A78ri7g6jzYNDqRJagXu11zLx0DBOXw38PlRoZHJaNvl vANrA9ebB1BfwkUsjorBkg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716947985; x= 1717034385; bh=xbL33gThNqT1cnrv5xZEIMgqvcUYZ2rJeVbZsWTkdr0=; b=T fSRJ/NqefMbIrG41pTTYuNQFS4jC73LsGC/TB+JCVhg3qOi2R5q7201zTzNHZHQ1 PhlTe381N0DumEUhZjHxFtRAmGw5RZTeVbejv8RP2kfpQjSLP8XVmngxxa/s+OC2 P8Ti52mvkJB3hLkKukqk63Q6WecdyIgNI0kwtlzi0/OkG5TQOrlUfFc4tHPxVmRf K1f0Hb5EoYoC13jcuWnRUIrsh/PYJEdSvrMumuxpGLxHn0dKWRPgefGlm9bjSHn5 jjNcHfE576xcHTVoPvjD44kHQmEsnRUNKl3gxodbUQzSJ0Xngo6yCbOt/+/qir56 AwGkdG/DwCSbelT+vPKaA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdejledgheefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 28 May 2024 21:59:44 -0400 (EDT) Message-ID: <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> Date: Wed, 29 May 2024 04:59:43 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87fru4u06a.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, On 26/05/2024 17:18, Michael Albinus wrote: >>> So it seems to me that fixing shell-mode would be good for the default >>> behavior, and then one could use tramp-histfile-override to add extra >>> performance on top. >> >> I'll see whether I could make it more fine-grained, for example by >> distinguishing the shell and shell-command cases. > > I've puzzled the appended patch together. It does the following: > > - Obey 'tramp-histfile-override' also for direct async processes. Thank you. > - Use 'tramp-histfile-override' in 'shell-mode', whether the remote > history file shall be read. A value of t suppresses this. > > - Support connection-local setting of 'tramp-histfile-override' in > 'shell'. Use something like > > --8<---------------cut here---------------start------------->8--- > (connection-local-set-profile-variables > 'remote-tramp-histfile-override '((tramp-histfile-override . nil))) > > (connection-local-set-profiles > '(:application tramp :machine "remotehost") > 'remote-tramp-histfile-override) > --8<---------------cut here---------------end--------------->8--- > > - Support connection-local setting of 'tramp-histfile-override' in > 'shell-command'. In order to distinguish this from the setting for > 'shell', another :application is used ('shell-command' instead of > 'tramp'). Use something like > > --8<---------------cut here---------------start------------->8--- > (connection-local-set-profile-variables > 'another-tramp-histfile-override '((tramp-histfile-override . t))) > > (connection-local-set-profiles > '(:application shell-command :machine "remotehost") > 'another-tramp-histfile-override) > --8<---------------cut here---------------end--------------->8--- > > It is recommended to set 'tramp-histfile-override' to t for > asynchronous processes. Comments? It seems like more work, and more code, to get to the same result. Also, it would not get the OOtB improvement for the "not M-x shell" case - IIUC the user would have to create a new profile to enact the distinction. That's a relatively complex thing to do. So... it's not up to me, and the problem doesn't touch me too deeply, but I think my solution for the second part is preferable. Maybe Eli will want to make that choice now. Thanks, Dmitry From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 03:42:16 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 07:42:16 +0000 Received: from localhost ([127.0.0.1]:50284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCDwu-0001sg-8X for submit@debbugs.gnu.org; Wed, 29 May 2024 03:42:16 -0400 Received: from mout.gmx.net ([212.227.15.15]:46989) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCDwr-0001sO-Fp for 71049@debbugs.gnu.org; Wed, 29 May 2024 03:42:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716968514; x=1717573314; i=michael.albinus@gmx.de; bh=EG3Wuu9mkVSmwQgAuLQl4jd3L1KPTaWWYdxgeIQosvI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=IC8UUk1qwBp5hw7RC0l8RxzRClXPQb7Ne1LLVJNmQFKN7p4UEulr8ga7riDOa0z8 WL214bGQNNfyyeLD4gPfHT7IDWFnILb7TyT1vvV3/6uUnE/3qlswzoNh/7CN/6H+M 6ttPHMs6TgF5lgbiHyRj27uEXUDeqrmmBFLqnOXafwx7DGr1zLvIJ9oPscIF5wby6 7lVjkDl7ABOOM8qYnuIiJGOck2a55aOTd7rv8+Lp54QUlP6kd+jR6j8cpTOposX89 EpirwI6b2Lkm48uK5BpuEzES9Dox3lgOaiJknYkoFp+Jxu0E570XdDPwIxFSpj54+ vhsbS8ERR6aGQs0n2w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Ml6mE-1svCog3LIK-00iGS4; Wed, 29 May 2024 09:41:54 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> (Dmitry Gutov's message of "Wed, 29 May 2024 04:59:43 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> Date: Wed, 29 May 2024 09:41:53 +0200 Message-ID: <87bk4pgj3y.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Rw1c8H22LFsmxgFSFgV++gdlbwJVwjUA9XVCp28dbeAIipbSW/k rVSQw/2egXK6xPz7ZILzYGhHxTYrukKjNP15ya6sBxTu2zGILz0xt3bf/1hfoMgsQpI8vHB GVtvtpiRp/lnzGyFLv3yBKRgqrLoqNZe+noQzypBQBGiS8uu2kVDKBrODMdgYSG9DlurIHO uz4ppKftH+K6wta9pxGZg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:dxkAH/v52ZA=;ZJro1b9t8TtnEda2VM7DiqhvT0/ w5/5bPGalbwV/n1H3TU7pjZTIidxgS8/mMIHIzy9Dwd5G5HpoPMvhXTaNGpsmuyvjxDs2pvKo BFh2+4aZ3h2WsQnlryUsDzVDC7pKDTtE1zE/skBtXJ/oj6n58ONzjWXrfC1+SO2BL6ByA5sqL DulNdy52gTnL6TppmaZqr+9FpcTG05fKFycXmvHZ0BpSynVQzTGpDkylTTNfEtR+ma/siQ0I3 pGoFtte9Vm6TMLL5fyDW8wE0RTp8LvqTTyJfBhIJa7OOBHcwR1STO02HzTi3Dii69CbBbjqAf vJzQKlD7MVRoXuw1b0zc5sPTNiRdeuILIgNW2yKzeclcheKL0JUjh6oXKEGOSForSSqdK67HS bqFuPOlFgpRGk0TWbuNomuEJfm56/91NfZc+3vvoGBictDOKLjJL+sd/LAD8LDTGs4yD/Npc4 bIwYr3JQGx/QZeruxbmLRzlaDdq0D3fGATp549Vz4ReDQQuNnWXcXSQ9H2fg4YRyYhDm0u369 jaofQR09oTZK0yciAAonl/GQJBQ8SOQVWCFZUwgZHKNhU4QCgqYRMfC9/o3lzDVrt9Iegv7Jw SB7j8ALxsUXufsJ+Os9wClmYfqVHchRitmH0sF1jGZ5o6qXJa5sa0J+5CKUlGWEzp6/ZoDJhy E0YFILaTFA6mR2s7q/7EFp/HthKG7jS2qh0V95ygNA5eGIsASyp/TmPcTKFajPBvr5D7B+FcR Oi2BUt+z+lEENmFjCsn5ynOqv6Xc2N5znRC+g0k9a4hDj2MgcGGmyJY5RKBzHg9JyAT6jcgsn NxytbkvgGFA1y5xWMoGcfyG7lkwJ+CHCLIxanf7B81WeQ= X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, >> I've puzzled the appended patch together. It does the following: >> - Obey 'tramp-histfile-override' also for direct async processes. > > Thank you. So that's consensus. >> - Use 'tramp-histfile-override' in 'shell-mode', whether the remote >> history file shall be read. A value of t suppresses this. >> - Support connection-local setting of 'tramp-histfile-override' in >> 'shell'. Use something like >> --8<---------------cut here---------------start------------->8--- >> (connection-local-set-profile-variables >> 'remote-tramp-histfile-override '((tramp-histfile-override . nil))) >> (connection-local-set-profiles >> '(:application tramp :machine "remotehost") >> 'remote-tramp-histfile-override) >> --8<---------------cut here---------------end--------------->8--- >> - Support connection-local setting of 'tramp-histfile-override' in >> 'shell-command'. In order to distinguish this from the setting for >> 'shell', another :application is used ('shell-command' instead of >> 'tramp'). Use something like >> --8<---------------cut here---------------start------------->8--- >> (connection-local-set-profile-variables >> 'another-tramp-histfile-override '((tramp-histfile-override . t))) >> (connection-local-set-profiles >> '(:application shell-command :machine "remotehost") >> 'another-tramp-histfile-override) >> --8<---------------cut here---------------end--------------->8--- >> It is recommended to set 'tramp-histfile-override' to t for >> asynchronous processes. Comments? > > It seems like more work, and more code, to get to the same > result. For whom? The changes in Emacs are small. A user doesn't need connection-local variables. Only in case, she wants different settings for different applications, like shell and shell-command. Otherwise, a global setting of tramp-histfile-override would be sufficient. > Also, it would not get the OOtB improvement for the "not M-x > shell" case - IIUC the user would have to create a new profile to > enact the distinction. That's a relatively complex thing to do. No. Only if *different* values for *different* applications are needed. And the other places in Emacs, which use shell-mode, wouldn't profit (yet) from connection-local variables, but they would profit from tramp-histfile-override setting in general. This is an improvement to the status quo. If we believe that tramp-histfile-override shall be set to t for remote shell-command by default, I could add this. But this isn't my decision. > So... it's not up to me, and the problem doesn't touch me too deeply, > but I think my solution for the second part is preferable. You mean shell-no-start-prog.diff? That hard-codes a different behavior in shell-mode, and I'm not so familiar with shell-mode and comint that I can exclude collateral damages. > Maybe Eli will want to make that choice now. Let's see. > Thanks, > Dmitry Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 07:53:59 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 11:53:59 +0000 Received: from localhost ([127.0.0.1]:58607 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHsU-0004V4-Hx for submit@debbugs.gnu.org; Wed, 29 May 2024 07:53:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51418) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHsS-0004Un-If for 71049@debbugs.gnu.org; Wed, 29 May 2024 07:53:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCHsD-0005qV-5F; Wed, 29 May 2024 07:53:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=fZWZYY4yd44l8yS0PYgK7Yh4Jls299JWEejvtAUbO1I=; b=c4Vab7vPPLKi wHojU4GRNNFpRGkETNu1ONNRSwu6tg+Tkq+JRk4GPx67bQVr4dBrfqbekIsubefOG5lBAa5C7QLDH mWcsCGrCEj14MpMEmcEmPPq7ttSuxjHR1za+3Dy1mGq3gDRski0CvZgLScZeTb6jYpvd+ijcXZ+jH lGSdVUbDSWURRB+CdS7XWlP9o49UWaPPGa7fDiW7GE2HSDYyOa34df333YA8sE/v9lTjGQUxaIs43 W3oyhlVKApOgcfodkiqfexU9TZc1tw0VB2jg9TlRvb+PmIvUx25lDJ1j834Py/hqCCgtP58KACERy ObG7kn2AZ5ok79eRiMKh8Q==; Date: Wed, 29 May 2024 14:53:25 +0300 Message-Id: <861q5ku956.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> (message from Dmitry Gutov on Wed, 29 May 2024 04:59:43 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Wed, 29 May 2024 04:59:43 +0300 > Cc: Eli Zaretskii , 71049@debbugs.gnu.org > From: Dmitry Gutov > > So... it's not up to me, and the problem doesn't touch me too deeply, > but I think my solution for the second part is preferable. > > Maybe Eli will want to make that choice now. I don't think I understand what you mean by "your solution". Was there a patch somewhere that I missed? From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 07:56:04 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 11:56:04 +0000 Received: from localhost ([127.0.0.1]:58693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHuW-0004aJ-4v for submit@debbugs.gnu.org; Wed, 29 May 2024 07:56:04 -0400 Received: from wfout3-smtp.messagingengine.com ([64.147.123.146]:49515) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHuU-0004Zk-PR for 71049@debbugs.gnu.org; Wed, 29 May 2024 07:56:03 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfout.west.internal (Postfix) with ESMTP id 122CA1C0017A; Wed, 29 May 2024 07:55:47 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Wed, 29 May 2024 07:55:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1716983746; x=1717070146; bh=ulD3Ef9XMXhmZ2it0cq+XPGFVxuuzSSpV5/kAhBYi2I=; b= iVkCtBnoaKEh3awTolMmiaajSatLqbILnlk4TaCqkjDhSHD7HbSofrjFygK2/Dd2 VHGviULASSChcNETxPOTPy9pG29qaVeaYge95AcQSRIur/CxKAyK+zhYmYOjKrUC oWr33ODnG7FggSdEtoGF7BTMK+lF5l0pDRqsSNsvs9zRr7fUiMkQASGFVyMwQwbo yts7zr2oKPPEZDOTNmuNdv/V7IJ4QQ1QJQ5CBxbby2S8Fo3ayom+yI8FP9j+yjSr wOnokxTAM68Z1Iedh3TX94onPji37ZalM3pdL0sAEm+qUcG3KhRZs1snnL5ndW0b i7x15GSQ5y0doFrcKdP+yw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716983746; x= 1717070146; bh=ulD3Ef9XMXhmZ2it0cq+XPGFVxuuzSSpV5/kAhBYi2I=; b=c GZMoxcF7VA/7ITslZOh9kRByr9tWAf/dHuI7yvip0aIA+5UQV2OMl/YI/KH08GHV Smcg6rdQDsIGsHhO7W85prekUqSbEeOa2NIppxIly8RmCBcsyeiS3bRCNhSw97XN CbZoSc7ZylIu/h/puHQHAhKcU/Pbv/fssPYmBxt5UnvrxiRiDk8LUn7HPgz6Gy1B ruU7FMZ3U55KOxaiIVYtKQC1LoZgfLA5hBLlsiQYkpGR67T4dc+2yHWlWF+p19Fw UHFYSwnH0oyh8HjC9bzYQgZYT2RDmR82s4gFkat56wSa660huis/2uI/Si5QhOOm xkwVVE4e0y7quzBmRTHtw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekuddggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 May 2024 07:55:45 -0400 (EDT) Message-ID: <49378b27-2b18-4e8d-8884-882468c7134a@gutov.dev> Date: Wed, 29 May 2024 14:55:43 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <87bk4pgj3y.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87bk4pgj3y.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, On 29/05/2024 10:41, Michael Albinus wrote: >>> I've puzzled the appended patch together. It does the following: >>> - Obey 'tramp-histfile-override' also for direct async processes. >> >> Thank you. > > So that's consensus. Yes, of course. >>> - Use 'tramp-histfile-override' in 'shell-mode', whether the remote >>> history file shall be read. A value of t suppresses this. >>> - Support connection-local setting of 'tramp-histfile-override' in >>> 'shell'. Use something like >>> --8<---------------cut here---------------start------------->8--- >>> (connection-local-set-profile-variables >>> 'remote-tramp-histfile-override '((tramp-histfile-override . nil))) >>> (connection-local-set-profiles >>> '(:application tramp :machine "remotehost") >>> 'remote-tramp-histfile-override) >>> --8<---------------cut here---------------end--------------->8--- >>> - Support connection-local setting of 'tramp-histfile-override' in >>> 'shell-command'. In order to distinguish this from the setting for >>> 'shell', another :application is used ('shell-command' instead of >>> 'tramp'). Use something like >>> --8<---------------cut here---------------start------------->8--- >>> (connection-local-set-profile-variables >>> 'another-tramp-histfile-override '((tramp-histfile-override . t))) >>> (connection-local-set-profiles >>> '(:application shell-command :machine "remotehost") >>> 'another-tramp-histfile-override) >>> --8<---------------cut here---------------end--------------->8--- >>> It is recommended to set 'tramp-histfile-override' to t for >>> asynchronous processes. Comments? >> >> It seems like more work, and more code, to get to the same >> result. > > For whom? The changes in Emacs are small. Bigger than in my patches anyway. And the user's customization is an extra piece that people fill have to figure out as well. > A user doesn't need connection-local variables. Only in case, she wants > different settings for different applications, like shell and > shell-command. Otherwise, a global setting of tramp-histfile-override > would be sufficient. I think the original report and our consensus that the behavior is wrong more or less concludes that shell and shell-command should behave differently in this regard (by default). Does it not? >> Also, it would not get the OOtB improvement for the "not M-x >> shell" case - IIUC the user would have to create a new profile to >> enact the distinction. That's a relatively complex thing to do. > > No. Only if *different* values for *different* applications are > needed. And the other places in Emacs, which use shell-mode, wouldn't > profit (yet) from connection-local variables, but they would profit from > tramp-histfile-override setting in general. This is an improvement to > the status quo. It's indeed an improvement, but it applied to my patches as well, except they don't require an additional customization for this to happen. >> So... it's not up to me, and the problem doesn't touch me too deeply, >> but I think my solution for the second part is preferable. > > You mean shell-no-start-prog.diff? That hard-codes a different behavior > in shell-mode, and I'm not so familiar with shell-mode and comint that I > can exclude collateral damages. Right. The potential for collateral seems very low to me, and there is a migration path for such callers anyway. But let's see what others think. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 07:57:30 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 11:57:30 +0000 Received: from localhost ([127.0.0.1]:58736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHvt-0004cy-Os for submit@debbugs.gnu.org; Wed, 29 May 2024 07:57:30 -0400 Received: from wfhigh6-smtp.messagingengine.com ([64.147.123.157]:36065) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHvr-0004cg-CC for 71049@debbugs.gnu.org; Wed, 29 May 2024 07:57:28 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.west.internal (Postfix) with ESMTP id C78F9180010A; Wed, 29 May 2024 07:57:11 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 29 May 2024 07:57:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1716983831; x=1717070231; bh=2DojRFUXiG14+2mythmWbLu9+tX1NujrZf1Ag32F6hQ=; b= ZRWyXp3H/ZEMyQbYN6d+omYt5RJ3GP9d15VOHNKf1JUw27UIG6jM134mtb45BekS CK4aJ9ltoSsSMPTh6RuVYLswkJsx8Jh82jo0pauA0aRFQxAg8yOw9oIChsrSe4/7 D4MdYdBRF0v9ItuLihIaQLYQapLVxZYchUgiy2rtJ8gwSxBc+FSawm44Nz9W7uX2 vGIP4LGkabJKeBh0EBMVQWhhCFXHdNK9l0AnZWyWW/EF3hGh/l5CpFP22rvX6dD5 0p+0v4xHHb25jp3JwJr10Ey62OD/2kDkEcIROxk1A+g0m9CfxmS4O7h3NRp8FW2n 2CKJUZja5sjXeNWCviK22Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716983831; x= 1717070231; bh=2DojRFUXiG14+2mythmWbLu9+tX1NujrZf1Ag32F6hQ=; b=Q UHspnemSkXYRT6aWlgHt8fISKKnbR+HxnDbihyJwUSNydqQxIPHBb8YSFBXJ9GiV IjNTz1iUHp4unYtQufQHPbR4/FI6yxnMejzd7TSxO+q44t2EDa/l46tixLGroi8j xRIP2JUyy5ORCkxF/oij6nvVUqpEnaUWnqeyE6TVzlnd483oObTHDWRxQLl+OIvO cSTaWCNEm5SgLlvS9dhhnuxEexQyAZtLEnjYnhge//Ygoa2einuyXBJctnRO6/su CgIlPZ1Ya4yibmSfZ7cTDwHv4Rt/t8e3EB22z6GpzwTjyg53YqgzWpzbfIn3q+BR 6NcA0NVCTsP58Q9NPUWQg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekuddggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepffeifedvleeukedtgfelieegudfgveekfeejveejffetffeuueeugefhveei uddvnecuffhomhgrihhnpehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 May 2024 07:57:10 -0400 (EDT) Message-ID: Date: Wed, 29 May 2024 14:57:08 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <861q5ku956.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 29/05/2024 14:53, Eli Zaretskii wrote: >> Date: Wed, 29 May 2024 04:59:43 +0300 >> Cc: Eli Zaretskii,71049@debbugs.gnu.org >> From: Dmitry Gutov >> >> So... it's not up to me, and the problem doesn't touch me too deeply, >> but I think my solution for the second part is preferable. >> >> Maybe Eli will want to make that choice now. > I don't think I understand what you mean by "your solution". Was > there a patch somewhere that I missed? Seems so. The patches (two alternatives) are attached to https://debbugs.gnu.org/71049#53. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 08:46:44 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 12:46:44 +0000 Received: from localhost ([127.0.0.1]:60595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCIhX-0006KO-Sm for submit@debbugs.gnu.org; Wed, 29 May 2024 08:46:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCIhV-0006K8-3o for 71049@debbugs.gnu.org; Wed, 29 May 2024 08:46:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCIhF-0007Ui-MO; Wed, 29 May 2024 08:46:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=3d7PJnNgT4zH5jFfAoQRa6bVcdstqrHe1XwDyq6Xe/g=; b=rwWMXi5AQ9AN dVQhtxXHdLjHQqu2DlueQUKAP/oSrFyK497Gm8advze5dUbBWSIMvpAMEI4bTimWRkZYJW1KygkuS DwiIYyRYtJKbCmvSr6RHxtI3XjUeILNyJFPe+p71juCtnuG2IsFD/GV5AAWbjArCOxfTwTlkI5oib tQH0bTsMfAcVJbgjEew4rI85XGPWDrwaOz0V7kQ9quwNQGwuN1G5gfgEadlEWf/fY0/6IOjpQmhz3 GsWMhpxOO3K0JKHhp3yR5HCuQC3ABv7miH7aQykYQiz8kTUnjJ/Oc3OtNviLCJwznALOnbCQ7DsxO i1OOKz3JPVueeb5qjyOX8Q==; Date: Wed, 29 May 2024 15:46:21 +0300 Message-Id: <86wmncss4i.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: (message from Dmitry Gutov on Wed, 29 May 2024 14:57:08 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Wed, 29 May 2024 14:57:08 +0300 > Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org > From: Dmitry Gutov > > On 29/05/2024 14:53, Eli Zaretskii wrote: > >> Date: Wed, 29 May 2024 04:59:43 +0300 > >> Cc: Eli Zaretskii,71049@debbugs.gnu.org > >> From: Dmitry Gutov > >> > >> So... it's not up to me, and the problem doesn't touch me too deeply, > >> but I think my solution for the second part is preferable. > >> > >> Maybe Eli will want to make that choice now. > > I don't think I understand what you mean by "your solution". Was > > there a patch somewhere that I missed? > > Seems so. The patches (two alternatives) are attached to > https://debbugs.gnu.org/71049#53. Thanks. I don't understand what they do in the context of this discussion, probably because I don't know enough about shell-mode and comint. Could you explain the intent, please? From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 11:19:31 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 15:19:31 +0000 Received: from localhost ([127.0.0.1]:40152 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCL5P-00046y-FD for submit@debbugs.gnu.org; Wed, 29 May 2024 11:19:31 -0400 Received: from mout.gmx.net ([212.227.17.22]:51157) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCL5M-00046c-QJ for 71049@debbugs.gnu.org; Wed, 29 May 2024 11:19:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1716995949; x=1717600749; i=michael.albinus@gmx.de; bh=upVk9bi5WfbIe+SWAfnV2RZoAoThV2O3C/j/wPk59zA=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=ic29ljngSeqeJJOUkKk2m+Ax8TLJtw60iQRETNTGnpH43xCnvY8TXH4eZvFI84F0 vMRYkJ2KLdrX7MphzwNs6TEH0mNAVm0xJb3vTgyrRgGsF0fvm5UcFnAowkBl89qHm jKThiT1/MOjbnzi3hlvhH6hMnLO5oxbR9e2jaP6XtsRhyfCY4GXXZDft9xXk8g9Pq TINPD0aAigwCTuUFmeJxfsJs/pSDnhgg/4rl1jlXdyf84zC8KqwS3c4z6EWgLkx+s 7C0uR6OhfQTeCeXNGeIxZhHeHEq9ewfTFQlvQjd6N1AZZ6310j/xseYdzreJ7r/p6 Nr9THT9HPgBEA5DawA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MBUm7-1sLRsg3EKt-00CyvK; Wed, 29 May 2024 17:19:09 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <49378b27-2b18-4e8d-8884-882468c7134a@gutov.dev> (Dmitry Gutov's message of "Wed, 29 May 2024 14:55:43 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <87bk4pgj3y.fsf@gmx.de> <49378b27-2b18-4e8d-8884-882468c7134a@gutov.dev> Date: Wed, 29 May 2024 17:19:08 +0200 Message-ID: <87y17sejdf.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:52oMDHBlosaZKadpSEomAw67P2EtP6DCe+CPBpOGOO49YwoMgG3 HrQUVVtbsMkrPO9Y6zwjcZUXMlwrzX9tJIijsXcQPL/kh7fgbpJnhHZmL/NJ0ZyRYxL4Bwl 2nb8qU24meckIyuxLIBsf+ocwMqOyxohTHDjhbwzTlly9j0eI9gcaThCWUa69qctNJmSCJd chozjVLh6pOJvgIOGCXJw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:xjBdbsUlh0E=;cYQzufunrN9qcj7mjQcoi7YKQjJ JkjZKnd555wDdfe6MXrRfOIP7XndcGzBHG3gK4lI8iiyofgTVTAhJwtxBdJZFuQAIrc9EzpW3 BlKpUfw82/9JmbuskihG1Yqr8q8wZ2ijiaigQVWLoc/mv+NdsuJ/cLttdHZ93OJc84AaIfHQU XzC0iQYWofKm3n1Xa7AOG/cUZnJlGaZCx9lFLi9KTaOPov5TV9p0VXdlPqSzgc3FAMMxCpsMT g5alxEzyzLvSOwSyjGt75HMsde1Gg1K7iqPE1IxtdfFaNSo3UexvoPdLxa/FyMUuAJ8JwaXqq 7uKzFPMvomNBKCid/OjIOrc2+FBg+44aucE1FptnrTOodsN+5bSE5EX1Ag/2uNGpl9IpidCwO ZLsh0S2xhxC/cZe5S90HVaWlddt8DRQxF8aaXlB6yLnbXThX8vxC4BWO/BpXAjfiZ0lRONohY DJ0YAhr4nhORp2sbb1cnlzormAz69cfJEOaqsAyw62SqTONqb5YfhGPmvhKauOjwNzChEB745 cUDhPpxIk/9uORmTcMgzGPKPhT00qLlQFekmIxV4+tbSQ8dqxcPoBiMuoiBSw7easc8G78zHm PsYZmtAR/tpwQAhhytqWX90pAHAUKJWcGMYWv5+JgvdBrNvnuW1cJbO8fox8WBfAgoO1hJ7gN /FnnyDOJ1zDJeq9t9kHDCApG/2mK7T2XBMoPwQjB6gW4+2dIlpFK8vIUdzKQj1a6B+CbbQbC8 qfaGehc9+empDG2HEmzpVXKpMv4bxc2pwQ4P0abJBge4mo9CIr4oUjQQIqVACW4Du7pYc542b aadDirsaeNx8tSKvJjFkyPzWewprPcEoxTClLjVU9sDpw= X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, >>>> - Obey 'tramp-histfile-override' also for direct async processes. >>> >>> Thank you. >> So that's consensus. > > Yes, of course. I've pushed this part of the patch to the repositories. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 13:26:48 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 17:26:48 +0000 Received: from localhost ([127.0.0.1]:45667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCN4a-0000dv-0e for submit@debbugs.gnu.org; Wed, 29 May 2024 13:26:48 -0400 Received: from fhigh1-smtp.messagingengine.com ([103.168.172.152]:59429) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCN4Y-0000dT-1M for 71049@debbugs.gnu.org; Wed, 29 May 2024 13:26:47 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 7E22011400E9; Wed, 29 May 2024 13:26:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 29 May 2024 13:26:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717003590; x=1717089990; bh=RO0Ut2LJYIzRYBbP2UJppkDTjfkGxPztH9/5DM3ZUfI=; b= Joi/21yoV+DB/Nx7GJL3omniqhA79tnqfCXnmik2MyJ3Bw6Od5Be++X1PlqeWWNt 05c7LtmsHgGKIBXoT6SjIPTIlD1xysnkzZqiswN7P7X6ShNiZiIgMHPfy1ykk/UQ iLdmkJnTA/wERL/WJ66EWvwlFpvZf2H8tZph/7FfAVMQW4KzI8teyb5E2N70FcIO Ep+5F7WFNlwnFhq8e5jbfBldbEs/TjG2NyA5XpL5kwIdAFQJupU/WqCwcE+jJFKf OQMSHnFVDpqbcr2RRV+7/6xrNHzzk1CNQniDkNARpu4ekRrIpc1SYcyKeuJlOP1A H0T4jrr2PC+/6S66uUwm+A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717003590; x= 1717089990; bh=RO0Ut2LJYIzRYBbP2UJppkDTjfkGxPztH9/5DM3ZUfI=; b=I 3W6t8dq30N6aLiAFuzS2svAGFdQOu7484w0xa91HktfVnyy25BHHK7OUNZ//3WqK 6V05pFfW/cVllhdDRx3sg8svAwRX1ftx0kjmbjUcGc6cWLZcDXtfkmcQc4zGStDW 8fO99qAU3y7aqJwQb908B/fdnJoSYGkht7hEt7jfFa5Ug0o+Y8iW3IEnESUMaKca 7klm5ugutcVQSBgZ8gwvidgtSeVA7n+yCkh80JW9Ncfx3mNNeRJnx0lqeHoFBvUp 0Yl9hAmDMUKE+jZqoa+gJbugbXRSwi+c7FBhr+zQxFmb6CzFc8WjAGU7/6EfJYU1 0upKtUXLbTx3ijG0U/R0A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekuddguddutdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeffieefvdelueektdfgleeigedugfevkeefjeevjeffteffueeuueeghfev ieduvdenucffohhmrghinhepghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 May 2024 13:26:29 -0400 (EDT) Message-ID: <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> Date: Wed, 29 May 2024 20:26:26 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <86wmncss4i.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 29/05/2024 15:46, Eli Zaretskii wrote: >> Seems so. The patches (two alternatives) are attached to >> https://debbugs.gnu.org/71049#53. > Thanks. I don't understand what they do in the context of this > discussion, probably because I don't know enough about shell-mode and > comint. Could you explain the intent, please? Okay, to summarize the previous messages: async-shell-command calls shell-mode, which loads the history file by calling comint-read-input-ring. shell-setup-input-ring.diff extracts the comint input ring setup to a separate function. That function is then only called by 'shell', but not by 'shell-mode' itself anymore, or any of its descendants. Any callers or descendants of it that actually need this setup (I'm not aware of any, but they might exist) will need to adapt by adding this call. shell-no-start-prog.diff does not move the logic, but predicates its execution on the value of the variable shell--start-prog being non-nil. In-tree it's only set by 'shell', so the result is the same. The "how to adapt" recipe would be setting shell--start-prog to non-nil (in callers). From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 13:42:46 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 17:42:46 +0000 Received: from localhost ([127.0.0.1]:46370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCNK1-0001Rc-KT for submit@debbugs.gnu.org; Wed, 29 May 2024 13:42:46 -0400 Received: from mout.gmx.net ([212.227.15.15]:39491) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCNJz-0001RE-Mv for 71049@debbugs.gnu.org; Wed, 29 May 2024 13:42:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717004545; x=1717609345; i=michael.albinus@gmx.de; bh=+UB70rnLs1Rk5Pt1MDWzvtjS1ZYYyHZaBosVk2Fzzvo=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Ugdn9zkIU+QVrvNVRzzJKYu7VDMK0tCeG39VdZhBeIRpK4cx43dMpHM2WIYrJ8aH zEwiP2VISi0XX1SBQ9+wXepZ+xpea0usxbfO7doROKDz38YCeAeimzQd6oJwV3rGd ED3sOikyJjxRx5fQjA7cxwyJEUgQaSky8uH6B2ejz/zb0IWbop48VV0IhPl4OSBE1 KwRtNpOIdC2jf5IXSOmQjUx9TZU0CjCIDELogn5xd7BO2lsWiO/ngrAd3O3en3gp3 ysMS4Err72jmQOxfdmezRdl1mbJLSvsHVrUNYOv/rFbdrEpbpsqpuKOARN2Q5KCmA P5VDLlcJsZlWLFqDtQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MplXz-1squgG0i8T-00q9BM; Wed, 29 May 2024 19:42:25 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> (Dmitry Gutov's message of "Wed, 29 May 2024 20:26:26 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> Date: Wed, 29 May 2024 19:42:24 +0200 Message-ID: <87h6egecqn.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:E+CEAcb3BWPBeTSb+kQ1/cgr+YH3hEVkdTtuoxc79ctbLS5pKbB E1MP65UneljYrDZFoOl7dal9fQT4Z1+kO+wU60PWigu0kvFwjmRJHGVMMRRE9UfmlLm2f6x ZQ8BSm5T7kQBryTGqbvjxcImc74nkfYGkMGKJaNAETt80CIvwExgm+LuoT/0CzBH2vZplAq x2ho9JCZk+s/oRVHMOkvg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:5SKUeHs6kl4=;vVURadoHmSQdnnLfNlixcJc9KVt 3tdswktuPUbHEf/XKej46NdyaMcpWr46IkTExlyV6fd8ri+T3OntrmDOdilsnE6VvitY3W5jc qmcPuMqUSV3a4ZBo5opmUosR0Qt3dFHb2NTqsAxeuFdKM8QMQ4nNeK1oMSlAUspixItK3dhso hspMMfoNk060f/Zz+z9Zx/eYQaIBURCBleAY8rOnL7OwDSqNNP2GVdxvfZvlCNPuFQK03MssP mYvSiezfRFIXMrBN23OVJ9yOrn2V4u7ibTO/XtVJkTblp2ympZ/MJzht8DwW5s4WMOftETMp5 qsDTeXEoRMQnKNnofw6fhO11t8mpx33gvhhhF6FNFcfqSpMHZ0XViNDSli3UNhV4RWGcxxetJ DbgGbiVXvRyS0dvedRSy6HW5SiJFmrusdoELg1zHVfW485nm+K0RMf+9PBUEbbnh4QwDhz+9B 4xiTDIfdRP/GDK/WAjqDP67f+XOunZKmCz1reL1mgVZKpbEcI683h4hCHcTTQuZGxKJyP3T2D GzHdgRnIbpHbu5vm9pjHDJ+MTZ00aO/+cjxC5tyjvrn9+7fnkGp9pwSPnDVWHbwp4YXvMboSI C9QdmeBpxoem1x3sB74vMpkMBWkDZ4UnW+X9l0Ml/CC1XnTMZLL6OznIJhQ9fCKXAdcRLANSy X/zr0nQirIwOBCqFpgTOqcP1w4n4xsJMQwREYCyGsoklAJnSurqGxhQYilSAMoSb11i0Gc7DB 5VO49S1+y7KMPhPVfB8lSsqq3dj9udAMok2WCvTicSG7qloG4hLGzkJicuUoQhKg9TN7Kjlgg 2p7+NQv1fbk1pnAkp+0lmDfQkx/gIPjtfd3QWKnTx2tN6edd634EdK3z0Dn9SmtP5X X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Okay, to summarize the previous messages: Thanks. For Eli, I summarize the essential of my proposal. Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Okay, to summarize the previous messages: Thanks. For Eli, I summarize the essential of my proposal. Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Okay, to summarize the previous messages: Thanks. For Eli, I summarize the essential of my proposal. > async-shell-command calls shell-mode, which loads the history file by > calling comint-read-input-ring. > > shell-setup-input-ring.diff extracts the comint input ring setup to a > separate function. That function is then only called by 'shell', but > not by 'shell-mode' itself anymore, or any of its descendants. Any > callers or descendants of it that actually need this setup (I'm not > aware of any, but they might exist) will need to adapt by adding this > call. > > shell-no-start-prog.diff does not move the logic, but predicates its > execution on the value of the variable shell--start-prog being > non-nil. In-tree it's only set by 'shell', so the result is the > same. The "how to adapt" recipe would be setting shell--start-prog to > non-nil (in callers). shell-mode is changed to obey the existing tramp-histfile-override in the remote case, which tells whether to use the default history file, another history file (you can give the file name), or to suppress the history file at all. Like many Tramp methods, you can customize it via connection-local variables. I made also the proposal to suppress reading the remote history file for shell-command by default (performance!); every user can change the config of course. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 14:13:41 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 18:13:41 +0000 Received: from localhost ([127.0.0.1]:47560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCNnx-0002Wk-1U for submit@debbugs.gnu.org; Wed, 29 May 2024 14:13:41 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCNnu-0002WV-D9 for 71049@debbugs.gnu.org; Wed, 29 May 2024 14:13:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCNlY-0006o5-Pj; Wed, 29 May 2024 14:11:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=OkyplMP48z0RWJ3Bzount+6pHxuukT936g2smwohA1s=; b=bbhVZMuw3P0W ypEO3/JVNCLoazPBn6xzKabbsMrhdAuX8QwKrJr7/8NJxe+iQES49l0n0z5HAgg2o3n1vkRBo+bXh nlLF/V2wWi11aa5uB+kq1QnJ+3tSoc4mb47f0AVTe7rm+nbpfYVu9rCpREm+k1SmOWJ71o4qKW2EL mXW7AZucCXvBrZEOCTv/6pJPBxQ/1IDuxWiwOeZXb6vrlhfQS+AbE0q6Cm2a8UzUAjywINVcAmkbo EIKX3eaMXiF0Q6MSmCJTOKMD3JGnC0EIK+69fQYmiEQ8HnQIs43QrhRj51QZvfJ0/yqCn3rqPrHIZ 5wQDTo6qaky/xvoCqJgLRQ==; Date: Wed, 29 May 2024 21:11:10 +0300 Message-Id: <86ikywsd35.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> (message from Dmitry Gutov on Wed, 29 May 2024 20:26:26 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Wed, 29 May 2024 20:26:26 +0300 > Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org > From: Dmitry Gutov > > On 29/05/2024 15:46, Eli Zaretskii wrote: > >> Seems so. The patches (two alternatives) are attached to > >> https://debbugs.gnu.org/71049#53. > > Thanks. I don't understand what they do in the context of this > > discussion, probably because I don't know enough about shell-mode and > > comint. Could you explain the intent, please? > > Okay, to summarize the previous messages: > > async-shell-command calls shell-mode, which loads the history file by > calling comint-read-input-ring. > > shell-setup-input-ring.diff extracts the comint input ring setup to a > separate function. That function is then only called by 'shell', but not > by 'shell-mode' itself anymore, or any of its descendants. Any callers > or descendants of it that actually need this setup (I'm not aware of > any, but they might exist) will need to adapt by adding this call. > > shell-no-start-prog.diff does not move the logic, but predicates its > execution on the value of the variable shell--start-prog being non-nil. > In-tree it's only set by 'shell', so the result is the same. The "how to > adapt" recipe would be setting shell--start-prog to non-nil (in callers). Thanks. I think I'd prefer the changes in this respect to affect only remote commands. Since reading the local history file is almost instantaneous, risking to break some use case we don't think about sounds unjustified. Let's fix the problem where it exists without too many waves. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 14:15:22 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 18:15:22 +0000 Received: from localhost ([127.0.0.1]:47596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCNpa-0003hR-Ip for submit@debbugs.gnu.org; Wed, 29 May 2024 14:15:22 -0400 Received: from fout3-smtp.messagingengine.com ([103.168.172.146]:57227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCNpX-0003Jp-PG for 71049@debbugs.gnu.org; Wed, 29 May 2024 14:15:21 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.nyi.internal (Postfix) with ESMTP id 371FF13800D4; Wed, 29 May 2024 14:15:04 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 29 May 2024 14:15:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717006504; x=1717092904; bh=aKh5x6H1NCDFuVOiowQslr0b6Y3rrsPelcsHiyVHKo4=; b= IpEBsDaU5Bv4EI0Wlj1/fEbX2C8oBrJXkM4rVSwYZsVrzHH/jkHw5BTqOpOPSQsS Sq8D47WBOltXSH2KYHhIJu3t003uzS+aduLOUyahxxR4/Iyibd5TxTt31fP5yITv Z1wiP3Pc91gyXq8+WIWQbXxQjMJMoDIoyDz80S9jERCndFedv9D8Fx6HyW/BvnPZ kVkRJDm3p9FsFAXZiMTo61hcx9kPQafKZ943tqSlw+fDmo0/tyK3xWg0IQZ9mpPg xBaNHclaFXWweAZB7TtqkP30Asqp4ONirAeb3M6OgBPdlx174W6Qw2waIPp1RR2n Y1de7lY/fXOKFxrtBKm6yQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717006504; x= 1717092904; bh=aKh5x6H1NCDFuVOiowQslr0b6Y3rrsPelcsHiyVHKo4=; b=X tyZd+PbqVt0Ue9gm3JQ4qG75snf9kJlf0dXMdCy/fVuF8GQVqf68S3Rgn5r68x6t gpoi9PsSefzrV5ISNuVMw8U2Wc6ihdRGUSzOLOGgxApaFQGSuy4UcU95Dgd6pHB5 bgzt62HaT9YF+4dG7PR6fi+bzRLYWprdIbv0cq4U7YXL0vsQueE+su6iKqr9KkZz noCKDaVFHgzEeeqnRc2wiumj8aCltMFqEpcHniPa6eXfZu4x2iY7UQXfOCopCuuN 09jqpq9HOdRO03GS9cL6bvpRwi2zCpdDbMyqRyUp/Jc5qoOLn0mPtGbkbv1+rMuo Wqljs2EZr5PlPACKZeGMw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekuddguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveeg udejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 May 2024 14:15:02 -0400 (EDT) Message-ID: <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> Date: Wed, 29 May 2024 21:15:01 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <8734q7h35d.fsf@gmx.de> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87h6egecqn.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 29/05/2024 20:42, Michael Albinus wrote: > I made also the proposal to suppress reading > the remote history file for shell-command by default (performance!) How is that going to look, code-wise? From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 14:38:56 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 18:38:56 +0000 Received: from localhost ([127.0.0.1]:48528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCOCO-0006B0-A2 for submit@debbugs.gnu.org; Wed, 29 May 2024 14:38:56 -0400 Received: from mout.gmx.net ([212.227.15.18]:60595) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCOCL-0006Ae-Jl for 71049@debbugs.gnu.org; Wed, 29 May 2024 14:38:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717007914; x=1717612714; i=michael.albinus@gmx.de; bh=m45E/egtjdhsLeHTaHLX/y49R6I4mUSJh4wTGdVjAHg=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=mIsW8H6teP9sLHO8lPOqefTVKwiFObCaSBSF9wo82xmroFMYhL3UHvJxRr0CgAVF vYESL7mDkcPSYukwwtkCpcCCqoDCrcsZiFApMzRM5ozna5zygo+4ItZ9ZqbFEisRn Erhfz5FLlRVvq3gy6FsUPPbleoBN5NjTvS29mmMpiJbguKaEDVygMZzGstVaH+8Mk 6l6r8PCG2cCpQWUODyqx9wftPhOxgIlEHQ0n16hDpLd4W+fimelZqD3QZV0i0z9RT osO+Lc3ZHS0zD2oFOgUagAToZkywtXS5M/+BVMCveFURgH3oUcvlEpoZd/bxeCeId 6dfEMTGVXofwTr3Hwg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MCsPy-1sL9cQ2fpo-00CED3; Wed, 29 May 2024 20:38:34 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> (Dmitry Gutov's message of "Wed, 29 May 2024 21:15:01 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> Date: Wed, 29 May 2024 20:38:33 +0200 Message-ID: <875xuwea52.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:CeRalNaifyOHdfoxz5xn3GMx7WpM3F3GZFb5lPHrWGF2aGuONOK xZxu4EdkM8zOd3YCzMgytvRw/6YDtQSmzhQe4pjCoGlVeqUV4chnvUQlLzG2L5NJyHPFq2H id8DhrVYyqdhBbSiUUxW1pCaPTGHfjcz1oMfrctLQoBd9sc2LuM6YOYywQAl3hKX4JDF7Sq 4cYKBnwaP5t+pnRQOT5BA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:SNPQEBVxXUo=;vZwYP38MbZzjjhX7D0DkF7yw305 jt5zd6WqmJ5/goPg8Q/5U3TEaX60Okq4TdI1wmA04SpDBvUtJXn+QrQ9bLK8Snw6Hs+6EvX1Z DusGZnl470SDg1Oh31hwXt9JvCW4ZcA0r28l/57h4rF8HFDCPcMBGcH0wSw4p2SbDqONzUM7T ZeutLDpNKeReGqxoghpw1LJZSB9v/SWLLMcmI09apkoKYdBphW9k1TyVnRhRhw6uIBsvhKiNW yWWOuplHEEC/0XavmwWJMarfo1hDvTmXPdyVb8fNMkxVUvgix2Cp4C/BGUp9rrl4NQDKv2oLK hvovkQtl3ZjywOD78XmF8TlApvbADo2Kxkbif1f+fTDOHQUScMJnLgnbzMYWQDel4se7YRCMB SymNH4Guw6QchixL+KaQU+klu0CcCi5ps1n0HmJJMd0TCrqE3lIY1J1y8uH2CnrHbVsISw9Xm 7BMySn8ZTH8YqbwkRExtJvWtXp2HvbXa6HUlCZzp0vEEHfQMyXthmKZO93Yaagn16BwLE0qRp heM1DT3VOEoEF8eHgqz7I1mVpEIyHgIsXcs2xHFyo4xxFE/34RxR7Y04U1XrF48Z4buLkLls3 Xxvvbz6ATa3I2u7aEBmu2fMpeZFYmARclTOD+RDIf0lwQAVuBZvrexrrw5Nmv8gOqAHIkIQYB AM7AnvtgS6FWyn5rweiBa4gZWTDwL1dQnqPwyMT/sQKYX9A8sAIoUHxH4g94Ro+EbDmdGnDRz K7GCU4gJdBOsCPp7JOuTrT0dCnjc2hbYJavexDckOxgbbdWGyn7qw7vRD6JZWiWKgtUpU6Tx3 /jmpsMetJsIdygANIJ3x8oEheDrq80m1zS9NZIZEB4eOisdumhEI771CwbXXTqGwvi X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > On 29/05/2024 20:42, Michael Albinus wrote: >> I made also the proposal to suppress reading >> the remote history file for shell-command by default (performance!) > > How is that going to look, code [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.18 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > On 29/05/2024 20:42, Michael Albinus wrote: >> I made also the proposal to suppress reading >> the remote history file for shell-command by default (performance!) > > How is that going to look, code [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.18 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain Dmitry Gutov writes: > On 29/05/2024 20:42, Michael Albinus wrote: >> I made also the proposal to suppress reading >> the remote history file for shell-command by default (performance!) > > How is that going to look, code-wise? Not tested yet: --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/lisp/tramp.el b/lisp/tramp.el index b2442f45..ba852cf6 100644 --- a/lisp/tramp.el +++ b/lisp/tramp.el @@ -5260,7 +5260,17 @@ support symbolic links." (with-current-buffer output-buffer (setq mode-line-process '(":%s")) (unless (eq major-mode 'shell-mode) - (shell-mode)) + ;; We set `tramp-histfile-override' to t in order to + ;; suppress reading the remote history file by + ;; default. Could be overridden by the user with a + ;; connection-local setting. + (let ((tramp-histfile-override t)) + ;; `with-connection-local-application-variables' + ;; exists since Emacs 29. Older Emacsen will use + ;; default application `tramp'. + (tramp-compat-with-connection-local-application-variables + 'shell-command + (shell-mode)))) (set-process-filter p #'comint-output-filter) (set-process-sentinel p #'shell-command-sentinel) (when error-file --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 16:40:50 2024 Received: (at 71049) by debbugs.gnu.org; 29 May 2024 20:40:50 +0000 Received: from localhost ([127.0.0.1]:53387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCQ6M-0002Ti-Fi for submit@debbugs.gnu.org; Wed, 29 May 2024 16:40:50 -0400 Received: from fhigh3-smtp.messagingengine.com ([103.168.172.154]:33755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCQ6J-0002TI-HP for 71049@debbugs.gnu.org; Wed, 29 May 2024 16:40:48 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 50CB81140113; Wed, 29 May 2024 16:40:32 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 29 May 2024 16:40:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717015232; x=1717101632; bh=cOtRrX8H+Uf3w3WsfiAg00jHCNgVFK8iMRPucVYjtsw=; b= F+1E5LlnDzmEl7y1uHbo5Egfb1lSGDagWPoQd/48C0KkVffenjeMCIn5ON4xCkU5 Vv8Grhhuk86f+4KFUglexLVR5iM6O7Jr9XtierdEhSSl32/hTv1Jm/ymyjoxMhVb P1/yQrxEhizHuJrNEkjQT4mXgw4aDm4c8kEIV0FZajOg8MYxylr9NKW0HsI1blMs EqyD7PwiLjTy4F9AWsjDhRpYwvIsb/hieQMZOBr+5x403NGPt0Jivv1LtEFtVF/O wXmJnWvqN/SDjpoj0y0f5+1Y5UYfEespQycLBHFdw61RsVFgSvNIg0wPUaUF+0fZ z/x8h1SNWcSFqfSgBSrY3g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717015232; x= 1717101632; bh=cOtRrX8H+Uf3w3WsfiAg00jHCNgVFK8iMRPucVYjtsw=; b=V Xg3po9nPGDtQCunOCUYN47o5mwevA7Hn4IVLSfGscW8xeGQrSlQ6wVz4XgGxtF/L nBauIn+bRfKtDFzehHvMSe92ERtuCN1vNyIazfvl7DBg6uZnJ/7eBm0re9AJZvAL XjrWmqgbgGm8T12n9cIt5JxO8MeIackqlDea3UdxkujwycAo5hjXJ50nxfCTh/tc YTAVbZq4Vi8l48g7G3LbCwQSRrtquGWlwZ6mFgwzEFGyIpbbVkL+Efv4HpMmJWM7 4VMjpVzv2vdImk9w3m+fABPKf6lHbLj3aeBJakPMmJlQ5xWwEcgeFV/KRGPyvbFe xN1ClPM9pktm7djrtQaKA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekuddgudeglecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveeg udejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 May 2024 16:40:30 -0400 (EDT) Message-ID: Date: Wed, 29 May 2024 23:40:28 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87ttinfgoa.fsf@gmx.de> <861q5r2ric.fsf@gnu.org> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <875xuwea52.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 29/05/2024 21:38, Michael Albinus wrote: > Dmitry Gutov writes: > >> On 29/05/2024 20:42, Michael Albinus wrote: >>> I made also the proposal to suppress reading >>> the remote history file for shell-command by default (performance!) >> How is that going to look, code-wise? > Not tested yet: > > > diff --git a/lisp/tramp.el b/lisp/tramp.el > index b2442f45..ba852cf6 100644 > --- a/lisp/tramp.el > +++ b/lisp/tramp.el > @@ -5260,7 +5260,17 @@ support symbolic links." > (with-current-buffer output-buffer > (setq mode-line-process '(":%s")) > (unless (eq major-mode 'shell-mode) > - (shell-mode)) > + ;; We set `tramp-histfile-override' to t in order to > + ;; suppress reading the remote history file by > + ;; default. Could be overridden by the user with a > + ;; connection-local setting. > + (let ((tramp-histfile-override t)) > + ;; `with-connection-local-application-variables' > + ;; exists since Emacs 29. Older Emacsen will use > + ;; default application `tramp'. > + (tramp-compat-with-connection-local-application-variables > + 'shell-command > + (shell-mode)))) > (set-process-filter p #'comint-output-filter) > (set-process-sentinel p #'shell-command-sentinel) > (when error-file Thank you. I haven't tested this personally either, but it seems like this is the behavior we will want by default. So the proposed solution should include it, I think. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 04:50:17 2024 Received: (at 71049) by debbugs.gnu.org; 30 May 2024 08:50:17 +0000 Received: from localhost ([127.0.0.1]:53275 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCbUG-00080r-On for submit@debbugs.gnu.org; Thu, 30 May 2024 04:50:17 -0400 Received: from mout.gmx.net ([212.227.15.19]:38645) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCbUE-00080U-NH for 71049@debbugs.gnu.org; Thu, 30 May 2024 04:50:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717058996; x=1717663796; i=michael.albinus@gmx.de; bh=TGJuGlweDkByGU3MomNCKyAxGD3Ly7i9as4tyGd9MU4=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=cIdoD5Rhm96dRJZqnq++UtDdU6fwgQgR4QMCkw6xsTR3iyi2l00VnXLMM9T2OkV2 4ewwCBxNulnABp5AJQ9c6PGtvSOJiM039XJug0YC0N15uFldVxLCDG0sl0Vu5Kzkj in5hg9Rr5JFkV4fzZoyfuH0PK6HiiJtaUkM7Wx57uYyEfZYJWiAmUAJzCrW7PME0F PXgvn4WO6aUxulcM3yIEhkNF+2F+c/lg1KHR7rqC0WLfcDph2iwyfr50ZJ3iRzO+S Ra40DgxJ51cF0C2TmT5O93auxO/ZXKnuztpgG887fZeeeH4QY9KVgNyBwwJU/Kd1m Jt+CnTaMpPxLWIsPnw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M5wPh-1s6nv63WVn-006OaQ; Thu, 30 May 2024 10:49:55 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: (Dmitry Gutov's message of "Wed, 29 May 2024 23:40:28 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> Date: Thu, 30 May 2024 10:49:55 +0200 Message-ID: <87jzjbr8ek.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:HybIZu1VThIS6hFqWqYM66sK6x+P/sGtqJ6GzKVTlkO1cJHKQfi 9Rf/m0q735T+6wsjE1CtLof2q/ukw6ohz74viROSHmDPqQ+aZzIK8F3qeUQoAtXQBAzsVy/ PAaDULIvtEpAbWkhJZufJrrQK0Ec5IhxjPlvP9csjvTgECW9rScDwp+BV2iZrTYUnPRkGVD yVgGRFIZ9IuVSY7W41hRg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:lYbXbRu+8Nk=;SxD2mTfFPxVrHDAS6TeCJ4HyXFv cmRRwYpaTWG2dsN9sHEHdAG/vw6d2Qn3MUDsgGxbJbrbVGixBUoPGaYr2d2glcVIuJy58FsvW /6arAfdFowFdHQGItoPdyq+FUW0G3WmzLyXdIgACQyzLVC31gLk6pvgRuoGTaGzXXSajigO8l Qvnwy+3dDPVHknPsncSmomPipdmWbFOhrT6O9hni3ZjXu1Na36yphDDdIg8EbjBkFUGj9CXcH GfLFPgw7sXZz4a5Vy7Sq86qSI5FyT0P0xPisIXLeqRSUetSmBi/IGOYA8TMePI3d1FrGCtUUX PloI7zaZ0Bzr8bhGrCmMgBgCjRihMYaXMy6aaprhi15acN8Bo+May81un7uCHaJOT84XVQrLp V4ewDMe4arqdZs9OackkKQKA35wABVlrCPmoXZdXdcI/RkJnDWBYikwrrKfpzxP2TGB4YrrIE UarVAGKB90naDlu+Strsa3SM5deZ+fUpWh2SrkI7lbspzUdQRAvcVYxA0VdDgCRApFMqVU8Tl KanJtk+fsgu5TcpHoGfJzPsQ6zAxRZwjagAo0Qiw2Xrar57Tc1xIpymOqBp9YAbawGIyZ3zWl 8FHMQ92tpgo3gtX4SwkboZ1vc1oeU9UZ1Vzcp9YykvzLO9T11oKJQ7//U2Z6l+Ghvh0ECpQ5v DNNNbxfo3ytkXdsDuf2QVF0bsW7pKX9tIv/ZBUOfXIVMBNReXPSYXzkUwnNdgeAWuSd67CngX dNOHiDRNOUMGCkhK/lRoqFpUvdADiNuaYUsq8fApEoZAXaoJ2IMkP3ayASrDSUNEqwq4s8x7I xMYseZCyBaXrz6ElSW4vgXz4q3WxkDZJkjMO7psbKLdySH4+3/kD5EjVtquwptc9hR X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > Thank you. I haven't tested this personally either, but it seems like > this is the behavior we will want by default. > > So the proposed solution should include it, I think. Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: Hi Dmitry, > Thank you. I haven't tested this personally either, but it seems like > this is the behavior we will want by default. > > So the proposed solution should include it, I think. Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: Hi Dmitry, > Thank you. I haven't tested this personally either, but it seems like > this is the behavior we will want by default. > > So the proposed solution should include it, I think. In order to not misunderstand: you agree the solution based on tramp-histfile-override now, don't you? Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 20:25:16 2024 Received: (at 71049) by debbugs.gnu.org; 31 May 2024 00:25:16 +0000 Received: from localhost ([127.0.0.1]:52853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCq56-0006oZ-4E for submit@debbugs.gnu.org; Thu, 30 May 2024 20:25:16 -0400 Received: from wfout2-smtp.messagingengine.com ([64.147.123.145]:52203) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCq50-0006oF-Sl for 71049@debbugs.gnu.org; Thu, 30 May 2024 20:25:14 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfout.west.internal (Postfix) with ESMTP id 1E30E1C000FE; Thu, 30 May 2024 20:24:54 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 30 May 2024 20:24:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1717115093; x=1717201493; bh=dL6FqUqjHL eHZb7qHQoIpLVsWY7aSlCTpwrbN78YN6w=; b=OIYT14CflrLTVRbJHLcGC03gUg xZ0RT7K778DZmg3mShi/jU/Yv6pUFmN3fO16VnfCmlae5OpcPBtXDliPxExAdQWn qsJP1rwOitDoGHX9xShuVOpwNhNmP1aIy3gxwnfCc8aPpKOAEZ/npUOY6LTpA6ZW YYnszfRBW98uzYZsK/d6AYVshq5oAVWJDk19FIQnEZ0OAgSFSfqVS6L9cd1UVSg1 4mY+m9F+LUOCGlAsyFeEooYWJwjaqFAprAJYdLNDBmpzAidGWrIqZAg3Qy/MjgAA /Jsif7Eap98EqqfZMT9392YPwW3BcWJoTUDDp+7ftlkSIcUdqV3nQx+9TwNg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1717115093; x=1717201493; bh=dL6FqUqjHLeHZb7qHQoIpLVsWY7a SlCTpwrbN78YN6w=; b=COUQrspp/FidmJAqmetA9MNXSQlM/IiYk/gMYs+sIWr/ vdQIAtwW3i4D8Pf9mF65tJO3IXufqZysKhZUJ6nFQPb6RyraUWyRJ2WEaS0eXEeJ Ru2aUc8eZ0TSgWHzo+nbex4vu/4jbL6tI75bmKqfMmRrHlsKTozZyVmDPpajYjf0 N+AV7KUyv4JRKqXDsx576Bih9FhO+9C1RXKOR//sI5SyDLMJ5xEB5y5EKQS4YCNj G5BRdDuECSwyw0xky6Ckury7R3R9h/NDQBvhQpLoj8oPICQLKK9TWCrsChjagVf1 dlTLHwdtHkxaW3PUrq+VBi0nY/Y7QgErecPk5mOyZw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekhedgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfkffggfgfuvfevfhfhjgesmhdtreertddvjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeehleefudekudduveekieelgfeiffdvkefhkeeljeeujeegueekveffkeejjeev heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 30 May 2024 20:24:52 -0400 (EDT) Content-Type: multipart/mixed; boundary="------------Gh4v0NRHA8JJMAwembPrYihI" Message-ID: <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> Date: Fri, 31 May 2024 03:24:49 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87jzjbr8ek.fsf@gmx.de> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------Gh4v0NRHA8JJMAwembPrYihI Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Michael, On 30/05/2024 11:49, Michael Albinus wrote: >> Thank you. I haven't tested this personally either, but it seems like >> this is the behavior we will want by default. >> >> So the proposed solution should include it, I think. > In order to not misunderstand: you agree the solution based on > tramp-histfile-override now, don't you? Just to be frank: I don't like the approach, but I do think it's better than the status quo. In that sense, I agree with it, if none other is accepted. But, well, in the meantime I came up with a couple of new solutions: 1) [first patch] We can add a new major mode, for 'M-&' to use instead of the full-blown 'shell-mode' - it could be very simple: just apply font-lock keywords and maybe set list-buffers-directory. Problems? I suppose someone might be using shell-mode-hook to do something in the async-shell-command output buffer, and it won't fire anymore. Seemingly very minor concern. 2) [second patch] async-shell-command could set shell--start-prog (it's permanent-local) to `none', and then shell-mode will check for that value, and if set to this value, skip the input ring setup. Downsides? Pretty ad-hoc approach. And any external code looking up this (private) variable could be surprised by the new value. --------------Gh4v0NRHA8JJMAwembPrYihI Content-Type: text/x-patch; charset=UTF-8; name="shell-command-mode.diff" Content-Disposition: attachment; filename="shell-command-mode.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3AvbmV0L3RyYW1wLmVsIGIvbGlzcC9uZXQvdHJhbXAuZWwKaW5k ZXggOTM4NWIwMjMzOTIuLmYwYzY0YTdhOTBmIDEwMDY0NAotLS0gYS9saXNwL25ldC90cmFt cC5lbAorKysgYi9saXNwL25ldC90cmFtcC5lbApAQCAtNTI0Nyw4ICs1MjQ3LDggQEAgdHJh bXAtaGFuZGxlLXNoZWxsLWNvbW1hbmQKIAkgICAgICA7OyBEaXNwbGF5IG91dHB1dC4KIAkg ICAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciBvdXRwdXQtYnVmZmVyCiAJCShzZXRxIG1vZGUt bGluZS1wcm9jZXNzICcoIjolcyIpKQotCQkodW5sZXNzIChlcSBtYWpvci1tb2RlICdzaGVs bC1tb2RlKQotCQkgIChzaGVsbC1tb2RlKSkKKwkJKHVubGVzcyAoZXEgbWFqb3ItbW9kZSAn c2hlbGwtY29tbWFuZC1tb2RlKQorCQkgIChzaGVsbC1jb21tYW5kLW1vZGUpKQogCQkoc2V0 LXByb2Nlc3MtZmlsdGVyIHAgIydjb21pbnQtb3V0cHV0LWZpbHRlcikKIAkJKHNldC1wcm9j ZXNzLXNlbnRpbmVsIHAgIydzaGVsbC1jb21tYW5kLXNlbnRpbmVsKQogCQkod2hlbiBlcnJv ci1maWxlCmRpZmYgLS1naXQgYS9saXNwL3NoZWxsLmVsIGIvbGlzcC9zaGVsbC5lbAppbmRl eCBlNmIzMTVlZTVjMC4uN2ZhODRhMzdlODMgMTAwNjQ0Ci0tLSBhL2xpc3Avc2hlbGwuZWwK KysrIGIvbGlzcC9zaGVsbC5lbApAQCAtODM4LDYgKzgzOCwxMyBAQCBzaGVsbC13cml0ZS1o aXN0b3J5LW9uLWV4aXQKICAgICAgICh3aXRoLWN1cnJlbnQtYnVmZmVyIGJ1ZgogICAgICAg ICAoaW5zZXJ0IChmb3JtYXQgIlxuUHJvY2VzcyAlcyAlc1xuIiBwcm9jZXNzIGV2ZW50KSkp KSkpCiAKKyhkZWZpbmUtZGVyaXZlZC1tb2RlIHNoZWxsLWNvbW1hbmQtbW9kZSBjb21pbnQt bW9kZSAiU2hlbGwiCisgICJNYWpvciBtb2RlIGZvciB0aGUgb3V0cHV0IG9mIGBhc3luYy1z aGVsbC1jb21tYW5kJy4iCisgIChzZXRxLWxvY2FsIGZvbnQtbG9jay1kZWZhdWx0cyAnKHNo ZWxsLWZvbnQtbG9jay1rZXl3b3JkcyB0KSkKKyAgOzsgU2VlIGNvbW1lbnRzIGluIGBzaGVs bC1tb2RlJy4KKyAgKHNldHEtbG9jYWwgYW5zaS1jb2xvci1hcHBseS1mYWNlLWZ1bmN0aW9u ICMnc2hlbGwtYXBwbHktYW5zaS1jb2xvcikKKyAgKHNldHEgbGlzdC1idWZmZXJzLWRpcmVj dG9yeSAoZXhwYW5kLWZpbGUtbmFtZSBkZWZhdWx0LWRpcmVjdG9yeSkpKQorCiA7OzsjIyNh dXRvbG9hZAogKGRlZnVuIHNoZWxsICgmb3B0aW9uYWwgYnVmZmVyIGZpbGUtbmFtZSkKICAg IlJ1biBhbiBpbmZlcmlvciBzaGVsbCwgd2l0aCBJL08gdGhyb3VnaCBCVUZGRVIgKHdoaWNo IGRlZmF1bHRzIHRvIGAqc2hlbGwqJykuCmRpZmYgLS1naXQgYS9saXNwL3NpbXBsZS5lbCBi L2xpc3Avc2ltcGxlLmVsCmluZGV4IGFlOGE4MjRjYjU0Li44NjE4NDI3ZjVjMCAxMDA2NDQK LS0tIGEvbGlzcC9zaW1wbGUuZWwKKysrIGIvbGlzcC9zaW1wbGUuZWwKQEAgLTMxLDcgKzMx LDcgQEAKIChldmFsLXdoZW4tY29tcGlsZSAocmVxdWlyZSAnY2wtbGliKSkKIAogKGRlY2xh cmUtZnVuY3Rpb24gd2lkZ2V0LWNvbnZlcnQgIndpZC1lZGl0IiAodHlwZSAmcmVzdCBhcmdz KSkKLShkZWNsYXJlLWZ1bmN0aW9uIHNoZWxsLW1vZGUgInNoZWxsIiAoKSkKKyhkZWNsYXJl LWZ1bmN0aW9uIHNoZWxsLWNvbW1hbmQtbW9kZSAic2hlbGwiICgpKQogCiA7OzsgRnJvbSBj b21waWxlLmVsCiAoZGVmdmFyIGNvbXBpbGF0aW9uLWN1cnJlbnQtZXJyb3IpCkBAIC00NzIx LDcgKzQ3MjEsNyBAQCBzaGVsbC1jb21tYW5kCiAJCSAgKHNldHEgcHJvYwogCQkJKHN0YXJ0 LXByb2Nlc3Mtc2hlbGwtY29tbWFuZCAiU2hlbGwiIGJ1ZmZlciBjb21tYW5kKSkpCiAJCShz ZXRxIG1vZGUtbGluZS1wcm9jZXNzICcoIjolcyIpKQotICAgICAgICAgICAgICAgIChzaGVs bC1tb2RlKQorICAgICAgICAgICAgICAgIChzaGVsbC1jb21tYW5kLW1vZGUpCiAgICAgICAg ICAgICAgICAgKHNldHEtbG9jYWwgcmV2ZXJ0LWJ1ZmZlci1mdW5jdGlvbgogICAgICAgICAg ICAgICAgICAgICAgICAgICAgIChsYW1iZGEgKCZyZXN0IF8pCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAoYXN5bmMtc2hlbGwtY29tbWFuZCBjb21tYW5kIGJ1ZmZlcikpKQo= --------------Gh4v0NRHA8JJMAwembPrYihI Content-Type: text/x-patch; charset=UTF-8; name="shell-start-prog-none.diff" Content-Disposition: attachment; filename="shell-start-prog-none.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3Avc2hlbGwuZWwgYi9saXNwL3NoZWxsLmVsCmluZGV4IGU2YjMx NWVlNWMwLi4wNzAzODgzMjQzNyAxMDA2NDQKLS0tIGEvbGlzcC9zaGVsbC5lbAorKysgYi9s aXNwL3NoZWxsLmVsCkBAIC03MDIsNyArNzAyLDcgQEAgc2hlbGwtbW9kZQogICAoYWRkLWhv b2sgJ2NvbWludC1pbmRpcmVjdC1zZXR1cC1ob29rCiAgICAgICAgICAgICAjJ3NoZWxsLWlu ZGlyZWN0LXNldHVwLWhvb2sgJ2FwcGVuZCB0KQogICAoc2V0cSBjb21pbnQtaW5kaXJlY3Qt c2V0dXAtZnVuY3Rpb24KLSAgICAgICAgKGxldCAoKHNoZWxsIHNoZWxsLS1zdGFydC1wcm9n KSkKKyAgICAgICAgKGxldCAoKHNoZWxsIChhbmQgKHN0cmluZ3Agc2hlbGwtLXN0YXJ0LXBy b2cpIHNoZWxsLS1zdGFydC1wcm9nKSkpCiAgICAgICAgICAgKGxhbWJkYSAoKQogICAgICAg ICAgICAgKHJlcXVpcmUgJ3NoLXNjcmlwdCkKICAgICAgICAgICAgIChjbC1sZXRmCkBAIC03 MjAsNyArNzIwLDggQEAgc2hlbGwtbW9kZQogICA7OyBlZGl0IHRoaXMgZGlyZWN0b3J5LiAg QnV0IGl0IGlzIHVzZWZ1bCBpbiB0aGUgYnVmZmVyIGxpc3QgYW5kIG1lbnVzLgogICAoc2V0 cSBsaXN0LWJ1ZmZlcnMtZGlyZWN0b3J5IChleHBhbmQtZmlsZS1uYW1lIGRlZmF1bHQtZGly ZWN0b3J5KSkKICAgOzsgc2hlbGwtZGVwZW5kZW50IGFzc2lnbm1lbnRzLgotICAod2hlbiAo cmluZy1lbXB0eS1wIGNvbWludC1pbnB1dC1yaW5nKQorICAod2hlbiAoYW5kIChyaW5nLWVt cHR5LXAgY29taW50LWlucHV0LXJpbmcpCisgICAgICAgICAgICAgKG5vdCAoZXEgc2hlbGwt LXN0YXJ0LXByb2cgJ25vbmUpKSkKICAgICAobGV0ICgocmVtb3RlIChmaWxlLXJlbW90ZS1w IGRlZmF1bHQtZGlyZWN0b3J5KSkKICAgICAgICAgICAoc2hlbGwgKG9yIHNoZWxsLS1zdGFy dC1wcm9nICIiKSkKICAgICAgICAgICAoaHNpemUgKGdldGVudiAiSElTVFNJWkUiKSkKZGlm ZiAtLWdpdCBhL2xpc3Avc2ltcGxlLmVsIGIvbGlzcC9zaW1wbGUuZWwKaW5kZXggYWU4YTgy NGNiNTQuLjkwNzRmNTY0Y2ExIDEwMDY0NAotLS0gYS9saXNwL3NpbXBsZS5lbAorKysgYi9s aXNwL3NpbXBsZS5lbApAQCAtNDYyMSw2ICs0NjIxLDcgQEAgc2hlbGwtY29tbWFuZAogCQkJ ICAoYW5kIGZpbGVuYW1lIChmaWxlLXJlbGF0aXZlLW5hbWUgZmlsZW5hbWUpKSkpCiAgICAg Y3VycmVudC1wcmVmaXgtYXJnCiAgICAgc2hlbGwtY29tbWFuZC1kZWZhdWx0LWVycm9yLWJ1 ZmZlcikpCisgIChkZWZ2YXIgc2hlbGwtLXN0YXJ0LXByb2cpCiAgIDs7IExvb2sgZm9yIGEg aGFuZGxlciBpbiBjYXNlIGRlZmF1bHQtZGlyZWN0b3J5IGlzIGEgcmVtb3RlIGZpbGUgbmFt ZS4KICAgKGxldCAoKGhhbmRsZXIKIAkgKGZpbmQtZmlsZS1uYW1lLWhhbmRsZXIgKGRpcmVj dG9yeS1maWxlLW5hbWUgZGVmYXVsdC1kaXJlY3RvcnkpCkBAIC00NzIxLDYgKzQ3MjIsNyBA QCBzaGVsbC1jb21tYW5kCiAJCSAgKHNldHEgcHJvYwogCQkJKHN0YXJ0LXByb2Nlc3Mtc2hl bGwtY29tbWFuZCAiU2hlbGwiIGJ1ZmZlciBjb21tYW5kKSkpCiAJCShzZXRxIG1vZGUtbGlu ZS1wcm9jZXNzICcoIjolcyIpKQorICAgICAgICAgICAgICAgIChzZXRxIHNoZWxsLS1zdGFy dC1wcm9nICdub25lKQogICAgICAgICAgICAgICAgIChzaGVsbC1tb2RlKQogICAgICAgICAg ICAgICAgIChzZXRxLWxvY2FsIHJldmVydC1idWZmZXItZnVuY3Rpb24KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAobGFtYmRhICgmcmVzdCBfKQo= --------------Gh4v0NRHA8JJMAwembPrYihI-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 01:53:53 2024 Received: (at 71049) by debbugs.gnu.org; 31 May 2024 05:53:53 +0000 Received: from localhost ([127.0.0.1]:52994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCvD7-0006jI-8M for submit@debbugs.gnu.org; Fri, 31 May 2024 01:53:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCvD4-0006j6-SH for 71049@debbugs.gnu.org; Fri, 31 May 2024 01:53:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCvCo-0002sY-CB; Fri, 31 May 2024 01:53:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=1FtlLkVuuG82Pzhe8kESmtIdd5vfZEWI+P5k2WrLO90=; b=h0CPdxDiYWFw g0Fz2EIizNNUy04bsgBef3OePA56FJrurQY+3sf0kZHdesaw+yj/UAR4dPNw1+YB16DiIO6llZKOM cGAM1v/LrdYxgwk9jSCNc20bkHkv5gjUDSHMjEtGJXhNgJzreOqWPL6ZH1bQE7ttLVUzG0Fqqti1v fuy3WrvuXPObRsTouqyTzKBIP9YtGcAGtmpvEUP94oqp6SmW861KTKWVyegInvUsW/c3Mt44P6KP9 aauSV/tZuiJI2Cxb4LKiHvb0pJjr42wis0sgMiF8aXQaOGttV7jpM14lE6Kb3QR4+MIS/zpS9D4QA cr1iAiHdVngVbKuSVOZ8sg==; Date: Fri, 31 May 2024 08:53:32 +0300 Message-Id: <86zfs6plwj.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> (message from Dmitry Gutov on Fri, 31 May 2024 03:24:49 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Fri, 31 May 2024 03:24:49 +0300 > Cc: Eli Zaretskii , 71049@debbugs.gnu.org > From: Dmitry Gutov > > >> Thank you. I haven't tested this personally either, but it seems like > >> this is the behavior we will want by default. > >> > >> So the proposed solution should include it, I think. > > In order to not misunderstand: you agree the solution based on > > tramp-histfile-override now, don't you? > > Just to be frank: I don't like the approach, but I do think it's better > than the status quo. In that sense, I agree with it, if none other is > accepted. > > But, well, in the meantime I came up with a couple of new solutions: > > 1) [first patch] We can add a new major mode, for 'M-&' to use instead > of the full-blown 'shell-mode' - it could be very simple: just apply > font-lock keywords and maybe set list-buffers-directory. I think I'm okay with this. (It needs to be prominently documented, of course.) But we need a documented way for people to get previous behavior if they want that. How would that work? > Problems? I suppose someone might be using shell-mode-hook to do > something in the async-shell-command output buffer, and it won't fire > anymore. Seemingly very minor concern. Can't we run shell-mode-hook inside this new mode's mode hook? Then this problem goes away. > 2) [second patch] async-shell-command could set shell--start-prog (it's > permanent-local) to `none', and then shell-mode will check for that > value, and if set to this value, skip the input ring setup. > > Downsides? Pretty ad-hoc approach. And any external code looking up this > (private) variable could be surprised by the new value. Yes, which is why I like this one less. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 03:28:00 2024 Received: (at 71049) by debbugs.gnu.org; 31 May 2024 07:28:01 +0000 Received: from localhost ([127.0.0.1]:53080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCwgC-0000XT-IE for submit@debbugs.gnu.org; Fri, 31 May 2024 03:28:00 -0400 Received: from mout.gmx.net ([212.227.15.18]:36859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCwg9-0000X2-Ac for 71049@debbugs.gnu.org; Fri, 31 May 2024 03:27:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717140457; x=1717745257; i=michael.albinus@gmx.de; bh=jPn3OdyQ8ITnExUE5PrltXiaFgn/YYRxx0VBR4CZO9E=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=fcI63DUcn4YUvEO6196ialBbo8KMiAVC/4VBCl1atos+lcygpTsMJKQXtSOnbv6U tdRDBB/2gffM72qtUNNCiGeOcdVlHHygL3XWhAQLZq+IVd0saxbfLoVR01fyXcXaS jK7x2AGgnMGsC8avCqA/5Mwy65O31R45eKytJGM5jcTaeSWkk48pNz/lM//WI3FGc c2EH4/YEeFHs/q9Yl24ZBBrCtHguZBYt/rIfHcwQFhjPrUTZUOkhyP2MVXpyf8g1Y r/FuSnbDyXj0hZFXrKImF0oRYmGMp3t/KmJZc28TycAvxuDqfVMaxVGNxo1hvhCrC whj5ZikFcp/9P2jAuw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MDQiS-1sNMWl1GrO-00AVuh; Fri, 31 May 2024 09:27:37 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> (Dmitry Gutov's message of "Fri, 31 May 2024 03:24:49 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> Date: Fri, 31 May 2024 09:27:36 +0200 Message-ID: <8734py785z.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:qvWp1ShxpIePu3j0VpjuGx6u2FvkVtFo4rSlzfMPD5tkvHwvcd3 5Sg0Ir63ecdKgZmGeNWPsqbpZeWv2uP3PPqwD/vVjZcr+TrvhssJ63NK2XTojZGcKl7fzoc iizt1RYJBqzCXChd8ZBCNDmRDcb7Q79jhNzjvaMG6ZLaGxTOXci6zCK+OOYLpwb5smRG4dy CebvHfzEeBa8xDnZ9nTPw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:MrzPsFoCiZg=;uDjNCFE7t3LQ+3AdaE+m6j+7HRI ls0jrYGCDuptabauOgz4pkigLMqS8MKVs8qB7sXoNxUzqDFlRZt+JmWIzo1vNhwXqsmvSnNxW 8OrOsD0HMYz3heZlv9x1k4W4z9RjC/9KIR9K/prDKfVJ0PahfK4wI+5Qp2sokAfxpO0ZbKQBh WwcGAzmPrYw2wKlT5GDgvMOau2l2mQ/b/nx/yjrVybePZPd1G5Y7rplE1j//vyWWoLJjYePbJ 0Hz1xFawhtfQpO4uk9EnI15qVTbQw3Vo9q03mfakkf0yjB1r3sDFDObzAmDSmIMBoDUlcsZN8 N+WGIttpmD4CKiEu9gkbivA51J1fiF20kZyjCTPKXBveVqB6OwyCGE+bVPGVp2pUdLDFBm6hC /f7jn/enh+vS6hZUyefhISt9/Fk78UQGPX9s1dWTDpznb8FbHzy+DRlH7ovm8DGOzAcohmKfV L7e4HSCpZqiegywHrgaeTRvxzSJzcGC8ATKPGrr1q5useZ/46dpg0B4QoLeAm8WGhUzLvOzfp k9bbpqGMsbhuTLXw3IIVvqxoxWPdhMK7RBAAUHQTiV71z6paKAvA9FKCtXH9a0n69k37u6lXP jRf6T/SRFFIuwCiqinohBIrGmOul19Fd1bLVKd2Mx/jUF+/GqPK0jxt5i4GTlQMlvAE2MFEDQ UWozj20YysAoCRjwwxTfacY1O8qsfC+57zD7v+EDWiefqWnWc4RoxjdHS5OEuOjqlSQZ89p3c Y4OJN8TuiSgjwea4f3Mm1ANnUSHMqKSB2D/Yv0vfxLTU0H0VAjuIJ66dG/rrW8JjytH/Qw5yw sciDtTp+gqZDMl/Qg9g2fnPOVm5wz6+rsImIQBroTlItAjvNnyW7D3aqF+vCK74KqE Content-Transfer-Encoding: quoted-printable X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, > 1) [first patch] We can add a new major mode, for 'M-&' to use instead > of the full-blown 'shell-mode' - it could be very simple: just apply > font-lock keywords and maybe set list-buffers-directory. > > Problems? I suppose someone might be using shell-mode-hook to do > something in the async-shell-command output buffer, and it won't fire > anymore. Seemingly very minor concern. This is not only for 'M-&', but for any place asynchronous 'shell-command' is called. You miss a lot of settings 'shell-mode' applies. No idea whether people need this in async 'shell-command'. > diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el > index 9385b023392..f0c64a7a90f 100644 > --- a/lisp/net/tramp.el > +++ b/lisp/net/tramp.el > @@ -5247,8 +5247,8 @@ tramp-handle-shell-command > ;; Display output. > (with-current-buffer output-buffer > (setq mode-line-process '(":%s")) > - (unless (eq major-mode 'shell-mode) > - (shell-mode)) > + (unless (eq major-mode 'shell-command-mode) > + (shell-command-mode)) > (set-process-filter p #'comint-output-filter) > (set-process-sentinel p #'shell-command-sentinel) > (when error-file You want to make this backward compatible, down to Emacs 27. > diff --git a/lisp/shell.el b/lisp/shell.el > index e6b315ee5c0..7fa84a37e83 100644 > --- a/lisp/shell.el > +++ b/lisp/shell.el > @@ -838,6 +838,13 @@ shell-write-history-on-exit > (with-current-buffer buf > (insert (format "\nProcess %s %s\n" process event)))))) > > +(define-derived-mode shell-command-mode comint-mode "Shell" > + "Major mode for the output of `async-shell-command'." "... of asynchronous `shell-command'." Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 08:13:55 2024 Received: (at 71049) by debbugs.gnu.org; 31 May 2024 12:13:55 +0000 Received: from localhost ([127.0.0.1]:53478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sD18t-0004xu-7B for submit@debbugs.gnu.org; Fri, 31 May 2024 08:13:55 -0400 Received: from wfout1-smtp.messagingengine.com ([64.147.123.144]:43037) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sD18r-0004xh-6e for 71049@debbugs.gnu.org; Fri, 31 May 2024 08:13:54 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.west.internal (Postfix) with ESMTP id 345D11C0023B; Fri, 31 May 2024 08:13:36 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Fri, 31 May 2024 08:13:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717157615; x=1717244015; bh=sB/Dk7PwUlClftLrG0Gkyx2CGQkaI/6zJE/w+WymI0A=; b= Ko75Q+jjEQtZZKO49X9swGFJnjKyigZRm9Ph2WN1oCFwWvnmwH3zjVpYry2A/BUw bRv9haNksmrSmo6kJ0++k8RSpuTcHEuvqvdXTGT5qnMPHvdfUoWd/fVyBt2ww8lk +buM7luNcMxUcQVoX4tPL8wZ5cbzumio3g7GlnJ83nf6aSHVUTQNYocihQ1gke69 Vg8KYM+I40Hq8kIipy0y3LXXt+y2be4FLx/eYyGuTPsxNl++0Sz7ewZ0/NIkEDzS Ms6NBuye2ktkX4uKc23PFWLztY5Q3BJBuO4mOinr3BPQhfiEu1EzVdYYuCZKEzJX wFW/c4zeW5n4Bqb2FrsFfA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717157615; x= 1717244015; bh=sB/Dk7PwUlClftLrG0Gkyx2CGQkaI/6zJE/w+WymI0A=; b=d PzqlNcnsN+rUs7YK8H9aMbZCLOlQp7doIsqE+kFZhlfRta7TUOcBs46NFjBL471z an3Rc9QuheK6qcyrwQzEj6bZv57n2+dFgrJU6Wxqeg46DTg99r/YmPHyu6xpUiqt 7I3I1zadOCtD5lxxTCa6AjsIgn6p8oELIy2CEOLQvG8o6Gtu6mLZu581XbH8N0DB fTiK7Tf+c5BkUv6WOgEhTjnUxG8Fz1gv48OF0VJwRPwY69iZiJOM+5enPijagiun +TuKOrx9+HHc7LdPombY8DCJ1i5j2x+BPr3d/Bxzyx1AMHCKHrbl5kLVRhdcS8VL ictQlTGs1E3lxZZUrNZtg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekiedggeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 31 May 2024 08:13:34 -0400 (EDT) Message-ID: Date: Fri, 31 May 2024 15:13:31 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <8734py785z.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <8734py785z.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) Hi Michael, On 31/05/2024 10:27, Michael Albinus wrote: >> 1) [first patch] We can add a new major mode, for 'M-&' to use instead >> of the full-blown 'shell-mode' - it could be very simple: just apply >> font-lock keywords and maybe set list-buffers-directory. >> >> Problems? I suppose someone might be using shell-mode-hook to do >> something in the async-shell-command output buffer, and it won't fire >> anymore. Seemingly very minor concern. > > This is not only for 'M-&', but for any place asynchronous > 'shell-command' is called. You miss a lot of settings 'shell-mode' > applies. No idea whether people need this in async 'shell-command'. My conclusion is they don't, but somebody who uses it more is welcome to argue otherwise. >> diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el >> index 9385b023392..f0c64a7a90f 100644 >> --- a/lisp/net/tramp.el >> +++ b/lisp/net/tramp.el >> @@ -5247,8 +5247,8 @@ tramp-handle-shell-command >> ;; Display output. >> (with-current-buffer output-buffer >> (setq mode-line-process '(":%s")) >> - (unless (eq major-mode 'shell-mode) >> - (shell-mode)) >> + (unless (eq major-mode 'shell-command-mode) >> + (shell-command-mode)) >> (set-process-filter p #'comint-output-filter) >> (set-process-sentinel p #'shell-command-sentinel) >> (when error-file > > You want to make this backward compatible, down to Emacs 27. Sure, makes sense. >> diff --git a/lisp/shell.el b/lisp/shell.el >> index e6b315ee5c0..7fa84a37e83 100644 >> --- a/lisp/shell.el >> +++ b/lisp/shell.el >> @@ -838,6 +838,13 @@ shell-write-history-on-exit >> (with-current-buffer buf >> (insert (format "\nProcess %s %s\n" process event)))))) >> >> +(define-derived-mode shell-command-mode comint-mode "Shell" >> + "Major mode for the output of `async-shell-command'." > > "... of asynchronous `shell-command'." Thank you. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 12:24:35 2024 Received: (at 71049) by debbugs.gnu.org; 31 May 2024 16:24:35 +0000 Received: from localhost ([127.0.0.1]:55227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sD53S-0006IR-PH for submit@debbugs.gnu.org; Fri, 31 May 2024 12:24:35 -0400 Received: from wfout4-smtp.messagingengine.com ([64.147.123.147]:45575) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sD53P-0006IC-HK for 71049@debbugs.gnu.org; Fri, 31 May 2024 12:24:33 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.west.internal (Postfix) with ESMTP id 6B0E71C00091; Fri, 31 May 2024 12:24:14 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Fri, 31 May 2024 12:24:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717172654; x=1717259054; bh=v83r5xkZz1D5uMW9ZmFRV+evy/9i9abmfitV9MD2E9o=; b= goNg0i0NiDUmZzJtqDeMSXLvofAWLRKxObDpntSnztX8VxTpVxr4sIHflSDGOcsl tqUGg+sXPV4uvDljhBiAZkzg9e8SoltQYDjhLoFdbkONBAsyhMNbF64qBwHEA8zi 3CDcczvY8X3zAhGRH783c+zNGmwSr1UyvYVu/UvGttv+UB6oM7ZRFw0muLVyZWwZ vqjVVoyMyYdlb9j8zUdYGncxFqmz8D3ZSdyIb1EOHO7jabW2dNT7NrllC4aEfqgE HAHEgqANAD7oNTR/T1Ob4XFlpTJFgSXTe09sOzWOgJvnHUb9f2i4Mn+oYgx3Baa+ nZ8KkuqnO+b3lLA9QMpgXQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717172654; x= 1717259054; bh=v83r5xkZz1D5uMW9ZmFRV+evy/9i9abmfitV9MD2E9o=; b=f tkgLUPiYIppBNY2juAbvoAD4CPkcwbjQsRFGTkVbyU9YZcG1+2OkyNi0IYbnzxYc CuzPZE2zVputi7hd5X2py7YJeCrzPbEIWifqJdlBI24+hx5tAC0mgO1pagSVVeYs FkiLwAw3nCS/jIZMW81GnygBqYrYaMO23LHldNR2UjpBbaa0+0V0ONUPam9sqQdW t9vqkBJ/Y2x+PPppSBojTRBes73ULr8w/6ESnfyk+tFFCwQdveHNyCVQ9ujfDaPL iSXrNF7XzP2QpT0ELnC3EETQYDH5VjVdP4UGXvRfbME6fqc+L8qXDGBiJBv39KLL blK+PidaZYZJ6AGrTkocQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekiedgleekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 31 May 2024 12:24:12 -0400 (EDT) Message-ID: Date: Fri, 31 May 2024 19:24:10 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <86zfs6plwj.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 31/05/2024 08:53, Eli Zaretskii wrote: >> 1) [first patch] We can add a new major mode, for 'M-&' to use instead >> of the full-blown 'shell-mode' - it could be very simple: just apply >> font-lock keywords and maybe set list-buffers-directory. > > I think I'm okay with this. (It needs to be prominently documented, > of course.) In NEWS? > But we need a documented way for people to get previous > behavior if they want that. How would that work? If we really needed the capability to rollback the change, I suppose we could add a defvar pointing to the major mode to use. I.e. (defvar async-shell-command-major-mode #'shell-command-mode) >> Problems? I suppose someone might be using shell-mode-hook to do >> something in the async-shell-command output buffer, and it won't fire >> anymore. Seemingly very minor concern. > > Can't we run shell-mode-hook inside this new mode's mode hook? Then > this problem goes away. Doesn't seem worth it - it was just an offhand example I came up with. The syntax table and the keymap would also different, and some user, in theory, could depend on those as well. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 14:08:07 2024 Received: (at 71049) by debbugs.gnu.org; 31 May 2024 18:08:08 +0000 Received: from localhost ([127.0.0.1]:55309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sD6ff-0003ZJ-Ha for submit@debbugs.gnu.org; Fri, 31 May 2024 14:08:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sD6fb-0003Ye-Lh for 71049@debbugs.gnu.org; Fri, 31 May 2024 14:08:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sD6dE-0002gC-KY; Fri, 31 May 2024 14:05:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=xhckoQjBfCBb1q2DyeHVSdKwBMR+dLy5NoX6PzLtZtQ=; b=fppL4Y1ZJxXZ ttMHnUHV12nOjYyNY9tVSQ1cM8JJWRLZ8WcvGO2137o1Ayn05QcSR7uM0zTifFQ85rKnwTqIi/uj5 sSe52p2itiCOaLfGJjgPcAs1g9X+WWXDUsAKGLAWgcC6BgSfI93J7QnHI398gmBTVHj9c652jn+MI aiHlHWl+eag7HOO2lE9xwwd4T0M4dSerG4mVzdf1tstsAK6gRWi1skx+CrR3eYz601LFWj9bzmy95 T5yIMYptKIhPalw/jc5mbU35R4zJi5TBqDfDcmH6OUdUILxTxFKD3/0NqwVCbsJ0tv0jPX/D0nGx/ 41qnwQpfRL/5s+rQKB4ruQ==; Date: Fri, 31 May 2024 21:05:32 +0300 Message-Id: <86h6edq2kz.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: (message from Dmitry Gutov on Fri, 31 May 2024 19:24:10 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Fri, 31 May 2024 19:24:10 +0300 > Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org > From: Dmitry Gutov > > On 31/05/2024 08:53, Eli Zaretskii wrote: > > >> 1) [first patch] We can add a new major mode, for 'M-&' to use instead > >> of the full-blown 'shell-mode' - it could be very simple: just apply > >> font-lock keywords and maybe set list-buffers-directory. > > > > I think I'm okay with this. (It needs to be prominently documented, > > of course.) > > In NEWS? There, but also in the doc string of M-&, and maybe also in the doc string of shell-mode-hook. > > But we need a documented way for people to get previous > > behavior if they want that. How would that work? > > If we really needed the capability to rollback the change, I suppose we > could add a defvar pointing to the major mode to use. I.e. > > (defvar async-shell-command-major-mode #'shell-command-mode) That could work, yes. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 21:22:13 2024 Received: (at 71049) by debbugs.gnu.org; 1 Jun 2024 01:22:13 +0000 Received: from localhost ([127.0.0.1]:55504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDDRl-0007Dw-6N for submit@debbugs.gnu.org; Fri, 31 May 2024 21:22:13 -0400 Received: from wfout1-smtp.messagingengine.com ([64.147.123.144]:58783) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDDRg-0007Df-Ml for 71049@debbugs.gnu.org; Fri, 31 May 2024 21:22:11 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailfout.west.internal (Postfix) with ESMTP id EFF651C00069; Fri, 31 May 2024 21:21:50 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 31 May 2024 21:21:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1717204910; x=1717291310; bh=5Jx2oQxLOo LLfwCZuI1VhNV6OnQ02vVK3reVvdGv0aM=; b=TPZYF8cSeBuSfXsqgmSEv1OpTM S5VMiO19mW0WekPeAZbuExkT3Ftwzn7U9vrMfk1D8/N3dOD2LTp6McpEW3FdRDv2 IKbmDsyV2UDZjKo++Uhf9OqV2OxljLUrJZBNxOk2+iyJjkHckxh7J5EoiEVW2uFy 3jyf2i+smUbifgEoh4X4dP0YAkKQWMwIh117XvZuiQMhOt+F9CYOVwxEHiMJoCeq VlvR+85FoCl3a3KCZ3lxxBUfXWoznUDPpOaiDJmyaMEb9uMH3Fvbh0vm0d0AilAF ST6vBaHyDgQBHo8IJvgVvzGr2aFKDPJPrrZANErvK/YzUIPkQBYvee0jWQvg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1717204910; x=1717291310; bh=5Jx2oQxLOoLLfwCZuI1VhNV6OnQ0 2vVK3reVvdGv0aM=; b=fKuNfysPjFNtSDDoZeL6MHJfbdVKlDI+Ir2d+Pd548Lh sx/K06Zf2TMulQXGHr+wONS9sBQeGIGHqUgBylWAGcYunV0P7TucqyvfXLKRkpc5 iezJxOhMCmEpT2OIbW0o1hfj+piiN9uu803F5cAS8PNSEf3cFi3QrHeo0N5/f13c CenQSTdFueL/eueltQCMCZHYROyFgWcqIIPv7NWuImnGpSpp/TYz4saMHy8YImWO nTexxtgw69tQOOUKW4ZTCXItSV/hamny9NIGT+4yAM2vmcFCfOC7+0ViAektKVBd tC4xDCWjdgIuq1QGFGomIBJlDa7bUTIERI9tJPxcYg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekjedggeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfkffggfgfuvfevfhfhjgesmhdtreertddvjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeehleefudekudduveekieelgfeiffdvkefhkeeljeeujeegueekveffkeejjeev heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 31 May 2024 21:21:48 -0400 (EDT) Content-Type: multipart/mixed; boundary="------------3lQlkX0HtnxuXje8apfezpqy" Message-ID: Date: Sat, 1 Jun 2024 04:21:46 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <86h6edq2kz.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------3lQlkX0HtnxuXje8apfezpqy Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 31/05/2024 21:05, Eli Zaretskii wrote: >> Date: Fri, 31 May 2024 19:24:10 +0300 >> Cc:michael.albinus@gmx.de,71049@debbugs.gnu.org >> From: Dmitry Gutov >> >> On 31/05/2024 08:53, Eli Zaretskii wrote: >> >>>> 1) [first patch] We can add a new major mode, for 'M-&' to use instead >>>> of the full-blown 'shell-mode' - it could be very simple: just apply >>>> font-lock keywords and maybe set list-buffers-directory. >>> I think I'm okay with this. (It needs to be prominently documented, >>> of course.) >> In NEWS? > There, but also in the doc string of M-&, and maybe also in the doc > string of shell-mode-hook. > >>> But we need a documented way for people to get previous >>> behavior if they want that. How would that work? >> If we really needed the capability to rollback the change, I suppose we >> could add a defvar pointing to the major mode to use. I.e. >> >> (defvar async-shell-command-major-mode #'shell-command-mode) > That could work, yes. How about this? --------------3lQlkX0HtnxuXje8apfezpqy Content-Type: text/x-patch; charset=UTF-8; name="shell-command-mode.diff" Content-Disposition: attachment; filename="shell-command-mode.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2V0Yy9ORVdTIGIvZXRjL05FV1MKaW5kZXggZDA1OGFjYzM1NzIuLjQw NDA3ZWRmNGUzIDEwMDY0NAotLS0gYS9ldGMvTkVXUworKysgYi9ldGMvTkVXUwpAQCAtMTg4 MSw2ICsxODgxLDEwIEBAIHRoYW4gcmVndWxhciBleHByZXNzaW9ucywgYnV0IGxlc3MgY29t cGxleGl0eSB0aGFuIGNvbnRleHQtZnJlZQogZ3JhbW1hcnMuICBUaGUgSW5mbyBtYW51YWwg IihlbGlzcCkgUGFyc2luZyBFeHByZXNzaW9uIEdyYW1tYXJzIiBoYXMKIGRvY3VtZW50YXRp b24gYW5kIGV4YW1wbGVzLgogCisqKiBOZXcgbWFqb3IgbW9kZSAnc2hlbGwtY29tbWFuZC1t b2RlJy4KK1RoaXMgbW9kZSBpcyB1c2VkIGJ5IGRlZmF1bHQgZm9yIHRoZSBvdXRwdXQgb2Yg J2FzeW5jLXNoZWxsLWNvbW1hbmQnLgorVG8gcmV2ZXJ0IHRvIHRoZSBwcmV2aW91cyBiZWhh dmlvciwgc2V0ICdhc3luYy1zaGVsbC1jb21tYW5kLW1vZGUnIHRvCisnc2hlbGwtbW9kZScu CiAMCiAqIEluY29tcGF0aWJsZSBMaXNwIENoYW5nZXMgaW4gRW1hY3MgMzAuMQogCmRpZmYg LS1naXQgYS9saXNwL25ldC90cmFtcC5lbCBiL2xpc3AvbmV0L3RyYW1wLmVsCmluZGV4IDkz ODViMDIzMzkyLi43OTVhOWU2NjdjNyAxMDA2NDQKLS0tIGEvbGlzcC9uZXQvdHJhbXAuZWwK KysrIGIvbGlzcC9uZXQvdHJhbXAuZWwKQEAgLTUyNDcsOCArNTI0NywxMyBAQCB0cmFtcC1o YW5kbGUtc2hlbGwtY29tbWFuZAogCSAgICAgIDs7IERpc3BsYXkgb3V0cHV0LgogCSAgICAg ICh3aXRoLWN1cnJlbnQtYnVmZmVyIG91dHB1dC1idWZmZXIKIAkJKHNldHEgbW9kZS1saW5l LXByb2Nlc3MgJygiOiVzIikpCi0JCSh1bmxlc3MgKGVxIG1ham9yLW1vZGUgJ3NoZWxsLW1v ZGUpCi0JCSAgKHNoZWxsLW1vZGUpKQorICAgICAgICAgICAgICAgIChjb25kCisgICAgICAg ICAgICAgICAgICgoYm91bmRwICdhc3luYy1zaGVsbC1jb21tYW5kLW1vZGUpCisgICAgICAg ICAgICAgICAgICA7OyBFbWFjcyAzMCsKKyAgICAgICAgICAgICAgICAgICh1bmxlc3MgKGVx IG1ham9yLW1vZGUgYXN5bmMtc2hlbGwtY29tbWFuZC1tb2RlKQorICAgICAgICAgICAgICAg ICAgICAoZnVuY2FsbCBhc3luYy1zaGVsbC1jb21tYW5kLW1vZGUpKSkKKyAgICAgICAgICAg ICAgICAgKChub3QgKGVxIG1ham9yLW1vZGUgJ3NoZWxsLW1vZGUpKQorICAgICAgICAgICAg ICAgICAgKHNoZWxsLW1vZGUpKSkKIAkJKHNldC1wcm9jZXNzLWZpbHRlciBwICMnY29taW50 LW91dHB1dC1maWx0ZXIpCiAJCShzZXQtcHJvY2Vzcy1zZW50aW5lbCBwICMnc2hlbGwtY29t bWFuZC1zZW50aW5lbCkKIAkJKHdoZW4gZXJyb3ItZmlsZQpkaWZmIC0tZ2l0IGEvbGlzcC9z aGVsbC5lbCBiL2xpc3Avc2hlbGwuZWwKaW5kZXggZTZiMzE1ZWU1YzAuLmVkZWU0NmNkYjRk IDEwMDY0NAotLS0gYS9saXNwL3NoZWxsLmVsCisrKyBiL2xpc3Avc2hlbGwuZWwKQEAgLTgz OCw2ICs4MzgsMTMgQEAgc2hlbGwtd3JpdGUtaGlzdG9yeS1vbi1leGl0CiAgICAgICAod2l0 aC1jdXJyZW50LWJ1ZmZlciBidWYKICAgICAgICAgKGluc2VydCAoZm9ybWF0ICJcblByb2Nl c3MgJXMgJXNcbiIgcHJvY2VzcyBldmVudCkpKSkpKQogCisoZGVmaW5lLWRlcml2ZWQtbW9k ZSBzaGVsbC1jb21tYW5kLW1vZGUgY29taW50LW1vZGUgIlNoZWxsIgorICAiTWFqb3IgbW9k ZSBmb3IgdGhlIG91dHB1dCBvZiBhc3luY2hyb25vdXMgYHNoZWxsLWNvbW1hbmQnLiIKKyAg KHNldHEtbG9jYWwgZm9udC1sb2NrLWRlZmF1bHRzICcoc2hlbGwtZm9udC1sb2NrLWtleXdv cmRzIHQpKQorICA7OyBTZWUgY29tbWVudHMgaW4gYHNoZWxsLW1vZGUnLgorICAoc2V0cS1s b2NhbCBhbnNpLWNvbG9yLWFwcGx5LWZhY2UtZnVuY3Rpb24gIydzaGVsbC1hcHBseS1hbnNp LWNvbG9yKQorICAoc2V0cSBsaXN0LWJ1ZmZlcnMtZGlyZWN0b3J5IChleHBhbmQtZmlsZS1u YW1lIGRlZmF1bHQtZGlyZWN0b3J5KSkpCisKIDs7OyMjI2F1dG9sb2FkCiAoZGVmdW4gc2hl bGwgKCZvcHRpb25hbCBidWZmZXIgZmlsZS1uYW1lKQogICAiUnVuIGFuIGluZmVyaW9yIHNo ZWxsLCB3aXRoIEkvTyB0aHJvdWdoIEJVRkZFUiAod2hpY2ggZGVmYXVsdHMgdG8gYCpzaGVs bConKS4KZGlmZiAtLWdpdCBhL2xpc3Avc2ltcGxlLmVsIGIvbGlzcC9zaW1wbGUuZWwKaW5k ZXggYWU4YTgyNGNiNTQuLmZhNzQ1ZjEwMTQ4IDEwMDY0NAotLS0gYS9saXNwL3NpbXBsZS5l bAorKysgYi9saXNwL3NpbXBsZS5lbApAQCAtMzEsNyArMzEsNiBAQAogKGV2YWwtd2hlbi1j b21waWxlIChyZXF1aXJlICdjbC1saWIpKQogCiAoZGVjbGFyZS1mdW5jdGlvbiB3aWRnZXQt Y29udmVydCAid2lkLWVkaXQiICh0eXBlICZyZXN0IGFyZ3MpKQotKGRlY2xhcmUtZnVuY3Rp b24gc2hlbGwtbW9kZSAic2hlbGwiICgpKQogCiA7OzsgRnJvbSBjb21waWxlLmVsCiAoZGVm dmFyIGNvbXBpbGF0aW9uLWN1cnJlbnQtZXJyb3IpCkBAIC00NDg3LDkgKzQ0ODYsMTAgQEAg YXN5bmMtc2hlbGwtY29tbWFuZAogCiBUaGUgb3V0cHV0IGFwcGVhcnMgaW4gT1VUUFVULUJV RkZFUiwgd2hpY2ggY291bGQgYmUgYSBidWZmZXIgb3IKIHRoZSBuYW1lIG9mIGEgYnVmZmVy LCBhbmQgZGVmYXVsdHMgdG8gYHNoZWxsLWNvbW1hbmQtYnVmZmVyLW5hbWUtYXN5bmMnCi1p ZiBuaWwgb3Igb21pdHRlZC4gIFRoYXQgYnVmZmVyIGlzIGluIHNoZWxsIG1vZGUuICBOb3Rl IHRoYXQsIHVubGlrZQotd2l0aCBgc2hlbGwtY29tbWFuZCcsIE9VVFBVVC1CVUZGRVIgY2Fu IG9ubHkgYmUgYSBidWZmZXIsIGEgYnVmZmVyJ3MKLW5hbWUgKGEgc3RyaW5nKSwgb3Igbmls LgoraWYgbmlsIG9yIG9taXR0ZWQuICBUaGF0IGJ1ZmZlciBpcyBpbiBtYWpvciBtb2RlIHNw ZWNpZmllZCBieSB0aGUKK3ZhcmlhYmxlIGBhc3luYy1zaGVsbC1jb21tYW5kLW1vZGUnLiAg Tm90ZSB0aGF0LCB1bmxpa2Ugd2l0aAorYHNoZWxsLWNvbW1hbmQnLCBPVVRQVVQtQlVGRkVS IGNhbiBvbmx5IGJlIGEgYnVmZmVyLCBhIGJ1ZmZlcidzIG5hbWUKKyhhIHN0cmluZyksIG9y IG5pbC4KIAogWW91IGNhbiBjdXN0b21pemUgYGFzeW5jLXNoZWxsLWNvbW1hbmQtYnVmZmVy JyB0byBzcGVjaWZ5IHdoYXQgdG8gZG8KIHdoZW4gdGhlIGJ1ZmZlciBzcGVjaWZpZWQgYnkg YHNoZWxsLWNvbW1hbmQtYnVmZmVyLW5hbWUtYXN5bmMnIGlzCkBAIC00NTMzLDYgKzQ1MzMs OSBAQCBhc3luYy1zaGVsbC1jb21tYW5kCiAoZGVjbGFyZS1mdW5jdGlvbiBjb21pbnQtb3V0 cHV0LWZpbHRlciAiY29taW50IiAocHJvY2VzcyBzdHJpbmcpKQogKGRlY2xhcmUtZnVuY3Rp b24gY29taW50LXRlcm0tZW52aXJvbm1lbnQgImNvbWludCIgKCkpCiAKKyhkZWZ2YXIgYXN5 bmMtc2hlbGwtY29tbWFuZC1tb2RlICdzaGVsbC1jb21tYW5kLW1vZGUKKyAgIk1ham9yIG1v ZGUgdG8gdXNlIGZvciB0aGUgb3V0cHV0IG9mIGFzeW5jaHJvbm91cyBgc2hlbGwtY29tbWFu ZCcuIikKKwogKGRlZnVuIHNoZWxsLWNvbW1hbmQgKGNvbW1hbmQgJm9wdGlvbmFsIG91dHB1 dC1idWZmZXIgZXJyb3ItYnVmZmVyKQogICAiRXhlY3V0ZSBzdHJpbmcgQ09NTUFORCBpbiBp bmZlcmlvciBzaGVsbDsgZGlzcGxheSBvdXRwdXQsIGlmIGFueS4KIFdpdGggcHJlZml4IGFy Z3VtZW50LCBpbnNlcnQgdGhlIENPTU1BTkQncyBvdXRwdXQgYXQgcG9pbnQuCkBAIC00NTQz LDkgKzQ1NDYsOSBAQCBzaGVsbC1jb21tYW5kCiAKIElmIENPTU1BTkQgZW5kcyBpbiBgJics IGV4ZWN1dGUgaXQgYXN5bmNocm9ub3VzbHkuCiBUaGUgb3V0cHV0IGFwcGVhcnMgaW4gdGhl IGJ1ZmZlciB3aG9zZSBuYW1lIGlzIHNwZWNpZmllZAotYnkgYHNoZWxsLWNvbW1hbmQtYnVm ZmVyLW5hbWUtYXN5bmMnLiAgVGhhdCBidWZmZXIgaXMgaW4gc2hlbGwKLW1vZGUuICBZb3Ug Y2FuIGFsc28gdXNlIGBhc3luYy1zaGVsbC1jb21tYW5kJyB0aGF0IGF1dG9tYXRpY2FsbHkK LWFkZHMgYCYnLgorYnkgYHNoZWxsLWNvbW1hbmQtYnVmZmVyLW5hbWUtYXN5bmMnLiAgVGhh dCBidWZmZXIgaXMgaW4gbWFqb3IgbW9kZQorc3BlY2lmaWVkIGJ5IHRoZSB2YXJpYWJsZSBg YXN5bmMtc2hlbGwtY29tbWFuZC1tb2RlJy4gIFlvdSBjYW4gYWxzbyB1c2UKK2Bhc3luYy1z aGVsbC1jb21tYW5kJyB0aGF0IGF1dG9tYXRpY2FsbHkgYWRkcyBgJicuCiAKIE90aGVyd2lz ZSwgQ09NTUFORCBpcyBleGVjdXRlZCBzeW5jaHJvbm91c2x5LiAgVGhlIG91dHB1dCBhcHBl YXJzIGluCiB0aGUgYnVmZmVyIG5hbWVkIGJ5IGBzaGVsbC1jb21tYW5kLWJ1ZmZlci1uYW1l Jy4gIElmIHRoZSBvdXRwdXQgaXMKQEAgLTQ3MjEsNyArNDcyNCw3IEBAIHNoZWxsLWNvbW1h bmQKIAkJICAoc2V0cSBwcm9jCiAJCQkoc3RhcnQtcHJvY2Vzcy1zaGVsbC1jb21tYW5kICJT aGVsbCIgYnVmZmVyIGNvbW1hbmQpKSkKIAkJKHNldHEgbW9kZS1saW5lLXByb2Nlc3MgJygi OiVzIikpCi0gICAgICAgICAgICAgICAgKHNoZWxsLW1vZGUpCisgICAgICAgICAgICAgICAg KGZ1bmNhbGwgYXN5bmMtc2hlbGwtY29tbWFuZC1tb2RlKQogICAgICAgICAgICAgICAgIChz ZXRxLWxvY2FsIHJldmVydC1idWZmZXItZnVuY3Rpb24KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAobGFtYmRhICgmcmVzdCBfKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKGFzeW5jLXNoZWxsLWNvbW1hbmQgY29tbWFuZCBidWZmZXIpKSkK --------------3lQlkX0HtnxuXje8apfezpqy-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 02:07:54 2024 Received: (at 71049) by debbugs.gnu.org; 1 Jun 2024 06:07:54 +0000 Received: from localhost ([127.0.0.1]:55675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDHuE-0000RN-A0 for submit@debbugs.gnu.org; Sat, 01 Jun 2024 02:07:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44490) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDHuC-0000RA-5Z for 71049@debbugs.gnu.org; Sat, 01 Jun 2024 02:07:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sDHtu-0007YO-8h; Sat, 01 Jun 2024 02:07:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=L3dCnpJ7kxdVFJ4mBTczap9KxvX/Lgqeg2Xxwpfey+E=; b=keVf8cdG6wQx D9rdslqCRiwsxib9LKJ9JNCVtk3Fm07kQwkLYtx3iJfzhD9r7/TLSqooiJS4jlRnn0qa4j3dSnqAJ AaxPfQTi5fZinCMJtDz9lzs8LiIrolgoVx1IOwAXzujfuZWYijqga4ZDl+ejOZu+yhS2HqSvTFRY8 CQRw7h6VxtDc0aO/sArmkHhgbdTuINLsbv8ahce0xK0ZWAg88AkFdGGu/VXvKTBnL9CR5OPgFXeoE EUUJ+03jqEDWUanGdnnz8gINX9/ph9u4gfnITfoJ/8Bp+GM4dL4nBHoY2qE0Pd8PK/w4jKtOFpkzJ 9bnlk7BIEVVTM3Rh4SQxlw==; Date: Sat, 01 Jun 2024 09:07:32 +0300 Message-Id: <864jadp55n.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: (message from Dmitry Gutov on Sat, 1 Jun 2024 04:21:46 +0300) Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87o78vf9l2.fsf@gmx.de> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 71049 Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > Date: Sat, 1 Jun 2024 04:21:46 +0300 > Cc: michael.albinus@gmx.de, 71049@debbugs.gnu.org > From: Dmitry Gutov > > How about this? It LGTM, but please also mention the hook issue in NEWS (something saying that people who had shell-mode-hook do something for async shell commands should now consider moving that to the hook of the new mode). Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 11:34:00 2024 Received: (at 71049-done) by debbugs.gnu.org; 1 Jun 2024 15:34:00 +0000 Received: from localhost ([127.0.0.1]:57114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDQk4-0003Qw-IS for submit@debbugs.gnu.org; Sat, 01 Jun 2024 11:34:00 -0400 Received: from wfhigh5-smtp.messagingengine.com ([64.147.123.156]:35897) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDQk2-0003Qi-RQ for 71049-done@debbugs.gnu.org; Sat, 01 Jun 2024 11:33:59 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfhigh.west.internal (Postfix) with ESMTP id F398818000EF; Sat, 1 Jun 2024 11:33:40 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Sat, 01 Jun 2024 11:33:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717256020; x=1717342420; bh=wffmY4zPxWwF8d7QyKqJ6cMBErf2kKHDHf1PLQhNA2M=; b= okttdSIq1kkGxay/70o0gySkaRiJGxcbmfgECWuJkX2mITdyIHOw/OtqGYNYcyQE N63ckn72cSmklwi819NeIBpSo4SsQmTTPlK6mJWjc95uCnuePEE71HzWlGVtR5dN tzICf4Lu9bqNoWU7/HGjDec350b+qldJggHKMJYdcD81DwoGJEDAFTkkfGZKnQxo eF2HLmLr+acnj0MQZd0ctM6klRbLyp++4gsd1FjUEtbFO4mucm0htwNno0/TsBTA h97CtQ7QTb6yxQXQaJpiyoLvCAH2AubSE6rxx/tbKHzC5fwe31KWI28qwGXZKSBA 62VZ+tbGoJlWNmPH4YqcUA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717256020; x= 1717342420; bh=wffmY4zPxWwF8d7QyKqJ6cMBErf2kKHDHf1PLQhNA2M=; b=K VP8c0uTPF8XBqwNk2auk01pXnKrIW9pKX9tb9gajZCoQEaxs3FvHr8jf0jBk3lD5 ndYNFHrvA+rricUT5+M8SWBBWISKNyw8k1qixhrbuQEHdvDfYhQpTuqV+9nnorT+ lBf5SHu5RehwnGkEajePfx2iIsoN0rtpCrPDbaQMlTDkM7Zjamtq5I3YZlUp0fVn IragfqquHZiaBOzIUtGYmH9lKGYtUoiY1gudLw2FJ5PpH1AofRnOPUnFsDY++d+i YfSiw/nQuJ8Rjuv+Vgxmt5oNUi6m0q4SWGQ27ACRyYCXRUNTvQolJJAV3mQZDZI4 9nrBdkCypnutEpBKHg4rQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekkedgkeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 1 Jun 2024 11:33:39 -0400 (EDT) Message-ID: Date: Sat, 1 Jun 2024 18:33:37 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Eli Zaretskii References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <86sey711m6.fsf@gnu.org> <221919a1-950e-4ef3-975d-f86078d8e105@gutov.dev> <87wmnidv3u.fsf@gmx.de> <25dad14a-397c-4052-908c-121e40bbef51@gutov.dev> <877cfhubyd.fsf@gmx.de> <608acf89-a1f9-4151-9f53-99962af87688@gutov.dev> <87jzjhvnbw.fsf@gmx.de> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <864jadp55n.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049-done Cc: michael.albinus@gmx.de, 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Eli, On 01/06/2024 09:07, Eli Zaretskii wrote: >> Date: Sat, 1 Jun 2024 04:21:46 +0300 >> Cc:michael.albinus@gmx.de,71049@debbugs.gnu.org >> From: Dmitry Gutov >> >> How about this? > It LGTM, but please also mention the hook issue in NEWS (something > saying that people who had shell-mode-hook do something for async > shell commands should now consider moving that to the hook of the new > mode). Thank you, pushed to master. I've tried adding something about shell-mode-hook, but it all feels like truisms (and it's not obvious that this hook should be mentioned in particular) - please feel free to edit to your preference. This seems to cover the last remaining issue in this report, so with that I'm closing. Thanks all! From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 11:47:40 2024 Received: (at 71049-done) by debbugs.gnu.org; 1 Jun 2024 15:47:40 +0000 Received: from localhost ([127.0.0.1]:57258 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDQxH-0006jg-UZ for submit@debbugs.gnu.org; Sat, 01 Jun 2024 11:47:40 -0400 Received: from mout.gmx.net ([212.227.15.18]:36655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDQxF-0006jO-A1 for 71049-done@debbugs.gnu.org; Sat, 01 Jun 2024 11:47:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717256836; x=1717861636; i=michael.albinus@gmx.de; bh=xTDTU1O3E7oHKtk6LZblAt1a7/q6pCXSlelydTzw8wU=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Gi0ezD9RmXbROqIVY0IHWc33ZU0Ngau/Pj/8+CBDmy3gRPc6L5PSpw5Lz8kxoNAE Qmfq0vV12/vOrDy2L3NzvCNjYRcEIWbsqOt2UVBox72ZKoLwngIS2PY1NzV4i0VGu dPv+3gIfl0qaoJE3daVTowM3j/xnSfqF2YhKRL5JKeZWedeJ1ehD8C5dIjpskiOd/ hhajSJRS3cMEBnnjR9i3gcCn1o/257Nm3NAb03Wii2LZkiFGUaULQKmQXyL3daryY rWCbi50vzHhoEcccaDEsZpxO2MMJMc4RWqungv7sMBwgL+HOFKX5tfCWYtRNGyT3T QhsQ1HzRf3gZS0PJcg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M7b6l-1s7grJ1kUf-004l3y; Sat, 01 Jun 2024 17:47:16 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: (Dmitry Gutov's message of "Sat, 1 Jun 2024 18:33:37 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> Date: Sat, 01 Jun 2024 17:47:15 +0200 Message-ID: <87ikysvf5o.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:piF2YmT61nN/bOiHvzoTswPE3JVQ9+/uOcmeGALb2Xew5v3/QSK /m5QOkfijF+99evkj8x4Xdsfhf7ywqx/5KfS1gyw5Kqzsi4Lo3MWnEW7OonXjNj6IPi1EFV h9vNicWTVKHKZayRTo5fBea5+8zmq89K+LpcFrHO7rv24uRRGSJHTOtJ/Q0kzv/exusLwtk vvt9CrSpVIKXaiWUFewjA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:8ePbcG00Mh0=;6jAlkR+mca6DsT0DK/PJmT9xGjO X6jTDUrG9H63DHiT0zGux32yDcUoa4bOchJho6i3XSTbB6Q1E9U1UN52WXPDJH2LgLoIxHxiO AIQmWqM0oVVMmh73DYe0Uj30oeCb0kRRj6QyduZqN0A0PvnpDFR/7tKZWOg+/NAN1t1N7y445 UgQ/UpvvuH6qWN+JcvW/elc2MjEdIYn2HB1PrDRPk4NDvDbwj6XXV8OFCZq04uH0QqqCFey9s 28b3nC0RH0zuo+XcO7ZbCk9DqCBXmvJJYuVftJXqQYFaSJENDWil1/6xzBw3HxjTfw3Zv3zpJ 83BYpce74zUf8kGyr0eNFCHBxRanU8eDQ9I0qQYnCCzj0od1wKN76wH6ah+1RPA6cRkumzMob mAF+hXGZNKiLQg5Hw1Z0+Lvtk56xWJ5WxnGL+Vnj495ftoDh6nB+oYipFOMRbdVYVdLRLRa/I LN8gi6ZmIJ6D2oxV/9OyKaDgiNc4rGo7taebVX1XNLHxVaw9AZ4/6zAWfAH4QGPu/tIoiOmPj LUXkhj5QepMOA/1AL0r5ht0zxoToAlPMNjqSg+8I/5Zj0bZAWlcjwaltSOBxkaGIU1nhow1Kz IhNDv7mSe/y/cbx4dzPH+dHwc6ACs7XCpx9XufzBBFDTK2RYFdvPnBTSF9/u2k2MFicYePSKf pPKXJa6FzVw3dBfm3lhmp3jFsL0Pa2nZztrtgYf1VYoAVzZXUD1JbEeOCQT/8/eWwmSltx9x4 5XqCkZwm0UL+OSmzznXudgMRn0ZvYQ7nxEYt955CfJoDXo9SVxSjDTKL2yU0Au1PkxBrTGxZ7 1UqWDYiL02RxWzL9/dz2YzIBUz0RLX3/o9JbxNUt9mDX3ZAwdyxVOpRym/+2oqJLkU X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Eli, Hi Dmitry & Eli, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 71049-done Cc: Eli Zaretskii , 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Eli, Hi Dmitry & Eli, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Eli, Hi Dmitry & Eli, > This seems to cover the last remaining issue in this report, so with > that I'm closing. Thanks all! Does that mean that my proposed change to shell-mode (obeying tramp-histfile-override) should not be applied? It is independent from the change Dmitry has pushed. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 21:39:50 2024 Received: (at 71049-done) by debbugs.gnu.org; 2 Jun 2024 01:39:50 +0000 Received: from localhost ([127.0.0.1]:57589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDaCL-00075X-U4 for submit@debbugs.gnu.org; Sat, 01 Jun 2024 21:39:50 -0400 Received: from wfout8-smtp.messagingengine.com ([64.147.123.151]:43715) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDaCK-00075K-5o for 71049-done@debbugs.gnu.org; Sat, 01 Jun 2024 21:39:48 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.west.internal (Postfix) with ESMTP id 70A0A1C000F3; Sat, 1 Jun 2024 21:39:29 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sat, 01 Jun 2024 21:39:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717292369; x=1717378769; bh=QZVglu8/hWE2l72Ec+ab1WjNnCxRt94FPkkYOaJIRAM=; b= ZugJ/NxlK/sVzdzAf3jj1imCi6/O/IdxYSE0cUa3Hyyq7JPkvpsQso+sQ7o1XZQh Qe+T1meXLnKBSTgerL+hh6uRRWT6xfh9gNGICXYZnTasyoG8DYxSWz2UcPSBSrgU XfTnzPeRirquJ9u/xYd8FMKpRv4RFmsFkS+CzvivFB6tpMOkX8AtE22czJ6ALIJN BDOPtB0ZYs7pBUHD2zNeNKgZMG0yjxtZUWAxHoYnMRQebtUlHzOEI44oooD9hMfI FGW0Uk734nOhOiHsZO66ksNxh6eTjvpjLZRZ1vBKGgQn9TcOh/UgzUF9YMp9UPYi 9WMG01pK1bn2ZkLM217wuA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717292369; x= 1717378769; bh=QZVglu8/hWE2l72Ec+ab1WjNnCxRt94FPkkYOaJIRAM=; b=j 0Xb6VFdbIVJg571RbKGK6D2ysh/25s484nSRvp0UcoMfC+8Lhxxr5dl6v5LdmQyE ic19GVCi7Q27rGMvIj3Szz95ummOfXU9Ff1yM45vk9tKiUVM0CyWWmR+d4YZuPtr hE+DS0B2Cn2wEdlYCrxRNBKePqOxwwWXcS4ThwNpPqOYNP0o45kl8VEm4GmnuOl9 xooabtEOEpnzjHn0jttL+H/P+fUJAkN+Rm73RU3jM7IMLNdKfL8KzvkLwREGk3dq 7AIP2ElZqoxuGB+oAzBwZ+66Mg2p26VTONq3Vxwuh1+0f9p5L7v4AFD8af6J7Z17 4Kmmay/zFW4CvfDRB9kkQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdekledggeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 1 Jun 2024 21:39:27 -0400 (EDT) Message-ID: Date: Sun, 2 Jun 2024 04:39:25 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <50900208-34b8-4b7c-90fc-8796da6bccd6@gutov.dev> <87cyp9vlb1.fsf@gmx.de> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> <87ikysvf5o.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87ikysvf5o.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049-done Cc: Eli Zaretskii , 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, On 01/06/2024 18:47, Michael Albinus wrote: > Does that mean that my proposed change to shell-mode (obeying > tramp-histfile-override) should not be applied? It is independent from > the change Dmitry has pushed. Looking at it again, it does seem like it could still be useful to override or disable the remote history file (right?). But with your patch, what happens when tramp-history-override is a string? Both Tramp and shell will write to it its commands, and upon loading shell will also read history from it, including all of the commands that Tramp had sent to the remote host. Am I reading it correctly? Perhaps instead we could have a connection-local variable like shell-history-file-name, which could be customized by the user to t to disable history - and that could even work per-connection. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 02 04:36:49 2024 Received: (at 71049-done) by debbugs.gnu.org; 2 Jun 2024 08:36:50 +0000 Received: from localhost ([127.0.0.1]:57803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDght-0007hu-DM for submit@debbugs.gnu.org; Sun, 02 Jun 2024 04:36:49 -0400 Received: from mout.gmx.net ([212.227.17.22]:48669) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDghq-0007hg-UJ for 71049-done@debbugs.gnu.org; Sun, 02 Jun 2024 04:36:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717317386; x=1717922186; i=michael.albinus@gmx.de; bh=RIGeoqVJmsWlYLoKOC/Vf4ulvh2GfdLLA022Qm3iUz8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=cNOBFZRSDVfc2pDQcmFtmqAQD2M4N9ANnejOaV+P4pAp4CHhUl7wnyCBqrDt4eer LUVKXu0V+Ene0Kpg3h77jTmBDxfu8M3ipfN/dlrYHTjJaPG5x2Lvf1034/O1Lezls yQAfqRhd63hH18r0NuMKJ12OD5tcFm+5KkDN/wJtznM6FdDXXbP6eoBRk2hGCO4nC EaQ/dMR5SGHYOPHtRoZqq3JXHkE6DKum0pAzfdcL3FcWLbybP+ZAjHPEb7sLUIvYG SfpSNU44eu54PnVmVkEcoWI5E9WYnH98pMn4QtWvXmmJFBVFGbDzbmSu6nqKgJ47M 9KheeyyZaPBAMUDuPA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MAOJP-1sL4AE3hRD-00Bsj6; Sun, 02 Jun 2024 10:36:25 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: (Dmitry Gutov's message of "Sun, 2 Jun 2024 04:39:25 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> <87ikysvf5o.fsf@gmx.de> Date: Sun, 02 Jun 2024 10:36:24 +0200 Message-ID: <87a5k3vj07.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:eef5XGKZiLKCuavcsO76Tei2kj3rp1HcNT5u9W/6y56ZMDU7VkU O8toI3wthO6CXAluGPLmDyTBZkNssSRLOgVWxD/jxxs1oIAVx8zyjA8Z5S4Q5oHn7iuyNyO 6XNa3Ay846aWqBvqhs+kR6/sjChjJ5UXE6gaYEKmnmpC0Y/h9cHxCdc7vNz6sfuFsi8izG3 H6XVfkPAExx61n2rxkBbw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:bq9FmAftIgE=;/J5fyASKAOTDsadrvaSj3PZGs/z VTvwS9PkJ6NOdqNCf6ti9kxuGhl2LkMC4l43M3iE9d92DgGHd0A3Z1FShOT2SbbH/wbKJty7C KvSV3J4bmk0jRF56+wWYsZLeKO8Sch8HXv1rtuh0IBCFzbokQZHGB3H3mGaBS7BDgAvVwXSeR uTOIYBUx2qDuNyTpnpZNaoBV267zvQxPH0OFEc69cqBmEVBWAN3YcDORAM97UnIHUPQZ4TVBl ygjhwq5cGsePW1u2eZ/6vWzzlH2D1ehktFcqnVu4Ur2P50KOee3pQNFNfVyBF3UWNnS+hjqE0 sdmF6DPF/K5wen2gdSZLbvCK/7XY32vTzGEAmRsvl4OVU9Wn3gKx35ob2D+JZPDjzJ6Q/5Fth V2Bl2M2wB057DP5yWPJAU4doU8kGJrD2MWElBDPcqIxT2vzModuuv6l4XpnIY+2KjmizwNJek 7IrEn5mUDoGF8YOUUEjQIq+qD59uxLoDAK1v2va+zx8Ne6MaHG9Cm9kB5O/pR07JdLFX9+8nJ H5XQ9FW+lnDfix/vgFwGm4OIbnEc/IgvJGIHScxNlnCaKRW+q7XVHhEDypC7CUwBQNOPRBAWo 3ZauIW03X9+sbRzw2CRjfq2XfV+EFSc3G4B759IiCjIz7EhdzsdxxC31a2ZTzV7GD0FDavL55 0jJz+XjXeg9wDC/ryFzzr3Cn40h+D+nD8kTGHoROZTSMeUg6xd8azdbTlq6Ye8ZUyIskdWOBH sxTaDp8iKX7wjXZffkuJQBBGRA6fV0967WKflQCYPhuRvVO1q6Njw/AxQn+9hRI/cXewTKk4H +N3J5qFrUvNjxeoIPxx6TKGxv8sHX985fOFmhey2yxg5w= X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 71049-done Cc: Eli Zaretskii , 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain Dmitry Gutov writes: > Hi Michael, Hi Dmitry, > Looking at it again, it does seem like it could still be useful to > override or disable the remote history file (right?). > > But with your patch, what happens when tramp-history-override is a > string? Both Tramp and shell will write to it its commands, and upon > loading shell will also read history from it, including all of the > commands that Tramp had sent to the remote host. Am I reading it > correctly? > > Perhaps instead we could have a connection-local variable like > shell-history-file-name, which could be customized by the user to t to > disable history - and that could even work per-connection. Good idea. Something like this? --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/shell.el b/lisp/shell.el index 4352811912a..6fb5768c056 100644 =2D-- a/lisp/shell.el +++ b/lisp/shell.el @@ -419,6 +419,21 @@ shell--start-prog "Shell file name started in `shell'.") (put 'shell--start-prog 'permanent-local t) +(defcustom shell-history-file-name nil + "The history file name used in `shell-mode'. +When it is a string, this file name will be used. +When it is nil, the environment variable HISTFILE is used. +When it is t, no history file name is used in `shell-mode'. + +The settings obey whether `shell-mode' is invoked in a remote buffer. +In that case, HISTFILE is taken from the remote host, and the string is +interpreted as local file name on the remote host. + +If `shell-mode' is invoked in a local buffer, and no history file name +can be determined, a default according to the shell type is used." + :type '(choice (const :tag "Default" nil) (const :tag "Suppress" t) fil= e) + :version "30.1") + ;;; Basic Procedures (defun shell--unquote&requote-argument (qstr &optional upos) @@ -721,27 +736,33 @@ shell-mode (setq list-buffers-directory (expand-file-name default-directory)) ;; shell-dependent assignments. (when (ring-empty-p comint-input-ring) - (let ((remote (file-remote-p default-directory)) - (shell (or shell--start-prog "")) - (hsize (getenv "HISTSIZE")) - (hfile (getenv "HISTFILE"))) - (when remote - ;; `shell-snarf-envar' does not work trustworthy. - (setq hsize (shell-command-to-string "echo -n $HISTSIZE") - hfile (shell-command-to-string "echo -n $HISTFILE"))) + (let* ((remote (file-remote-p default-directory)) + (shell (or shell--start-prog "")) + (hfile (cond ((stringp shell-history-file-name) + shell-history-file-name) + ((null shell-history-file-name) + (if remote + (shell-command-to-string "echo -n $HISTFILE"= ) + (getenv "HISTFILE"))))) + hsize) (and (string-equal hfile "") (setq hfile nil)) - (and (stringp hsize) - (integerp (setq hsize (string-to-number hsize))) - (> hsize 0) - (setq-local comint-input-ring-size hsize)) - (setq comint-input-ring-file-name - (concat - remote - (or hfile - (cond ((string-equal shell "bash") "~/.bash_history") - ((string-equal shell "ksh") "~/.sh_history") - ((string-equal shell "zsh") "~/.zsh_history") - (t "~/.history"))))) + (when (and (not remote) (not hfile)) + (setq hfile + (cond ((string-equal shell "bash") "~/.bash_history") + ((string-equal shell "ksh") "~/.sh_history") + ((string-equal shell "zsh") "~/.zsh_history") + (t "~/.history")))) + (when (stringp hfile) + (setq hsize + (if remote + (shell-command-to-string "echo -n $HISTSIZE") + (getenv "HISTSIZE"))) + (and (stringp hsize) + (integerp (setq hsize (string-to-number hsize))) + (> hsize 0) + (setq-local comint-input-ring-size hsize)) + (setq comint-input-ring-file-name + (concat remote hfile))) (if (or (equal comint-input-ring-file-name "") (equal (file-truename comint-input-ring-file-name) (file-truename null-device))) --=-=-= Content-Type: text/plain Best regards, Michael. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 02 10:10:42 2024 Received: (at 71049-done) by debbugs.gnu.org; 2 Jun 2024 14:10:42 +0000 Received: from localhost ([127.0.0.1]:60094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDluz-0005tI-R9 for submit@debbugs.gnu.org; Sun, 02 Jun 2024 10:10:42 -0400 Received: from wfhigh3-smtp.messagingengine.com ([64.147.123.154]:59995) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDlux-0005st-Id for 71049-done@debbugs.gnu.org; Sun, 02 Jun 2024 10:10:40 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.west.internal (Postfix) with ESMTP id 2AB8B18000F0; Sun, 2 Jun 2024 10:10:21 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 02 Jun 2024 10:10:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717337420; x=1717423820; bh=iZZ1zKpEu1nGX6LpHfuopwIuw2coO0LEp++2DFeZIag=; b= Tse/v77m1OD7FQiH9NTdKNYdQwfieXPgV9ryMxmRf2wtg7wJDgYMJ43jAf8vq94G SHPjqt8JsfG3J1RTFDh3Ai/uSVlIpld+FXYBI8GC0e9SpP9g+QoFJKviWGLw16CY eX2vwz1tW0JBgjxn8B+IXrWsp8RTvKwfK1la5hGtBdYxhMfUx1xClHnilxRMe7H2 0yfa5s8KorkgRh4kSq6lPtLxx1TowYZEqX8cUZRui5RvA08/hhfBVaT30ABlCo2Y bHdmhIPjG3gM5/iS5BVSXV7ZCnjL8laIU8YNWEgyis+307/i4x+a3q96diUU+SO2 Dvy4AgLetkDGqiHBxA/IOA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717337420; x= 1717423820; bh=iZZ1zKpEu1nGX6LpHfuopwIuw2coO0LEp++2DFeZIag=; b=Y Jte+KHTTmjNo8p0jX7iD18gitVIh3K3O/dQiJ95rYAX1mGnw6kN245afDPyvhSIi 0yMEmqWSmVH948efiGj6wGTCXDsEf+/XEgFI938h+/ly+JPeXLuUV5SmleSXWV14 a8LGwHD56u2h0ncR08XMHpml2APA9tNCAZodfJjd3T5wCzuG6JbloGDMXr8YVEdi frPvfBYvuk2LRILUMQ/gimpbXf8B0O6ZNV5ploqeXc557YMIo+NyJQN7++xJXIkK x5zwQ5U+u9ERTNsiUiFILaeZ2DKPSNc17HoaWqvIWpWQn7dv/Jg4RbP4WsAaKcCe MVFHEjPHDo34o59qeReGg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeltddgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 2 Jun 2024 10:10:19 -0400 (EDT) Message-ID: <9d30a868-0c42-43c8-b75f-730ead56bb92@gutov.dev> Date: Sun, 2 Jun 2024 17:10:17 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <87fru4u06a.fsf@gmx.de> <7989cd21-7808-4416-ab0a-92e5da869a36@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> <87ikysvf5o.fsf@gmx.de> <87a5k3vj07.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87a5k3vj07.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049-done Cc: Eli Zaretskii , 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, On 02/06/2024 11:36, Michael Albinus wrote: >> Looking at it again, it does seem like it could still be useful to >> override or disable the remote history file (right?). >> >> But with your patch, what happens when tramp-history-override is a >> string? Both Tramp and shell will write to it its commands, and upon >> loading shell will also read history from it, including all of the >> commands that Tramp had sent to the remote host. Am I reading it >> correctly? >> >> Perhaps instead we could have a connection-local variable like >> shell-history-file-name, which could be customized by the user to t to >> disable history - and that could even work per-connection. > > Good idea. Something like this? Pretty much, thanks. > diff --git a/lisp/shell.el b/lisp/shell.el > index 4352811912a..6fb5768c056 100644 > --- a/lisp/shell.el > +++ b/lisp/shell.el > @@ -419,6 +419,21 @@ shell--start-prog > "Shell file name started in `shell'.") > (put 'shell--start-prog 'permanent-local t) > > +(defcustom shell-history-file-name nil > + "The history file name used in `shell-mode'. > +When it is a string, this file name will be used. > +When it is nil, the environment variable HISTFILE is used. > +When it is t, no history file name is used in `shell-mode'. > + > +The settings obey whether `shell-mode' is invoked in a remote buffer. > +In that case, HISTFILE is taken from the remote host, and the string is > +interpreted as local file name on the remote host. I think it could be used in the local case, too? If the user sets a global value for this variable. That could probably simplify the implementation. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 02 10:47:21 2024 Received: (at 71049-done) by debbugs.gnu.org; 2 Jun 2024 14:47:21 +0000 Received: from localhost ([127.0.0.1]:60118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDmUT-0007AA-7p for submit@debbugs.gnu.org; Sun, 02 Jun 2024 10:47:21 -0400 Received: from mout.gmx.net ([212.227.15.15]:57805) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDmUQ-00079q-2Y for 71049-done@debbugs.gnu.org; Sun, 02 Jun 2024 10:47:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717339617; x=1717944417; i=michael.albinus@gmx.de; bh=aYM24sQ/89t8cqiuj9S5PQpXtJ9JJlkOiE4g3Fw/0GA=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=NTI/o/HthDc+qPCM0uDysbpuHhuueGz8V5ChXdiDKMLPtks9FBBSI+QyGygThJOI WU7GghvJflQiVeYhI+dwX0kQOGxonQk78IpsONOYPxjflHp+lqPzqBy209wzY5/Ot +Rg585s4/DDOc5KZ1l43FY+8c1+5vDOfiYq14Z7plkwZeO3BVnnBeNVMefXhtnb+r SCT5GwfCcgZYvb51N2LE8KgOybzSvml8dqxiM9dZVW4lUdgT/Z2Ct3TtpqH9aW12e Qpd3MufywfZEKu+008wkb8k5sP5WsYuydePA5myhqbF4MdC7WmhEj2+IiyVXo/uVg FHLQt/f+t5wjWA3VEQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N7R1T-1sWjwT42Cj-014SSi; Sun, 02 Jun 2024 16:46:57 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: <9d30a868-0c42-43c8-b75f-730ead56bb92@gutov.dev> (Dmitry Gutov's message of "Sun, 2 Jun 2024 17:10:17 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> <87ikysvf5o.fsf@gmx.de> <87a5k3vj07.fsf@gmx.de> <9d30a868-0c42-43c8-b75f-730ead56bb92@gutov.dev> Date: Sun, 02 Jun 2024 16:46:56 +0200 Message-ID: <87a5k3tna7.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Uw60rK1dH1DR80ueP0kZGZE8hOg5GfcRpGzVzuiEFuifwgQlJ+H TPyPrWyqFFmwnBBA36CrcRl2CyXoZtCiOO7kP3GWcB1pfFfjfHm8zgi6Sxl8+x1FZLurcUJ PqJ2m+wYFnx8cOKX+LSDaJV84w0WGG4CUWj4G+2PwYeIUfKJc/Dj1z1in3P9eCT+DN4DfUS s+CjdgydEQdTabbx2tDcA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:uQcvxwd3ze0=;Xy1r3PL2RyNZ6m0u51tO2O0eeE0 LNjzhilvbAgPvXt6nZqQqZOBvoSf8lvRkLzMMg14jBHAhj2F1YUMKpfT+MAFJzpk+lyu8j8Jv wnQ8aK8ajhdNddlTr95wIDQvFQZREIus8k7ywQnaW3ico98AQNDseLXtaMWjVYi9tEI35/asy lHXAVJj/EsHb5KZ35MgcWlHCtvTvg0Fi6Y/bUaWMgbWxjbNOwF7ETeeIzOVCW5g7DhelvGj1K +Fc505wBA4Igc282vDl3XWjvN+6SzNEMmeErQGcr1Hfbi92YfgtLswXOK/vTJ4NwN8LJN6JBr Z3BiAKpdEzgXB47WuJhs0lLt+uzqyM5bH1SMeO06micU6r2we6smOdQTz8vatK2rfLodUdnYW CtA/RICPP0PwuYxcG6ukbXt6Ru5qnY94Kg9r6t9P3blfu1q9tNM2yKxRf33s0GyUjrYPOTjHP E2TvpuXHaCgotjBp83DGJcOba4MxmxNT79UtBuAGEvJxyFOS3DI0lFiqzySw7Kdz8l4P0mtAD r6+UNbPv0Ntp8XFUGkEiaHGIzv/iclWbZIe9UA9MS11C1qO9USZk6eyf+2CmhHDYvr6R5fQ6m NhUgUO0z4oIc6ZqWG/sZFOKoh2OMwPlTOvwg+9VZkOwt8PZNTX7YPRlaCjxCtou0c5r5i0Jzr 7ksE+Af1llxR4K/cp07wNHGHl+4STom9ZtjhOdmIaoSwNXUj9REGOAVqWNPZjD5OuqwZOpfXv /3ilW7KTqbMZx+TMvYqXmiWVegNRAQPV1l2jBwPqGo7rnytW4IDkdPs0T9HW1tJmZTzoReuiy 7BeKPOfN+4zqu4GFFjjgzTI304JqUnftS3mn//4H1P+mU= X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] X-Debbugs-Envelope-To: 71049-done Cc: Eli Zaretskii , 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: > Hi Michael, Hi Dmitry, Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: > Hi Michael, Hi Dmitry, >> +The settings obey whether `shell-mode' is invoked in a remote buffer. >> +In that case, HISTFILE is taken from the remote host, and the string is >> +interpreted as local file name on the remote host. > > I think it could be used in the local case, too? If the user sets a > global value for this variable. That could probably simplify the > implementation. But that's already the case. If the user option is a string, it is taken literally as the history file name. What I meant to say is, that the value nil always means to inspect $HISTFILE, either local or remote. If this variable isn't set, then in the *local* case the default settings acc to the shell type are used. This is for backward compatibility. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 02 11:02:23 2024 Received: (at 71049-done) by debbugs.gnu.org; 2 Jun 2024 15:02:23 +0000 Received: from localhost ([127.0.0.1]:60135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDmj0-0007ZG-Q1 for submit@debbugs.gnu.org; Sun, 02 Jun 2024 11:02:23 -0400 Received: from wfhigh3-smtp.messagingengine.com ([64.147.123.154]:41245) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDmiy-0007Z1-Mb for 71049-done@debbugs.gnu.org; Sun, 02 Jun 2024 11:02:22 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.west.internal (Postfix) with ESMTP id A966B18000EB; Sun, 2 Jun 2024 11:02:01 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 02 Jun 2024 11:02:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1717340521; x=1717426921; bh=gQ7XXJ8tffavnGajhA5A8P+Lc/NP3JROmSzyeTSmEgw=; b= LG7r3SULQFF5hlrzb3eQuaZ1y7DnvOIN9QRKv1+VhEidNHRDgc2CN5HSaR4t4q8m 2TuULQjreqmF93o2ziXXJhC6Ps5PuRXQHxjDR/0wg/12RFJZqj18fhkA2b6RfOMn eDnUtGF0Jula8g3C5A1qbSM5AVQCUhdxMtspNHnZes/Cx3fReTutriTccCnpg8Vm Uwclz4lWzp3/bFa5LYuBs3VUjuVZ03ug7rytRnh1pX1xRIFr0/mKCYrsBdoHVkbw U/WU9Tzvcqsx0IjVmJsokiTgpaHhoOUFHyCmYyMNZgqsnkmwS+QUyk7m7Aw+Ft/g Vii5ySxig7IvYe9MsWkglQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1717340521; x= 1717426921; bh=gQ7XXJ8tffavnGajhA5A8P+Lc/NP3JROmSzyeTSmEgw=; b=A gjjCHVstdjCiWdeeU8+DaM2zpiBn6Oiwif2cWnHrlELABJ+o5gXwP+k+TbkFuHBo jtxNVGXox6pgQxYCSRuPMuEGrGihJ5XNQuiMTLnZAjRA2N56gVIPvivTZQO+iNQk PPNgjO9YFL69mFx+O4fnPe8aruZkfvP8q/6rQXFLD/2ksCzPcLsEuFxbnoqu78r5 tCoI44HpBJpbIxhrl3oQqaUYaajQoW92ECLZjBSBezyEU9HH5umE4M9ae4Su3wik mzbtvLRbSwxlSo/3z5FuMhi2ke3u2y9j1wRiQVs9v6Ql2FPKMtdmZjAYtILCoJWi idqaLOqulDlFaUl4GsRhQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeltddgkeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 2 Jun 2024 11:01:59 -0400 (EDT) Message-ID: Date: Sun, 2 Jun 2024 18:01:57 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" To: Michael Albinus References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <861q5ku956.fsf@gnu.org> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> <87ikysvf5o.fsf@gmx.de> <87a5k3vj07.fsf@gmx.de> <9d30a868-0c42-43c8-b75f-730ead56bb92@gutov.dev> <87a5k3tna7.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87a5k3tna7.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71049-done Cc: Eli Zaretskii , 71049-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 02/06/2024 17:46, Michael Albinus wrote: > What I meant to say is, that the value nil always means to inspect > $HISTFILE, either local or remote. If this variable isn't set, then in > the*local* case the default settings acc to the shell type are > used. This is for backward compatibility. Ah, that makes sense. Thanks! From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 02 13:31:58 2024 Received: (at 71049) by debbugs.gnu.org; 2 Jun 2024 17:31:58 +0000 Received: from localhost ([127.0.0.1]:60230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDp3l-0005gl-OK for submit@debbugs.gnu.org; Sun, 02 Jun 2024 13:31:58 -0400 Received: from mout.gmx.net ([212.227.15.19]:34465) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDp3h-0005gW-Q9 for 71049@debbugs.gnu.org; Sun, 02 Jun 2024 13:31:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1717349492; x=1717954292; i=michael.albinus@gmx.de; bh=jYlASmoI1fmrWAPstQyaguzubOPAUQ4pm1ygljI0vBE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=bTvogMox3PM2RXYsl5Q51KmKfIP8hjd3Vop0iPakFo2IftQljGJBalrGL754EgjP C5uJfjRF99EBeVyfejNmeGOV2r5DujKiTKQZZpD2HI6Mj7VuJRr2p4RUIcRSPfDBw jUc1yjsxJgKv2UkhBmkocniDnroeLNG2INKkAGBJHDybC4ix6PXojg/MaTQgcTtA7 N00K3hQsElgd54MZS0hqLX/yPr1otHrcT9RweqviT9wy+s9S/I/8bXlrryU0Tcnv2 eBN73P7Ktp79esxb2Yh5Lzwsf0NWiwgdbJyUZqT0bYyAU+tZK/dczlup/GKGvb9gx iY2JGtcO/T2qIkyN4w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MbAcs-1skfts1eGG-00aWMC; Sun, 02 Jun 2024 19:31:32 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#71049: async-shell-command ends with "Process *Async Shell Command* finished" when remote "direct-async-process" In-Reply-To: (Dmitry Gutov's message of "Sun, 2 Jun 2024 18:01:57 +0300") References: <3a497741-2ad0-4919-b7c9-cdb36b0eb455@gutov.dev> <86wmncss4i.fsf@gnu.org> <0ebb5a51-8634-4f65-a384-79f82592e339@gutov.dev> <87h6egecqn.fsf@gmx.de> <727a50c7-0e50-429e-9f9a-78b5b29ff405@gutov.dev> <875xuwea52.fsf@gmx.de> <87jzjbr8ek.fsf@gmx.de> <9685d486-46fe-4947-8bb2-fb436f09048b@gutov.dev> <86zfs6plwj.fsf@gnu.org> <86h6edq2kz.fsf@gnu.org> <864jadp55n.fsf@gnu.org> <87ikysvf5o.fsf@gmx.de> <87a5k3vj07.fsf@gmx.de> <9d30a868-0c42-43c8-b75f-730ead56bb92@gutov.dev> <87a5k3tna7.fsf@gmx.de> Date: Sun, 02 Jun 2024 19:31:31 +0200 Message-ID: <87r0dfs13g.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:nNvFLK5Al9wZEunN2QDM1PG8UavZIQc+10i8AlwO5qAZnl599MI yOaG+wQnoAC99484TpSqaPbam7lEYzPXkbu5CSInKzIjop1GfOEoWvELjz3OK2G5O8LM4gz dOlkaOEqvu8OyFoJacBoTXTsW5C/76vHFr2YhEXCVjC7nxFivm+qR/b2bQ/sU5nz/qGjniq qb6ZbpOFt2TkEpodW6n4g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:99N9m26nfew=;1MBX2KYdz5FuxbRDNOI9N1M+mTA VZgkzZyVEZ0CzmvInRKyBbtM3RoL7Zm1AHiR0W2rwZOAkTqrD2JN44qdemcKfAlWlKttz6kFc C1VDB8iEZzT042mNKuNCRMY7NGc62AxyNNUd3oZ4QPkGMEY/Be3gCOsSTmNkI1h2uYDltpEdh 5sdma2H871n+JlgyqfGaztNtXbLacV7H+TWGikGoxGvEObo43t56lmQDeZsmO5bySZuRT+iRm QbuIe6kvXFjgCx/bz1BWggWN+RnJ/c8yKn4t8wtLCNcJj6fFWckPIcjbTx/e1V968+EFbQZXJ 30UJF8mQDKYzuNu7YfnqTvHtZBaZe15Yx9LaCVvBIQkAxjfvWR9zLXcelpgyCKswRi2m8lKt4 YCHvpWv9T7DjVrOWDpA3F8Cmc+QlBjiHirBIVK5M8sNvUXRD/Qp7RLdIai2RMpD6ot7u3Nin4 +f0UlAQhkggpAN2b1pMODIq5hEO4Nd41PRvTItVRdDVSl6A++XdgEO8LfhspDosn7H0pz1wpC waQiLL8VdlolqO6P5WftfcMS3H8elyt21Hai7cwAye8XV8PV+R9bgz/I7g3GfF2+yzpwrCxNH SDvfH0P4ZNBccDRyeP/ED7SCq1EgSDJm7a14Ribw18LRTxba45yWvlNvRZxAqDAsdV5f+gxaV v/TE+zbAyuHdCRHrwGKGqrhX6jO7zDTix+sV0DTUwogtlcz2frAEjT+dX4TYOkmEUqadm4JYP McX3lsH5bCQQuoKmA/2EnRk1gd3tb+bDDmAEejruEFkiTIdLUqFu3tuQbCBTiL7vfXmCIdXr4 uEv/6V1s3KPlkqeTz0jUqFtyNMAtTqdBR/qurV5eRxob8= X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: >> What I meant to say is, that the value nil always means to inspect >> $HISTFILE, either local or remote. If this variable isn't set, then in >> the*local* case the default settings acc to the shell [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] X-Debbugs-Envelope-To: 71049 Cc: Eli Zaretskii , 71049@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dmitry Gutov writes: >> What I meant to say is, that the value nil always means to inspect >> $HISTFILE, either local or remote. If this variable isn't set, then in >> the*local* case the default settings acc to the shell [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.38.151 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL blocklist [URIs: gutov.dev] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Dmitry Gutov writes: >> What I meant to say is, that the value nil always means to inspect >> $HISTFILE, either local or remote. If this variable isn't set, then in >> the*local* case the default settings acc to the shell type are >> used. This is for backward compatibility. > > Ah, that makes sense. Thanks! Pushed to master. From unknown Sat Sep 20 20:51:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 01 Jul 2024 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator