GVim compilado da fonte aberta via SSH -X não copia colar na seleção

Question

Estou usando o SSH (com -X especificado) de uma caixa do Ubuntu para uma caixa do RHEL4 e executando o GVim. Ele abre como esperado no meu X local, mas o copiar e colar via select não funciona. Não consigo selecionar texto em GVim e colar em uma janela local, nem posso selecionar texto de uma janela local e colar em GVim. Isso funciona, no entanto, quando eu SSH (com -X especificado) para uma caixa RHEL4 diferente.

Existe algo que eu preciso instalar na máquina remota?

EDITAR : Eu estou suspeitando que tem algo a ver com as bandeiras de compilação que eu usei, mas eu não tenho idéia de qual delas. Eu tentei --enable-gnome-check e --enable-gtk2-check , já que estou executando o gnome em minha máquina local, mas isso não resolveu o problema.

EDITAR : Executar vim --version em ambas as versões do vim mostra muitas diferenças, sendo que a mais notável é que a máquina que não tem nenhum problema é para o GTK A GUI e a máquina que tem um problema são para a GUI X11-Motif . Não consigo configurar a caixa de problemas para usar o GTK , já que não tenho tudo o que preciso instalar.

EDITAR

• Obrigado pela ajuda até agora, pessoal.
• Para esclarecer, copie / cole por meio de seleção funciona em uma janela do GVim gerada a partir de caixa A, mas não em uma janela do GVim gerou da caixa B. Ambas as caixas A e a caixa B é RHEL4 U8.
• Quando seleciono algum texto na janela do GVim, eu posso cole-o com o botão direito dentro daquele janela, mas não consigo colá-lo qualquer coisa funcionando localmente. Quando eu selecione algo localmente, eu posso colar localmente, mas quando eu colo no Janela GVim, cola a última coisa selecionado na janela do GVim, não no última coisa selecionada localmente.
• Para deixar um pouco mais estranho, algumas vezes abro uma segunda janela do GVim na mesma caixa, posso colar na segunda janela (embora ainda não seja a primeira), mas ainda não consigo selecionar algo nessa janela e cole-o localmente.
• Eu tenho o mesmo comportamento usando Ctrl-Shift-C. Mantendo o deslocamento ao selecionar com o mouse, impede a seleção. Ctrl-Shift-V inicia a seleção de blocos no vim, não colando.
• Estou executando o Parcellite 0.9.2 na caixa local, mas fechá-lo não faz o problema desaparecer e não está interferindo na outra caixa.

EDITAR

• A máquina que está apresentando o problema é uma máquina virtual em execução no VM Player.

EDITAR

• Um colega de trabalho que também é SSH para uma caixa virtual RHES4 U8 não tem o mesmo problema, mas usou a stock vim install na VM, enquanto eu e outro colega de trabalho com o problema vim compilado da fonte . Poderia haver uma bandeira de compilação que precisamos?
• Tentei instalar ferramentas de VM em uma das VMs, mas isso não teve efeito sobre esse problema.

EDITAR

• O .vimrc entre minhas duas caixas é o mesmo, scp'ed over.

Answer 1

Acontece que o problema é que o vim no controle remoto não foi compilado com o GTK. Isso aconteceu porque o pacote necessário não estava presente na caixa remota. Assim, mesmo com o conjunto de sinalizadores --enable-gtk2-check compile, ele não estava incluindo o GTK.

Para consertá-lo, faça o login na máquina remota e:

1. Instalar o gtk2-devel,
2. reconfigure, refaça, & re-instalar o vim

Um colega de trabalho descobriu isso eventualmente.

    

Answer 2

Apenas alguns pensamentos sem realmente testar. Se você estiver usando o shell para iniciar sua sessão ssh, você pode usar Ctrl-Shift-c e Ctrl-Shift-v para colar. Caso contrário, um botão direito do mouse na sua seleção propõe "copiar" para você?

    

Answer 3

Uma coisa que eu tentaria é ter certeza de que você realmente permite que o X cuide da seleção. Se você tiver set mouse=a em seu arquivo vimrc , o vim interpretará a seleção como seu modo visual. Se este for o caso, tente segurar Shift ao selecionar.

Seu emulador de terminal pode ter seu próprio mecanismo para copiar e colar, por exemplo, os usos do terminal gnome Ctrl Deslocam c para copiar e < kbd> Ctrl Shift v para colar (como Morlock declarou em sua resposta ). Você pode usar isso em vez disso.