SSH en Mac para una instalación nueva de Firefox en CentOS 6.4 de 64 bits se ejecuta pero genera errores: RANDR y GLib-GIO-WARNING

Acabo de instalar el navegador Firefox 18 (64 bits) en mi servidor Linux CentOS 6.4 (64 bits). Hago SSH en el servidor desde mi Mac OSX Snow Leopard desde la aplicación X11 usando # ssh -Y mydomain.com. Ahora que la Mac está conectada al servidor, ejecuto Firefox en el servidor escribiendo en el terminal X11 de mi Mac, # firefox&.

Si bien Firefox se reenvía a mi Mac y parece funcionar correctamente, se informan los siguientes errores en el terminal X11 con el que se abrió:

Xlib:  extension "RANDR" missing on display "localhost:10.0".
(firefox:14774): GLib-GIO-WARNING **: Failed to execute child process "update-mime-database" (No such file or directory)
[the last error repeats 4 more times]

Instalé Firefox en el /optdirectorio del servidor como usuario raíz. Simplemente extraje el archivo .tar.bz2 de Mozilla y no hice otra configuración que no fuera garantizar que el reenvío X11 funciona (archivo ssh_config en el servidor). El navegador se abrió en la página web predeterminada de Mozilla.

No pude encontrar nada aplicable a esto después de una búsqueda en Google. Me pregunto si alguien sabe qué significan estos errores, qué efecto tendrán y, finalmente, cómo eliminarlos.

¿Puede aclarar la pregunta para explicar mejor cómo OS X está involucrado en el problema que enfrenta?
La pregunta se publicó originalmente en ServerFault, que fue rechazada y cerrada y remitida a la publicación aquí debido a la interfaz del terminal X11 con un sistema operativo Mac. Si no está relacionado con el servidor (p. ej., ServerFault) ni con Mac (p. ej., aquí), tal vez pueda recomendar dónde podría publicar a continuación. La pregunta es cómo eliminar los mensajes de error que observo cuando SSH en el servidor desde Mac OS.
No digo que no pertenezca aquí. Pero tal como está escrito, es bastante difícil entender lo que está haciendo, qué parte sucede en Linux y OS X y qué error/advertencia se lanza cuando. ¿Puede intentar mejorar la pregunta para que sea más fácil de entender y solicitar una reapertura?
Se modificó la publicación anterior para que quede más clara.
El segundo mensaje de error ( update-mime-database) parece algo que debería ejecutarse en el lado de Linux (ya que Mac solo proporciona la pantalla). ¿Intentó localizar el comando en su sistema Linux?
Está relacionado con Mac porque el proceso de firefox que se ejecuta en Linux (que en la terminología X11 es el cliente x11 ) intenta usar una extensión X11 (RANDR) que no está presente en la versión de cuarzo (que en la terminología X11 es el " servidor X11 ") que se ejecuta en la Mac. Como digo en mi respuesta a continuación, las versiones posteriores tienen esa extensión (editado a continuación para mostrar eso) Y para ser claros, eso es una advertencia , no un error. La presencia de esa extensión no es obligatoria para el proceso del cliente x11. Ese es un artefacto de la flexibilidad de X11: a veces le advertirá sobre cosas que no son fatales.

Respuestas (1)

Para la primera advertencia sobre RANDR, intente instalar una versión más nueva de xquartz

Al buscar allí hace un momento, parece que se agregó randr. Puedo confirmar que en mi sistema que ejecuta xquartz 2.7.4 en OS-X 10.7.5:

$ xrandr -v
xrandr program version       1.3.5
Server reports RandR version 1.3
$ sw_vers | grep 'ProductVersion:' | grep -o '[0-9]*\.[0-9]*\.[0-9]*'
10.7.5

ingrese la descripción de la imagen aquí

Para la última advertencia, ¿existe "update-mime-database" en el sistema en el $PATH del usuario?

Gracias @Tim B, la instalación y ejecución de xquartz en la Mac eliminó la advertencia de RANDR observada en el servidor. Cuando hago SSH en el servidor como usuario y escribo, echo $PATHno update-mime-databaselo veo. ¿Sabes lo que esto hace (me pregunto si es importante)? Aparte, ¿alguna idea de por qué el reenvío X11 de Firefox hace que Firefox sea tan lento?
Como root en el servidor, busqué find / -iname update-mime-databasey no devolvió nada.
Así que no tienes ese paquete instalado. Puede instalarlo o ignorar la advertencia. (es común redirigir stderr a /dev/null para ignorar las advertencias del cliente x11 como esta)