GNU logs - #61024, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61024: 29.0.60; [PATCH] Eshell errors out when trying to redirect output of a remote process
Resent-From: Jim Porter <jporterbugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 23 Jan 2023 07:09:02 +0000
Resent-Message-ID: <handler.61024.B.167445768610034 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 61024 <at> debbugs.gnu.org
Content-Type: multipart/mixed; boundary="------------AYKUWkCBVEsDuyOisI0R6Yay"
Message-ID: <230f0e06-f47a-6a0d-93de-222ca16f7213@HIDDEN>
Date: Sun, 22 Jan 2023 23:07:58 -0800
MIME-Version: 1.0
Content-Language: en-US
From: Jim Porter <jporterbugs@HIDDEN>
Received-SPF: pass client-ip=2607:f8b0:4864:20::42a;
 envelope-from=jporterbugs@HIDDEN; helo=mail-pf1-x42a.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

This is a multi-part message in MIME format.
--------------AYKUWkCBVEsDuyOisI0R6Yay
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

To see this in action, run "emacs -Q -f eshell" and then:

   ~ $ cd /sudo::
   /sudo:root@host:~ # *echo hi there > #<foo>
   Wrong type argument: "bufferp echo-stderr"

(Any other Tramp method should reproduce this issue.) That's because the 
echo command is being redirected to two places: stdout is going to the 
buffer "foo", and stderr is going to the Eshell buffer (via a pipe 
process). However, that doesn't work for Tramp processes.

Attached is a fix with a test. I think this should definitely go in 
Emacs 29, since it's a pretty bad regression. I'm actually surprised no 
one has filed a bug on this already.

