ssh -X no funciona en Yosemite

ACTUALIZAR

El desarrollador Jeremy Huddleston Sequoia anunció ayer que este problema está resuelto en XQuartz 2.7.8_beta2 :

XQuartz 2.7.8_beta2 está disponible para descargar.

Puede ver http://xquartz.macosforge.org/trac/wiki/X112.7.8 para ver un conjunto completo de cambios, pero los más notables son:

1) xauth ahora analiza correctamente la ruta del socket Yosemite launchd $DISPLAY
2) libGL se actualizó a Mesa 10.4.4
3) Se corrigieron varios exploits en xorg-server, freetype y libpng
4) Se ha producido un error que impide las actualizaciones automáticas en algunos casos ha sido arreglado

El informe de errores está cerrado y marcado como corregido:

Si no puede (o no quiere) instalar la versión beta, aún puede usar la solución alternativa que explico a continuación.

RESPUESTA

Análisis

(desplácese hacia abajo para ver la sección de soluciones)

Mi primer pensamiento fue "la DISPLAYvariable está mal". Pero no lo es.

Resulta que en OS X 10.10 Yosemite (y de vuelta a 10.8 Mountain Lion ) la DISPLAYvariable almacena una launchdruta de socket:

/private/tmp/<socket name>

en lugar del conocido nombre para mostrar:

hostname:displaynumber.screennumber

(He agregado información sobre el hostname:displaynumber.screennumberformato al final de esta respuesta).

Esto significa que xauthtiene que saber cómo lidiar con esta encarnación especial de la DISPLAYvariable, y como en Mavericks, lo hizo, pero el zócalo utilizado en Yosemite tiene un camino diferente (más precisamente: /private/tmp/com.apple.launchd.XXXXen lugar de /private/tmp/launch-XXXX), y xauthse rompe.

Este error se informó al equipo de XQuartz el 18 de noviembre de 2014 (hace 3 meses) ( http://xquartz.macosforge.org/trac/ticket/2068 ):

El programa xauth tiene código tanto en gethost.c como en parsedpy.c para buscar nombres de $DISPLAY que comiencen con "/tmp/launch" y para tratarlo como un socket local. Sin embargo, la ubicación parece haber cambiado, $DISPLAY ahora comienza con "/private/tmp/com.apple.launchd", por lo que el código que busca /tmp/launch no lo detecta. (...)

De acuerdo con la descripción del error, debe resolverse en XQuartz 2.7.8, que tiene 4 meses de retraso (consulte la página de la hoja de ruta del proyecto en http://xquartz.macosforge.org/trac/roadmap ).

El parche que soluciona el problema se envió el 31 de diciembre de 2014 al proyecto freedesktop.org ( http://cgit.freedesktop.org/xorg/app/xauth/commit/parsedpy.c?id=f990dd936b5fd1a40290bb88cde517a0ac38f823 ):

diff --git a/parsedpy.c b/parsedpy.c
index c591b77..7365224 100644
--- a/parsedpy.c
+++ b/parsedpy.c
@@ -42,6 +42,9 @@ in this Software without prior written authorization from The Open Group.
 #include <X11/Xauth.h>         /* for FamilyLocal */
 #include <X11/Xmu/SysUtil.h>

+#include <sys/stat.h>
+#include <sys/syslimits.h>
+
 #if defined(UNIXCONN) || defined(LOCALCONN)
 #define UNIX_CONNECTION "unix"
 #define UNIX_CONNECTION_LENGTH 4
@@ -158,8 +161,32 @@ parse_displayname (const char *displayname,

     if (!host) return False;

-    if(strncmp (host, "/tmp/launch", 11) == 0) {
-        family = FamilyLocal;
+    {
+        /*
+         * If using launchd socket, remove the screen number from the end
+         * of $DISPLAY and check if it is a path to a socket.
+         */
+        char path[PATH_MAX];
+        struct stat sbuf;
(...)

Así que es solo cuestión de tiempo hasta que este parche llegue a la próxima versión de XQuartz.

Solución alterna

(probado en OS X 10.10.2 Yosemite).

Agregar:

alias ssh="ln -fs $(echo $DISPLAY | sed 's:\(/private/tmp/com\.apple\.launchd\.[^/]*\)/.*:\1:') $(echo $DISPLAY | sed 's:/private/tmp/com\.apple\.launchd\.\([^/]*\)/.*:/private/tmp/launch-\1:'); ssh"

e iniciar ~/.bashrcuna nueva ventana de Terminal o generarla ( . ~/.bashrc) en su sesión de Terminal actual.

Este alias primero vincula la ruta del socket a /private/tmp/launch-XXX(por ejemplo ln -fs /private/tmp/com.apple.launchd.GuewxwWwKS /private/tmp/launch-GuewxwWwKS) y luego comienza ssh:

Para los curiosos, tradicionalmente, el nombre para mostrar del servidor X ha tenido esta forma (de man XUbuntu): El nombre para mostrar del servidor X tiene esta forma:

hostname:displaynumber.screennumber

donde:

   hostname
           The hostname specifies the name of the machine to which the display  is  physically
           connected.   If  the hostname is not given, the most efficient way of communicating
           to a server on the same machine will be used.

   displaynumber
           The phrase "display" is usually used to refer to  a  collection  of  monitors  that
           share a common set of input devices (keyboard, mouse, tablet, etc.).  Most worksta‐
           tions tend to only have one display.  Larger,  multi-user  systems,  however,  fre‐
           quently  have  several  displays so that more than one person can be doing graphics
           work at once.  To avoid confusion, each display on a machine is assigned a  display
           number (beginning at 0) when the X server for that display is started.  The display
           number must always be given in a display name.

   screennumber
           Some displays share their input devices among two or more monitors.  These  may  be
           configured as a single logical screen, which allows windows to move across screens,
           or as individual screens, each with their own set of windows.  If  configured  such
           that each monitor has its own set of windows, each screen is assigned a screen num‐
           ber (beginning at 0) when the X server for that display is started.  If the  screen
           number is not given, screen 0 will be used.