GNU bug report logs - #33781
tramp trouble when PATH is very long

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Mon, 17 Dec 2018 19:17:02 UTC

Severity: minor

Tags: fixed

Found in version 27.0.50

Fixed in version 27.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #53 received at 33781 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 33781 <at> debbugs.gnu.org
Subject: Re: bug#33781: tramp tests abort on hydra
Date: Wed, 19 Dec 2018 16:50:52 -0500
Michael Albinus wrote:

> Yes, I could reproduce it. The problem is, that there is an upper limit
> to the length of the $PATH variable, to be checked by
>
> # getconf PATH_MAX /

I don't think this is it. If it was, I would not have been able to build
Emacs, because the build process would not have been able to find "sed".
The problem is specific to Tramp, when it tries to pass long values to
the remote environment. This makes me think of bug#24531.

As a test, perhaps you could change tramp-set-remote-path to write
PATH=...
to a buffer, write that buffer to a file, and then source that file in
the remote environment. This avoids passing long strings to subprocesses.




This bug report was last modified 6 years and 154 days ago.

Previous Next


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