Nathan Hartman wrote on Tue, 29 Dec 2020 13:45 -0500:
> I don't think it's Subversion that's broken in this case. It's an issue of
> configuration. The problem of the GUI dialog while accessing a machine via
> SSH is a known complication that affects other software too. It will happen
> with any software that tries to use these credential caches. I don't have a
> RPi that I could experiment with but maybe I can setup something reasonably
> similar to try to reproduce this...
Do the tools in this thread rely on environment variables to find
their GUI?
If they do, something like «tmux -L test start \; new \; detach»
followed by «env -u DISPLAY tmux -L test attach» and therein «mtr
127.0.0.1», might work. ($DISPLAY would remain set in the environment
of the $SHELL instance inside the tmux session; mtr(1) will run in
a window if $DISPLAY is set, and in the terminal otherwise.)
In the example the issue is that $DISPLAY is a per-process singleton
but its desired value depends on which tmux client is currently
active. The right answer is obviously to invent a way to query the
$DISPLAY envvar via terminfo: that would let tmux(1) arbitrate between
different clients' values of the envvar and supply, at any given time,
the then-correct value… :P
Cheers,
Daniel
Received on 2020-12-30 03:38:01 CET