[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Environment variables for remote processes
From: |
Stefan Monnier |
Subject: |
Re: Environment variables for remote processes |
Date: |
Tue, 18 Nov 2014 22:16:14 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
> It's not so simple to decide what's appropriate settings. You do NOT
> want to propagate all your local environment variables to the remote
> process. Your local settings of DISPLAY or DBUS_SESSION_BUS_ADDRESS, to
> give prominent examples, would confuse your remote process heavily.
Check again: these will not be present in "the difference between
process-environment and (default-toplevel-value 'process-environment)".
>> In my naive mental model, Tramp's implementation of `process-file' will
>> run "env <ENVVARS> <COMMAND>" on the remote host, so we could use "-u"
>> to remove elements from the environment.
> No. With a sufficient amount of environment variables, you would exceed
> the maximum length of shell command lines. Tramp did it several times
> already, and I had to work-around that. Then "env ..." construct is
> applicable only, when you know in advance that there aren't too
> many settings.
But whichever other scheme we end up using, removing env-vars shouldn't
be any harder than adding some.
> Yes, but here we must speak about implementation. Tramp opens a
> connection (a shell) on the remote host, and sends all its internal
> commands via this shell. It sends also the command intended for
> process-file to that shell. It does *not* open a new (sub)process, which
> could inherit environment variables from Emacs, and alike. The
> environment is the same as when that shell has been started. That's why
> it is, at least as of today, "per connection".
I know that. That's why I suggested to send "env <ENV> <CMD>".
Another option might be:
(export VAR1=VAL1
unset VAR2
export VAR3=VAL3
...
<CMD>)
-- Stefan
- Environment variables for remote processes (was: bug#18940: 24.4; vc-hg does not disable pager, leading to hangs (at least with tramp)), Michael Albinus, 2014/11/17
- Re: Environment variables for remote processes, Stefan Monnier, 2014/11/17
- Re: Environment variables for remote processes, Michael Albinus, 2014/11/18
- Re: Environment variables for remote processes, Michael Albinus, 2014/11/19
- Re: Environment variables for remote processes, Michael Albinus, 2014/11/19
- Re: Environment variables for remote processes, Stefan Monnier, 2014/11/19
- Re: Environment variables for remote processes, Michael Albinus, 2014/11/20
- Re: Environment variables for remote processes, Stefan Monnier, 2014/11/20
- Re: Environment variables for remote processes, Michael Albinus, 2014/11/22
- Re: Environment variables for remote processes, Stefan Monnier, 2014/11/22
- Re: Environment variables for remote processes, Michael Albinus, 2014/11/22