• Tenemos Ubuntu, Xubuntu, Kubuntu o derivados (u otras distribuciones) corriendo sobre Virtualbox
• Necesitamos compartir archivos entre el Sistema Operativo real (host) y el virtualizado (guest)
• Queremos lograrlo mediante Virtualbox (con esto me refiero a no usar Samba, NFS u otras formas de compartir archivos en red)

¿Cómo podemos hacer? Fácil, en Linux, al instalar las Aplicaciones del Huésped (“Guest Additions”), obtendremos un nuevo sistema de archivos virtual: vboxsf. Este sistema nos permitirá montar los directorios que agreguemos en la interfaz de Virtualbox.

Siguiendo los pasos en la imagen, agregamos una carpeta compartida; hay que recordar el “Folder Name” que es lo que luego usaremos en nuestro Ubuntu virtualizado para montar el sistema de archivos. (No se preocupen por el Sistema Operativo de la máquina virtual de la foto, es Jolicloud, pero los pasos de agregar una carpeta no varían)

Luego, abrimos una consola en nuestro sistema virtualizado, creamos un directorio y montamos el sistema de archivos:

sudo mkdir /media/compartido
sudo mount.vboxsf ‘Escritorio’ /media/compartido

En el segundo comando, “Escritorio” vendría a ser el “Folder Name” de cuando agregamos la carpeta en Virtualbox. También podemos hacer sudo mount -t vboxsf Escritorio /media/compartido en lugar del segundo comando, es otra forma de hacer lo mismo. Luego, abrimos una consola en nuestro sistema virtualizado, creamos un directorio y montamos el sistema de archivos:

Con eso ya tenemos el directorio montado en nuestro sistema, y lo podemos utilizar para leer/escribir archivos.

Nota: En teoría estos pasos funcionan también para Debian y otras distibuciones Linux, yo los he hecho nombrando a Ubuntu sólo porque me preguntan como hacerlo en Ubuntu Si lo pruebas en otra distribución virtualizada y funcionan, ¡deja un comentario!

Curiosidad: No viene al tema del post, pero si se fijan en la imagen, pueden notar como la gente que hace Jolicloud le ha errado en la traducción y ha escrito “Rojo” en lugar de “Red”, que en inglés es “Network” (y a su vez, “Red” en inglés significa “Rojo”).

Como base, utilizé el framework Javascript Mootools, y la interfaz de ventanas MochaUI. Modifiqué el sistema de Drag de Mootools, para que haga gelatinosos los elementos que se mueven. Y cargando el “Drag” modificado antes de MochaUI, podemos obtener ventanas gelatinosas. Tengo que aclarar que los efectos son un poco irreales: yo no soy físico ni se como calcular para donde debería moverse la ventana, o cuanto debería agrandarse. Pero de todas formas, me parece que sirve para ilustrar que esto es totalmente posible de implementar, para alguien con los conocimientos necesarios.

Para probarlo, van a necesitar Firefox 3.5, o algún navegador basado en Webkit reciente (Safari 4, Chrome 2?). Al entrar, verán una ventana: si la mueven, notarán que es gelatinosa. En el resto de los navegadores, deberían ver la ventana, pero no tendría el efecto.

El link: http://labs.turl.com.ar/gelatinosas/

¡Espero comentarios!

Actualización: Las ventanas gelatinosas han sido probadas y están funcionando en Firefox 3.5 y 3.6, Chrome 2 y 3, Safari 4 y Midori 0.1.2.

Luego de googlear un poco, encontré un thread en UbuntuForums, en el que exponían el mismo problema. La solución es sencilla, hay que editar /etc/X11/xorg.conf y cambiar, dentro de la sección “Screen”, subsección display, el valor de la resolución virtual para que encaje de nuevo con la resolución que estamos usando. Para editar el archivo podemos usar en una consola sudo gedit /etc/X11/xorg.conf (cambiar gedit por otro editor si asi lo desean: nano, geany, kate, …)

Por ejemplo, una configuración errónea para una pantalla de 1366×768 podría decir:

[...]
Section “Screen”
Identifier “Configured Screen Device”
Device “Configured Video Device”
SubSection “Display”
Virtual 2390 768
EndSubSection
EndSection
[...]

Arreglado para esa resolución quedaría:

[...]
Section “Screen”
Identifier “Configured Screen Device”
Device “Configured Video Device”
SubSection “Display”
Virtual 1366 768
EndSubSection
EndSection
[...]

Este problema esta causado porque algunas tarjetas de intel no soportan renderizado 3D en tan altas resoluciones, por lo que se utiliza el renderizador de software y compiz se niega a arrancar. ¡Espero que toda esta explicación le sirva a alguien!

Pinche aquí para ver el vídeo

Asi que ya sabes: Pásate a GNU/Linux (o a un BSD si asi lo quieres, por mi está bien)

Para los impacientes y/o paranoicos por la seguridad, pueden bajarlo de aquí. Esta versión arregla un exploit XSS descubierto por Jeremias Reith, y tiene otros pequeños fixes (no guardar metadata de los posts en revisiones, fix para que XML-RPC tome los tipos de post correctamente, checks de ID de usuario al borrar posts en masa).

Si solo quieren la seguridad, pueden reemplazar wp-includes/feed.php y wp-includes/version.php de su WordPress 2.6.3 por los de la 2.6.5. Para ver todos los archivos cambiados, pueden ver esta página de Trac.

Y por si dudaban, no hay 2.6.4. Esto lo han hecho a propósito, porque andaba circulando una versión 2.6.4 falsa. De esta forma, se evitarán confusiones.

Fuente: Blog de desarrollo de WordPress (inglés)

PD: Apple no es tan “malo” como Microsoft, pero también tiene sus cosas.

Ubuntu 9.04 Alpha 1 ya puede descargarse, pero no debería ser instalado en computadoras que requieran estabilidad, ya que se trata de algo en pleno desarrollo. La única novedad con respecto a Intrepid Ibex por lo que he podido ver en la web de Ubuntu, son solamente los paquetes actualizados que han sido incluidos.

Veremos como va tomando forma Jaunty, y esperamos que traiga muchas novedades más. Yo no actualizaré aún, tal vez me pase cuando salgan las primeras Betas o Release Candidates. Pero por ahora me quedo sólo seré un observador.