O encaminhamento X11 não funciona com várias sessões tmux

Question

Se eu iniciar uma sessão tmux localmente e deixá-la aberta, faça o ssh remotamente e inicie uma nova tmux sessão (não anexando à antiga, uma nova sessão de marca) O encaminhamento do X11 parece quebrar. Eu tentei esta solução alternativa para um problema semelhante com screen , mas sem sucesso ...

A mensagem de erro quando tento iniciar um aplicativo da GUI (como xeyes ) é algo com o efeito de can't open display: wrong authentication . Na verdade, não sei com certeza o que é, porque parece que está gerando um retorno de carro e substituindo parte da mensagem de erro por um novo ...

Por enquanto eu apenas passo e fecho manualmente todas as sessões tmux que eu tinha iniciado localmente antes de iniciar minha nova sessão remota. Existe alguma maneira de fazer o encaminhamento do X11 funcionar com% misto% local / remoto% sessões?

    

Answer 1

Não tenho 100% de certeza de que funcionará para você, mas esse link não funcionou para mim e eu apenas copiei a variável DISPLAY do terminal inicial e escrevi export DISPLAY=${copied from outside tmux} , que funcionou bem - por exemplo,

log in ...
echo $DISPLAY # remember this
tmux a
export DISPLAY=${variable from memory}

a função desse link me deu um DISPLAY completamente diferente que não funcionou

    

Answer 2

Eu tive um problema semelhante. Na minha situação, definir DISPLAY não foi suficiente. Por padrão, parte do ambiente é definida ao iniciar o servidor tmux (ao iniciar a primeira sessão), não apenas qualquer nova sessão. O seguinte funciona para mim, mas duvido que seja ótimo.

Em .tmux.conf , faça o tmux lembrar as variáveis que você deseja manter do ambiente externo. Eu usei aqueles que diferiam entre localmente usando o Terminal Gnome e remotamente usando Terminal.app. Alguns deles provavelmente não são necessários, mas não tenho certeza de qual. O sinalizador -g pode não estar correto.

set -g update-environment "\
  CLUTTER_IM_MODULE \
  DBUS_SESSION_BUS_ADDRESS \
  DBUS_SESSION_BUS_ADDRESS \
  DEFAULTS_PATH \
  DESKTOP_AUTOSTART_ID \
  DESKTOP_SESSION \
  DISPLAY \
  GDMSESSION \
  GNOME_DESKTOP_SESSION_ID \
  GPG_AGENT_INFO \
  GTK_IM_MODULE \
  GTK_MODULES \
  SESSION_MANAGER \
  SSH_AGENT_PID \
  SSH_ASKPASS \
  SSH_AUTH_SOCK \
  SSH_CONNECTION \
  WINDOWID \
  WINDOWPATH \
  XAUTHORITY \
  XDG_CONFIG_DIRS \
  XDG_CURRENT_DESKTOP \
  XDG_DATA_DIRS \
  XDG_MENU_PREFIX \
  XDG_RUNTIME_DIR \
  XDG_SEAT \
  XDG_SESSION_DESKTOP \
  XDG_SESSION_ID \
  XDG_SESSION_TYPE \
  XDG_VTNR \
  XMODIFIERS \
  "

Apesar do nome "update-environment", a configuração não parece realmente alterar o ambiente. Você pode, no entanto, recuperá-lo usando tmux show-environment . Então usei para atualizar o ambiente no meu .zshrc :

zshrc_restore_x11_vars()
{
  if [[ -z $TMUX ]]
  then
    return 0
  fi

  local tmux_env="$(tmux show-environment)"

  for var_line in ${(f)tmux_env}
  do
    if [[ $var_line == -[A-Za-z_]* ]]
    then
      local var=${var_line#-}
      unset $var

    elif [[ $var_line == [A-Za-z_]*'='* ]]
    then
      export $var_line

    fi
  done
}

precmd()
{
  zshrc_restore_x11_vars
}

preexec()
{
  zshrc_restore_x11_vars
}

Usar tmux show-environment -s provavelmente seria melhor. Mas eu não sabia disso até reler parte do man tmux para escrever esta resposta.

Ainda assim, tenho que separar e reconectar algumas vezes, ao usar uma sessão existente. Embora seja muito menos irritante do que antes.

Divulgação completa: A ideia de usar tmux show-environment nos ganchos precmd e preexec não era minha, mas esqueci onde a vi. Obrigado a quem escreveu isso, onde quer que você o tenha escrito.