SSH do meu Mac para o Ubuntu: o encaminhamento do X não está funcionando corretamente?

SSH do meu Mac para o Ubuntu: o encaminhamento do X não está funcionando corretamente?

Executando um Mac Pro, OS X El Capitan 10.11.4 com placa gráfica ATI Radeon e XQuartz v 2.7.9

Consigo executar qdec e Freeview perfeitamente na minha máquina. O problema surge quando tento fazer SSH em uma máquina Ubuntu 12.04 (Nvidia GeForce GTX 650) e usar esses programas (costumava funcionar bem, mas estou me perguntando se algo em nossa configuração mudou agora)

Recebo os seguintes erros após o ssh na máquina Ubuntu.

[myuser@ubuntu-machine:~] freeview
Xlib: extension "NV-GLX" missing on display "localhost:10.0". 
X Error: BadValue (integer parameter out of range for operation) 2
Extension:    150 (Uknown extension)
Minor opcode: 3 (Unknown request)
Resource id:  0x0
Abort         (core dumped)

[myuser@ubuntu-machine:~] qdec
Xlib: extension "NV-GLX" missing on display "localhost:10.0".
X Error of failed request:  BadValue (integer parameter out of range for operation)
Major opcode of failed request:  150 (GLX)
Minor opcode of failed request:  3 (X_GLXCreateContext)
Value in failed request:  0x0
Serial number of failed request:  1504
Current serial number in output stream:  1505

Com base no meu conhecimento limitado, parece provável que haja um problema com o X/SSH e com a placa gráfica, mas não tenho certeza de como proceder a partir daqui. Se alguém tiver alguma idéia de como superar isso, ficaria extremamente grato!

A própria máquina Ubuntu também possui um monitor e pode executar qdec e Freeview localmente, sem problemas. o problema parece acontecer no SSH. Alguns programas na máquina Ubuntu funcionarão corretamente desta forma (mas reclamam alto no terminal de segundo plano sobre o X)

O Mac atualizou recentemente o XQuartz, mas não tenho certeza se esse problema estava acontecendo antes da atualização ou não.

Tentamos, ssh -ymas isso retorna o mesmo erro.

Também export LIBGL_ALWAYS_INDIRECT=1colocamos o SSH na máquina Ubuntu, mas ainda recebemos o mesmo erro.

A questão oficial: O que esses erros significam e como posso tentar corrigi-los?

Responder1

Este parece ser um problema com o XQuartz. Aparentemente, eles estão com falta de pessoal e mal têm tempo suficiente para manter o projeto em funcionamento. Se você também estiver enfrentando esse problema, tente voltar para o XQuartz 2.7.8, pois funcionou para alguém no relatório de bug.

Suas outras opções poderiam ser usar o VNC, como sugeriu Amias Channer.

https://bugs.freedesktop.org/show_bug.cgi?id=93953#c6

De acordo com o desenvolvedor líder do XQuartz:

Dado que o problema é com renderização indireta, é uma mudança no xorg-server no XQuartz ou uma mudança na libGL ou na pilha X11 no sistema remoto. Meu palpite é que a libGL remota mudou e possivelmente algo mudou no suporte IGLX do XQuartz. Se você puder tentar executar versões mais antigas do XQuartz para ver se funciona com uma versão mais antiga do XQuartz, isso pode indicar uma alteração que pode ser feita para que isso funcione novamente. Embora, como mencionei, o IGLX esteja em suporte de vida em geral, não apenas no XQuartz.

E:

Sim, como mencionei no relatório de bug, não há muita chance de coisas como essa serem corrigidas logo porque não há muitas pessoas trabalhando no projeto. Tenho cerca de 2 a 3 horas por mês, o que é tempo suficiente para fazer correções de segurança, fazer alguns testes e enviar uma atualização. Adicionar suporte para OpenGL Core em nosso caminho de renderização direta é mais trabalhoso do que posso me inscrever. O que você está pedindo é adicioná-lo ao caminho de renderização indireta, e é ainda menos provável que isso aconteça. O Xorg está descontinuando ativamente o AIGLX e até mesmo removendo-o da configuração padrão, então suspeito que a solução será apenas remover completamente o suporte para AIGLX.

Responder2

NV-GLX sugere que está procurando aceleração NVIDIA OpenGL

O que significaria que a máquina Ubuntu está tentando encontrar aceleração 3D para seu desktop.

Parece que isso não funcionará por meio do encaminhamento ssh X de exibição remota para esses aplicativos.

Você precisa usar algo como RDP ou VNC para exibir a imagem após a aceleração.

Responder3

Com base nissolinkvocê tentou o seguinte em seu Mac OS X local?

defaults write org.macosforge.xquartz.X11 enable_iglx -bool true

Parece que o XQuartz não suporta GLX indireto por padrão.

informação relacionada