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