For tracking purposes, I believe this was broken by f07505d1ec (bug#21605).

For Emacs 30, it'd be interesting to see if there were a way to get 
Tramp processes to have different targets for stdout and stderr. That'd 
make them work a lot more like local processes in Eshell.
--------------AYKUWkCBVEsDuyOisI0R6Yay
Content-Type: text/plain; charset=UTF-8;
 name="0001-Don-t-try-to-make-a-pipe-process-for-remote-processe.patch"
Content-Disposition: attachment;
 filename*0="0001-Don-t-try-to-make-a-pipe-process-for-remote-processe.pa";
 filename*1="tch"
Content-Transfer-Encoding: base64

RnJvbSA2OGZlYmNmOWY1ZTU5OTkzOTFlMmVjN2E4YmI4ZjU0NWI5N2VkN2ZlIE1vbiBTZXAg
MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKaW0gUG9ydGVyIDxqcG9ydGVyYnVnc0BnbWFpbC5j
b20+CkRhdGU6IFN1biwgMjIgSmFuIDIwMjMgMjI6NTQ6NTMgLTA4MDAKU3ViamVjdDogW1BB
VENIXSBEb24ndCB0cnkgdG8gbWFrZSBhIHBpcGUgcHJvY2VzcyBmb3IgcmVtb3RlIHByb2Nl
c3NlcyBpbgogRXNoZWxsCgpUcmFtcCBjdXJyZW50bHkgaXNuJ3QgYWJsZSB0byBoYW5kbGUg
dGhpcywgc28gdGhlIHJlc3VsdCB3aWxsIGp1c3QKcHJvZHVjZSBhbiBlcnJvci4KCiogbGlz
cC9lc2hlbGwvZXNoLXByb2MuZWwgKGVzaGVsbC1nYXRoZXItcHJvY2Vzcy1vdXRwdXQpOiBD
aGVjayBmb3IgYQpyZW1vdGUgJ2RlZmF1bHQtZGlyZWN0b3J5JyBiZWZvcmUgdHJ5aW5nIHRv
IG1ha2UgYSBwaXBlIHByb2Nlc3MuCgoqIHRlc3QvbGlzcC9lc2hlbGwvZXNoLXByb2MtdGVz
dHMuZWwKKGVzaC12YXItdGVzdC9vdXRwdXQvcmVtb3RlLXJlZGlyZWN0KTogTmV3IHRlc3Qu
Ci0tLQogbGlzcC9lc2hlbGwvZXNoLXByb2MuZWwgICAgICAgICAgICB8ICA5ICsrKysrKyst
LQogdGVzdC9saXNwL2VzaGVsbC9lc2gtcHJvYy10ZXN0cy5lbCB8IDEzICsrKysrKysrKysr
KysKIDIgZmlsZXMgY2hhbmdlZCwgMjAgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkK
CmRpZmYgLS1naXQgYS9saXNwL2VzaGVsbC9lc2gtcHJvYy5lbCBiL2xpc3AvZXNoZWxsL2Vz
aC1wcm9jLmVsCmluZGV4IDliYWU4MTJjOTIyLi4yN2NkNTIxZTgyZSAxMDA2NDQKLS0tIGEv
bGlzcC9lc2hlbGwvZXNoLXByb2MuZWwKKysrIGIvbGlzcC9lc2hlbGwvZXNoLXByb2MuZWwK
QEAgLTI5Niw4ICsyOTYsMTMgQEAgZXNoZWxsLWdhdGhlci1wcm9jZXNzLW91dHB1dAogICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAndW5p
eCkpKSkKICAgICAoY29uZAogICAgICAoKGZib3VuZHAgJ21ha2UtcHJvY2VzcykKLSAgICAg
ICh1bmxlc3MgKGVxdWFsIChjYXIgKGFyZWYgZXNoZWxsLWN1cnJlbnQtaGFuZGxlcyBlc2hl
bGwtb3V0cHV0LWhhbmRsZSkpCi0gICAgICAgICAgICAgICAgICAgICAoY2FyIChhcmVmIGVz
aGVsbC1jdXJyZW50LWhhbmRsZXMgZXNoZWxsLWVycm9yLWhhbmRsZSkpKQorICAgICAgKHVu
bGVzcyAob3IgOzsgRklYTUU6IEl0J3Mgbm90IGN1cnJlbnRseSBwb3NzaWJsZSB0byB1c2Ug
YQorICAgICAgICAgICAgICAgICAgOzsgc3RkZXJyIHByb2Nlc3MgZm9yIHJlbW90ZSBmaWxl
cy4KKyAgICAgICAgICAgICAgICAgIChmaWxlLXJlbW90ZS1wIGRlZmF1bHQtZGlyZWN0b3J5
KQorICAgICAgICAgICAgICAgICAgKGVxdWFsIChjYXIgKGFyZWYgZXNoZWxsLWN1cnJlbnQt
aGFuZGxlcworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXNoZWxsLW91
dHB1dC1oYW5kbGUpKQorICAgICAgICAgICAgICAgICAgICAgICAgIChjYXIgKGFyZWYgZXNo
ZWxsLWN1cnJlbnQtaGFuZGxlcworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgZXNoZWxsLWVycm9yLWhhbmRsZSkpKSkKICAgICAgICAgKGVzaGVsbC1wcm90ZWN0LWhh
bmRsZXMgZXNoZWxsLWN1cnJlbnQtaGFuZGxlcykKICAgICAgICAgKHNldHEgc3RkZXJyLXBy
b2MKICAgICAgICAgICAgICAgKG1ha2UtcGlwZS1wcm9jZXNzCmRpZmYgLS1naXQgYS90ZXN0
L2xpc3AvZXNoZWxsL2VzaC1wcm9jLXRlc3RzLmVsIGIvdGVzdC9saXNwL2VzaGVsbC9lc2gt
cHJvYy10ZXN0cy5lbAppbmRleCBhZTdiMWRkZGQ2OS4uOGUwMmZiYjU0OTcgMTAwNjQ0Ci0t
LSBhL3Rlc3QvbGlzcC9lc2hlbGwvZXNoLXByb2MtdGVzdHMuZWwKKysrIGIvdGVzdC9saXNw
L2VzaGVsbC9lc2gtcHJvYy10ZXN0cy5lbApAQCAtMTksNiArMTksNyBAQAogCiA7OzsgQ29k
ZToKIAorKHJlcXVpcmUgJ3RyYW1wKQogKHJlcXVpcmUgJ2VydCkKIChyZXF1aXJlICdlc2gt
bW9kZSkKIChyZXF1aXJlICdlc2hlbGwpCkBAIC04NSw2ICs4NiwxOCBAQCBlc2gtcHJvYy10
ZXN0L291dHB1dC9zdGRvdXQtYW5kLXN0ZGVyci10by1idWZmZXIKICAgICAgICJcXGBcXCci
KSkKICAgICAoc2hvdWxkIChlcXVhbCAoYnVmZmVyLXN0cmluZykgInN0ZG91dFxuc3RkZXJy
XG4iKSkpKQogCisoZXJ0LWRlZnRlc3QgZXNoLXZhci10ZXN0L291dHB1dC9yZW1vdGUtcmVk
aXJlY3QgKCkKKyAgIkNoZWNrIHRoYXQgcmVkaXJlY3Rpbmcgc3Rkb3V0IGZvciBhIHJlbW90
ZSBwcm9jZXNzIHdvcmtzLiIKKyAgKHNraXAtdW5sZXNzIChhbmQgKGVzaGVsbC10ZXN0cy1y
ZW1vdGUtYWNjZXNzaWJsZS1wKQorICAgICAgICAgICAgICAgICAgICAoZXhlY3V0YWJsZS1m
aW5kICJlY2hvIikpKQorICAobGV0ICgoZGVmYXVsdC1kaXJlY3RvcnkgZXJ0LXJlbW90ZS10
ZW1wb3JhcnktZmlsZS1kaXJlY3RvcnkpKQorICAgIChlc2hlbGwtd2l0aC10ZW1wLWJ1ZmZl
ciBidWZuYW1lICJvbGQiCisgICAgICAod2l0aC10ZW1wLWVzaGVsbAorICAgICAgIChlc2hl
bGwtbWF0Y2gtY29tbWFuZC1vdXRwdXQKKyAgICAgICAgKGZvcm1hdCAiKmVjaG8gaGVsbG8g
PiAjPCVzPiIgYnVmbmFtZSkKKyAgICAgICAgIlxcYFxcJyIpKQorICAgICAgKHNob3VsZCAo
ZXF1YWwgKGJ1ZmZlci1zdHJpbmcpICJoZWxsb1xuIikpKSkpCisKIAwKIDs7IEV4aXQgc3Rh
dHVzCiAKLS0gCjIuMjUuMQoK

--------------AYKUWkCBVEsDuyOisI0R6Yay--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Jim Porter <jporterbugs@HIDDEN>
Subject: bug#61024: Acknowledgement (29.0.60; [PATCH] Eshell errors out
 when trying to redirect output of a remote process)
