Estou tendo problemas com o XQuartz no Mavericks. Depois que eu fui ao suporte do apple genius para trocar minha bateria (na qual o cara genial forçou o desligamento quando eu tinha uma conexão X11 aberta), estou tendo o seguinte travamento quando tento abrir o XQuartz:
*** The application X11 could not be opened. ***
An error occurred while starting the X11 server: "Cannot establish any listening sockets - Make sure an X server isn't already running"
Click Quit to quit X11. Click Report to see more details or send a report to Apple.
Eu tentei fazer uma instalação limpa do XQuartz fazendo:
launchctl unload /Library/LaunchAgents/org.macosforge.xquartz.startx.plist
sudo launchctl unload /Library/LaunchDaemons/org.macosforge.xquartz.privileged_startx.plist
sudo rm -rf /opt/X11* /Library/Launch*/org.macosforge.xquartz.* /Applications/Utilities/XQuartz.app /etc/*paths.d/*XQuartz
sudo pkgutil —forget org.macosforge.xquartz.pkg
E, em seguida, instalou a versão mais recente do XQuartz (na data real, é esse aqui ). Logout, log-in, sem sucesso.
Eu também tentei excluir os arquivos /private/tmp/.X* , /private/tmp/launch-* que continham xquartz e também o arquivo .Xauthority no diretório $HOME .
Como isso não funcionou, lutei para usar o port xorg-server X11, usando sudo port install xorg-server após desinstalar o XQuartz. Eu também tive que ativá-lo usando launchctl load -w /Library/LaunchAgents/org.macports.startx.plist (encontrado aqui ) e também usei sudo port -f deactivate xinit && sudo port activate xinit ( encontrado aqui ).
Infelizmente também não funcionou (recebi um erro no servidor dizendo que não tinha permissão para abrir o $ DISPLAY na minha máquina local).
Outros passos no superusuário falando sobre o problema semelhante:
launchctl load -w novamente prestando atenção em a sudo tip que eu não conhecia. Eu tentei todas as combinações possíveis e esgotadas procurando na internet por possibilidades. Eu estou morto na água aqui pessoal, alguma ideia?
Conforme relatado no tíquete 589 , isso pode acontecer devido a bugs nos scripts de inicialização do shell.
Conforme relatado no ticket 685 , isso pode acontecer se você substituir / usr / bin / mktemp por um incompatível versão (por exemplo: GNU mktemp).
Hoje eu tive tempo de olhar de novo para isso, e o que é engraçado é que eu nem precisei ter o mktemp original disponível em /usr/bin/mktemp path (você não deveria fazer isso, isso é apenas para ilustrar que a discussão anterior sobre o mktemp binário não teve nada a ver com o problema):
'--> ls /usr/bin/mktemp
ls: cannot access /usr/bin/mktemp: No such file or directory
meu problema provavelmente foi a instalação de port xquartz junto com o xquartz original. Eu fiz uma desinstalação completa em ambos os clientes:
sudo port uninstall xinit xorg-server
E para o xquartz "original" (info aqui , procure "Desinstalar (Snow Leopard ou Mais tarde) "):
launchctl unload /Library/LaunchAgents/org.macosforge.xquartz.startx.plist
sudo launchctl unload /Library/LaunchDaemons/org.macosforge.xquartz.privileged_startx.plist
sudo rm -rf /opt/X11* /Library/Launch*/org.macosforge.xquartz.* /Applications/Utilities/XQuartz.app /etc/*paths.d/*XQuartz
sudo pkgutil --forget org.macosforge.xquartz.pkg
Algumas delas podem falhar, já que a desinstalação da porta pode desativá-las, você pode ignorar essas falhas.
Isso é importante. Nas minhas tentativas anteriores, eu estava falhando provavelmente porque eu não iria reiniciar minha conta, o que parece que é necessário para o launchctl fazer efeito (eu posso estar errado aqui, mas de qualquer maneira, é importante para você sair e faça login na sua conta para que as alterações de instalação entrem em vigor).
Com o ambiente clean, agora instale o XQuartz, efetue logout, log-in e ele deve funcionar. Se não, dê uma olhada nas seguintes instruções de depuração de XQuartz , procure por "depuração de encaminhamento ssh X" :
[1] local $ echo $DISPLAY
/tmp/launch-Bh0fLm/:0
[2] local $ grep DISPLAY ~/.*rc ~/.login ~/.*profile ~/.MacOSX/environment.plist 2>/dev/null
[3] local $ grep -r DISPLAY /opt/local/etc /sw/etc /etc 2>/dev/null
[4] local $ ssh -Y remote
Warning: No xauth data; using fake authentication data for X11 forwarding.
[5] remote $ echo $DISPLAY
localhost:10.0
[6] remote $ grep X11 /etc/ssh/sshd_config ~/.ssh/*
X11Forwarding yes
X11DisplayOffset 10
Meu problema começou na primeira linha, em que a variável DISPLAY estava vazia. Eu executaria os comandos 2 e 3, e não havia nada que o alterasse, então eu sou novo lá, o problema era algo com o launchtcl e não tinha nada a ver com os passos 4 e depois. Mas o seu caso pode ser diferente, então siga estas instruções de depuração para verificar qual é o seu problema.