From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 30 18:17:10 2019 Received: (at submit) by debbugs.gnu.org; 30 Mar 2019 22:17:10 +0000 Received: from localhost ([127.0.0.1]:37643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hAMHm-0005IH-4y for submit@debbugs.gnu.org; Sat, 30 Mar 2019 18:17:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60515) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hAMHh-0005HO-KO for submit@debbugs.gnu.org; Sat, 30 Mar 2019 18:17:06 -0400 Received: from lists.gnu.org ([209.51.188.17]:55609) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hAMHc-0006Xu-A8 for submit@debbugs.gnu.org; Sat, 30 Mar 2019 18:17:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46664) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hAMHb-00021W-DI for bug-gnu-emacs@gnu.org; Sat, 30 Mar 2019 18:17:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hAMHa-0006Xe-K2 for bug-gnu-emacs@gnu.org; Sat, 30 Mar 2019 18:16:59 -0400 Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:43950) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hAMHZ-0006Ww-Rs for bug-gnu-emacs@gnu.org; Sat, 30 Mar 2019 18:16:58 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 460405E1FC6 for ; Sat, 30 Mar 2019 22:16:55 +0000 (UTC) Received: from pdx1-sub0-mail-a61.g.dreamhost.com (100-96-4-94.trex.outbound.svc.cluster.local [100.96.4.94]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id B65CB5E2135 for ; Sat, 30 Mar 2019 22:16:54 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a61.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sat, 30 Mar 2019 22:16:55 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Supply-Tank: 2d5ba3220459fbf3_1553984215086_1285910381 X-MC-Loop-Signature: 1553984215086:3041277333 X-MC-Ingress-Time: 1553984215086 Received: from pdx1-sub0-mail-a61.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a61.g.dreamhost.com (Postfix) with ESMTP id 8CA3881A3A for ; Sat, 30 Mar 2019 15:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to :subject:date:message-id:mime-version:content-type; s= linkov.net; bh=drUQYUUrQR7J7+aSImjla1wCZGk=; b=q7UVomxB2aDeBPqjZ JaedeCCXWJwRS8WfhMs9hwJNGd4te+ymkPx0yatx4zcRigAN1zKHfn12dnPzCtzW a0h7de/ni+McLdm+L6JQZxQ9oAPlR1xyWnasqzCVV3lViPIs1WhbomFTOb5vW4JV S5XbPUvBaoOWZhzHRxBybrzkQ0= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a61.g.dreamhost.com (Postfix) with ESMTPSA id 64B1D81A35 for ; Sat, 30 Mar 2019 15:16:47 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a61 From: Juri Linkov To: bug-gnu-emacs@gnu.org Subject: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET Date: Sat, 30 Mar 2019 23:55:56 +0200 Message-ID: <87tvfkuivn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedutddrkeelgdduieduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvffuohffkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrleelrddvtddvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleelrddvtddvpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepsghughdqghhnuhdqvghmrggtshesghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpedt X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 23.83.209.151 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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: -0.1 (/) Test case: 1. Open a wide frame and type: 2. `M-& ps aux RET' 3. observe that output lines are truncated at column 80 Another example: `M-& dpkg -l '*emacs*' RET', then try to copy full package names from the *Async Shell Command* buffer. Nope, it's impossible because they are truncated. OTOH, there is no such problem with `M-! ps aux RET' where lines are not truncated at all. So the question is: why `M-&' (async-shell-command) limits COLUMNS to 80, even on wide frames, whereas `M-!' (shell-command) has no limitation. A third case is `M-x shell' that limits COLUMNS to window-width, but at least it makes possible to change the window width (e.g. to make it wider) to influence the number of output columns. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 01 06:00:29 2019 Received: (at 35055) by debbugs.gnu.org; 1 Apr 2019 10:00:29 +0000 Received: from localhost ([127.0.0.1]:38850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hAtjw-000059-SI for submit@debbugs.gnu.org; Mon, 01 Apr 2019 06:00:29 -0400 Received: from mout.gmx.net ([212.227.17.22]:58453) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hAtju-0008WV-Tg for 35055@debbugs.gnu.org; Mon, 01 Apr 2019 06:00:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1554112817; bh=tr/hh3jt4sgN2nsKLCi9w1FFR+U3I+hJFMArlUXI32E=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=iOyBX2eC4rlqqioARqqtvLbOyXZMWKj6F2+hLahFtC5hYmcQBwaFqnNb9f08DY/VI T7eIiul9snMQtJkuThSLUX35mZC734J8xwP6JviIUK440dnYPeE89IsNs+Wnvn23JJ J36cN7f4l1DlEUbeXySjqgV5IJkeEp7TlE4aTxo0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.46.233]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MTeVY-1hJauv1yEK-00QWEM; Mon, 01 Apr 2019 12:00:17 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> Date: Mon, 01 Apr 2019 12:00:15 +0200 In-Reply-To: <87tvfkuivn.fsf@mail.linkov.net> (Juri Linkov's message of "Sat, 30 Mar 2019 23:55:56 +0200") Message-ID: <875zrym4eo.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:UJX+DsP+KUQENzPSwWgg+7rz64Cqb0ClwZxZyI3LbJg/cYTq+Wy xC408QS57MMVBccRfpWJ20cfTuWuClLN5fI3SkLo6gF64yKZVzoBXHUmxT7OaetF7QMYQEp Gl0ch9Z6QDRO3QR1T1momt4wI9Pc0Y0k3Mao9U7uytxoW0rxPE+jjUt0KGzUWo8/KdffZqo EwipgE+DX4DU/ESzeRy7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:2AhhVNSOt4g=:6+TkWWK6CF72NYx793mdr3 xHd4jFWDRQqmHx3NP1dVuhIs4JGx0zbiDfBNcYOAQRWXZRHdrxJ3bC1Td4GuGH7by3dFrvTB9 VDTq+Le8KDaeD9v9EIAhnnl2LX7/5MP/X6hTU3VVS09fWL5KMbGd/c1JXBXu926q2Y1Bg9Z72 iF7PqO/pzSCLg+CNI4SQmIikNC7Foa2hOHqY5fWCl3Q6qLgsMUYwbtlBae9muOzIWKDMSac9P mK8EJWHyhxbADs4NVUZngVkfyO7qa2buq217jPLgG56aY0aRt3TCFGK6S/Lp8QHj+IxuSOCsA sMqDXb2yDiejqmPr4pqsbNnTNqgZ4V8zIuB6KrvTxNOBg0h2b9asXci0L2LrwYlk4C9Ayv2ta ZV+aR30rejPvF5Wd62OCI8Q5quxI9D4VVtcegKq1X0iY44UnA5AXlkV0esi7iUkeRpNGGztzT KYhGaKY/CNxfDThsRC7PtDzQIVBwGIemPPjNT8ZUp2NEVWoyR9KL1T8VRgO+7eTvYmRBc2WXi LmkfKsOH+JhFBzrTMGevV0FTgug4laUI6ZZtew/H6Vuw951/09x7pOjyl0whNXnkolAtjHXfU hTtlO8Qq87VpfJ6ACa0nDE8RIV5eH0I9Yr2hsMKKAuzMQL1k2Z4xlsxMNBshxaWcvS+LG8S09 goccuEDc2O3tftVRzM/SAZFDPvZTzzUdF14mk/hwtOAl4Ib7Gb9nt98zi+8kjKWj0owRvjy5M 0Y7f7pjsO2A6a2YSayejDUoiankhPIR1jJj3yMOy54S3IHCzrH3+0EWd8/Y9ye2l7mcMomChs MldHNX3DT6FocHY91G7R5iFpY/+P6gSoI/vIcB9T+Ac0zxUvPshv5g/F5DtR3VeBdM/usqio5 CAVsYPUR5vYq/k3A5K1j+d+20SPpJYFiY8S8ItmUOtZuQqA3TQG2nhfBvZc/jeWr9GCfndxjC IvfU4Ky6EIQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, > Test case: > > 1. Open a wide frame and type: > > 2. `M-& ps aux RET' > > 3. observe that output lines are truncated at column 80 In my case, output lines are truncated at column 89. In fact the truncation happens exactly at the size of the *Async Shell Command* buffer. > OTOH, there is no such problem with `M-! ps aux RET' > where lines are not truncated at all. > > So the question is: why `M-&' (async-shell-command) limits COLUMNS to 80, > even on wide frames, whereas `M-!' (shell-command) has no limitation. Internally, M-! uses `call-process', and M-& uses `start-file-process'. They have different implementations. Synchronous processes do not care about the buffer width. So you see untruncated output. Asynchronous processes care. They send the information about buffer dimensions with the function `set-process-window-size', see (info "(elisp) Process Buffers") There is the variable `window-adjust-process-window-size-function' which controls how the dimension information is given to the underlying process. I'm not sure whether there exists already a configuration option to allow asynchronous shell commands using infinite line width, but it could be implemented this way. Note that for remote shell commands the situation is even worse, because it sets the process property `adjust-window-size-function' to nil, overwriting any setting in `window-adjust-process-window-size-function'. This affects even synchronous `shell-command' calls, because they are implemented Tramp internally as asynchronous process. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 01 16:46:36 2019 Received: (at 35055) by debbugs.gnu.org; 1 Apr 2019 20:46:36 +0000 Received: from localhost ([127.0.0.1]:39962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hB3pD-0003YY-Il for submit@debbugs.gnu.org; Mon, 01 Apr 2019 16:46:35 -0400 Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:33667) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hB3pB-0003YN-8b for 35055@debbugs.gnu.org; Mon, 01 Apr 2019 16:46:34 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id E6F303E45C9; Mon, 1 Apr 2019 20:46:31 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.20.50]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 86B743E352D; Mon, 1 Apr 2019 20:46:31 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Mon, 01 Apr 2019 20:46:31 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Whistle-Duck: 6be6329e1a415005_1554151591726_788393422 X-MC-Loop-Signature: 1554151591725:834523089 X-MC-Ingress-Time: 1554151591725 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 1D65781994; Mon, 1 Apr 2019 13:46:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=c2+gkcLnq9xIudWy9HeziJ8LtyA=; b= mGxv+Tw3LX+mx1fGyrCXcrbL9EFvkNgaAZGg1sTPSrlm745r/VdMC5D2RT1l7wUs G7dfFiaSkmGqInZDakVB0Nn4GEag5yFhU14Aj+uxaSuVu6F1N89iB/nMT9Yh5E4z 18vTS6GK78i2iUnzIDBurtuIEk4jIpH1w3nXA+xKXJk= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 8F7447F0DC; Mon, 1 Apr 2019 13:46:29 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> Date: Mon, 01 Apr 2019 23:44:59 +0300 In-Reply-To: <875zrym4eo.fsf@gmx.de> (Michael Albinus's message of "Mon, 01 Apr 2019 12:00:15 +0200") Message-ID: <877ecd797c.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedutddrleeggdduhedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdelledrvddtvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >> 1. Open a wide frame and type: >> >> 2. `M-& ps aux RET' >> >> 3. observe that output lines are truncated at column 80 > > In my case, output lines are truncated at column 89. In fact the > truncation happens exactly at the size of the *Async Shell Command* > buffer. This is strange. I tried in `emacs -Q' in a wide frame and output lines of `ps aux' are always truncated at column 80. Then I tried to affect the number of columns with the environment variable COLUMNS, and when using M-& COLUMNS=89 ps aux only then output lines are truncated at column 89. Trying different values produced different truncation: COLUMNS=0 ps aux - column 80 COLUMNS=1 ps aux - column 68 COLUMNS=5 ps aux - column 70 COLUMNS=20 ps aux - column 80 COLUMNS=30 ps aux - column 90 COLUMNS=40 ps aux - column 80 COLUMNS=50 ps aux - column 100 COLUMNS=60 ps aux - column 120 COLUMNS=70 ps aux - column 70 COLUMNS=131071 ps aux - practically unlimited COLUMNS=131072 ps aux - again column 80 (looks like maximum reached) i.e. dependency is not linear. Also `M-x shell' uses `comint-term-environment' to set COLUMNS to window-width, but it does this only initially, so after resizing the shell window, COLUMNS remains at the old initial value. >> OTOH, there is no such problem with `M-! ps aux RET' >> where lines are not truncated at all. >> >> So the question is: why `M-&' (async-shell-command) limits COLUMNS to 80, >> even on wide frames, whereas `M-!' (shell-command) has no limitation. > > Internally, M-! uses `call-process', and M-& uses > `start-file-process'. They have different implementations. > > Synchronous processes do not care about the buffer width. So you see > untruncated output. > > Asynchronous processes care. They send the information about buffer > dimensions with the function `set-process-window-size', see > (info "(elisp) Process Buffers") > > There is the variable `window-adjust-process-window-size-function' which > controls how the dimension information is given to the underlying > process. Thanks for the pointer to process-window-size functions. I tried to debug them in `emacs -Q', not to affect its default behavior with customization of async-shell-command-display-buffer that complicates the issue more. But it seems `set-process-window-size' has no effect on the truncated columns. I see that `set-process-window-size' in `window--adjust-process-windows' is called with WIDTH more than 80, but the output of `ps aux' is still truncated to 80 columns in *Async Shell Command*. > I'm not sure whether there exists already a configuration option to > allow asynchronous shell commands using infinite line width, but it > could be implemented this way. > > Note that for remote shell commands the situation is even worse, because > it sets the process property `adjust-window-size-function' to nil, > overwriting any setting in `window-adjust-process-window-size-function'. > This affects even synchronous `shell-command' calls, because they are > implemented Tramp internally as asynchronous process. I had truncated output of remote `shell-command' for a long time and thought that it's impossible to do anything with this, but now that you mentioned remote shell commands, I tried to affect their output with a quite large value of COLUMNS and get untruncated output even on remote. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 02 05:27:37 2019 Received: (at 35055) by debbugs.gnu.org; 2 Apr 2019 09:27:37 +0000 Received: from localhost ([127.0.0.1]:40322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hBFhh-00012q-AD for submit@debbugs.gnu.org; Tue, 02 Apr 2019 05:27:37 -0400 Received: from mout.gmx.net ([212.227.15.19]:58107) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hBFhd-00012a-PT for 35055@debbugs.gnu.org; Tue, 02 Apr 2019 05:27:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1554197244; bh=8g/wXFTq7OVWo/ePMpPWsWL4JAVSNqTU5PoT7xtE5O8=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Z9VRbssmrJ3vchIeQQH21RF6QxLZMHtduBNDQv7N686yQELASsPh4ZR+ReexsZu0H OZ05tWGzqDA74/XVnvVuUanML9+E7LHncnpQwsrIzGySDjz7S2Uy411pX9yrdLMdB5 QD3xNWfNxm4ltJuAiNa8NV45Tbsl4diwa7l/iWnY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.243.211]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M7Gj8-1gypNl42Sc-00x0Ix; Tue, 02 Apr 2019 11:27:24 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> Date: Tue, 02 Apr 2019 11:27:22 +0200 In-Reply-To: <877ecd797c.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 01 Apr 2019 23:44:59 +0300") Message-ID: <87y34s21vp.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:slh7RLHq24db/tCOotBC2m6IyMmO934iqbKSL+jnhhPFXg/hR+w SAqB+dC5ZlRWtZP6WxChfvVwJR3jZPS5crf+QyzzgJtv1rt2kDMULtkp4TKjN/m+J93bo5u e6ZVEpi3iOW7ug5Y1sdhQmXxhrg8Pg6KIqU3W6I3H7zoMVwUqPCvI8dFadB04LKfdXByxB2 QMAt1ZRjS2lLthX280Z8w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lkn/3vzh4Zk=:zdq0rC3+muJByFWpFEp9jP hH2r1aswKD8gLDw7nq/gR+pFpn28/9tKaOs2EdKF8f5l3h1XJIwCEiVAv9sj3VkiZx/MlZVLJ jEDuoydZ55Hjlj+VhN8OF2gi3qquUdPr8NEy6iEGP/TwUKPloxTyuAQCU/1nxbI0+fKVgfTSE KzRhXZNZ8HeM7dmGOLDX8xkVjnjMZUmFQxQqQa4EO8sSyi1/HGitJPWDaBvalTfDH2nBrfuAK wS0+7DiVYwTc7k4wHDqWC4ZdaEdX/Dv06/Pa0SxfObHdzxOx3PtA3x2nnf77bfxeUe4p/J264 YXAy4VPGT6+9eOmrojMXZ/C3PY1YFq+i0Jc/nbFtdrD3PD7uzi/6PbQb4XT7Yttt0A7HBOjb4 XzjE5E9AqjfVcClTxu3TuYnq/6HyESqI27Ol09gY2slzufWjJ/72fLTe2B8CQ0hE19PFVwWb/ zcXh0SAE17O8Fr6f/4ehWIHoPoFZwTaKC9VvWsbTX7M8C/T89lSSNmuVtiGQ0D64GiOfEV8M9 jhDt4zrbGouoNMJeyBDkMLv/rXtClAr6I0VEbdoL7zu7v4Z5UGrOoLWN13otaVrYEHojXg/rg Dm0KBWtH0mVYG47tXEwBTZNYosfjlbPink+AJkGLagmuhJDwYfdp6QjizwSkfTawFthk1FuIO HMOlPYRlnIkmqLafuwe94Je+pndE3T5+KbgbqOK+3wNafqVUABvhCZU9E9NEmsiTyvP6/iiGZ wYISMph67QSlv6TyspISnA0XWwqRUeIEI6G4LuTrKzdqHf61hgtTxRn52Bst+TftgBFu+8InX y8yHcTy/6KmLYKaxcDb0l5hivlfgNIUY0AoJ/5n6DGkV8Sxln1ahrf0HUEZHEFkbwoHc6CgqG aY/DIIFmGM06oaw63uiBiG36UaAgvw5q27BN+eHbx3sehtyTfZ0LfiAfjVRbtrG1O1Bvhkor3 QA0V2+bcF4g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: >>> 1. Open a wide frame and type: >>> >>> 2. `M-& ps aux RET' >>> >>> 3. observe that output lines are truncated at column 80 >> >> In my case, output lines are truncated at column 89. In fact the >> truncation happens exactly at the size of the *Async Shell Command* >> buffer. > > This is strange. I tried in `emacs -Q' in a wide frame and > output lines of `ps aux' are always truncated at column 80. Strange indeed. Today I'm not in office but @home. Now I get the same behaviour as you. On both machines I've used a fresh compiled Emacs from master. The only difference is, that @office I use a Fedora 29 machine with a large monitor, and @home Ubuntu 18.10 with a smaller monitor. Don't know whether this makes the difference. Anyway, ... > Then I tried to affect the number of columns with the > environment variable COLUMNS, and when using > > M-& COLUMNS=89 ps aux > > only then output lines are truncated at column 89. Same here. > Trying different values produced different truncation: > > COLUMNS=0 ps aux - column 80 > COLUMNS=1 ps aux - column 68 > COLUMNS=5 ps aux - column 70 > COLUMNS=20 ps aux - column 80 > COLUMNS=30 ps aux - column 90 > COLUMNS=40 ps aux - column 80 > COLUMNS=50 ps aux - column 100 > COLUMNS=60 ps aux - column 120 > COLUMNS=70 ps aux - column 70 > COLUMNS=131071 ps aux - practically unlimited > COLUMNS=131072 ps aux - again column 80 (looks like maximum reached) > > i.e. dependency is not linear. Same here. I guess that setting COLUMNS is not reliable for COLUMNS < 80 and > 131072. But at least it is a way to influence the output width of asynchronous processes. >> Note that for remote shell commands the situation is even worse, because >> it sets the process property `adjust-window-size-function' to nil, >> overwriting any setting in `window-adjust-process-window-size-function'. >> This affects even synchronous `shell-command' calls, because they are >> implemented Tramp internally as asynchronous process. > > I had truncated output of remote `shell-command' for a long time > and thought that it's impossible to do anything with this, > but now that you mentioned remote shell commands, I tried > to affect their output with a quite large value of COLUMNS > and get untruncated output even on remote. That's because Tramp sets process property `adjust-window-size-function' to `ignore' (and not to nil as I wrote above). This was 2 years ago; unfortunately, I have neither a bug nor a message reference for that change. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 03 17:08:37 2019 Received: (at 35055) by debbugs.gnu.org; 3 Apr 2019 21:08:37 +0000 Received: from localhost ([127.0.0.1]:43321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hBn7d-0001O1-9Y for submit@debbugs.gnu.org; Wed, 03 Apr 2019 17:08:37 -0400 Received: from golden.birch.relay.mailchannels.net ([23.83.209.73]:14539) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hBn7Z-0001Np-NE for 35055@debbugs.gnu.org; Wed, 03 Apr 2019 17:08:35 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 55F588C21D2; Wed, 3 Apr 2019 21:08:31 +0000 (UTC) Received: from pdx1-sub0-mail-a11.g.dreamhost.com (100-96-9-134.trex.outbound.svc.cluster.local [100.96.9.134]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9FF6F8C1B79; Wed, 3 Apr 2019 21:08:30 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a11.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Wed, 03 Apr 2019 21:08:31 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Keen-Keen: 37b9d94a56f650cd_1554325711188_3414392788 X-MC-Loop-Signature: 1554325711188:2784666590 X-MC-Ingress-Time: 1554325711188 Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id 08B0982D25; Wed, 3 Apr 2019 14:08:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=FrveXYPvOYUayI1aVfsWZ21XAyo=; b= IQPn7BeDSfJfnscWMwjVxduSg8i4gxcr8vEp8t1nQD7rry2LfEOrucO9zP03jmf+ z4WJrYBDnO1zI21r6I/Ayk8djOk/SlSQMK0rx5csT7k4brj6X46UnQ3+QDV3/UAy 0Yzz/XzA4Ni4lk8CnYY0Fp6cPTRcn6CzE/m9uoj7BYA= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 8619882D21; Wed, 3 Apr 2019 14:08:17 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a11 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> Date: Wed, 03 Apr 2019 23:36:27 +0300 In-Reply-To: <87y34s21vp.fsf@gmx.de> (Michael Albinus's message of "Tue, 02 Apr 2019 11:27:22 +0200") Message-ID: <87zhp6vmu5.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrtdefgdduvdelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdelledrvddtvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >>> Note that for remote shell commands the situation is even worse, because >>> it sets the process property `adjust-window-size-function' to nil, >>> overwriting any setting in `window-adjust-process-window-size-function'. >>> This affects even synchronous `shell-command' calls, because they are >>> implemented Tramp internally as asynchronous process. >> >> I had truncated output of remote `shell-command' for a long time >> and thought that it's impossible to do anything with this, >> but now that you mentioned remote shell commands, I tried >> to affect their output with a quite large value of COLUMNS >> and get untruncated output even on remote. > > That's because Tramp sets process property `adjust-window-size-function' > to `ignore' (and not to nil as I wrote above). This was 2 years ago; > unfortunately, I have neither a bug nor a message reference for that change. Then I don't understand why remote shell output is limited to 80 columns when Tramp sets `adjust-window-size-function' to `ignore', i.e. not to 80. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 03 23:35:05 2019 Received: (at control) by debbugs.gnu.org; 4 Apr 2019 03:35:05 +0000 Received: from localhost ([127.0.0.1]:43577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hBt9c-0004Hu-T1 for submit@debbugs.gnu.org; Wed, 03 Apr 2019 23:35:05 -0400 Received: from mail-qt1-f171.google.com ([209.85.160.171]:38838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hBt9a-0004HM-UN for control@debbugs.gnu.org; Wed, 03 Apr 2019 23:35:03 -0400 Received: by mail-qt1-f171.google.com with SMTP id d13so1652700qth.5 for ; Wed, 03 Apr 2019 20:35:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=6yTw2ETQcs03KUC7Ehj6/NbMZgSr0NJkw52GH+udRO8=; b=Ez6zyUj5bDlnKpRnKfVew+GXhKGXSPW3URVK8z3rrLrRWE9O9jzeadAM5w3PPPolmt wXN/mWCP1lFPGFqKMZLn4/nF1/NyQbqGRd+V3wZDo1UPK4yeM/505A8JL2PqgXfAobE1 4JPkjflTO1cM/NU2SsRGiJOb1T4T3i4Bfr0Nvw0JRlCABIfgMIngzjAh2SMdnEaurtjr 44EOkhfYidIXdwFisWw28WsvtHuF82AlsYY+8s2XQYyQ+f3xRUzsnOCX+AMyqZh122jg AGBglSOOJ5gC3Ra6ejWAFBMj3aSjKp3nemDzJJcmUXjW+7aQDskFlUMQM8KiDSktVsrx 43pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=6yTw2ETQcs03KUC7Ehj6/NbMZgSr0NJkw52GH+udRO8=; b=jHAttojCPL1ZnTxSkcW4NGkYIXXD/YcPNrciqOR+3dcD+BXyLm7wcrnlbxWKYnnccO cfrCe95jft+dUwQDER/VBkWwj4x1uqCy+50f1nM/HcyJ+CxRDZNkOEI369xYQXulqAJy LwK0s8EpqU9eibGt728LQEkUP0jVIphPXrtfyN69QhXn4qujE5gD0NJexI0s0oziZv7O fp7FUmlZInZHQcTyJcR8XDc9onZRYGg5uwdsZAnq51V22poh6e34ct1m12xgqPuF+JYf G3yu3HcOt4VTSlEI0sWqCSfZl+bLFTzPBXwpd0b5XMwvIiAUN7nHH861abRkUm77KvOZ flvw== X-Gm-Message-State: APjAAAVr6BznpPt/YxVvbmA0SMySUeezOSQRhAuLC6HFqccyl55QB8Ja mhYYoOPKSiY4FEfSGgKXxG4tPWZM X-Google-Smtp-Source: APXvYqxqWe27BWDCNBPFzVCYhnSO/KIhRnSvQUzj47vpYe74BTk4hO7JSWaiSjpP4F8R3tYBfoOZKw== X-Received: by 2002:aed:3ef1:: with SMTP id o46mr3382277qtf.123.1554348897268; Wed, 03 Apr 2019 20:34:57 -0700 (PDT) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id x201sm9717142qkb.92.2019.04.03.20.34.56 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 03 Apr 2019 20:34:56 -0700 (PDT) From: Noam Postavsky To: control@debbugs.gnu.org Subject: control message for bug #35055 Date: Wed, 03 Apr 2019 23:34:55 -0400 Message-ID: <87v9zue940.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: control 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 (-) severity 35055 minor quit From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 04 17:06:35 2019 Received: (at 35055) by debbugs.gnu.org; 4 Apr 2019 21:06:35 +0000 Received: from localhost ([127.0.0.1]:44747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hC9ZB-00037i-6X for submit@debbugs.gnu.org; Thu, 04 Apr 2019 17:06:33 -0400 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:55045) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hC9Z9-00037O-7f for 35055@debbugs.gnu.org; Thu, 04 Apr 2019 17:06:32 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2F470124A2A; Thu, 4 Apr 2019 21:06:29 +0000 (UTC) Received: from pdx1-sub0-mail-a31.g.dreamhost.com (unknown [100.96.39.118]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7104C1247CC; Thu, 4 Apr 2019 21:06:28 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a31.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Thu, 04 Apr 2019 21:06:29 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bored-Cellar: 5f4e81ca6c455562_1554411988707_3344339347 X-MC-Loop-Signature: 1554411988707:1363878434 X-MC-Ingress-Time: 1554411988698 Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id BF46E83C8F; Thu, 4 Apr 2019 14:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=urDhVDtHzIvgRYdPTyarLZiYg/g=; b= Xk33P89aoR9vcOrgzZQcy9cKi7mOdzyLtDeCrn9gLN2fHWKOHBlSquLRicoP2c1T ERhEkxxauESJ3KAGXHz4mRnJ2x6MIhhmcLpR6FcRbcBVmMD1wN2T++ymKix0aHBT pY8/nDhjgBHw3C8zRRDhLSsafhdUZVPurZq+fs7dCug= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id D238983C86; Thu, 4 Apr 2019 14:06:25 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a31 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> Date: Thu, 04 Apr 2019 23:59:36 +0300 In-Reply-To: <87zhp6vmu5.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 03 Apr 2019 23:36:27 +0300") Message-ID: <87r2ah32rr.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrtdehgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdelledrvddtvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >>>> Note that for remote shell commands the situation is even worse, because >>>> it sets the process property `adjust-window-size-function' to nil, >>>> overwriting any setting in `window-adjust-process-window-size-function'. >>>> This affects even synchronous `shell-command' calls, because they are >>>> implemented Tramp internally as asynchronous process. >>> >>> I had truncated output of remote `shell-command' for a long time >>> and thought that it's impossible to do anything with this, >>> but now that you mentioned remote shell commands, I tried >>> to affect their output with a quite large value of COLUMNS >>> and get untruncated output even on remote. >> >> That's because Tramp sets process property `adjust-window-size-function' >> to `ignore' (and not to nil as I wrote above). This was 2 years ago; >> unfortunately, I have neither a bug nor a message reference for that change. > > Then I don't understand why remote shell output is limited to 80 columns > when Tramp sets `adjust-window-size-function' to `ignore', i.e. not to 80. We could add a new defcustom process-window-width with a choice of a numeric value to set COLUMNS env variable in the process, or a symbol `window-width' to set COLUMNS to the width of the output buffer's window. Then it will handle both asynchronous processes and synchronous remote shell commands as well. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 05 08:35:37 2019 Received: (at 35055) by debbugs.gnu.org; 5 Apr 2019 12:35:37 +0000 Received: from localhost ([127.0.0.1]:45146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hCO4G-0002IN-38 for submit@debbugs.gnu.org; Fri, 05 Apr 2019 08:35:37 -0400 Received: from mout.gmx.net ([212.227.15.18]:55329) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hCO4E-0002I9-8p for 35055@debbugs.gnu.org; Fri, 05 Apr 2019 08:35:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1554467725; bh=SWsOGbhc2hAjhwKEh9h951Bbe+pUMDOe+6iYFn9cYrw=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date; b=lXu5bzLRmKEtrLp4agZuf4Ok5AQw/vWAsWlyTJHvTVyGuQaCzwxkcvYohGNeQwSzT IJRZJ7nuZ6nzgOZKnEXgE0nNTVTbYOrydPPwZu3trn9dIGXp8GissTgMb7PL+lCfKW h7WOX39Vh1+T9upewglZ8Mih4aVMZZvULPyGrSXI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.249.211]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M7pku-1gzH2504mW-00vM1g; Fri, 05 Apr 2019 14:35:25 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> Date: Fri, 05 Apr 2019 14:35:22 +0200 Message-ID: <878swopr3p.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:ogfRmPEvFsRxsODWemxRU6YNcAbYfKyjp01wyHgOog70M8zWtfK KViy6/rEzPzNQ8HjpwlaVkt1HDQjvBBtU9RZd/FFsL/wfhQRi3qBt4hB4hB+cF5nsRkQ1mi 3UbooKSL+A8BwhvwRxRVc/qapNBo3WggDFxbjHEuwwVSqthg4o8ub5Jue8nT2URPMCxPAq4 w8cxjNzRszo6ffYNtdslg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:gDc2hojqUWQ=:yshDtqGU2nZApv0t7pau81 9yVnuxjruCj/+BACR0+Z1SKdkB+zWuyWoxV3GfiRqn+3GGEWkUZqeTgTcX5eG77DVxDGJU4k9 Y6BR68zNx0fh6sG7skpC9Vr0odUHBU7KUAh6R0z9UzXjGuHTBppCsabGEH2KmTmAsino3ZZJL zOECOxSm8It7wwCCkWrgJJy2LYAwzIWDcsHR2T0Oez3x6DvXi2Hn24WFhJUPYvqm4zh+/CzpX Fr4QLWRg92XOsE4idf5XcdDdn8El56kWqgUN2jvoHl6tcd1oD77CSZXtAyWE7KfaLrIzOmsRq /EFY9QdlJs00EC+XA8LqmOSDrrr718cutp7DgStxqcbBPu0CBhjOk8BQEg+I/3SoJwALEvvC0 qDa9nXMp69zcq0phHwPYLhgqoZrQhMBb60muwqZVyKBaYKLlCLe2G0fyH6k+RJj22r5eRapvR ln8DLdgeAW0tBdBm/HMl6Vnbudk6RWvNjnHwWORSGj5G0QIK0LUHbl4UP8VtLdPZP8GctIj++ 1u7dyxhQRPu5mjJMu8IeDLSIy6tMJbzpBTrmNlPPb4FtsdJpfK+MDxW5R/5v7AIn3uZmFZfvM gOm5DqbklV0v3WMcWT59viQdCjZ4V8TdFSx8hYAPEdEJ3hM/iUzwIruK6709F/V8s2c5ZRbPt rRdD7Qv7SrB9s1lSrGmsIp48uEqGPmTG3BZrB5gDfCzTzFLDhH+JEtf6k91Ajf/KhwN98s5Tt cowlQdGubuvyT7eZkDFf9tLcDVdCiGY/w3wYXufujHypjzY+M3DcPblR1/hNMAsVfWxuV2HE9 h8LjvQycsOTMecT7UuB3n7P9iZNdDwFAWWzJfHQfOTgSGjm0Ucrr8sjDfK7hkADpgTDEFjDrz 3sqqqykoWB+xVfr3wCAGPgv+WXzkmx7uyZUKge1BxZK4yM91yhbfGKcE8k9sIAijl+44e9RNs FvUf+AKLzyA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >>> That's because Tramp sets process property `adjust-window-size-function' >>> to `ignore' (and not to nil as I wrote above). This was 2 years ago; >>> unfortunately, I have neither a bug nor a message reference for that change. >> >> Then I don't understand why remote shell output is limited to 80 columns >> when Tramp sets `adjust-window-size-function' to `ignore', i.e. not to 80. > > We could add a new defcustom process-window-width with a choice of > a numeric value to set COLUMNS env variable in the process, or > a symbol `window-width' to set COLUMNS to the width of the output > buffer's window. Then it will handle both asynchronous processes > and synchronous remote shell commands as well. Would be possible. However, I wouldn't speak about COLUMNS of the underlying process, because this is implementation detail. For remote processes the process object you see is related to the *local* process Tramp has opened. But we want to influence the *remote* process, which has been started from the local process via ssh (for example). The following code snippet does this already (with an example value of 1024 chars for the width) --8<---------------cut here---------------start------------->8--- (defun set-fixed-process-window-width () (let ((proc (get-buffer-process (current-buffer)))) (set-process-window-size proc (window-body-height (selected-window)) 1024) ;; Don't change size when Emacs window changes. (process-put proc 'adjust-window-size-function #'ignore))) (add-hook 'shell-mode-hook 'set-fixed-process-window-width) --8<---------------cut here---------------end--------------->8--- You can test it like this, for example --8<---------------cut here---------------start------------->8--- (shell-command-to-string "ps aux") (shell-command-to-string "ps aux &") --8<---------------cut here---------------end--------------->8--- or in a shell --8<---------------cut here---------------start------------->8--- M-x shell ## in the *shell* buffer $ echo $COLUMNS 1024 --8<---------------cut here---------------end--------------->8--- Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 06 17:46:52 2019 Received: (at 35055) by debbugs.gnu.org; 6 Apr 2019 21:46:52 +0000 Received: from localhost ([127.0.0.1]:47538 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hCt9H-0005ZD-UD for submit@debbugs.gnu.org; Sat, 06 Apr 2019 17:46:52 -0400 Received: from ostrich.birch.relay.mailchannels.net ([23.83.209.138]:59740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hCt9F-0005Z3-11 for 35055@debbugs.gnu.org; Sat, 06 Apr 2019 17:46:50 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7002A3E4310; Sat, 6 Apr 2019 21:46:47 +0000 (UTC) Received: from pdx1-sub0-mail-a41.g.dreamhost.com (unknown [100.96.11.48]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 0ED8C3E41D1; Sat, 6 Apr 2019 21:46:47 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a41.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sat, 06 Apr 2019 21:46:47 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hook-Fumbling: 1170f67a20bb335f_1554587207252_1364845761 X-MC-Loop-Signature: 1554587207251:2200519971 X-MC-Ingress-Time: 1554587207251 Received: from pdx1-sub0-mail-a41.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a41.g.dreamhost.com (Postfix) with ESMTP id A1A71800D9; Sat, 6 Apr 2019 14:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=9dCLtoR1oFMLmroTjOCAIqT28IY=; b= t3WR2Xb16byF/ecymj8U/klozKSMauZ5VKjRxf0pGOaED1Ym2c96f+pJ76VhukWe riBIpf6oO3/Apjkzr7CilkIS9DkdNODtwEfakGYPbNKw5fEFO5IcM6B79+vog2a9 sWJr6DPVYQ68IbQA9bhv+lIfmZypMPDRyRm36nPB3/A= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a41.g.dreamhost.com (Postfix) with ESMTPSA id D5836800E9; Sat, 6 Apr 2019 14:46:44 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a41 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> Date: Sat, 06 Apr 2019 23:47:34 +0300 In-Reply-To: <878swopr3p.fsf@gmx.de> (Michael Albinus's message of "Fri, 05 Apr 2019 14:35:22 +0200") Message-ID: <87y34mc13t.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddruddtgddtfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrleelrddvtddvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleelrddvtddvpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesghhmgidruggvnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >>>> That's because Tramp sets process property `adjust-window-size-function' >>>> to `ignore' (and not to nil as I wrote above). This was 2 years ago; >>>> unfortunately, I have neither a bug nor a message reference for that change. >>> >>> Then I don't understand why remote shell output is limited to 80 columns >>> when Tramp sets `adjust-window-size-function' to `ignore', i.e. not to 80. >> >> We could add a new defcustom process-window-width with a choice of >> a numeric value to set COLUMNS env variable in the process, or >> a symbol `window-width' to set COLUMNS to the width of the output >> buffer's window. Then it will handle both asynchronous processes >> and synchronous remote shell commands as well. > > Would be possible. However, I wouldn't speak about COLUMNS of the > underlying process, because this is implementation detail. For remote > processes the process object you see is related to the *local* process > Tramp has opened. But we want to influence the *remote* process, which > has been started from the local process via ssh (for example). > > The following code snippet does this already (with an example value of > 1024 chars for the width) > > (defun set-fixed-process-window-width () > (let ((proc (get-buffer-process (current-buffer)))) > (set-process-window-size proc (window-body-height (selected-window)) 1024) > ;; Don't change size when Emacs window changes. > (process-put proc 'adjust-window-size-function #'ignore))) > > (add-hook 'shell-mode-hook 'set-fixed-process-window-width) > > > You can test it like this, for example > > (shell-command-to-string "ps aux") > (shell-command-to-string "ps aux &") > > > or in a shell > > M-x shell > ## in the *shell* buffer > $ echo $COLUMNS > 1024 I didn't know that set-process-window-size changes the value of COLUMNS. I thought that COLUMNS is set only by comint-term-environment. One thing I still don't understand is how it would be possible to do the same for the remote process? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 07 03:32:32 2019 Received: (at 35055) by debbugs.gnu.org; 7 Apr 2019 07:32:32 +0000 Received: from localhost ([127.0.0.1]:47726 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hD2I3-0000ym-RU for submit@debbugs.gnu.org; Sun, 07 Apr 2019 03:32:32 -0400 Received: from mout.gmx.net ([212.227.17.21]:49599) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hD2I1-0000ya-Ns for 35055@debbugs.gnu.org; Sun, 07 Apr 2019 03:32:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1554622340; bh=gS3uoyXxbsySM2pW2t/+fcf93r4jou8aA02KDcC8dt8=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date; b=E8Q+JRuwhA5z+YRRxDm/SigMJiVcYiMWznO/59YNpXTAp7G4eSnvy1HWyFLP1rS7Z 8vQHgqS/HWgKN2jEl651gKbk0qAXzFTjsnv5NN0CN0tu07/uJqXEvDsOgA6dK3pzUL xkwK8xJfwz92qRzx6koN6cp2M+2ZNimycz1bOSgc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.249.211]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LikyX-1gcKQY442X-00d2CU; Sun, 07 Apr 2019 09:32:20 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> Date: Sun, 07 Apr 2019 09:32:18 +0200 Message-ID: <874l7ajmnx.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Sli8hGrO1SktJ1ErydmQV63Sh+gWyYjEfJXAVEnEP5+EYf6HaHw UGZJtWRQ8JjL3vc1ngS/bw3P5fqiFn9DI3Aehu0LnRpkNJdJAlkEDmaBwJCMporLE0D5EJo 3FDxCS3HBzboP3fsS7q3genSAKpP2Zmr9huM1ijM6ikqCmPcY3eSpfJ4wX5LfaQoK2opOYr 5dSwbozGQKj5o0ZrQ1mFQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:bY3sCAuYuAY=:jtHxepes+hw5udx3+j4GJ2 /zK7v8nrO9ppV/1Gfz+emwsvqOix4woRPbXSbOFprqAma/wq8HqlrqGgrCSfbitSCtpYFIdno 3DL6Mcfy29grgfPFzocAI3aLoTe3O2gqR0nv9+9YSmZdNTXh7tyqUO4lWlPLXT5GrjSofFFwo k+DaSyqVfnEFO0WmRLL5/BWAyf9RhSLC+/m1pd3u99amnakAZoJO+qYKg0KXktzZQIC/s3APu XA1mZdNiWdYKCIw9lx0F3pJpNqnKk0+nbT2NJ1V5u5NVSJZ2Y/FiJbZ/Klo0q4XhJoE9XiCqn LQdX58YceiHkLokezqYsA9omOZ7mEAJx8xKbm0AFPEbPToA4ybvdHqro7KId6oiU3cIc0tHUd nQyWGtdMYfC4DCcFrJCppCVmVWebvhnJZ3HmMO5rkbDZYf1Ra3f3g8pjdSL12SNW9XOzvyFM2 4M9A5QSQQH6Qqk5RaBcjB7cqX8N/GdDKLCUOnQo/oK72Z1jyOTR7hxi3UfRZSSyb5YpjLQC5M datQ1ZLL6lUIHL1DylsuBajnM2KwlHFVfeEpZ5HKk8MIhAnaTlqeWM5mY64Sib3WXwcZvIn3P A7kMc5zy2UqBY4uh+ToFJ4uoDuAjq31KZ3JNve5FNWIYALr7o8+s9szRd07/ZUl/K1oEGBK9C Mq9uaGlDIP8TIoJsKVLr5cSqJ16rBuzgJbDjTq6vHJJldXhKu+zbtWftCMKwu5F32Q1MWRs8R ZdXgJ6Wf/5DSxxlVgsdmnzlcBJ1KfcmTjIX2DKDsmX7pgUfo4heVKUq6ovEGxFfM723LCaFGp lsmGcEuKgn0ygDfxeY32uwAXE50LKvxdHE2S9FLpg8lBaZI7+ERRpPDJY8YYzBj1qCGsx4w0B tYAyKpvc5rIVARHadx/fRTfOGMK0v2EfWd2nMT7e5tf8p9GEjDLD5rXwepZ/yk7/UrKtK+fZ3 +fD5GycE21g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, > I didn't know that set-process-window-size changes the > value of COLUMNS. I thought that COLUMNS is set only by > comint-term-environment. comint-term-environment doesn't set anything. It just returns env values you could add to process-environmont, as in comint-exec-1 or compilation-start. > One thing I still don't understand is > how it would be possible to do the same for the remote process? Well, don't know (yet), this needs more testing. At least, we could set $COLUMNS directly: (let ((default-directory "/ssh::") (process-environment (cons "COLUMNS=1024" process-environment))) (shell-command-to-string "ps aux")) (let ((default-directory "/ssh::") (process-environment (cons "COLUMNS=1024" process-environment))) (shell-command-to-string "ps aux &")) (let ((default-directory "/ssh::") (process-environment (cons "COLUMNS=1024" process-environment))) (shell)) Tramp could add the $COLUMNS setting by its own. Maybe, there exist a more general solution, let's see. If you add "COLUMNS=1024" to tramp-remote-process-environment, you would get this effect already w/o any change in Tramp. Maybe I shall document it somewhere in the Tramp manual. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 07 16:55:54 2019 Received: (at 35055) by debbugs.gnu.org; 7 Apr 2019 20:55:55 +0000 Received: from localhost ([127.0.0.1]:48766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDEpW-0007pb-Jj for submit@debbugs.gnu.org; Sun, 07 Apr 2019 16:55:54 -0400 Received: from otter.birch.relay.mailchannels.net ([23.83.209.139]:65260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDEpU-0007pS-UL for 35055@debbugs.gnu.org; Sun, 07 Apr 2019 16:55:53 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id ADE6B8C0B61; Sun, 7 Apr 2019 20:55:51 +0000 (UTC) Received: from pdx1-sub0-mail-a60.g.dreamhost.com (100-96-2-111.trex.outbound.svc.cluster.local [100.96.2.111]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 12E2F8C0B39; Sun, 7 Apr 2019 20:55:50 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a60.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sun, 07 Apr 2019 20:55:51 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Cooing-Trail: 4f99de041e7bd1dc_1554670551548_3681027554 X-MC-Loop-Signature: 1554670551548:3075401199 X-MC-Ingress-Time: 1554670551548 Received: from pdx1-sub0-mail-a60.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTP id 5AF218027A; Sun, 7 Apr 2019 13:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=2KjN4fXbM2NYJ9HxB7JN/3dOswc=; b= O7l19236/IjPUjMd2nFwVx8Ely+ZkjbHdPmBzEoG4lHRVMKMkGRWi2rAE4hP1Euc 7elVdHRby88vYhYPO18qUEPG1kLe272Z6mnWmc3gaxk19BO1jv36t0ZpR47a2gkP Di6FYenbdDpScH7W0AKJ8Fn+MvapOdEsQVQEGfPW+3A= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTPSA id 2595080284; Sun, 7 Apr 2019 13:55:42 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a60 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> Date: Sun, 07 Apr 2019 23:15:43 +0300 In-Reply-To: <874l7ajmnx.fsf@gmx.de> (Michael Albinus's message of "Sun, 07 Apr 2019 09:32:18 +0200") Message-ID: <87lg0l1syw.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddruddugdduheegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdelledrvddtvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >> One thing I still don't understand is how it would be possible >> to do the same for the remote process? > > Well, don't know (yet), this needs more testing. At least, we could set > $COLUMNS directly: > > (let ((default-directory "/ssh::") > (process-environment (cons "COLUMNS=1024" process-environment))) > (shell-command-to-string "ps aux")) > > (let ((default-directory "/ssh::") > (process-environment (cons "COLUMNS=1024" process-environment))) > (shell-command-to-string "ps aux &")) > > (let ((default-directory "/ssh::") > (process-environment (cons "COLUMNS=1024" process-environment))) > (shell)) > > Tramp could add the $COLUMNS setting by its own. Maybe, there exist a > more general solution, let's see. > > If you add "COLUMNS=1024" to tramp-remote-process-environment, you would > get this effect already w/o any change in Tramp. Maybe I shall document > it somewhere in the Tramp manual. It seems it's impossible to set COLUMNS to the width of the output window neither in Tramp nor in async-shell-command. shell-mode can do this using set-process-window-size. But Tramp can't do the same for the remote process, and for async-shell-command it's too late to do this because when it displays a window with the output buffer, the command is already finished. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 08 03:39:31 2019 Received: (at 35055) by debbugs.gnu.org; 8 Apr 2019 07:39:31 +0000 Received: from localhost ([127.0.0.1]:48954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDOsN-0006nZ-Hz for submit@debbugs.gnu.org; Mon, 08 Apr 2019 03:39:31 -0400 Received: from mout.gmx.net ([212.227.15.18]:56613) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDOsK-0006nJ-GE for 35055@debbugs.gnu.org; Mon, 08 Apr 2019 03:39:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1554709160; bh=Yrda7xZiJdvAi9RER9Vkp7cJJkxz6fVTYa60GSL3LFc=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=HX67A91zESNrodqZfjld0xGIW848MX960JOc4DfL8PVpTjHwJu6kTzVd3RprCZ0pa A7PswePoouo+julBzri0Ou01txs/RIrDnZOkw0P94blaZDpEIT2mTX+OjTvHs/W1Ts p6R1gkBgGXCnner2i9mdICqqHwZccgZTKTZRgijY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.52.126]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LtIdP-1gkHCG3ooV-012o6E; Mon, 08 Apr 2019 09:39:20 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> Date: Mon, 08 Apr 2019 09:39:18 +0200 In-Reply-To: <87lg0l1syw.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 07 Apr 2019 23:15:43 +0300") Message-ID: <87v9zpgd3t.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:SlrdWRL6HQHLTEvaSGVEpM2gOhABjew7Qh1XOiwJeyaWJXMmdrG 3ucBJgG3NiB2ByqV3yfJVfy9RatOjbVAEFzxtkmk+lS9YCSLh+cyfns9hP39eC1+s0qlpCR AVw2lH6ZX3Qru3myOeJ1BMO0DLnYt9E4sVqy0g8Ca9hP3XUDjoF1ReKkS5uRnvPljhsPpDY 2uYUx7t9A4zT1AZAVpj0A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:/2pGLc1IAdM=:yCCRz9TDr0lZ3XYehsp+F0 4sZC3LwByPWgdcdsqPi5Cyxqg6DxAR4BaqetatQHNaWegRZoTS5tzaUNIjA0vTJQpKbZBjM1I n9cXuGPyBDsAuaDfOGXWXqn0u0l8d1KGVdaIBjltL3ZueTGA2UlzhDX10LmPTjZ3G7bZOq0+s cEUfpnfQRBLaJEDhf10xwVe4PIj3eDO0Of+4qUcUDXT9KM5LPh37r7+V8e4StC8oeKAwC/eNK GzhjLQyUb/xG1qMR3agT/rv1H9g8y4lTLl7R3Nhh2fDf33VgLXVnUBcq1VJfD6z9eEbSOdkj8 WuesyPXgL3tf0EHUCJ0KxLW6WP7Kmo6nVCsv5qOLEwDldlCY2a2EQKT5uE3GgQ2BvcBy0q+Tl P9gHrSIso67oZdagPJlPL1sjmaJZu53kE6xInkUgip6+beI6L5I34+nhsuIH2IWU7lTSMV49q 2UKjoS5mhvagpEUKtl0xzdKhpO6KGcIHAIGGGXYZ28PonlPM6mjTtyOTOPc5pfEuxePLNfojG kip0L8snW/zWmmNI+ngbTBoi2wv/3i3RTlqHcNgHt9VE9OrLgclf6QVaTF1Z8mXezTsj8dgMK aXbGlo7LgvtHUNuYpij/7GTixeXaSMDzGh6C0YOTskNrFJ9YKoALM9pizniDtHq6qJ2TmXaBj ZU87nPwn5UEQRPzWHEBDOa62qD1fTKK82416ciSOHizk5Z2xXwLn4Y+8WIwW0wKp480olD8Iq xs7JjqLC6hVPnLo3mUEE6cawlrRVObiUiMwGD62WvQhVnAdoo2Nz0hSx9A/pOvjuKxZzQy+9Q nQQ7akLh1z5oTPMKJQEVIeBgDMBFCYUn+AlFYbYn2DRR/HpuqCEeMA9XQFPbAKtSkjLRKaft+ A1CZinj4VpysLmXXU+3yNXn32c4tTt9dR2btafIvQCD0Dvyiu+ikDC9yf3+tNq++uG/Ow96sS jE4ruW6Eqiw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >> If you add "COLUMNS=1024" to tramp-remote-process-environment, you would >> get this effect already w/o any change in Tramp. Maybe I shall document >> it somewhere in the Tramp manual. > > It seems it's impossible to set COLUMNS to the width of the output window > neither in Tramp nor in async-shell-command. shell-mode can do this > using set-process-window-size. But Tramp can't do the same for the > remote process, and for async-shell-command it's too late to do this > because when it displays a window with the output buffer, > the command is already finished. Again, using tramp-remote-process-environment seems to be the appropriate place. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 08 16:28:55 2019 Received: (at 35055) by debbugs.gnu.org; 8 Apr 2019 20:28:55 +0000 Received: from localhost ([127.0.0.1]:50216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDasw-000587-Mq for submit@debbugs.gnu.org; Mon, 08 Apr 2019 16:28:55 -0400 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:44059) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDasu-00057v-8Y for 35055@debbugs.gnu.org; Mon, 08 Apr 2019 16:28:53 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0D9D65C2CC6; Mon, 8 Apr 2019 20:28:51 +0000 (UTC) Received: from pdx1-sub0-mail-a91.g.dreamhost.com (unknown [100.96.11.48]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id B07DB5C51FA; Mon, 8 Apr 2019 20:28:50 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a91.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Mon, 08 Apr 2019 20:28:51 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Sponge-Shrill: 0ca7a87b61675e0e_1554755330879_756281822 X-MC-Loop-Signature: 1554755330879:1798800607 X-MC-Ingress-Time: 1554755330878 Received: from pdx1-sub0-mail-a91.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a91.g.dreamhost.com (Postfix) with ESMTP id 55C897FA63; Mon, 8 Apr 2019 13:28:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=7dMGQIhX5n4OI48Z7MLyk3aK3n0=; b= WAnzZwsiuwlQuU3fDd81Cc1o9ki7uQZy/MmYwB4F6unR/fVdeGFPSZtgnHqYipT/ G8NVNY/vBJkZK0sB8sD69n2557Gwv0A1IDkutO8rFi5lUnDEIuXRPcmKR5q2Rp7/ baHp6O3QxQukR1WIiyu3RDG9YADGvgzqlbIFxYgH5Q0= Received: from mail.jurta.org (m91-129-99-202.cust.tele2.ee [91.129.99.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a91.g.dreamhost.com (Postfix) with ESMTPSA id 48CB27FA61; Mon, 8 Apr 2019 13:28:47 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a91 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> Date: Mon, 08 Apr 2019 23:23:46 +0300 In-Reply-To: <87v9zpgd3t.fsf@gmx.de> (Michael Albinus's message of "Mon, 08 Apr 2019 09:39:18 +0200") Message-ID: <87mul0tfe5.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudefgdduhedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesmhdtreertdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdelledrvddtvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) --=-=-= Content-Type: text/plain >>> If you add "COLUMNS=1024" to tramp-remote-process-environment, you would >>> get this effect already w/o any change in Tramp. Maybe I shall document >>> it somewhere in the Tramp manual. >> >> It seems it's impossible to set COLUMNS to the width of the output window >> neither in Tramp nor in async-shell-command. shell-mode can do this >> using set-process-window-size. But Tramp can't do the same for the >> remote process, and for async-shell-command it's too late to do this >> because when it displays a window with the output buffer, >> the command is already finished. > > Again, using tramp-remote-process-environment seems to be the > appropriate place. Thanks for the suggestion, I customized it to '("COLUMNS=222") that is approximately equal to my frame's width, thus `ps` shows enough output, and `dpkg -l '*emacs*'` is not too wide ('dpkg' tries to fill all available columns). Should a similar option be added for async-shell-command as well? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=async-shell-command-width.patch diff --git a/lisp/simple.el b/lisp/simple.el index 857e0fc001..7212686add 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -3336,6 +3336,15 @@ async-shell-command-display-buffer :group 'shell :version "26.1") +(defcustom async-shell-command-width nil + "Number of columns available for shell command. +If nil, use the shell default number (usually 80). +If a positive integer, use a fixed width." + :type '(choice (const :tag "Use system limit" nil) + (integer :tag "Fixed width" :value 80)) + :group 'shell + :version "27.1") + (defcustom shell-command-dont-erase-buffer nil "If non-nil, output buffer is not erased between shell commands. Also, a non-nil value sets the point in the output buffer @@ -3599,8 +3608,13 @@ shell-command (with-current-buffer buffer (shell-command--save-pos-or-erase) (setq default-directory directory) - (setq proc - (start-process-shell-command "Shell" buffer command)) + (let ((process-environment + (if (natnump async-shell-command-width) + (cons (format "COLUMNS=%d" async-shell-command-width) + process-environment) + process-environment))) + (setq proc + (start-process-shell-command "Shell" buffer command))) (setq mode-line-process '(":%s")) (require 'shell) (shell-mode) (set-process-sentinel proc #'shell-command-sentinel) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 13 06:45:23 2019 Received: (at 35055) by debbugs.gnu.org; 13 Apr 2019 10:45:23 +0000 Received: from localhost ([127.0.0.1]:58156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFG9z-0001Yd-4h for submit@debbugs.gnu.org; Sat, 13 Apr 2019 06:45:23 -0400 Received: from mout.gmx.net ([212.227.15.15]:41415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFG9x-0001YO-OJ for 35055@debbugs.gnu.org; Sat, 13 Apr 2019 06:45:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555152312; bh=J4b0+Ssf0zGbhrpV4KjKG6Eyy5Sd7lAQ5p6eAInxJ/k=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=gw7W6s4PQX4up6tShXJgxJ89XnYVEADvKD7Xnwke00x0rHIQo3iP3ziG4ibKQU/Ys vwdjpfjDr9hkaTEADeentyfX6y8+B5B6BPoB9t/uloVV5D2Kx588sgHTPML4JuT2u8 v4KzrIE4F4HraYjeJdS3QJMUeEfrsx4B3BDVBFy4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([178.20.95.31]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M6ilI-1guGpI0xSW-00wS3u; Sat, 13 Apr 2019 12:45:12 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> Date: Sat, 13 Apr 2019 12:45:10 +0200 In-Reply-To: <87mul0tfe5.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 08 Apr 2019 23:23:46 +0300") Message-ID: <87v9zib2vd.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:d2KU3RIbrZ0OpPzcomntwevrLWbI3aWad7Y9w5kUGknkaino4+P JY3yjvlHRXLKRUQ5Usm+OrpWBggIco+GFWtuVwrCQsfU1mm/+AGTP7q/kalRaEH0J6ajic8 86fn+bSjqlVi8KWbfXputrHrhqpoYKa2nL5q67mydAasz/ygtgHLe9PnP5kcT0LzJaX4GGo qqiQE2fbixxpklx2wMsQA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XmUBb5Cu11Y=:lQZWscy5d5reSA3uZlchpz lKYuEWScviySPpFVVqBlF1FVDNlkipoqe46HSwvTlf29nQ6EkG/uebV5ragh97DMcrXjbWtB3 pWLPHovViKc1YsBL9bMMLTPKh5VJg4BGvIG5zS4xTejVBIH/SEqG39dO7oRvlGYJ2cyZRo7AV ZMdKsAeqxNf1XBMOKUBdt7xXpWJI97eeEc46QY9W3AmDB71iZRm3xzL4nJ7kmRMl6DoO3HYsb AyNDtJr+6ZJc+shh7QQtYcsogafLEXVHX0N32OVjDjYQMzKu4kJ4P+auL3422v2GgD5cr8sM8 ZMZq+MPJpRsv2L3wHzTEaGmWCq/E7GMLbXAsGXYwD28OO9D6c+eMwx3THwV2EFESm8Ld3DNcA PSq5VLBeypXgLcCDGBEYRlCo8gZHaK+PQPADoIKIulhBDbHuIyLyCEsJkau1s2qrBW0COr2RC ZA/rIbeIzSzeCMtwrI5D5ossVP7Yp8Uvfv8yQbMmDLV8V/FoD53AicYYTMajS+nHIiTTgSjjA PfRAY1EfOXVpehO0uxIC7P0mg2WySrB4hAawTMmSfIaoLiC4jv/sG4TJq5spvRXJxrJSVZmX2 9o8PGYSZXT00qZoPs8X8tYeu4zfokRBlgdZYvh6nDmjE37uMG6LjYeDabTI3NVLKvF/VvBmWA QpzIDhazK0oCCpt1m9fGV51S7EIhqi4f32uzAsOibWAXTV1GqU8A+giYvccYaeDbkUwtfOM1W oCwoOQZsqicyOeZrO4/TLmKlrwmFXvaIYUV14XST44qLloCEuf0iZktC0dTN4Hmq1kNvP0eZN oTiQfea65ei7BGAU71/Qb5vqlldMYA5ie0EaFo8GS2Iclaij7GRvigiGV0mpp18fjOhX/IvXk 5JtAb+RtVj3wBVB0jTwyVvUfl7vHk13sGaqFqaZFMrJ+cIKXHvq+lDdiYEDsvkKHQtWP781fh x7NEHeBlLXQ== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, [sorry for the late reply; it was a busy week] >> Again, using tramp-remote-process-environment seems to be the >> appropriate place. > > Thanks for the suggestion, I customized it to '("COLUMNS=3D222") > that is approximately equal to my frame's width, thus `ps` > shows enough output, and `dpkg -l '*emacs*'` is not too wide > ('dpkg' tries to fill all available columns). > > Should a similar option be added for async-shell-command as well? > > diff --git a/lisp/simple.el b/lisp/simple.el > index 857e0fc001..7212686add 100644 > --- a/lisp/simple.el > +++ b/lisp/simple.el > @@ -3336,6 +3336,15 @@ async-shell-command-display-buffer > :group 'shell > :version "26.1") > > +(defcustom async-shell-command-width nil > + "Number of columns available for shell command. > +If nil, use the shell default number (usually 80). > +If a positive integer, use a fixed width." > + :type '(choice (const :tag "Use system limit" nil) > + (integer :tag "Fixed width" :value 80)) > + :group 'shell > + :version "27.1") > + > (defcustom shell-command-dont-erase-buffer nil > "If non-nil, output buffer is not erased between shell commands. > Also, a non-nil value sets the point in the output buffer > @@ -3599,8 +3608,13 @@ shell-command > (with-current-buffer buffer > (shell-command--save-pos-or-erase) > (setq default-directory directory) > - (setq proc > - (start-process-shell-command "Shell" buffer com= mand)) > + (let ((process-environment > + (if (natnump async-shell-command-width) > + (cons (format "COLUMNS=3D%d" async-shell-command-width) > + process-environment) > + process-environment))) > + (setq proc > + (start-process-shell-command "Shell" buffer command))) > (setq mode-line-process '(":%s")) > (require 'shell) (shell-mode) > (set-process-sentinel proc #'shell-command-sentinel) What about calling this just `shell-command-width'? It wouldn't hurt for synchronous shell commands, and I could adapt `tramp-remote-process-environment' accordingly if set. Might be more convenient for users. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 13 17:58:40 2019 Received: (at 35055) by debbugs.gnu.org; 13 Apr 2019 21:58:40 +0000 Received: from localhost ([127.0.0.1]:59332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFQfY-0003W0-Bg for submit@debbugs.gnu.org; Sat, 13 Apr 2019 17:58:40 -0400 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:7212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFQfV-0003Vq-OX for 35055@debbugs.gnu.org; Sat, 13 Apr 2019 17:58:38 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id CC9EA5C4862; Sat, 13 Apr 2019 21:58:35 +0000 (UTC) Received: from pdx1-sub0-mail-a34.g.dreamhost.com (unknown [100.96.20.50]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7BE195C4386; Sat, 13 Apr 2019 21:58:35 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a34.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sat, 13 Apr 2019 21:58:35 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Descriptive-Zesty: 1e4192435b372890_1555192715666_1260529027 X-MC-Loop-Signature: 1555192715666:3660860736 X-MC-Ingress-Time: 1555192715666 Received: from pdx1-sub0-mail-a34.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a34.g.dreamhost.com (Postfix) with ESMTP id F129E837DC; Sat, 13 Apr 2019 14:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=qRZ+dzYO1xLS5NdK+WufSntHFc4=; b= S5jRUFH1sFUTOsdYH/KJfvelDsLXFF90u0kXcyKphrruoPWIAvKMY8rb7oAXtv99 PDhyZwjX/fIFfNICge/C+Teck0lCdUjDmoLdnwQZ1ZtBTacsbIfk2Qdbh+w9rh6w eSb1aDXKrL91Pbf0QkUyUkIVBIlJgz3OUj6tSYfxViY= Received: from mail.jurta.org (m91-129-111-111.cust.tele2.ee [91.129.111.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a34.g.dreamhost.com (Postfix) with ESMTPSA id 0C63A837E3; Sat, 13 Apr 2019 14:58:32 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a34 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> Date: Sun, 14 Apr 2019 00:48:52 +0300 In-Reply-To: <87v9zib2vd.fsf@gmx.de> (Michael Albinus's message of "Sat, 13 Apr 2019 12:45:10 +0200") Message-ID: <877ebxa857.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrvdeigddtudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrudduuddrudduudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdduuddupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesghhmgidruggvnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >> +(defcustom async-shell-command-width nil >> + "Number of columns available for shell command. >> +If nil, use the shell default number (usually 80). >> +If a positive integer, use a fixed width." >> + :type '(choice (const :tag "Use system limit" nil) >> + (integer :tag "Fixed width" :value 80)) >> + :group 'shell >> + :version "27.1") >> + > > What about calling this just `shell-command-width'? It wouldn't hurt for > synchronous shell commands, and I could adapt > `tramp-remote-process-environment' accordingly if set. Might be more > convenient for users. Yes, this is a more general name. I pushed to master. BTW, I had a hard time finding the info about one of the most demanding Tramp features - an ability to edit files with sudo on a remote server. I searched for "ssh+sudo" by analogy with the git+ssh:// scheme, but failed to find anything related among all documented methods in the Tramp manual, even when searched separately for "ssh" and "sudo". Eventually I found it in an unexpected chapter "Ad-hoc multi-hops" that allows to do: C-x C-f /ssh:user@host|sudo::/path Would it be possible to make this feature more prominent? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 14 13:55:38 2019 Received: (at 35055) by debbugs.gnu.org; 14 Apr 2019 17:55:39 +0000 Received: from localhost ([127.0.0.1]:33138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFjLu-0006o7-LQ for submit@debbugs.gnu.org; Sun, 14 Apr 2019 13:55:38 -0400 Received: from mout.gmx.net ([212.227.15.19]:35809) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFjLt-0006nv-4J for 35055@debbugs.gnu.org; Sun, 14 Apr 2019 13:55:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555264527; bh=02QmdMIbYpWWppRIBKpIgGgYRsZnXtGowdTDmgC9/rQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=T0Y30k+zCN3NBJJCTYdRBPm3rzHIC3k35FpfysGOopZxIuO8+Rimdo3IoapGoWiPE Nu6otzVGn9gp3/Srp7bdWVQV+va+6frZJZGejlsg/lMkeJXaM8QMVivAWiRvOUmPmz Sahf8qkuD8AXq3ScgaS3vl6Zm6PLnVxaxjQMuM7I= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.57.74]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M1Ygz-1hH7K82sPr-0035ff; Sun, 14 Apr 2019 19:55:27 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> Date: Sun, 14 Apr 2019 19:55:25 +0200 In-Reply-To: <877ebxa857.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 14 Apr 2019 00:48:52 +0300") Message-ID: <87a7gszd2q.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:5tEa1as3fE5Cmuby1RMhf6VYhfRC9v/EqrAUZg/V++xy7zI90gL K/RVmU+0gmc5PBYkdZdELFNM7Nqse+EJgYcfI+5gP+tdN8jvpIBVTIZbEGWPnHNIDTgUPlh Tct9guWo1p6+htV5D5Ow2Ypspe2rIF6cMFGn0y2FZL3enstRcBUWPMu8UouUlVm4r6aiwbY gKQ2ZyWP4H/Pxz6/1hz0A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:6qnRo0WSUfs=:cy2ZuDVUhBgUKiYdzmNKlZ cOdrBp9OkqDTcg7VXcr73xeyElVzUQLtkhr4M7pFcorZV18FsB3Ro4B6X/D4AL+OhzDbZZkQQ 2DiNa2e12H4x0tzlKzc7RrflX5TyR8L3rd+o6xLAaHdhDRuzRCiRJ7Pb2OEdih86ra59YqibA FK/SC7HNpVD9kBuvfFAUFV210erl/lL4FxccE7LPwfWNBEVwBC0g+KHVwNkz6wtMh6tmgmNHI buECdjoJ50m2oF9bOnQ6KFq+8S3N5+kf1A8o0FjOW8Shn4Bcw6Bz0YTVvUUgnXAmBBc57f4mf CDM/CtN8xslaNfa1o8IKBbP3d83IslAAPccndZHI7ibcMfJ+UQq/xAyI5+Qg/2yNhHxlHG1aD IE/tPCbtZObhtjVWPAMT3HmnqPylEg2oRth0ovq8c98tpUSLEDdQig2+ZXRe1wdEd2QlZMuHv jpfT+48RQwguj9qalXtsNW5Cx/4SDIwzcZRPpmbzoWejf6uhRUY7UEXVIl1p+D0QPcRENVE4H XHVLoS/B1XWgK5or4sy9Dh0iG8mxA5eov0HnIqGohIepgHkoCs+4lz9m5y8loHTKuw47ZOi/5 Yg+AUvytNJfhOA0yKCqrOCj5FItOxqzkboyo9gCnO2pJ0VssVrn6c508mG/eXzto4eyU0Rf/c EfExFX4Gm96osKgtZoQb1ayLHv0zvzxXQ1zhiIdOeX4VKQy9DFIJXTJ1MwMzOvScVvD85K+Pn +EmkckXAbDJ6agrCXCN8iH/JvtZLcYmKqQRZGCbmYtDz4UyX2jwPx5SKSeto0rDAVkaDFirc3 0Dr2C8CL6QGU9U5Rr4X+7v47v4ulktJZgxz9U5VYXu1iCzXyLCibeZk9SEkr/QJSc9PVrv+ZZ i7Uj+tEqm3G7Q3H+oeoPeBPGYJkgLa0qe7XI9bgiKi2pKmOx0yMi5Jb+Yo3Kxy3XuZ0KraI2B LptAyqx9hgw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >> What about calling this just `shell-command-width'? It wouldn't hurt for >> synchronous shell commands, and I could adapt >> `tramp-remote-process-environment' accordingly if set. Might be more >> convenient for users. > > Yes, this is a more general name. I pushed to master. Thanks. However, I've meant this also for synchronous `shell-command'. You have implemented this only for asynchronous. The synchronous `shell-command' does not suffer from the buffer width restriction. But there might be use cases to set a fixed width, for example if you want to get a well-defined output layout. Would you also mind to document the new user option in the Emacs manual? > BTW, I had a hard time finding the info about one of the most demanding > Tramp features - an ability to edit files with sudo on a remote server. > > I searched for "ssh+sudo" by analogy with the git+ssh:// scheme, > but failed to find anything related among all documented methods in > the Tramp manual, even when searched separately for "ssh" and "sudo". > Eventually I found it in an unexpected chapter "Ad-hoc multi-hops" > that allows to do: C-x C-f /ssh:user@host|sudo::/path Well, this is not a feature on this own. It is just an example how to apply ad-hoc multi-hops. That's why it is described in that section. > Would it be possible to make this feature more prominent? There is an introduction chapter "Quick Start Guide". I've added some words about ssh+sudo, and friends. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 14 16:15:25 2019 Received: (at 35055) by debbugs.gnu.org; 14 Apr 2019 20:15:25 +0000 Received: from localhost ([127.0.0.1]:33214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFlXA-000413-Oh for submit@debbugs.gnu.org; Sun, 14 Apr 2019 16:15:25 -0400 Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:10896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFlX8-00040l-5q for 35055@debbugs.gnu.org; Sun, 14 Apr 2019 16:15:23 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id F163D124AE6; Sun, 14 Apr 2019 20:15:18 +0000 (UTC) Received: from pdx1-sub0-mail-a10.g.dreamhost.com (unknown [100.96.39.118]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 22420124FCC; Sun, 14 Apr 2019 20:15:13 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a10.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sun, 14 Apr 2019 20:15:18 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Well-Made-Rock: 38964ad209b600f0_1555272913386_3702858336 X-MC-Loop-Signature: 1555272913386:75978274 X-MC-Ingress-Time: 1555272913386 Received: from pdx1-sub0-mail-a10.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTP id BDAC082DEB; Sun, 14 Apr 2019 13:15:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=N1md2g8Gu9XGj1Bjs9eysX9KcXo=; b= ckpMHw5/ckkpNDz2KyjN08dnUmpMuaqFHG98+JRlQTe7tBnE4i/5WgvPVXz4LG8Q u6DiYDtoxx42sMoSS0Dy/ryH0KJcN5KTUnX1q5C+r6Hyv9UXz+dGhcMMfx4Mtsec lZIOdzSxM8F/yUiHGiGeTyT6aWe/Zdcui5vyk/nhvVg= Received: from mail.jurta.org (m91-129-111-111.cust.tele2.ee [91.129.111.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTPSA id D16BD82DE8; Sun, 14 Apr 2019 13:15:09 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a10 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> Date: Sun, 14 Apr 2019 22:41:28 +0300 In-Reply-To: <87a7gszd2q.fsf@gmx.de> (Michael Albinus's message of "Sun, 14 Apr 2019 19:55:25 +0200") Message-ID: <87sgukxu27.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrvdejgddugeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdduuddunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrudduuddrudduuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >>> What about calling this just `shell-command-width'? It wouldn't hurt for >>> synchronous shell commands, and I could adapt >>> `tramp-remote-process-environment' accordingly if set. Might be more >>> convenient for users. >> >> Yes, this is a more general name. I pushed to master. > > Thanks. However, I've meant this also for synchronous > `shell-command'. You have implemented this only for asynchronous. > > The synchronous `shell-command' does not suffer from the buffer width > restriction. But there might be use cases to set a fixed width, for > example if you want to get a well-defined output layout. Oh, I don't know what to do in case when only the current limit on the output of asynchronous commands should be increased, but the output of synchronous commands needs to be left unlimited. I have no idea how to customize it in this case. > Would you also mind to document the new user option in the Emacs manual? Will do as soon as the details of the new option will be clarified. >> I searched for "ssh+sudo" by analogy with the git+ssh:// scheme, >> but failed to find anything related among all documented methods in >> the Tramp manual, even when searched separately for "ssh" and "sudo". >> Eventually I found it in an unexpected chapter "Ad-hoc multi-hops" >> that allows to do: C-x C-f /ssh:user@host|sudo::/path > > Well, this is not a feature on this own. It is just an example how to > apply ad-hoc multi-hops. That's why it is described in that section. > >> Would it be possible to make this feature more prominent? > > There is an introduction chapter "Quick Start Guide". I've added some > words about ssh+sudo, and friends. Thanks, this is the same place where my search found the first occurrence of "sudo" and there was no info about using it on a remove host before your addition. BTW, I see that in info/dir all manual names are capitalized, except Tramp. This lower-case name looks a little disparaging. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 15 03:47:35 2019 Received: (at 35055) by debbugs.gnu.org; 15 Apr 2019 07:47:35 +0000 Received: from localhost ([127.0.0.1]:33953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFwL0-0002Al-Sy for submit@debbugs.gnu.org; Mon, 15 Apr 2019 03:47:35 -0400 Received: from mout.gmx.net ([212.227.15.15]:45135) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hFwKy-0002AV-W0 for 35055@debbugs.gnu.org; Mon, 15 Apr 2019 03:47:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555314443; bh=RmeDp7SP2XZ7JEHLl2PGeODMAKV5ca4pDxShF3boHUQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=f9wyNtErVt8iuqGpBu7xxKN+9edWasMkNhMN9hyuLwffBEAHxMKrkNTN7p+xXL19x XNRm/aFgeKy0/EYszVqN+WAFgYM0Gz3LJzzNIXaDl7QtSKcgHhErLSf4+jKXMxoxo/ HcU6ZG/vqvxMuJgorje31Ch3G+ESXAdZJDTl3lOk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.249.40]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Mfn88-1hS5RH1RvY-00N7UZ; Mon, 15 Apr 2019 09:47:23 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> Date: Mon, 15 Apr 2019 09:47:21 +0200 In-Reply-To: <87sgukxu27.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 14 Apr 2019 22:41:28 +0300") Message-ID: <875zrfzp4m.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:b6G4EJi4NZTDN7Z5nw4ZOp6/1SBhm4LSINhUSuDIhSoBHTu7Kzj LrFSLfHWtp0mflW4h3UnW1pVbbVs+9W/4OkaSWVXTamEBTFRV4BQtcwsNwTp0KTxC2ZXAIt Il0c7tnjjyxK0E/5iQNptLHMuOgIkGDNk8vFXf9m6SwuZJ2rG6YXjnJXjCnfjtyzj+E9K/U 64TvaQcJe7Cj/Sdq9Kuig== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:EdJS/HAzmy0=:6xP3m2LJY2dOlB79OxVgox 7w5bdwahhBtgmE/aWZQ1i7hHAj1EOrXqoj03dznF4wKye+ff7HLn6g43D8puZBTGFCV4JpsDQ X3wsRs3OzB57HhwCZaSpad5ZtuVrqy6GXRlyX4DwDOeJTZtPnaXKHCr2oRqcnT4j0MVaG3D0s usD5DNjZOc2U1L/fLX+v3U/scTQzCXgRxDJ130NWFy/menD8N71GCTISpRSuwx5ooWsixXJ13 D36yAbH3sIdIerJKNfxL7EJm818sb4AYR+Hoet7Hsx7GAQWfl3+lwm5BCUSgxUnrnhB7z3xGW T3ZdIaFWdc+7yYT82TdWSRpRA8jKOEidMd7z45Dt7JJpqc1X1EIpTWY1DSXDmEYDx4Y/nnG3q UUtFoXMgoT988YVxrFrgYQjd38gniuvFrTS/7DWQJxpnlLwO7RmiygL0egbOGyeYdZOrE4M5/ OgwCD97ay5LABIza1yzmMYL/tNK9Ez5xx9W/0qdbehxFMbDZeaA8TsrP3rb4E7UsBFpK3pNiV wc5zFgEULSnPhgrer74hFj0serwO034fbfrRqdey1Aq/F7p9S6pHLQAsoYSJYdeKBDI0UBvaJ H4cfskEAbVzBYjnmDvegQB6fMCYs5i6kMOFdhXzcs++qUGwN0wOZpwucfizD/ZcwHSBXNOCiP QM7ljuzvC7h09ljyhwJuo2XTihrhlQjz4LKp4CDc/KjHt+X8EFd2ph6yJ7cxSuI5zX/Fde85+ N7o07cltJ/kC4TXfceCN4pe+j4Pil9NlSJ2ghUisTXCYQNFIEOooojIJGs7t1u8LQC/TMXUyN D7EZIzywclTnhUKFT+idmk7e77AzXRi85y2dBxOxSjWfP0pD1vn8xYWMAKkvYO49v81BlZNjV BB5dRiJCLLxgwYnL1Xc5uavdh+3/784T0Q5jqNE5Ci6jmJnDiUmlJkfXD32YtejgxWeg4lkIK qsHjvuA8jhA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >> Thanks. However, I've meant this also for synchronous >> `shell-command'. You have implemented this only for asynchronous. >> >> The synchronous `shell-command' does not suffer from the buffer width >> restriction. But there might be use cases to set a fixed width, for >> example if you want to get a well-defined output layout. > > Oh, I don't know what to do in case when only the current limit > on the output of asynchronous commands should be increased, but > the output of synchronous commands needs to be left unlimited. > I have no idea how to customize it in this case. I don't believe there is a conflict. The main use case will be to increase the output width of a shell command, in order not to loose information. People will do this by setting a large value, say 1024. This will be used for both the synchronous and asynchronous case. And then there's the use case to have a fixed output width for special commands, in order to get a deterministic layout. This won't be applied globally, neither for synchronous nor for asynchronous `shell-command'. Rather, `shell-command-width' will be let-bound. And we have the advantage, that synchronous `shell-command' behaves consistently, for both the local and remote case. So I don't see a problem. > BTW, I see that in info/dir all manual names are capitalized, except Tramp. > This lower-case name looks a little disparaging. Ahh, good catch. I've used @value{tramp} for this, as in the whole tramp.texi. But this cannot work in @direntry, which is supposed to be applied outside the document. I've changed it accordingly. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 16 16:54:29 2019 Received: (at 35055) by debbugs.gnu.org; 16 Apr 2019 20:54:29 +0000 Received: from localhost ([127.0.0.1]:38073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGV63-0002nv-0W for submit@debbugs.gnu.org; Tue, 16 Apr 2019 16:54:27 -0400 Received: from purple.birch.relay.mailchannels.net ([23.83.209.150]:39755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGV60-0002nl-S7 for 35055@debbugs.gnu.org; Tue, 16 Apr 2019 16:54:25 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 97F2B2C0F14; Tue, 16 Apr 2019 20:54:20 +0000 (UTC) Received: from pdx1-sub0-mail-a29.g.dreamhost.com (100-96-7-60.trex.outbound.svc.cluster.local [100.96.7.60]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id DEC882C2333; Tue, 16 Apr 2019 20:54:19 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a29.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Tue, 16 Apr 2019 20:54:20 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bitter-Callous: 01f13a4c742dc435_1555448060405_168926174 X-MC-Loop-Signature: 1555448060405:3790954056 X-MC-Ingress-Time: 1555448060404 Received: from pdx1-sub0-mail-a29.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a29.g.dreamhost.com (Postfix) with ESMTP id C9574804B1; Tue, 16 Apr 2019 13:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=EwwaDWiC0cTm9FEM51p1I2k7h6I=; b= hN4XtBCURlTEiTyteawxJ+/FjkBoUD6GgKcu4hIi5TC2D1vEk8BIdmpJ+AEb23lf BlDbtxTrVK5r3CeeVm8g8bIguCPrvN9kKtMb/8Ta/Zchu9H9DwBDTpVkzhXOA+Qz EVJ+E6w8/BIXOu/1JIMaH00N0BAYMDNup688ISU2ums= Received: from mail.jurta.org (m91-129-111-111.cust.tele2.ee [91.129.111.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a29.g.dreamhost.com (Postfix) with ESMTPSA id 1FDE4804B4; Tue, 16 Apr 2019 13:54:14 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a29 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> Date: Tue, 16 Apr 2019 23:39:41 +0300 In-Reply-To: <875zrfzp4m.fsf@gmx.de> (Michael Albinus's message of "Mon, 15 Apr 2019 09:47:21 +0200") Message-ID: <87mukpznua.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrfedugdduheegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdduuddunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrudduuddrudduuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >>> Thanks. However, I've meant this also for synchronous >>> `shell-command'. You have implemented this only for asynchronous. >>> >>> The synchronous `shell-command' does not suffer from the buffer width >>> restriction. But there might be use cases to set a fixed width, for >>> example if you want to get a well-defined output layout. >> >> Oh, I don't know what to do in case when only the current limit >> on the output of asynchronous commands should be increased, but >> the output of synchronous commands needs to be left unlimited. >> I have no idea how to customize it in this case. > > I don't believe there is a conflict. The main use case will be to > increase the output width of a shell command, in order not to loose > information. People will do this by setting a large value, say > 1024. This will be used for both the synchronous and asynchronous case. The same value will increase the output width of async shell commands, but decrease the output width of synchronous shell commands from unlimited. > And then there's the use case to have a fixed output width for special > commands, in order to get a deterministic layout. This won't be applied > globally, neither for synchronous nor for asynchronous > `shell-command'. Rather, `shell-command-width' will be let-bound. > > And we have the advantage, that synchronous `shell-command' behaves > consistently, for both the local and remote case. > > So I don't see a problem. If output truncation will apply to shell-command-on-region, especially with its REPLACE arg, this would be a big problem. After filtering the buffer contents with a shell command, parts of the buffer will be lost. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 17 03:22:32 2019 Received: (at 35055) by debbugs.gnu.org; 17 Apr 2019 07:22:32 +0000 Received: from localhost ([127.0.0.1]:39268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGetq-000296-0m for submit@debbugs.gnu.org; Wed, 17 Apr 2019 03:22:31 -0400 Received: from mout.gmx.net ([212.227.17.22]:50219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGeto-00028r-27 for 35055@debbugs.gnu.org; Wed, 17 Apr 2019 03:22:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555485738; bh=9nxVUmB0Q6SC8c0FvB6b8xO07J6wroA33x++k6j1TA0=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=UbX2cCqmpzJkiLZanDf598D2uHrecTWgaD/5UxN8EOHHjLh5PZ11vQzDGt4UgIZLg PBwafr4I+QBrDOiyDbeo6Z3Ss/8YNIARX6/Sfb9j68Vin0BiErEnHq2W27hbrj5PGd LwSoBZwblWRkThPsu7hRSbfthqscX12ZCjE14zoo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.243.201]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M7ojs-1guRBa2JZQ-00vNNC; Wed, 17 Apr 2019 09:22:18 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> Date: Wed, 17 Apr 2019 09:22:16 +0200 In-Reply-To: <87mukpznua.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 16 Apr 2019 23:39:41 +0300") Message-ID: <8736mhp047.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:jJw74rrOPSAOItsCF4CRAXNZeczka65o+3ftTVP/7fj8lwr4RkQ k9XZGGX6TXELwMnj9QRDeB5/Mrgz5ah4nwbRuZ47dN8uGGto/P3cKyE4ybrkstTnUS8y/En 3xbdRVQYjhiY8qARQ3d51X3bl9GW/krufkP+/7DXjfVcVt2NLbvehJNz+0ce2Qoqshsf2Dj OOJYSizppHNXqjxGSUdDw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ggiMR/bWzok=:ngIamGF2cB+EPoZIgIOLy1 BNL4T0pGBOjl0fNZWoY9DupUm3Et8NNbJMxumXZYzfThFzfCwmyVkfe1Ibv93vYit5Kt1T+yy b+dmksR0gT7/KiU3McRYF9yoHLjvXONXzyGOoh67hVprwRrWxibbKlfviVObk5Hvqtqzpy/D2 xmXPJW5oq+YI1By5yFXUpCQF077Gm3Kw3vwAbp03309okj7sHh233x1HvPj0i1U2Ip1SduUNz j5AceIzrLgSRWv2MSL2Df6RTEm1ZS36VLQCsJEy1Qw17ltX7yKVLgOQJ/CGUoXJCH05wDiVJ5 BIBgFoGTM+4kIzTfi1OG+RQD1t7ctSsLO8TSzy/8PEQWOm9zMM1IjlujTLNYJ9hhXWRcXrqxG DZ+EARdiBLPdW7HU5kTFFpvm5Eb3brUrGGDMkVQYJVUKlrOWZ8/5h1LmD4gXChnOn6vu9gasE PfRYJRUbMoL7JIWKGygoNvr+h8CpLqvWuJmj6ya1zRe3uQoqWdfeSaI31YyhKTshlvVaUbJ1H wkHmmLHpMAavdkyy7zGV5vsuZGRhTMces4PcA/LT01VWskzl5LOt/qoc+c1ovRsYly92++pqy AbnS2sguRKfXH8nnQAl5/O1xG7lSC4Pf+7NhSOeTflGre2VEmoMgO9sTzjvqT1gSQqSBmw0k6 X/6ZespOJC+XXkXZGXbfsWciqOL64CSnkKgIjXdRMcjYnFwCZFC/OC5uzsNrfNcqTjfOG7za3 dAXmAyM3u9BktDyFgCt7MMg53UocBrho43Rb/5h6HCpI8BoxBpknxQTvDct+PyhA6HZe1QbIK c0iKLm0HgPRJWXwpih2Qq6dKYFE2eiPhWhKv7JKjyqldtDJa050L5gybucHSBX1Eg9NXqY8Hy L5e8sEfmd3/dHfQBuEvHOnRDzzxxOdkdL0PlwYR0DSVSVzlRo2hbd/BjuAtuKHGgUFOwYy684 AI1Kci0vLcg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >> I don't believe there is a conflict. The main use case will be to >> increase the output width of a shell command, in order not to loose >> information. People will do this by setting a large value, say >> 1024. This will be used for both the synchronous and asynchronous case. > > The same value will increase the output width of async shell commands, > but decrease the output width of synchronous shell commands from unlimited. Yes. You must set a proper value, large enough. >> And then there's the use case to have a fixed output width for special >> commands, in order to get a deterministic layout. This won't be applied >> globally, neither for synchronous nor for asynchronous >> `shell-command'. Rather, `shell-command-width' will be let-bound. >> >> And we have the advantage, that synchronous `shell-command' behaves >> consistently, for both the local and remote case. >> >> So I don't see a problem. > > If output truncation will apply to shell-command-on-region, > especially with its REPLACE arg, this would be a big problem. > After filtering the buffer contents with a shell command, > parts of the buffer will be lost. No. You can always undo the effect on buffer. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 17 16:36:43 2019 Received: (at 35055) by debbugs.gnu.org; 17 Apr 2019 20:36:43 +0000 Received: from localhost ([127.0.0.1]:40840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGrIQ-0001XX-TW for submit@debbugs.gnu.org; Wed, 17 Apr 2019 16:36:43 -0400 Received: from cichlid.maple.relay.mailchannels.net ([23.83.214.36]:28371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGrIP-0001XO-D1 for 35055@debbugs.gnu.org; Wed, 17 Apr 2019 16:36:42 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0295F5C5894; Wed, 17 Apr 2019 20:36:35 +0000 (UTC) Received: from pdx1-sub0-mail-a37.g.dreamhost.com (unknown [100.96.11.48]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id C22D25C5A58; Wed, 17 Apr 2019 20:36:25 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a37.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Wed, 17 Apr 2019 20:36:34 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Gusty-Inform: 307a47f5630e8c17_1555533385970_331613999 X-MC-Loop-Signature: 1555533385969:3287711229 X-MC-Ingress-Time: 1555533385969 Received: from pdx1-sub0-mail-a37.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTP id 99F4580099; Wed, 17 Apr 2019 13:36:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=0rNXCYGhF/3WPFLNhcztbyLJGHk=; b= fmtT5eM1BpZTjn5ouK5Ggg7S3jXJb8dxFWSXwDfPYt7SLJ/fJ1hicktZw9UsZFed +Uf1phQ/CwJZyWgQgbO4g5QBzsXPf+X4OiMeYLTLBWPbM0P/eJt0zoT0z27gJ0Do qwqjtuYxydmgCOuf5ZvBXpyLxLU/NY7SEeaeTBMCyeY= Received: from mail.jurta.org (m91-129-111-111.cust.tele2.ee [91.129.111.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a37.g.dreamhost.com (Postfix) with ESMTPSA id 913E480088; Wed, 17 Apr 2019 13:36:21 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a37 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> Date: Wed, 17 Apr 2019 23:13:41 +0300 In-Reply-To: <8736mhp047.fsf@gmx.de> (Michael Albinus's message of "Wed, 17 Apr 2019 09:22:16 +0200") Message-ID: <875zrcqtje.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrfeefgdduheduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdduuddunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrudduuddrudduuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >>> I don't believe there is a conflict. The main use case will be to >>> increase the output width of a shell command, in order not to loose >>> information. People will do this by setting a large value, say >>> 1024. This will be used for both the synchronous and asynchronous case. >> >> The same value will increase the output width of async shell commands, >> but decrease the output width of synchronous shell commands from unlimited. > > Yes. You must set a proper value, large enough. > >>> And then there's the use case to have a fixed output width for special >>> commands, in order to get a deterministic layout. This won't be applied >>> globally, neither for synchronous nor for asynchronous >>> `shell-command'. Rather, `shell-command-width' will be let-bound. >>> >>> And we have the advantage, that synchronous `shell-command' behaves >>> consistently, for both the local and remote case. >>> >>> So I don't see a problem. >> >> If output truncation will apply to shell-command-on-region, >> especially with its REPLACE arg, this would be a big problem. >> After filtering the buffer contents with a shell command, >> parts of the buffer will be lost. > > No. You can always undo the effect on buffer. When it's customized to a width more than the window's width, the user won't notice that the output was truncated and data lost. We shouldn't cause data loss when unsuspecting users will customize this option to increase the output width of async or remote shell commands. There is already data loss in the output of async commands that are truncated. A new option was intended to reduce data loss by allowing less truncation. OTOH, currently there is no data loss in synchronous shell commands that often are used to operate on the buffer's contents by using shell-command-on-region where output is inserted to a file buffer and saved. We shouldn't allow data loss in synchronous shell commands at the cost of reducing data loss in async/remove shells. There is no need for the new option to be consistent across both synchronous and async/remote operations. What we could do is to make clear the scope of the new option in the documentation: diff --git a/doc/emacs/misc.texi b/doc/emacs/misc.texi index 7d7065a441..2f1a33e202 100644 --- a/doc/emacs/misc.texi +++ b/doc/emacs/misc.texi @@ -775,6 +775,13 @@ Single Shell displayed only when the command generates output, set @code{async-shell-command-display-buffer} to @code{nil}. +@vindex shell-command-width + The option @code{shell-command-width} defines the number of display +columns available for output of asynchronous or remote shell commands. +A positive integer tells the shell to use that number of columns for +command output. The default value is @code{nil} that means to use +the same number of columns as provided by the shell. + @kindex M-| @findex shell-command-on-region @kbd{M-|} (@code{shell-command-on-region}) is like @kbd{M-!}, but diff --git a/lisp/simple.el b/lisp/simple.el index 160c433845..30d111a70b 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -3352,7 +3352,7 @@ async-shell-command-display-buffer :version "26.1") (defcustom shell-command-width nil - "Number of display columns available for asynchronous shell command output. + "Number of display columns available for asynchronous/remote shell command. If nil, use the shell default number (usually 80 columns). If a positive integer, tell the shell to use that number of columns for command output." From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 18 03:41:14 2019 Received: (at 35055) by debbugs.gnu.org; 18 Apr 2019 07:41:15 +0000 Received: from localhost ([127.0.0.1]:41429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hH1fW-00035h-Ln for submit@debbugs.gnu.org; Thu, 18 Apr 2019 03:41:14 -0400 Received: from mout.gmx.net ([212.227.15.19]:60473) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hH1fU-00035S-Ac for 35055@debbugs.gnu.org; Thu, 18 Apr 2019 03:41:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555573261; bh=f2lebpV5T8qP6PG+GN6MVvIaWadFL4cuQbeI9dcUwPI=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=NaCLGWZW5kDy8xZOt3GgWdXNPGBj7qyZ/7cc3p+lKeeBLN56OZAxU9bLoNIHeB48V YwE4d37Zo+q12Fnen0g/KWP9K5k6TbQg9tMjQBgLywlsSDnm4BrSQEZgDAhYzxLJsR ZUpCc8VE82TfkbufQxmodM+exTF+rM6V0P7sVV4w= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([213.220.146.19]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LlE86-1gjcOB1J14-00b4g0; Thu, 18 Apr 2019 09:41:01 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> Date: Thu, 18 Apr 2019 09:40:59 +0200 In-Reply-To: <875zrcqtje.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 17 Apr 2019 23:13:41 +0300") Message-ID: <877ebroj5g.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:/8xqJZkTQel4DOuqcESQcUfRdmcydIq4jNgi8jnnbi6tDpFzywh OHu+qKh7S9tc/jQgFYIMEeyXZhkg0hN80EW+Cb3/N12nZ3Lc6ukS0Z4PSZTOP+xzcmdVwjY FboOy4szoodDMBOc62IIPweWbwrTY0YBQeVR/6hptaWJq6hlR8xYkQn7/f+2jKKc46LgloW UqnOr0ib/elp3pTDLXyGg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:EIjr+QJpf/4=:ABIi2DAke+ZLVIim8wS6Hc VJmVTZae70E7vxD178KrQX9tZnilAPb86uZlI/MP2Gut6TYWKIO6eaSV9WRSTTjZJ0yS493d5 YPe9I75eKRo3Lsqtn0LW97+wugBaUycA8ECQj7gfksiz7uoRMMn4bJAUXdmQEDXeSmQcWhfKm x7kL74gSS2foS2x8FAUYW+Mcjw6Yj6Ki0/rRxUlBDh5d5fKDEK3oAE1S648FLTh7KpQdmx+82 XGFuOlmNenp5Djf5lwJkXXPLrhlpyoOGWu8u9Z5y0k70A96o9AZ7T2lqGNdPfMyO0YQllrKeq 9V2HLu/eGq4MT6p9YRZzHhYrB4Ra7GrNxGKgm3CXjuHDOW4DKGyuWtvxFEGacIOoOcFseY82m 6WHaqcCrIONzssijjrmIdd5AeMKYLPNQQcR5To7bqsbaDx5/Yeru/JOUL65iKxkCWMKFBw7u2 xQbi22PrirpCUBkvVynLfp9c1+InxRkzaClQ3D1KB0zrns+MjjOGbkVR+o9rwV63AJ9W+lS6X uIF+yQIoTCZ2Qlb3ZrfRz4Ps3JXkrIsDb2KXvc0sB/pbECx3YX+dc04JwUQQbEn7HGVGTasfO on7czrVfa4SsW9VuJ68OAf7m5mONbmgefdXo2NjyE7WKTR24I7zd/tRUxNmqRIFLuETJRSR1g 2QD5ySPuW/ZulP1xdHEV3JuekPCNOY55bzmML1arCM21y8TQlcnErTdhHRWL1pRI5wQNgjgPV hk8KWsXH0fcDcLfAD5JiLTTdYW74eu4wp4cgDJMnJjIjs3cc/UqEIuJcsg8l+DGq2ENGEmXHR ocwfZ9RCY8TWzNBujm7rLlI7OR1F3LsDJr6/MNxRogVVCbamOpHI5+82y6K8OilVHs6k3B3X1 ye4xFZ17MANlPRLuj1vPX2hss0MEdpPphATl9X0V4D41CSosvw66j1mAD1Dxx334etwT8r62+ TGC4W0HFVqQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: > There is no need for the new option to be consistent across > both synchronous and async/remote operations. Call it `async-shell-command-width', that's it. Nobody has asked for the synchronous case. If somebody needs it for a remote `shell-command', there's still the option to set COLUMNS in `tramp-remote-process-environment' yourself. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 18 17:02:32 2019 Received: (at 35055) by debbugs.gnu.org; 18 Apr 2019 21:02:32 +0000 Received: from localhost ([127.0.0.1]:42574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHEAx-0002KJ-SK for submit@debbugs.gnu.org; Thu, 18 Apr 2019 17:02:32 -0400 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:23259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHEAv-0002KA-Dg for 35055@debbugs.gnu.org; Thu, 18 Apr 2019 17:02:30 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 11E8B5C5ABC; Thu, 18 Apr 2019 21:02:28 +0000 (UTC) Received: from pdx1-sub0-mail-a83.g.dreamhost.com (unknown [100.96.28.64]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id BA5AF5C5D8D; Thu, 18 Apr 2019 21:02:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a83.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Thu, 18 Apr 2019 21:02:28 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Spot-Keen: 4a240d1f6210874d_1555621347866_1158995110 X-MC-Loop-Signature: 1555621347865:961701234 X-MC-Ingress-Time: 1555621347865 Received: from pdx1-sub0-mail-a83.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a83.g.dreamhost.com (Postfix) with ESMTP id 6AD007F919; Thu, 18 Apr 2019 14:02:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=1v14r33LtPerd/w7ojekIjxWj4c=; b= J/IVYWhpWuFNbBkuEFa3QxSVmQdVgFZ17Zqxmo+AOkYQC2XiLZdUYoh9okEmDN6k kqU6ItA8/i4mMw/6XpVZcE1IcbtzqEGJVopSfsqETCyAY+kA2GWkEfhupNJsa81Q W/0Pdsi0esJ3HY4Oe8JhUvZfSxRxuxV+cSLfvua9J5o= Received: from mail.jurta.org (m91-129-101-0.cust.tele2.ee [91.129.101.0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a83.g.dreamhost.com (Postfix) with ESMTPSA id D5FFF7F91F; Thu, 18 Apr 2019 14:02:25 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a83 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <875zrym4eo.fsf@gmx.de> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> Date: Thu, 18 Apr 2019 23:51:57 +0300 In-Reply-To: <877ebroj5g.fsf@gmx.de> (Michael Albinus's message of "Thu, 18 Apr 2019 09:40:59 +0200") Message-ID: <8736mfjatu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrfeehgdeltdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuffhomhgrihhnpehsthgrtghkohhvvghrfhhlohifrdgtohhmnecukfhppeeluddruddvledruddtuddrtdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurddtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesghhmgidruggvnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) >> There is no need for the new option to be consistent across >> both synchronous and async/remote operations. > > Call it `async-shell-command-width', that's it. Nobody has asked for the > synchronous case. Yes, this is a safer option. > If somebody needs it for a remote `shell-command', there's still the > option to set COLUMNS in `tramp-remote-process-environment' yourself. Or maybe better to add another option `tramp-remote-process-width'? BTW, recently you added to the Tramp manual the example that I proposed: /ssh:user@host|sudo::/path/to/file But I discovered a warning against using "|sudo::" without the hostname: https://stackoverflow.com/questions/2177687/open-file-via-ssh-and-sudo-with-emacs "Important: be sure to specify the hostname explicitly: sudo:remotehost: rather than sudo::" Is this restriction still valid? Because when I used "|sudo::" without the hostname, it works fine. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 19 03:21:16 2019 Received: (at 35055) by debbugs.gnu.org; 19 Apr 2019 07:21:16 +0000 Received: from localhost ([127.0.0.1]:43119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHNpj-00058G-T4 for submit@debbugs.gnu.org; Fri, 19 Apr 2019 03:21:16 -0400 Received: from mout.gmx.net ([212.227.17.20]:48169) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHNph-000582-VA for 35055@debbugs.gnu.org; Fri, 19 Apr 2019 03:21:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1555658463; bh=yZHyWxlZSgQYbd7TtvWWXpfIl0bYSIcin4218K3BT4I=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=NdrYfcQI49MawSqbg6o+V05EtkxRNjXXKv2c5qGdqhQeaJaFG0UcnMC4VFaD5ARTl fEYbLyb7VOddjSjdWz5Ha/82udyO1egk0DARqnEJg+AZiwRxAY/m8AeyUqSRdmryJA 120lA9do84gGFO7HA6mRpLrtWE1lqiZZwDFnK/Ag= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.38.58]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lxgnf-1gkgUe2An5-017Dwr; Fri, 19 Apr 2019 09:21:03 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> Date: Fri, 19 Apr 2019 09:21:01 +0200 In-Reply-To: <8736mfjatu.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 18 Apr 2019 23:51:57 +0300") Message-ID: <87lg06mpeq.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:KCG4F8Nv0S1yzBcAJOxepWoLtXu+SvfJiI4X3iti4/lqmB/VMhM hBn7UaiQuAWdiLwWLIJIffaoKAXegwgZ2QGTdcbXE9KJkbTam30KCQpkPDZseXutPlIMiEE P3511MWbeeqsZYFPysCpcgAv67ec62u0sB2nfrvhoqYhFk05erm3pDW4xF7xGgOHLW0l7I3 6FHdBJyLXTox1Q8UyKbtw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:tWUPUz19NDQ=:L3kKW15L0DZJgVh9sxzcRw lqiyBUUHz7/XsJflpJZsXfYEedCTz1OdLKXURMpdHtIckgRXnuec9Rx3BlIiASKiRMnq94uwP vNndnbqX4q8Xcyg+JGT+7AikfRp5Mw3WgwmDXLyIqQXN+lhNRCuNn1EjcHYX98MWDGY/w0+qZ RdVk0Ri98RWwxFJBqKIsR/PslVlW2J57NchL4TFk1FH4cyMo4T8bd3+6mferrfmdjwOiZ7Gne DNmgH3Vxeisk+CupMLJACDJEhZu3U+xMiKMaQ/QWI3wdTvRwzCX50gkyCj/BAntpaAbDFDZ/I F1EiKW03VxGqALJWD4vRBZT0Sejj/jsvky+gEDv72OhAAehacDlsNG/dxrOCc8iL6GIO4iJxZ dm7Aj3GSqiOlGRNOmNxpAhAIXewFtSA45VT3lBU6tFEhoNYOaAJfguLpDmZdauoicXc1+FeVk UxbZaYukXM/2nrDOdmirhEizOf0H9xrh1rKfA65rfu5l5avnQFCSPi4zXYrhqkacZqYSeB55x g9wY+iqOqPP3QTbaAVwbNpfm0AlQxksKyK2rlOBXHnzqWOnHVZ2BBV2m58TeGTgddONWTF6u7 c9qqjXuV7Wrk8GlvgjtcPx1r4chAy1Q0VZIgg2L83+hv8DT54p4qirDZUr0zkix9j55ar9Z0D TvvHuB7KENjRfHFtuHC/qU4StbCL7fU+IQNZNhjXHiYJygw1FpUrDSLh6EILhc8Y9AHDPxABk XlCig+eDAr2nQOgRHof7gSqUEHZxE9UrOb484L6URMIkFk7rMRxgw9fUz74VaXQt2StRLS1fV eiwbjTPVd7JCPdmnA/lEIDtZocm+GDgJyjZ+ytble25ETtcE7JDosJNlMYOKYvmME3TzI4quT jN1G0lQFVH9O9ZCxgMqUxVbTUpx2sZTTfh+hQWqHExuEND1wveZfssHSZV5fyI8edAHon4h/2 p7s9o4i3MeQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >> If somebody needs it for a remote `shell-command', there's still the >> option to set COLUMNS in `tramp-remote-process-environment' yourself. > > Or maybe better to add another option `tramp-remote-process-width'? No. Tramp is a library, it shouldn't care who's calling it. If I would start to add package-specific customisation, other packages could request the same. And `tramp-remote-process-width' would compete with `shell-command-width'. > BTW, recently you added to the Tramp manual the example that I proposed: > > /ssh:user@host|sudo::/path/to/file > > But I discovered a warning against using "|sudo::" without the hostname: > > https://stackoverflow.com/questions/2177687/open-file-via-ssh-and-sudo-with-emacs > > "Important: be sure to specify the hostname explicitly: > sudo:remotehost: rather than sudo::" > > Is this restriction still valid? Because when I used "|sudo::" > without the hostname, it works fine. Using the host name of the previous hop as default is a new feature in Tramp 2.4 (Emacs 27). See etc/NEWS: --8<---------------cut here---------------start------------->8--- *** For some connection methods, like "su" or "sudo", the host name in ad-hoc multi-hop file names must match the previous hop. Default host names are adjusted to the host name from the previous hop. --8<---------------cut here---------------end--------------->8--- Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 30 17:17:29 2019 Received: (at 35055) by debbugs.gnu.org; 30 Apr 2019 21:17:29 +0000 Received: from localhost ([127.0.0.1]:42579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hLa81-0004ZV-4s for submit@debbugs.gnu.org; Tue, 30 Apr 2019 17:17:29 -0400 Received: from mout.gmx.net ([212.227.15.18]:58283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hLa7z-0004ZH-0H for 35055@debbugs.gnu.org; Tue, 30 Apr 2019 17:17:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1556659037; bh=Cn9CvjwKaLRmOiVeXQ7QULEJybg7qkoNqal7rOLfqgc=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=J23lqDQSN8zjH6HbF66F4QhUZV72ulb1f7weDflhiVXtrsIA9sLRwU+S1OutUwEwm X+/GOG+Rl9PvJl4piKIlPhZx78eyw+LE42GWZZVba5kbThkw7lUCJ7UpCgTbNIOwy9 cT74wYE+cKusTOZv9vE2ofvB3P6TH5kxTC/zYNnc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.52.91]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N2mBa-1gcNSz2KVg-0133LP; Tue, 30 Apr 2019 23:17:17 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <877ecd797c.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> Date: Tue, 30 Apr 2019 23:17:15 +0200 In-Reply-To: <8736mfjatu.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 18 Apr 2019 23:51:57 +0300") Message-ID: <87lfzrw5us.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:FrApfgk/NP9zMIw+ioFYH9P+unh3Nw1sArn7eYWWaQCwcuxeZl3 hPfYMheouc7tul8CwzCGtt/cFPOPzPPYQR5nZdJtNaoXtqn8TE2mfOzpbXOhdJ6VuEJGp3W oyYjGxFsvyNYvcPVgStm5TLLzass3DITuLVc58l4cMAClXkglfMRy8aXReOTmtOiHz0O8o4 VTCoJMzPwXbg0i3HrMJhw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XixJuVeBQm4=:+PVouGUD9YAx8yc6Fqy3zl NqwWbUa8ZhZplA7aGmPHI22lsotVAWioi3ZK9JPU8qy5zDsMxAl/jnT0gJAMNsCZQDavYsO0V 6zMk4HgoEWWxK/NiYq7J3gt6rkTZxHSDfFHHnoZke7DGS6Ti/eueA7xw3QP1jV2STdoJnr4xn ekcjKOr+lLlei7ZtId0phl4N1v2fb/HXH1egt6dgpiKkBgrWI5N0/eZTxlKnAPh8fXEKZ9cJ6 0cCHSO+OUA01Qe1ukKy/mo7mUHFSfsxsbTxXYxKY8WxWwozE2TBnFUMVm0KETzVknIXh2cZMm /rCl9+io11seIB7+uZURE7HTLZhzPGvOg8C8HUsgq0XmGnoiWHzFBdV5tBl8LAsBkevpmebrm oaLS3Cvl8esUc24A/1oaTvp8lxxxqLdF+dG803p55zkPj7BHuTo86ZJ2LOQWm1bgq72T9st2q nenQQeUxI7VRYFadrJn/AMf8UzjoOkIotKdZCBkr/YJl8XJfM0/imuRpfvhg9o/Z+iIqLpdwq aABalzU4m1JvXy4SKROU7YsInOU7SMrEj6KsRzAAkRuag3mMBxpMcrQkzsOJqiUXttqtgkuHz iabeneJa40YZdAArYuCASBR8UmUgHqZ7JbT2fMnAFLheBMdqlF0ZgdS9aZkzwgRMDjQ3ITbtd X08pq04ALsDDBfeJ8xawx/al+GqRcn3h43P16IGNlPPRdviukoOfyhpNtLeNHCtBbtuYt1kMC AEMj7COzUq8WGltzEPWS6z2KXy8/m7Tf6a12Hs4uLkldL/VhZKwbNIeO0d/BTcxqiDizIS69a Uc0Rk/Ap2lU+QdPKtXoRcJZ9zvI1m9NaEtbZ9On8WaIn4gODoAr3xGwL00ZqJuq+GLY7itj9m FyJaGFAbNrz3awgJ19fs85mJMAWRkVwebqM9UcgY8HJpFrKvYVC3w4CbxvY/yNUPjL5IcSaEv pEpcFoPXpLA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, >>> There is no need for the new option to be consistent across >>> both synchronous and async/remote operations. >> >> Call it `async-shell-command-width', that's it. Nobody has asked for the >> synchronous case. > > Yes, this is a safer option. Do you still plan to use that name? As said, I believe it is the better one. Nobody has opposed the last ten days. And, btw, this option still needs to be documented in the Emacs manual. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 01 17:23:12 2019 Received: (at 35055) by debbugs.gnu.org; 1 May 2019 21:23:12 +0000 Received: from localhost ([127.0.0.1]:45078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hLwh5-0001YL-Jk for submit@debbugs.gnu.org; Wed, 01 May 2019 17:23:12 -0400 Received: from ostrich.birch.relay.mailchannels.net ([23.83.209.138]:57781) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hLwh2-0001YC-Jg for 35055@debbugs.gnu.org; Wed, 01 May 2019 17:23:09 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 8A64E3E4DE7; Wed, 1 May 2019 21:23:07 +0000 (UTC) Received: from pdx1-sub0-mail-a51.g.dreamhost.com (unknown [100.96.11.48]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3806A3E48E0; Wed, 1 May 2019 21:23:07 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a51.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Wed, 01 May 2019 21:23:07 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Zesty-Fumbling: 5e5f06fd74c2fbd7_1556745787377_1276930975 X-MC-Loop-Signature: 1556745787377:1205562935 X-MC-Ingress-Time: 1556745787377 Received: from pdx1-sub0-mail-a51.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a51.g.dreamhost.com (Postfix) with ESMTP id BBF61805E0; Wed, 1 May 2019 14:23:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=LqoJ4oxJ0kDMGvjnEU2hH0JN1M8=; b= bHuPCK6E3D5nDLksfSlHPwzLnkcaaZxpebK9W0uBXJMlHaP6a8IaCHi0gzhhFz3U eetKBda/Gwu5MODmQIFGnnv1Zr59t9WKjWUAfm4pOht5bnFbRHyrcLQY/lx72X// Ks5wi0FKNwSC54ox8MOmM2Qh1+eXYdc0oEZ0euvS9n4= Received: from mail.jurta.org (m91-129-107-198.cust.tele2.ee [91.129.107.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a51.g.dreamhost.com (Postfix) with ESMTPSA id 19E45805D6; Wed, 1 May 2019 14:23:04 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a51 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <87y34s21vp.fsf@gmx.de> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> <87lfzrw5us.fsf@gmx.de> Date: Thu, 02 May 2019 00:07:21 +0300 In-Reply-To: <87lfzrw5us.fsf@gmx.de> (Michael Albinus's message of "Tue, 30 Apr 2019 23:17:15 +0200") Message-ID: <87y33phoja.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrieejgdduiedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesmhdtreertdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrdduleeknecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrudelkedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) --=-=-= Content-Type: text/plain >>>> There is no need for the new option to be consistent across >>>> both synchronous and async/remote operations. >>> >>> Call it `async-shell-command-width', that's it. Nobody has asked for the >>> synchronous case. >> >> Yes, this is a safer option. > > Do you still plan to use that name? As said, I believe it is the better > one. Nobody has opposed the last ten days. > > And, btw, this option still needs to be documented in the Emacs manual. Do you agree with this change? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=async-shell-command-width.patch diff --git a/doc/emacs/misc.texi b/doc/emacs/misc.texi index 7d7065a441..c61e98df89 100644 --- a/doc/emacs/misc.texi +++ b/doc/emacs/misc.texi @@ -775,6 +775,13 @@ Single Shell displayed only when the command generates output, set @code{async-shell-command-display-buffer} to @code{nil}. +@vindex async-shell-command-width + The option @code{async-shell-command-width} defines the number of display +columns available for output of asynchronous or remote shell commands. +A positive integer tells the shell to use that number of columns for +command output. The default value is @code{nil} that means to use +the same number of columns as provided by the shell. + @kindex M-| @findex shell-command-on-region @kbd{M-|} (@code{shell-command-on-region}) is like @kbd{M-!}, but diff --git a/etc/NEWS b/etc/NEWS index 9e3559d27e..ebbbea7567 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -1103,7 +1103,7 @@ variable for remote shells. It still defaults to "/bin/sh". ** Single shell commands --- -*** 'shell-command-width' defines the number of display columns +*** 'async-shell-command-width' defines the number of display columns available for output of asynchronous or remote shell commands. ** Pcomplete diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el index 2e1a0960d7..c0446b79a7 100644 --- a/lisp/net/tramp.el +++ b/lisp/net/tramp.el @@ -3639,10 +3639,10 @@ tramp-handle-shell-command (if (and (not current-buffer-p) (integerp asynchronous)) (let ((tramp-remote-process-environment - ;; `shell-command-width' has been introduced with Emacs 27.1. - (if (natnump (bound-and-true-p shell-command-width)) + ;; `async-shell-command-width' has been introduced with Emacs 27.1. + (if (natnump (bound-and-true-p async-shell-command-width)) (cons (format "COLUMNS=%d" - (bound-and-true-p shell-command-width)) + (bound-and-true-p async-shell-command-width)) tramp-remote-process-environment) tramp-remote-process-environment))) (prog1 diff --git a/lisp/simple.el b/lisp/simple.el index acea1f9ddc..f93882d9bd 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -3353,8 +3353,8 @@ async-shell-command-display-buffer :group 'shell :version "26.1") -(defcustom shell-command-width nil - "Number of display columns available for asynchronous shell command output. +(defcustom async-shell-command-width nil + "Number of display columns available for asynchronous/remote shell command. If nil, use the shell default number (usually 80 columns). If a positive integer, tell the shell to use that number of columns for command output." @@ -3627,8 +3627,8 @@ shell-command (shell-command--save-pos-or-erase) (setq default-directory directory) (let ((process-environment - (if (natnump shell-command-width) - (cons (format "COLUMNS=%d" shell-command-width) + (if (natnump async-shell-command-width) + (cons (format "COLUMNS=%d" async-shell-command-width) process-environment) process-environment))) (setq proc diff --git a/test/lisp/net/tramp-tests.el b/test/lisp/net/tramp-tests.el index cba697da18..2c82b99691 100644 --- a/test/lisp/net/tramp-tests.el +++ b/test/lisp/net/tramp-tests.el @@ -4192,18 +4192,18 @@ tramp--test-shell-command-to-string-asynchronously ;; Cleanup. (ignore-errors (delete-file tmp-name))) - ;; Test `shell-command-width' of `async-shell-command'. + ;; Test `async-shell-command-width' of `async-shell-command'. ;; Since Emacs 27.1. - (when (and (boundp 'shell-command-width) + (when (and (boundp 'async-shell-command-width) (zerop (call-process "tput" nil nil nil "cols")) (zerop (process-file "tput" nil nil nil "cols"))) - (let (shell-command-width) + (let (async-shell-command-width) (should (string-equal (format "%s\n" (car (process-lines "tput" "cols"))) (tramp--test-shell-command-to-string-asynchronously "tput cols"))) - (setq shell-command-width 1024) + (setq async-shell-command-width 1024) (should (string-equal "1024\n" --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 05:02:45 2019 Received: (at 35055) by debbugs.gnu.org; 2 May 2019 09:02:45 +0000 Received: from localhost ([127.0.0.1]:45569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hM7c4-0001Nu-Pf for submit@debbugs.gnu.org; Thu, 02 May 2019 05:02:45 -0400 Received: from mout.gmx.net ([212.227.17.21]:43789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hM7c3-0001Ng-3s for 35055@debbugs.gnu.org; Thu, 02 May 2019 05:02:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1556787753; bh=DErKRTC+8lpt0CAxWq8YpvxEmH1zIyHXOAtopbOPezE=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=B64zDFurkbIiFe0MF+XLF7M/4Y2mQ5hlPXVGr3+wX5hKxHAzvMeGbzbshjMChqUnF qsCqlzgQwHl2vIkMGNXcW3nPd4Ou0hT0B8XS8hech/moTJPFoWr4lKmuvNKP6blI3N wmeXGcpx6MP1jps3xdY0Rf0CZ3AFcbp4nmHVFSkY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.60.150]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mam2Q-1h1qfT23x4-00KN9k; Thu, 02 May 2019 11:02:33 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <87zhp6vmu5.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> <87lfzrw5us.fsf@gmx.de> <87y33phoja.fsf@mail.linkov.net> Date: Thu, 02 May 2019 11:02:31 +0200 In-Reply-To: <87y33phoja.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 02 May 2019 00:07:21 +0300") Message-ID: <878svpdyag.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:onKQnycPJjCN3mTpx3/GlKxuO492aqn5829QEo8OKxd4WynYERO rlVNHWjp4GHRrkvIqpyDvAdZ3dN03/tKwy85sAqm6nSub+SRknstNGqvXpiEJlUyjVgRmrX DnYhJQ1RlHcaLkmSLZBnJsSgQU1guZcEbRjWS5fToyptPuoCdqK72m0kP33QlMBm8z2rjNa kO45VvsbclLEg7glJ2uAg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4VeyATL9R/8=:noHAkWQOwbqWJtJ4hhK7eG Mgi8ST2FBxtdKGHHfy+a0tQoqIybUKgQ639a+DZnGQXSH/r+dWSs4+Ura3SfM9vxOLIloqO8Z OimnE3/WU+zT+A7267rIrSrpbBz7USeYN5KJkEPfLP0BavD7vYcLKVWaNJXAJirZa6TeNUnqz 6lhsXVF8q2mYZGkOTfnEPjeeRhv07aJnEiIul8bN3trDXApyQs9He5g5x6le0Q0WEHaHKCdgE T304JvN5KofmLlvupAEJxhM0w8vuQqz3ABkRnrOkb4ATI6knC75lA490J3YhbEyF6zsNM2fYf vW2tGxbx6dErZ7j7mHdfLCsP/s1gPiqWW1uJbXWJ5r6wsgaoGimSzWett3tdVjkxoiQkRM2yd kQ4M0ZJVn06yxCupw9FRV4P89lxhO/pBhX1IE1njpynhez4BOT8P7mJkb199k3cEQWe8a6Q7x VIVaDjZoIFg0hunGDYW3cSkhcmtQB/my9Ffeni29ifSjNBXHM74eVpe0Di4P/YuFQklaEMkqb OQmJhWYyY9XvdFC72xSgayzIlskT8cqyDdu37SAHgGbzrbvp+6Iz14MkcFAZrLItVCsZuzZ69 1O9Jq1vhMp0rKSoM1XdPPbQc6qU0/YtUIq+kj0wP27tOtAgrrZ6iX9mffvRRG7EAxrjJbUw4W M2QT+5S1lbMDVp1YUbWzIOKN/l973xKUOkyJytCMDyY5CxgBFqu8m65N2LbnBI581fAkMorXY TNy9eEQ4D+deWl5SpRufG1BLE49WrI3epmUx+6MFm9511aMxPb7YgvlMeKtMQiBFyPm2NfKKz 0qeMSWXCpXpqcs7ZjRdY8pDH7ccwguhRyDmSPBONc0SUvxDQ6QZgG8WbJtpGmJy5++Nk1p5IK u2+Eip4HCC4uYse2I2EDMGSc916qn5NCp7p3OgsYjtPRBKhqYioBxc1c2P/x9PMGcPiUMvyLr bZKp1DBYNmw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, > Do you agree with this change? Yes, with the minor remarks: > + The option @code{async-shell-command-width} defines the number of display > +columns available for output of asynchronous or remote shell commands. Do not mention remote. > +*** 'async-shell-command-width' defines the number of display columns > available for output of asynchronous or remote shell commands. dito. > +(defcustom async-shell-command-width nil > + "Number of display columns available for asynchronous/remote shell command. dito. > + ;; Test `async-shell-command-width' of `async-shell-command'. `async-shell-command' shouldn't be mentioned anymore, it's obvious. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 16:58:30 2019 Received: (at 35055) by debbugs.gnu.org; 2 May 2019 20:58:30 +0000 Received: from localhost ([127.0.0.1]:47133 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hMImj-0008M0-Mm for submit@debbugs.gnu.org; Thu, 02 May 2019 16:58:30 -0400 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:36252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hMImh-0008Ln-6b for 35055@debbugs.gnu.org; Thu, 02 May 2019 16:58:28 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id ADFAA141EBB; Thu, 2 May 2019 20:58:25 +0000 (UTC) Received: from pdx1-sub0-mail-a69.g.dreamhost.com (100-96-79-6.trex.outbound.svc.cluster.local [100.96.79.6]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id DFDC81426B7; Thu, 2 May 2019 20:58:24 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a69.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Thu, 02 May 2019 20:58:25 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Thoughtful-Language: 1edd16154ace960b_1556830705435_3324592041 X-MC-Loop-Signature: 1556830705435:2904532241 X-MC-Ingress-Time: 1556830705435 Received: from pdx1-sub0-mail-a69.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a69.g.dreamhost.com (Postfix) with ESMTP id 75B118057A; Thu, 2 May 2019 13:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=4U6cqo0L45Ae5qcGVxHgTXgCyu0=; b= G43m4ggB0lfW3309DqS7MM2lppfyhHZUbAiCjayQheG7U7tZs1b64r38yh2FkHZ1 inNC0k6umwKMVmItHtkWGZBezDxN1g6bDl47Ry6+pQYrieVhenCBPiUcUh54lQxK KHzvR8I2wYn/kcX9NQHSIkBP3sz5UpLbt7+PsHNwvLU= Received: from mail.jurta.org (m91-129-107-198.cust.tele2.ee [91.129.107.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a69.g.dreamhost.com (Postfix) with ESMTPSA id 68CEF80584; Thu, 2 May 2019 13:58:16 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a69 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <87r2ah32rr.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> <87lfzrw5us.fsf@gmx.de> <87y33phoja.fsf@mail.linkov.net> <878svpdyag.fsf@gmx.de> Date: Thu, 02 May 2019 23:57:40 +0300 In-Reply-To: <878svpdyag.fsf@gmx.de> (Michael Albinus's message of "Thu, 02 May 2019 11:02:31 +0200") Message-ID: <87pnp0y7wv.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrieelgdduheekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesmhdtreertdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrdduleeknecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrudelkedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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 (-) --=-=-= Content-Type: text/plain >> Do you agree with this change? > > Yes, with the minor remarks: > >> + The option @code{async-shell-command-width} defines the number of display >> +columns available for output of asynchronous or remote shell commands. > > Do not mention remote. > >> +*** 'async-shell-command-width' defines the number of display columns >> available for output of asynchronous or remote shell commands. > > dito. > >> +(defcustom async-shell-command-width nil >> + "Number of display columns available for asynchronous/remote shell command. > > dito. > >> + ;; Test `async-shell-command-width' of `async-shell-command'. > > `async-shell-command' shouldn't be mentioned anymore, it's obvious. I hope now it's right: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=async-shell-command-width.2.patch diff --git a/doc/emacs/misc.texi b/doc/emacs/misc.texi index 7d7065a441..5f74392736 100644 --- a/doc/emacs/misc.texi +++ b/doc/emacs/misc.texi @@ -775,6 +775,13 @@ Single Shell displayed only when the command generates output, set @code{async-shell-command-display-buffer} to @code{nil}. +@vindex async-shell-command-width + The option @code{async-shell-command-width} defines the number of display +columns available for output of asynchronous shell commands. +A positive integer tells the shell to use that number of columns for +command output. The default value is @code{nil} that means to use +the same number of columns as provided by the shell. + @kindex M-| @findex shell-command-on-region @kbd{M-|} (@code{shell-command-on-region}) is like @kbd{M-!}, but diff --git a/etc/NEWS b/etc/NEWS index 9e3559d27e..5e948452d8 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -1103,8 +1103,8 @@ variable for remote shells. It still defaults to "/bin/sh". ** Single shell commands --- -*** 'shell-command-width' defines the number of display columns -available for output of asynchronous or remote shell commands. +*** 'async-shell-command-width' defines the number of display columns +available for output of asynchronous shell commands. ** Pcomplete diff --git a/lisp/net/tramp.el b/lisp/net/tramp.el index 2e1a0960d7..c0446b79a7 100644 --- a/lisp/net/tramp.el +++ b/lisp/net/tramp.el @@ -3639,10 +3639,10 @@ tramp-handle-shell-command (if (and (not current-buffer-p) (integerp asynchronous)) (let ((tramp-remote-process-environment - ;; `shell-command-width' has been introduced with Emacs 27.1. - (if (natnump (bound-and-true-p shell-command-width)) + ;; `async-shell-command-width' has been introduced with Emacs 27.1. + (if (natnump (bound-and-true-p async-shell-command-width)) (cons (format "COLUMNS=%d" - (bound-and-true-p shell-command-width)) + (bound-and-true-p async-shell-command-width)) tramp-remote-process-environment) tramp-remote-process-environment))) (prog1 diff --git a/lisp/simple.el b/lisp/simple.el index acea1f9ddc..4454791ad2 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -3353,7 +3353,7 @@ async-shell-command-display-buffer :group 'shell :version "26.1") -(defcustom shell-command-width nil +(defcustom async-shell-command-width nil "Number of display columns available for asynchronous shell command output. If nil, use the shell default number (usually 80 columns). If a positive integer, tell the shell to use that number of columns for @@ -3627,8 +3627,8 @@ shell-command (shell-command--save-pos-or-erase) (setq default-directory directory) (let ((process-environment - (if (natnump shell-command-width) - (cons (format "COLUMNS=%d" shell-command-width) + (if (natnump async-shell-command-width) + (cons (format "COLUMNS=%d" async-shell-command-width) process-environment) process-environment))) (setq proc diff --git a/test/lisp/net/tramp-tests.el b/test/lisp/net/tramp-tests.el index cba697da18..7d3c43408d 100644 --- a/test/lisp/net/tramp-tests.el +++ b/test/lisp/net/tramp-tests.el @@ -4192,18 +4192,17 @@ tramp--test-shell-command-to-string-asynchronously ;; Cleanup. (ignore-errors (delete-file tmp-name))) - ;; Test `shell-command-width' of `async-shell-command'. - ;; Since Emacs 27.1. - (when (and (boundp 'shell-command-width) + ;; Test `async-shell-command-width'. Since Emacs 27.1. + (when (and (boundp 'async-shell-command-width) (zerop (call-process "tput" nil nil nil "cols")) (zerop (process-file "tput" nil nil nil "cols"))) - (let (shell-command-width) + (let (async-shell-command-width) (should (string-equal (format "%s\n" (car (process-lines "tput" "cols"))) (tramp--test-shell-command-to-string-asynchronously "tput cols"))) - (setq shell-command-width 1024) + (setq async-shell-command-width 1024) (should (string-equal "1024\n" --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 03:20:28 2019 Received: (at 35055) by debbugs.gnu.org; 3 May 2019 07:20:28 +0000 Received: from localhost ([127.0.0.1]:47594 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hMSUe-0008El-CV for submit@debbugs.gnu.org; Fri, 03 May 2019 03:20:28 -0400 Received: from mout.gmx.net ([212.227.15.19]:60629) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hMSUc-0008EX-PJ for 35055@debbugs.gnu.org; Fri, 03 May 2019 03:20:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1556868017; bh=7EDNoUh+WcLNb79r3DbZzxnGH3hyBijG4oRWevs+uLI=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=ROzz80I1DlMfhW7rooykGqiDe+SiQaDVviZG6ElGxm/BjXROsqrHheaj0fi9O8Q4a ueucIwkRx7I0pNFmijqQdPP2Iy3j1jEB/0hUyOJ/TOSaGk8/l+0eWJuxiNaFbIb5ZY fgKc3vFl8beX1vGFrheacgW4MjdBe18cOfYbsWjQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([213.220.157.162]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MfHEP-1goVFT49lr-00gmlO; Fri, 03 May 2019 09:20:17 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <878swopr3p.fsf@gmx.de> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> <87lfzrw5us.fsf@gmx.de> <87y33phoja.fsf@mail.linkov.net> <878svpdyag.fsf@gmx.de> <87pnp0y7wv.fsf@mail.linkov.net> Date: Fri, 03 May 2019 09:20:15 +0200 In-Reply-To: <87pnp0y7wv.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 02 May 2019 23:57:40 +0300") Message-ID: <87bm0kvwb4.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:mD+eEwdq7TwJwwAJXtG97C+ndrdXDqEP6tomIKnu5j3jkzStR7+ Xi0+rm03q2QH7UAdKDTUgGavLy5lyr60fGNqFCR0kqXLfB2g5IZDGqBL0Rja/TtFBHu3zE/ Be+TeNBYpPPuspnbeSoK6jBk9UaUuKL17VY3wpu6RTCJijEFvLtMhEKs4Gat1Q1xRYlSw1r 4gPlXSS7Kqhvv4/14j6mA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:qyfQvHBBdv4=:DOuLjAcY6L0bnA+J521CiP WBl5FfiCH0ZRoIUQdesaokjGHy23Zwn2+EJ58cjHIiKqmE+34CE7iMtTH5qjE+vjFLPOGhIPb aJC+CNsdnMMGYx3w32NI9L69dayqljKEatS4PQ28XSpTpvoX4bL2eYP9nIgCRhU7Jja27vrBL 5/49vLsIndp0XYodM+0bDmCQMkIM7fOkgVcTVfod9HXOcHZ1b4HKzP/OqL3QRJ3UNPlrr1J3O 5EN0L9Cek6D7aEkMzJp+HGDIztFv06oqMk5gtjYnDScM9YxTGBa5ZPvmLonl+YTlEitQfJIXZ OjGSR2C7KAQFJy06thQ/vrj2oR38xAx/jsCbc5VSTXSxv2b9e26MorVIK7XYhl9+CexQu9vhi e6v6dZ30YmNa8aouZXnqeMWYkFGS8NfmZ9Gec4xqF40s57Ed6QIUCjxe7w1BFbbwCnOZs+9Gx 7gbh5W8GNd/OPvN1aMcwTtYBx83y8ez3JkNAGG3eiYwXKK0NlhMPOz8ncpxZ/n873iF4rnP23 bkSKj6wWe86wVhlsqqTaMM5PI1xSULQTrD3r6dNSeclNKaRqVTP/4S+f4OjuoG+23r+hfahbp nE34gw4IMMdyLLhEbgzx2FpzFYbXclrj6YXzh7uPhCeU65laDLlL1IS53A7jSfIYhp02kpiZp 9mSf4aqjuTLAZ1Bgfqty1/uGnZxB5mAkQy7VtnBbKVa/EZRqko3k9t//hs2gSL7ljXTNIQxfx 9dMXDZiRk1RUQnKuHCwgm+20kMtk67KrxxHexy3wL0tos4HtpRqGUP+m1oaAkwtE7HzGf4Tgi tiM2FKtEi57A65iZJR/MMy1sVv3cIqcf8xS5bGm8wSZPgRZfGtp5yNhybhKlpXewAc0Hh+Pp/ xlMs1QFOb3WL3giF7mA8l3Kh7Um/9AHuyFq41LOJ3C73h16n/FU9plFrHBUV76pbY3uV1hxCp btVxv16eQdg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: Hi Juri, > I hope now it's right: Yes, please push. I will add some few words to tramp.texi what to do in the synchronous case. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun May 05 15:28:30 2019 Received: (at 35055-done) by debbugs.gnu.org; 5 May 2019 19:28:30 +0000 Received: from localhost ([127.0.0.1]:54899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hNMoI-0000h6-Jh for submit@debbugs.gnu.org; Sun, 05 May 2019 15:28:30 -0400 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:3584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hNMoG-0000gw-1D for 35055-done@debbugs.gnu.org; Sun, 05 May 2019 15:28:28 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id EB8575E18C8; Sun, 5 May 2019 19:28:26 +0000 (UTC) Received: from pdx1-sub0-mail-a27.g.dreamhost.com (100-96-79-4.trex.outbound.svc.cluster.local [100.96.79.4]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 355955E183B; Sun, 5 May 2019 19:28:26 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a27.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sun, 05 May 2019 19:28:26 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Dime-Minister: 56e391e54eaff3d8_1557084506764_3262225789 X-MC-Loop-Signature: 1557084506764:3219206400 X-MC-Ingress-Time: 1557084506763 Received: from pdx1-sub0-mail-a27.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a27.g.dreamhost.com (Postfix) with ESMTP id F1B4480323; Sun, 5 May 2019 12:28:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=+zC71q6eh4xTh+/VgC4OPnGJO88=; b= NL9h78dK3gNMj6hKcXvk8vDjPJHiQNFXAHPEQcR0z4+7DcAVhaHH3yipEixn124a hkAmJJfggBYFbwo2kGefRrKB2DPHLNySRCeBiODia2YuRGD9sXpLJizh6bzpf3xa CePsGNQpZB0lJ0PEDNwieQzh9O0rJL5kcd91czFzkxQ= Received: from mail.jurta.org (m91-129-107-198.cust.tele2.ee [91.129.107.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a27.g.dreamhost.com (Postfix) with ESMTPSA id C7F9A802E4; Sun, 5 May 2019 12:28:18 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a27 From: Juri Linkov To: Michael Albinus Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines Organization: LINKOV.NET References: <87tvfkuivn.fsf@mail.linkov.net> <87y34mc13t.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> <87lfzrw5us.fsf@gmx.de> <87y33phoja.fsf@mail.linkov.net> <878svpdyag.fsf@gmx.de> <87pnp0y7wv.fsf@mail.linkov.net> <87bm0kvwb4.fsf@gmx.de> Date: Sun, 05 May 2019 22:27:56 +0300 In-Reply-To: <87bm0kvwb4.fsf@gmx.de> (Michael Albinus's message of "Fri, 03 May 2019 09:20:15 +0200") Message-ID: <874l68wvk3.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrjeehgddugeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrdduleeknecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrudelkedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35055-done Cc: 35055-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 (-) >> I hope now it's right: > > Yes, please push. Pushed to master and closed. > I will add some few words to tramp.texi what to do in the synchronous case. I renamed it in tramp.texi as well. From debbugs-submit-bounces@debbugs.gnu.org Mon May 06 05:28:51 2019 Received: (at 35055) by debbugs.gnu.org; 6 May 2019 09:28:51 +0000 Received: from localhost ([127.0.0.1]:55724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hNZvW-0006Rr-Ur for submit@debbugs.gnu.org; Mon, 06 May 2019 05:28:51 -0400 Received: from mout.gmx.net ([212.227.15.19]:44233) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hNZvS-0006Rc-Q3 for 35055@debbugs.gnu.org; Mon, 06 May 2019 05:28:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1557134917; bh=beVFHyH25hmtDlI/+Mvs4BDTxgHdW3gCbk/BOzRUNRc=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Ygs9KAWZCS483mu0nECbKsKHF9U2BpgQp3gR2xIQKFMcy5OZnLHyFbncFhEjLcE09 sYjElQVJcKroHBlb4DMQv3sOKkLfUhp+uEYqQF79v/5nBjwVIJFyDdCz9C/VDTZs5C wgz9N8P/sEszr07jkB5zbTRq4lyN87mV6J1pZUkk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([217.70.140.96]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M7sHo-1hRPPj2DnG-004zxv; Mon, 06 May 2019 11:28:37 +0200 From: Michael Albinus To: Juri Linkov Subject: Re: bug#35055: 27.0.50; async-shell-command truncates output lines References: <87tvfkuivn.fsf@mail.linkov.net> <874l7ajmnx.fsf@gmx.de> <87lg0l1syw.fsf@mail.linkov.net> <87v9zpgd3t.fsf@gmx.de> <87mul0tfe5.fsf@mail.linkov.net> <87v9zib2vd.fsf@gmx.de> <877ebxa857.fsf@mail.linkov.net> <87a7gszd2q.fsf@gmx.de> <87sgukxu27.fsf@mail.linkov.net> <875zrfzp4m.fsf@gmx.de> <87mukpznua.fsf@mail.linkov.net> <8736mhp047.fsf@gmx.de> <875zrcqtje.fsf@mail.linkov.net> <877ebroj5g.fsf@gmx.de> <8736mfjatu.fsf@mail.linkov.net> <87lfzrw5us.fsf@gmx.de> <87y33phoja.fsf@mail.linkov.net> <878svpdyag.fsf@gmx.de> <87pnp0y7wv.fsf@mail.linkov.net> <87bm0kvwb4.fsf@gmx.de> <874l68wvk3.fsf@mail.linkov.net> Date: Mon, 06 May 2019 11:28:35 +0200 In-Reply-To: <874l68wvk3.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 05 May 2019 22:27:56 +0300") Message-ID: <87lfzklynw.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:zM9cZG7odLVUgQ1i78M1HJGfTYGs2gR3zC6HRdHRNeddP5FLV+5 yJwsmHCqJPPdfCxKUTMe+kLZC86ug1g2t1ixedPqR+N8+bzCEwyua/rqNb/4dM2Hxep6IJH ibL2juqqi2ETjGIRNprGKNAUGW7WgQbrGtQxblhlQfXTpkiOp5T4D/XSqhXYpGrWgs8hKNL hxNFQ9+YccTC5NMCQjlug== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3HH4j/+VnnY=:kiKfyXDkOqy9R8S7P8fH+a lFehSVcZDdVtYojxpE2E0XO6WbknVuDiDsf86cdMJeZx3E3L+XIfN//otr8Hv/hvibzaOpwJK CDvMXgN89/DgBDfx7GjH7023ZHZl6NFRmqeuCfUwwaR7eNK+WrNWZLE+fL/x+deQkGZepr51D 88NmN3ayZ2wTj4SpkUp0c0BZTAt9d+6HaLsUvNBm96UXVYXPTXJSKc+w93jsmf8VSs4+IRW/X A4I8J2EIuRafKX+frnzdXk3w3jz1wn03He2IKV9T8pJ1jE6V+ES/e4LVdmYMQkDxXhRa+Y4rw dFCcun3LNXdD2Id9HFp68a/40U9igdYk2Lvta31Hpm+xhH49K1tT7nvQ+tQg0VrPWe5rDaPaw 3ooIIIBdN6DbZTqgazJ3AznHnrXioJ4GZwc01Fq7xINh8gelLi/de0ur7u8J8TO7oxcqTH2Gr R4krVrMvU+DcKfXYzLVfIy0emBb0PjhMIMN03xfqb658x363F5u23cbNPQIrteJDqyvWdLEMH +T+xaus8N6l+U7CAYm89uFHtAwfVpn/0iiFqgg7EkIuvI2zTfnm9Z62aUdRHsictYnY1nJlY5 yFgl2Lq0BT1e71D1C1Vy4sU0kucc8YhL76MA7ALbRByRy7Ou/q52sXR5vjy4jeNVli7/c+8Gq fEVVaJ68+JzSzcCprS285OVzbl3ZKREDS8U/q1pDzkj3zGGsDAeFDx0BCX/SQPcikxGNO8ete FeE2EQ3zPyHhZ9OUXtiut1wJQrBwT52nqvQECmb70QY0tAZIO9VL0Wc+Jb1k75HnrTdG7C60z VbUnk9q/eLarTTb4Vj0Jx4OEzdCNy0KXdTepprMHYkCfFOXPqNumjFrxBvl0ji4Fl7MNSncoa gCCfy0PZbjQk7PNH8LOMkxuGzFuDv+T2BW0Aooi9I0xX8NRYHN081mvZ/d2EhhsMFUgiQrPvZ rb081kG2t0g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35055 Cc: 35055@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.7 (-) Juri Linkov writes: >> Yes, please push. > > Pushed to master and closed. > >> I will add some few words to tramp.texi what to do in the synchronous case. > > I renamed it in tramp.texi as well. Thanks for both! Best regards, Michael. From unknown Tue Aug 19 05:11:27 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, 03 Jun 2019 11:24:06 +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