Message-ID: <handler.61024.B.167445768610034.ack <at> debbugs.gnu.org>
References: <230f0e06-f47a-6a0d-93de-222ca16f7213@HIDDEN>
X-Gnu-PR-Message: ack 61024
X-Gnu-PR-Package: emacs
X-Gnu-PR-Keywords: patch
Reply-To: 61024 <at> debbugs.gnu.org
Date: Mon, 23 Jan 2023 07:09:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 61024 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
61024: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D61024
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61024: 29.0.60; [PATCH] Eshell errors out when trying to redirect output of a remote process
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 23 Jan 2023 13:22:02 +0000
Resent-Message-ID: <handler.61024.B61024.167448010925539 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jim Porter <jporterbugs@HIDDEN>
Cc: 61024 <at> debbugs.gnu.org
Date: Mon, 23 Jan 2023 15:21:49 +0200
Message-Id: <83wn5didxu.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <230f0e06-f47a-6a0d-93de-222ca16f7213@HIDDEN> (message from
 Jim Porter on Sun, 22 Jan 2023 23:07:58 -0800)
References: <230f0e06-f47a-6a0d-93de-222ca16f7213@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Sun, 22 Jan 2023 23:07:58 -0800
> From: Jim Porter <jporterbugs@HIDDEN>
> 
>    ~ $ cd /sudo::
>    /sudo:root@host:~ # *echo hi there > #<foo>
>    Wrong type argument: "bufferp echo-stderr"
> 
> (Any other Tramp method should reproduce this issue.) That's because the 
> echo command is being redirected to two places: stdout is going to the 
> buffer "foo", and stderr is going to the Eshell buffer (via a pipe 
> process). However, that doesn't work for Tramp processes.
> 
> Attached is a fix with a test. I think this should definitely go in 
> Emacs 29, since it's a pretty bad regression.

Fine by me, unless Michael objects or has better ideas.

> I'm actually surprised no one has filed a bug on this already.

Maybe it tells us how many people use this combination?

Last modified: Mon, 23 Jan 2023 13:30:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.