Previo

Para ser honesto, llevo bastante tiempo sin usar Linux como sistema operativo cotidiano. Desde principios de año solo usaba Windows por motivos de trabajo. Luego estuve más o menos desde abril usando Mac OS X, desde Snow Leopard (10.6) hasta ahora Lion (10.7). A pesar que logré instalar un triple-boot de Mac/Windows/Linux, no usaba este último porque no había un driver operativo para mi red inalámbrica (Broadcom bcm4331).

Antes de eso, era usuario habitual y fan de KDE 4.6, en un notebook Acer Aspire 4320. Con agrado logré acostumbrarme a sus detalles y personalizarlo a mi gusto. Incluso logré compilar e instalar el tema oxygen-transparent para KDE, logrando un look “de vidrio” en las aplicaciones, similar a la UI de Windows Vista/7 (lo reconozco, me gusta como luce). Con eso ya había superado un bug que apareció en alguna versión anterior de KDE que impedía usar las extensiones para transparencia y desenfoque (necesarias para lograr el efecto-vidrio).

Ahora, luego de lograr instalar Ubuntu 11.10 (ver nota al final), me llevé una grata sorpresa. Le instalé Ubuntu 11.10 a todos los computadores de mi casa, (desktop, notebooks y netbooks).

La Usabilida de Unity

Primeramente reafirmo una opinión anterior que había dado: Unity es un hibrído extraño entre el escritorio de Mac OS X y Windows 7, pero más similar a Mac. Por ese lado quizás vienen más las críticas. En lo personal, me acomoda.

Espacio en Pantalla

Me gusta la idea de aprovechar hasta el último pixel disponible del escritorio para las aplicaciones. Cuando uno está leyendo, navegando la web, programando o editando imágenes, es necesario contar con el mayor espacio en el escritorio que sea posible para la ventana de la aplicación. En la edición plasma-netbook de KDE, lo implementaron con la misma idea de Sugar, que consistía en correr las aplicaciones SIN bordes de ventana, lo cual ahorra el espacio que desperdicia la barra de título. Lo malo es que conmutar entre aplicaciones era incomodo desde el menú superior y lo peor: no todas las aplicaciones estaban pensadas para usarse sin bordes en las ventanas, provocando que ciertas ventanas, como las modales o de diálogo también se desplegaran a pantalla completa, o a veces se intercambiaran por la ventana principal, haciendo imposible cerrarlas y continuar trabajando en la aplicación.

En Unity lo lograron aplicando la idea de Mac OS X de usar un “menú global”, donde la aplicación expone su menú (los típicos “Archivo, Editar… Ayuda”) en la misma barra superior, según cual sea la aplicación activa. Recuerdo haber leído que incluso tuvieron que ayudar a los desarrolladores de los toolkits de Gnome y KDE para que las aplicaciones fueran compatibles con el menú global, y lo lograron. Si uno corre las mismas aplicaciones en otro escritorio (Gnome2, KDE4, …) el menú de las aplicaciones aparece dentro de la ventana de la aplicación como lo hacía normalmente. Personalmente, no me acomoda el menú global, considero que es mejor idea el estilo de Google Chrome, donde todo el menú de la aplicación está contenido en un discreto botón con un icono de llave de tuercas. Pero aun así prefiero tener el menú global que desperdiciar pixeles con un menú que prácticamente no uso nunca.

Lo otro destacable, es que las aplicaciones maximizadas, desaparecen la barra de título, fundiéndose en el menú global, ahorrando más pixeles de altura que son directamente aprovechados por la aplicación. Estupendo.

Barra de iconos de Unity

La barra lateral, me agrada. Tanto en Windows 7 (incluso XP), como en Mac OS X, terminé por determinar que la posición más cómoda para una “barra de iconos” (llámese Barra de Tareas, Dock, …) es en el costado izquierdo. Por defecto el Dock de Mac OS X reserva espacio inferior en la pantalla, pero se puede configurar para ocultarse automáticamente o ponerla en otro borde de la pantalla. En windows, la barra de tareas queda bastante cómoda a la izquierda, de tal modo que las aplicaciones puedan aprovechar la altura de la pantalla, el ancho no importa mucho en monitores wide-screen.

En mi caso, determiné que era mejor instalar algún “hack” que adelgazara la barra de tareas de Windows e instalar alguna aplicación “tipo Dock” que dejaría andando en el costado izquierdo. Para ello, usé Rocket Dock, salvo porque este no tiene un comportamiento muy cómodo por defecto. Tuve que instalar otra aplicación inútil solo para lograr que Rocket Dock se comportara como ventana “sticky” en el escritorio (que no desaparezca cuando hago click en “Mostrar Escritorio”) y otra más para reservar espacio para que quedara siempre a la vista, como el comportamiento del Dock de Mac.

Por otro lado, Unity tiene una combinación mucho mejor en su comportamiento. Está “siempre visible” si es que no hay ninguna ventana ocupando su espacio, y se auto-oculta en caso contrario. Se puede acceder a la barra pasando el puntero por el borde. Esto no es lo mismo que el Dock de Mac ni Rocket Dock.

Lo otro es que tanto Windows 7 como Unity adoptaron la idea de Mac OS X de usar el mismo icono en la barra para indicar una aplicación que está corriendo como para acceso directo a la aplicación. Lo positivo es que, en esta mezcla, es perfectamente posible entender la diferencia entre que aplicación está corriendo y cual no. Lo otro es que en los 3 sistemas se permite mantener un icono en la barra a partir de una aplicación que se haya lanzado por otra vía, permitiendo guardar en la barra los iconos de las aplicaciones que uno usa más frecuentemente, sin tener que entrar a editar alguna configuración, o copiar y arrastrar a mano como con el Quick Bar de Windows XP.

Área de Notificación de Unity

Punto a favor y punto en contra. La verdad es que son un clon evidente de la “menubar” de Mac OS X.

En contra podría decir que vienen deshabilitados, por defecto, los iconos de notificación (try-icons) de aplicaciones no-típicas. Esto fue evidente cuando intenté correr Wally en 11.04 y no pude hacer nada con la aplicación dado que esta corre totalmente desde un icono de notificación. Por suerte encontré como arreglarlo.

Detalles (positivos y negativos) de Unity

Aceleración Gráfica

Lo interesante y bonito de Unity es que funciona exactamente igual si el sistema soporta o no aceleración gráfica. Lo comprobé en un equipo de escritorio con un chip gráfico SIS que nunca tuvo soporte de aceleración, que incluso no corría bien ni KDE ni GNOME anteriormente. En ese equipo me había visto obligado a dejarlo corriendo con XFCE, ahora no hace ningún drama corriendo Unity.

Control de luminosidad del teclado

Creo que está clarísima la inspiración en Mac OS X. Unity es el único escritorio que (por ejemplo) soporta los botones de control de luminosidad del teclado retro-iluminado de mi MacBook Pro, incluyendo un control en pantalla que indica la cuantía de ese valor (igual que el indicador de volumen de sonido). Había leído que existe posibilidad, mediante parches y configuraciones esotéricas, activar esos botones del teclado, pero nunca lo hice. Lo positivo es que en Unity esto funciona out-of-the-box.

Tema de cursores de X11

Usando un herramienta en GUI para cambiar los cursores, noté como, a pesar que si los cambia, por alguna razón en Unity no cambia el cursor principal. Para ello, tuve que cambiar el tema predeterminado usando las alternativas de debian/ubuntu por consola.

Gestos multi-táctiles

No estoy muy seguro en que parte del sistema se implementó esto (llevo mucho tiempo sin estar al tanto de los cambios en Linux y particularmente en Ubuntu. Pero me lleve una gran sorpresa cuando intente hacer algo con 3 dedos sobre el touchpad (recordar que los Macbooks traen touchpads multitáctiles) y la ventana que tenia abajo del puntero reaccionó. En efecto, Ubuntu soporta gestos multi-táctiles.

Espero que en futuras versiones le saquen más el jugo. Mac OS X Lion se adelantó bastante en este sentido. Los gestos táctiles dede Ubuntu son muy básicos aun. Pero lo importante es que YA ESTÁN soportados, solo falta pulir.

Controles de Ventana a la izquierda

¿Alguna duda que es inspiración con olor a manzana? Ahora, analizándolo un poco más, es bastante coherente.

Por defecto, las notificaciones en escritorio aparecen arriba, a la derecha. Si fuera en otra esquina, molestaría mucho a las aplicaciones, dado que uno en general trabaja de arriba hacia abajo y de izquierda a derecha. Tiene sentido entonces que si yo quiero controlar la ventana (cerrarla, maximizarla, …) no me aparezca una notificación encima. Cabe recordar que el sistema de notificaciones de Ubuntu viene de mucho antes que apareciera Unity, incluso KDE y sus aplicaciones lo soportaban.

Ojala en Windows uno pudiera cambiar la posición de los botones de control de ventana, pero dado que en Windows no hay mucha coherencia entre las aplicacones y un sistema de notificaciones, no parece ser un tema prioritario. De hecho no tiene un sistema de notificaciones realmente útil aparte de los molestos globos, teniendo las aplicaciones que valerse de ventanitas popups propias. Aunque, si es que no lo sabía usted, existe un port de Growl para Windows. Hay varias aplicaciones y plugins para que algunas aplicaciones soporten notificar por Growl para Windows, pero lamentablemente muchas otras (como Windows Live Messenger) no son compatibles.

En KDE (3 y 4) se puede configurar kwin para mover los botones según uno quiera.

Aplicaciones que no funcionan

Ya comenté tuve un incidente con Wally. Esa aplicación la uso en Windows y Mac OS X para rotar aleatoriamente mis Fondos de Pantalla (wallpapers). En Linux no tenía la necesidad dado que KDE4 integra esa funcionalidad. En Unity y Gnome no se pueden rotar (por defecto) un directorio de wallpapers manteniendo sincronización con una carpeta en especial como si se puede con KDE4 o con Wally. Lo malo es que aún logrando activar el icono de notificación de Wally, este no intercambia los wallpapers en Unity (no se porque). Probé otra aplicación que hace lo mismo, Wallpapoz, la cual si permite cambiar el wallpaper desde la aplicación, pero no los gestiona como Wally. Si hay algún hacker leyendo esto y de casualidad le interesa el modding de escritorios, sepa que le estaré muy agradecido si encuentra el error en Wally con Unity, lo parcha y se lo manda a su desarrollador. Lo haría si tuviera tiempo, Wally tiene el código fuente libremente disponible y ya dí una pista: Wallpapoz funciona.

Conclusiones sobre Unity

De los pros y contras anteriormente expuestos, debo sacar un balance positivo. Lo único que realmente hecho de menos es rotar los wallpapers, pero eso no es funcionalmente relevante, menos considerando que el aprovechamiento del tamaño de la pantalla con aplicaciones maximizadas, me hace tender a casi ni ver fondo del escritorio mientras uso el sistema.

La crítica sobre si es un avance o retroceso en Usabilidad, respecto a (por ejemplo) Gnome o KDE se lo dejo a cada uno. Mi conclusión es que el paradigma de escritorio de KDE y GNOME es muy diferente del de Mac OS X y Unity, por lo tanto no podría compararse un “avance” o “retroceso” entre paradigmas distintos.

La tendencia clara de Mac OS X y por consiguiente Unity, la veo enfocada a “el escritorio móvil”, lo que es netbooks, notebooks (ultrabooks?) y tablets (touchpad y touchscreen).

En cambio, Windows 7, KDE y Gnome, están pensados para la motricidad fina del mouse y el teclado, es decir, el escritorio de un PC fijo.

Conclusiones sobre Ubuntu 11.10

Este post es una evaluación sobre los escritorios, pero se me hace relevante mencionarlo. Hay otros detalles de Ubuntu 11.10 que lo hacen realmente notable. Y creo que el más destacable es sin duda el Centro de Software: Es espectacular. También es una obvia “inspiración” en la Apple App Store, pero con sabor a Linux.

No lo digo porque sea una remodelación de un “Sypantic” donde uno buscaba por paquete. El Centro de software de Ubuntu sirve para buscar “por aplicación”, incluyendo aquellas que NO SON ni libres ni mucho menos parte de la distribución, como Opera y Skype. En esos casos, el centro de software avisa que para instalarlas, se requiere activar un repositorio adicional, dando la posibilidad de hacer esto con un click, pide los permisos correspondientes y listo… Skype se está instalando sin tener que bajarlo de una página, ni menos instalar cosas usando comandos por consola. Notable. Lo más cercano que había visto era el Click’n'Run de OpenSuse, pero es un proceso de más pasos y por lo tanto más lento.

Por otra parte, es EL MISMO centro de software el que permite instalar paquetes que uno quiera instalar por cuenta propia. Y finalmente, uno puede dejar todas las instalaciones que uno quiera hacer, en una cola de procesos de instalación, así no es necesario esperar que se instale una cosa mientras busco y marco otra para instalar.

A quien haya pensado e implementado estas ideas del Centro de Software de Ubuntu, lo felicito. En Serio.

Otro detalle importante fue la integración (al fin) de una aplicación “Configuración del Sistema” en Ubuntu, del tipo “Panel de Control” de Windows o “Preferencias del Sistema” de Mac. Este avance apareció antes en KDE4 con Kubuntu, pero hacía falta en la edición principal de Ubuntu.

Conclusiones sobre el triple-boot, con Ubuntu 11.10

Deberé dejarlo pendiente par otro post. Adelanto que no fue fácil y aun estoy investigando las causas de fondo, pero al instalar Ubuntu 11.04 o Ubuntu 11.10, usando el mismo procedimiento que hace meses usé con Ubuntu 10.10, destruí el boot de Windows sin razón aparente. Por esta razón debí instalar 10.10 y actualizar 2 veces de 10.10 a 11.04 y de 11.04 a 11.10. Una tremenda lata.

Esta partición, obviamente, requiere que podamos tener permisos de lectura y escritura a la vez, soportados en los 3 sistemas.

En esa ocasión consideré varias opciones [1], entre ellas: FAT32, NTFS, EXT3, HFS+. Por la experiencia que tenía hasta el momento, escogí NTFS. Sin embargo, en los últimos días, a prueba y error,me di cuenta por descarte que varios problemas que tenía en MacOSX eran por culpa de mi partición de documentos en NTFS.

Hace poco investigué, probé y logré echar a andar el mismo esquema de particiones, pero esta vez usando HFS+ como formato de mi partición de documentos. A continuación el como:

Paso 0: Respaldar

Por fortuna tengo un disco externo grandote :P

Ahí copie TODO lo que tenía en la partición de Documentos. Si usted NO respalda, no llore después.

Paso 1: Formatear

Decidí usar HFS+. Investigando logré dar con la siguiente información:

HFS+ es el formato nativo en Mac OS X, por lo tanto no reviste mayo análisis.

En Linux, hay soporte oficial dentro del kernel, PERO no completamente. Cuando la partición tiene habilitado el sistema de Journaling, Linux monta el volumen como solo-lectura. El journaling es una mecanismo importante y deseable, pero para efectos prácticos, para un usuario corriente y procesos normales, prescindible. En un entorno de servidores, sobre todo los que manejan muchos datos concurrentemente, alta disponibilidad y recuperación ante fallos, no se puede dejar de usar journaling.

Decidí prescindir del journaling para ganar la característica de lectura-escritura en multiples sistemas operativos.

Para formatear en HFS+, basta abrir la Utilidad de Disco, seleccionar la partición, en la pestaña “Borrar”, seleccionar “Mac OS Plus, con registro” (da lo mismo cual variantes, acá escoger). Finalmente darle click al botón [Borrar].

Por último, es necesario deshabilitar el journaling (registro) de la partición nueva, esto se hace abriendo un Terminal y aplicando el siguiente comando:

$ sudo /usr/sbin/diskutil disableJournal /Volumes/Documentos # reemplazar “Documentos” con el nombre del volumen (obviamente).

El montaje en Mac OS X es automático dado que es HFS+ es su formato nativo, por lo tanto no requiere ningún esfuerzo.

Paso 2: HFS+ para Windows

Reiniciar el sistema y arrancar Windows.

Para Windows, existen al menos 2 drivers propietarios que dan soporte a HFS+. Uno es “Paragon HFS+ for Windows” y el otro es MacDrive. Paragon HFS+ parecia bueno, pero no hizo otra cosa más que problemas. Una versión anterior a la última efectivamente montaba bien los volumenes HFS+, pero de cuando en cuando se congelaba transfiriendo archivos, además de montar los volumenes DESPUÉS de iniciado el escritorio (no me sirve). La última versión fue peor, me causaba cuelgues completos del sistema BSOD y me fue imposible desinstalarlo. El paso “2.1″ para mí fue reinstalar Windows, todas las aplicaciones y probar MacDrive.

Finalmente fue MacDrive los que funcionó perfectamente. Monta los documentos más o menos al momento de cargado el escritorio, por lo tanto mis enlaces simbólicos y aplicaciones que usan directorios de mi partición de documentos al iniciar (dropbox por ejemplo) no reclamaban problemas de lectura.

El único efecto secundario que percibí fue que al reiniciar, me aparece el diálogo que windows muestra cuando uno pone un dispositivo extraible (cd/pendrive/…). Por fortuna eso se puede deshabilitar sin causar mayor inconveniente.

Cabe destacar que estoy usando Windows 7 para 64 bits. Otro punto no menor es que no tiene ningún problema al ser instalado junto con Bootcamp.

¿Donde se consigue MacDrive? Problema suyo.

Paso 3: HFS+ para Linux

Arrancar Linux. Ahora mi problema puntual acá fue que para el truco de utilizar 3 sistemas en el macbook teniendo 5 particiones (efi+mac+documentos+windows+linux) requiere instalar Grub en la partición de documentos, al formatear la partición de Documentos perdí también el Grub. Eso me impidió arrancar con Linux directamente. Por otro lado, me fue imposible reinstalar grub en la partición, dado que por alguna razón, Grub 2 manda un error cuando uno instala a propósito en un partición y no en el MBR como habitualmente.

El error es algo así:

grub-setup: warn: Attempting to install GRUB to a partition instead of the MBR. This is a BAD idea.
grub-setup: warn: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and its use is discouraged.
Installation finished. No error reported.

De hecho, el error en mi máquina sale en español así:

gon@hope:~$ sudo grub-install /dev/sda3 /usr/sbin/grub-setup: aviso: Intentando instalar GRUB en un disco sin particiones o en una partición. Es una MALA idea.. /usr/sbin/grub-setup: aviso: No es posible empotrar. GRUB sólo se puede instalar en esta configuración mediante el uso de listas de bloques. Sin embargo, las listas de bloques no son confiables y su uso no es recomendable.. /usr/sbin/grub-setup: error: will not proceed with blocklists.

No pude resolver eso, si alguien conoce la solución POR FAVOR hacérmela llegar. Por lo tanto, tuve que aplicar 2 pasos previos:

1. Respaldar el /home (porque lo tenía en la misma partición de Linux)
2. Reinstalar Linux.

Por fortuna las instalaciones de Linux duran poco, como he comprobado en prácticamente todas las instalaciones limpias de Ubuntu que he hecho.

Un detalle que cabe destacar es que el instalador de Ubuntu no permite montar particiones HFS+ en el paso de particionamiento manual, en cambio ofrece cambiarle el formato a la partición a cualquiera otro de los “conocidos” en Linux. Por lo tanto, el montaje de mi partición de documentos lo dejé para después.

Una vez que el sistema esta andando normalmente, abrimos un terminal donde se deben aplicar los cambios para el montaje de nuestra partición:

Primero hay que averiguar cual es el UUID de la partición. Personalmente, comprobé que fdisk tiene el mismo problema de la restricción de las 4 particiones, por lo tanto no puede ver la quinta. Yo ya sabía que la partición que deje para documentos era la /dev/sda3 por lo tanto busque su UUID así:

$ ls -Alh /dev/disk/by-uuid

Resultado:

gon@hope:~$ ls -Alh /dev/disk/by-uuid
total 0
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 32F0948DF0945945 -> ../../sda4
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 37446c7c-496f-3dc9-8053-3bd2f567ccb9 -> ../../sda3
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 70D6-1701 -> ../../sda1
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 7d659753-a8df-3716-84f1-4e65cf31734d -> ../../sda2
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 f7504ad1-20f7-49b0-be6a-1e5308ccc1f2 -> ../../sda5
lrwxrwxrwx 1 root root 10 2011-08-07 19:30 f88c0e39-effa-4f18-a2f3-b5672dbede1e -> ../../sda6

Entonces la linea del /etc/fstab para el montaje debe quedar así (en mi caso):

UUID=37446c7c-496f-3dc9-8053-3bd2f567ccb9 /documentos   hfsplus rw,exec,auto,users 0 0

Finalmente montamos así:

$ mount /documentos

Y ya debería estar listo. Al siguiente reinicio se auto-montará.

Ahora nos podemos topar con otro inconveniente. HFS+ Es un sistema que admite Permisos UNIX, por lo tanto, si ya se utilizó la partición en Mac OS X o Windows, es posible que los archivos tengan problema de permisos y no dejen leer o escribir por eso. Por ello, el siguiente paso es homologar la identidad del usuario entre sistemas (al menos entre Linux y Mac porque Windows NO TIENE ni soporta permisos UNIX).

PASO 4: Homologar permisos

Cada usuario y grupo, en un sistema tipo UNIX, tiene un número de identidad.

La idea es hacer calzar esos números de identidad, con ello logramos identificarnos (contra los archivos) como el mismo usuario en los Mac OS X y Linux.

Macdrive por defecto creó los directorios y archivos como usuario “root” y grupo “staff” (desde el punto de vista de Mac OS X.

Para obtener los números de identificación del usuario actual y sus grupos, en sistemas tipo UNIX, se usan el comando id.

En Mac OS X:

hope:~ gon$ id gon
uid=501(gon) gid=20(staff) groups=20(staff),401(com.apple.access_screensharing),402(com.apple.sharepoint.group.1),12(everyone),33(_appstore),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),100(_lpoperator),204(_developer),403(com.apple.sharepoint.group.2)

Mi usuario “gon” tiene la identidad (uid) número 501. El grupo staff tiene el gid número 20.

En Ubuntu:

gon@hope:~$ id
uid=1000(gon) gid=1000(gon) grupos=1000(gon),4(adm),20(dialout),24(cdrom),46(plugdev),112(lpadmin),120(admin),122(sambashare)

Mi usuario “gon” tiene la identidad (uid) número 1000. El  grupo que calza con el identificador de grupo (gid) 20 en Ubuntu es “dialup”.

Decidí entonces cambiar  el identificador de usuario de Mac OS X del 501 al 1000. Pero ANTES de hacer esto, cabe recordar una consecuencia: Los archivos del home quedarán con permisos cambiados, por lo tanto podrían quedar inaccesibles por un momento. Además recomiendo hacer esto como otro usuario, ya que mientras se está cambiando de identidad, no se puede usar sudo.

Entonces, se abre un Terminal en MacOS X y nos cambiamos a root:

$ sudo su

Luego se hace el cambio de identidad y ajuste de permisos:

# dscl . -change /Users/gon UniqueID 501 1000 # reemplazar "gon" con el nombre del usuario

# chown -R 1000 /Users/gon # reemplazar "gon" con el nombre del usuario

Con esto tenemos el usuario cambiado y los archivos del home con el propietario correcto.

Ahora, otra consecuencia es que algunas aplicaciones no se instalan con propietario root, sino como el usuario corriente. Por lo tanto esas aplicaciones también requiere que se le aplique chown una por una.

PASO 4.1: Homologar permisos de documentos

Estoy en eso ahora… en el fondo se basa en la misma idea que el paso anterior, usando combinaciones entre chown y chmod.

Solo que por ahora no he terminado de  ver que efectos tiene cambiar los permisos cuando luego vamos a Windows y se accede a los archivos con MacDrive. Al menos el efecto inmediato que he visto es que los archivos se crean por defecto con propietario root (uid=1) y grupo staff (gid=20).

De hecho, aun habiendo cambiado correctamente algunos permisos, mi carpeta Dropbox no puede sincronizar algunos archivos cuando cambié de Mac OS X a Linux.

Por lo tanto este paso queda pendiente.

En general, si se sigue teniendo problemas, sugiero cambiarle el propietario a todo /documentos así:

sudo chown -R gon.gon /documentos #reemplazar gon con el nombre del usuario

Sistemas de archivos RW multi-plataforma

• FAT32, usado prácticamente en casi todo dispositivo extraible: pendrives, memorias flash, teléfonos, etc. El problema es que NO SOPORTA permisos UNIX, NO SOPORTA rutas muy largas para los nombres de archivos, NO SOPORTA archivos de más de 4gb (olvidar imágenes de DVD). Por otra parte, SI TIENE soporte de lectura-escritura en Windows, Linux y Mac sin tener que instalar ni configurar nada.
• NTFS, nativo de Windows. NO SOPORTA permisos UNIX, pero si tiene un sistema de ACL. No tiene las restricciones de FAT32. Tiene soporte de lectura-escritura incorporado en el Kernel de Linux (ntfs-3g) hace varios años ya, con  suficiente madurez para su uso sin temor.  En Mac es diferente, por defecto, Mac OS X trae soporte sólo-lectura. Para darle soporte de escritura, existen varios complementos propietarios y libres. El Libre que conozco es un port de NTFS-3G, sin embargo (no recuerdo por que ahora) no lo pude hacer funcionar. Luego de eso probé Paragon NTFS for Mac, lo malo de Paragon es que monta DESPUES de iniciado el escritorio, por lo tanto todos los procesos que tengo al inicio que usan mi partición de documentos (dropbox, wally, …) dan errores. Finalmente el más maduro que probé fue Tuxera NTFS, que vendría a ser una distribución propietaria de NTFS-3G. Lo malo es que ciertas operaciones en los archivos no siempre funcionan, y debido a eso me vi forzado a cambiar de formato la partición.
• EXT3, nativo de linux, obviamente soporta permisos UNIX. Existe una implementación de un driver para Windows que le da soporte lectura-escritura, lo he estado usando por años en otro laptop. Funciona bien hasta Windows 7, salvo que en este último recuerdo haber tenido que inventarme un comando como servicio para que el montaje se ejecutara automáticamente. En Windows XP el montaje era automático. Por otro lado, en Mac OS X no existe soporte nativo. Estuve viendo un tiempo y supe que era posible montarlo usando MacFUSE, pero la verdad nunca me funcionó MacFUSE así que tuve que descartarlo.
• HFS+, lo que he descrito en este tutorial-howto-ayudamemoria.

Los pasos para realizar la instalación

• Primero, arrancar en MacOSX, el unico sistema en la máquina.
• Instalar rEFIt. En mi caso, la instalación requirió ejecutar manualmente los comandos que la misma página da para poder activarlo. Lo que rEFIt (dicho de una manera muy simple) es agregar un “menú” en el boot de MacOSX, sin alterar la partición EFI. También se puede instalar rEFIt en la partición EFI pero no es necesario, incluso los mismos desarrolladores no lo recomiendan.
• Reiniciar y comprobar que aparece el menú de rEFIt.

Luego que tenemos el menú instalado, pasaremos al siguiente conjunto de pasos, el particionamiento. La idea es instalar 3 Sistemas Operativos y mantener una partición para compartir Documentos entre los 3 sistemas. Por el momento, esta partición la dejé como NTFS, porque es el único tipo que he encontrado que soporta archivos grandes y cuenta con algún soporte para lectura/escritura en los 3 sistemas.

Otro detalle importante, es posible que luego de todo esto, no se puedan redimensionar las particiones facilmente, por lo tanto, es necesario pensar bien los tamaños que se le daran a las particiones, considerando cuando requiere el software que le queramos instalar en cada sistema.

• Arrancar en MacOSX.
• Ir a Aplicaciones -> Utilidades -> Utilidad de Discos
• Seleccionamos nuestro disco duro y escogemos la opción Particiones.
• Abajo a la izquierda aparecen 2 botones [+] [-]. Con el botón [+] podemos añadir particiones. Crear 4. La partición EFI no es visible acá, pero en el fondo tendríamos en realidad 5 particiones. Por ahora da lo mismo el formato, pero recomendaría que todas sean creadas de tipo ExFAT.
• El esquema debe quedar con esta forma, en el mismo orden. No olvidar etiquetar las particiones para facilitar las instalaciones:
  • MacOSX, tipo “Mac OS Plus (con registro)”, (tamaño? yo deje 120gb, no se si es mucho o poco).
  • Documentos, tipo ExFAT, (tamaño… por definir, debería ser “el resto” del tamaño que quede despues de definirle el tamaño a las otras)
  • Windows, tipo ExFAT (lo dejé en 50gb dado mis requerimientos del software)
  • Linux, tipo ExFAT (le di 16gb).

Reitero que es importante el orden de estas particiones. El tipo da lo mismo por ahora, cada instalación puede formatear las particiones según el tipo que sea necesario.

Ahora las instalaciones, deben ejecutarse del siguiente modo. Cada vez que queramos arrancar desde un CD/DVD, hay que mantener presionada la tecla [C] apenas se enciende la máquina:

• Insertar el disco de Windows, arrancar e instalarlo.
  • Durante la instalación, seleccionar la partición etiquetada para Windows, formatearla como NTFS.
  • También aprovechar de formatear como NTFS la partición e instalar ahí.
  • La partición para
  • Cuando finalmente tengamos el escritorio andando, expulsar el disco de Windows (desde Mi-PC -> click derecho sobre la unidad -> Expulsar).
  • Insertar el disco de OSX o pendrive con el soporte para windows (drivers del mac). No importa que el instalador diga que está instalando Boot Camp, esto solo afectará a windows.
  • Reiniciar las veces que sea necesario y expulsar el disco de OSX.
• Insertar el disco de la distribución Linux escogida.
  • Ejecutar el instalador.
  • En el paso del particionamiento/montaje, realizarlo manualmente.
    • La partición de Documentos, montarla como /documentos (por ejemplo).
    • La partición de Windows (si se desea), montarla como /windows (por ejemplo).
    • La última partición para Linux, es más conveniente eliminarla, dejarla como espacio libre y crear 2 particiones: una para el sistema y una swap de 1gb a lo menos (el instalador de oracle requiere 1gb de swap).
    • Montar la partición /
    • IMPORTANTE: ¡seleccionar que grub se instale en la partición de Documentos! Este es el truco que permite el triple-boot.
  • Finalizar instalación y reiniciar.
• Luego aparecerán automáticamente los sistemas en el menú de rEFIt. Probar los 3 para corroborar que no hay problemas.

En mi caso, mi única queja es que el hardware es muy nuevo y no está soportado por los drivers de Linux, así que no me queda otra que esperar (y reportarlo?).

Finalmente, para habilitar la partición de documentos en los 3 sistemas, no hace falta mucha ciencia:

• Windows la reconoce en forma nativa.
• Distros como Ubuntu traen soporte lectura-escritura. Sino, es posible instalarlo con ntfs-3g.
• En MacOSX hay diversos modos de obtener soporte lectura-escritura en NTFS. Uno gratuito que estoy probando sin ningún problema es SL-NTFS.

¿Para que quiero triple-boot?

O dicho de otra manera, para que quiero 3 Sistemas Operativos en el equipo. Los puristas macqueros dirán que OSX es superior y da lo mismo cualquier otro sistema. Esta es mi primera vez con MacOSX, por lo tanto no le tengo ningún cariño irracional en particular.

Por otro lado, me interesa bastante el Desarrollo de Software, por lo tanto, es una oportunidad magnífica poder testear en un mismo equipo las mismas fuentes, pero en 3 Sistemas Operativos diferentes. Siempre que las aplicaciones son multiplataforma les da valor agregado.

Además, aun cuando la mayoría de mis necesidades están cubiertas por software multiplataforma, siempre hay una o 2 aplicaciones que simplemente no lo son. No hay itunes en linux, no hay Internet Explorer 9 en MacOSX, el software de mi teléfono es solo para Windows y un largo etc…

Una manera de sortear esto, por lo general, consiste en utilizar virtualización dado el caso. No descarto usar virtualización, pero ¿que tal si deseo desarrollar algo que requiera recursos más específicos de la máquina? ¿que tal si deseo probar y medir el rendimiento de alguna característica, no sería mejor en el ambiente nativo?

Por eso decidí instalar triple-boot, sin perjuicio de utilizar máquinas virtuales de vez en cuando. Al final, esto significa sacarle provecho a la plataforma, aprovechando que es Intel.

Razones de porque no es trivial la instalación

Por los siguientes motivos:

• Tengo un celular nuevo, con 2 gb de memoria SD. Toca audio wav y mp3 (no se que otro formato por ahora)
• Tenía ganas de poner algunos sonidos chistosos en él.
• Los mp3 aparecen en el reproductor de música, los wav no, por ende los sonidos wav no molestan para escuchar música.
• Me gustaría ver la manera en el futuro de crear una aplicación en java me tipo Instants Chile portátil (que no requiera internet en el celular).

Con todo eso en mente, partí por el principio… descargando los dichosos botones flash, extraerles el sonido y convertirlo en wav.

El script puede verse acá.

La única salvedades son:

• Para ver TODOS los sonidos de una sola vez, la URL del script indica una cantidad máxima a mostrar por página. Hay alrededor de 300 sonidos en instants.cl, le puse 1000 por ahora, de este modo puedo obtener los últimos 1000.
• Si ejecuto el script por segunda vez, re-descargará todos los sonidos, es decir, no distingue los sonidos nuevos de los antiguos.
• Cada botón se descarga 2 veces. Mil disculpas, pero me quebré demasiado la cabeza con distintas soluciones para procesar la página y extraer las URLs de los botones. Esta fue la solución menos mala. Eficaz, pero poco eficiente.

Si alguien arregla esos inconvenientes, bienvenidos sean los parches

Pero gracias a ese incidente, me topé con un par de cosas interesantes. La primera es que terceros desarrollaron un plugin para pidgin, que permite usar el chat de Facebook dentro de él. El paquete está disponible a través de un repositorio de Google Code.

Ya había visto la noticia sobre un plugin similar que estaba cocinando Duncan Mac-Vicar para Kopete, pero no le vi mayor interés hasta ahora, que ya había probado el de pidgin.

Durante la semana pasada, baje y compilé las fuentes (y sus dependencias) para probar. Así pude testear el funcionamiento del plugin. Por desgracia aun está muy inmaduro, pero ello no lo hace menos interesante.

Una de las dependencias kopete-facebook es qjson, una librería que extiende Qt para añadirle un JSON Parser, necesario para procesar los datos recibidos/enviados por la red de facebook.

Lamentablemente, ni kopete-facebook ni qjson estan empaquetados en ubuntu jaunty (qjson está en 9.10 karmic koala, pero karmic aun está en estado alpha). Tanto Duncan[1] como Flavio[2], solo ofrecen los paquetes fuente y un paquete para opensuse.

Entonces, luego que logré compilar ambas librerías se me cruzó por la cabeza…“Cualquiera puede hacerse un PPA, ¿y si lo empaqueto para kubuntu y lo subo?” Bueno, a eso me dediqué este fin de semana.

Gracias a una intensa tarde recordando como diablos empaquetar un .deb, y gracias a unas ayuditas de jci, finalmente hoy hace unos minutos, logré por fin empaquetar y subir sin errores ambas librerías.

Si alguien se anima a probar kopete-facebook, les dejo el repositorio: https://launchpad.net/~sirgon/+archive/ppa

Todavía no hay garantía de (1) que el paquete tenga todas las dependencias correctas y menos (2) que el plugin funcione completamente bien. De hecho, el mismo Duncan ya anunció estar en conocimiento de un bug que impide recibir mensajes que nos han respondido. Pero a medida que vea que avanza la cosa, volveré a empaquetar y subir.

Ojala tuviera tiempo para echarle un ojo más detallado al código.
Lo otro, es que mientras aun no está en jaunty tampoco, tal vez en poco tiempo más empaquete y suba Konversation para KDE4. Ese ya lo tengo compilado, pero me había dado flojera empaquetarlo.

Por alguna razón, siempre los pequeños desastres terminan resultando buena experiencias .

–
[1] Duncan Mac-Vicar, autor del proyecto Kopete.
[2] Flavio Castelli, autor de qjson.

Día del Software libre

Es el más próximo. Se realizará en diversos puntos del planeta, el día 19 de septiembre de este año, organizado por comunidades locales.

En Santiago de Chile, organizará la Fundación GNUCHILE. Por el momento (personalmente) no veo mayor información respecto a este evento, por lo cual espero que de acá a la fecha aparezcan más detalles, sobre todo porque en la página de inscripción solo pusieron el BIO de la Fundación y nada sobre actividades.

Espero que sea un día con actividades (ya sea presenciales o en linea) y no solo una fecha simbólica.

Fuente: softwarefreedomday.org
(puede verse las otras otras sedes organizadoras en el mapa)

Jornadas Regionales de Software Libre

Jornadas Regionales de Software Libre

Es una reunión Latinoamericana, organizada una vez al año en diversos países de la región. Se espera que asistan grandes invitados internacionales, así como también asistentes desde el extranjero.

Se realizará durante los días 7, 8 y 9 de Octubre, en la sede Santiago Sur, ubicado en Av. Vicuña Mackenna 3864, Macul. Cerca del metro camino agrícola.

La entrada es LIBERADA.

Mapa del Lugar:

Ver INACAP – Sede Santiago Sur en un mapa grande.

Fuente: Jornadas Regionales de Software Libre

Encuentro Linux y Día Distribuido

10º Encuentro Linux

El Encuentro Linux es sin duda el mayor congreso de software libre del país. Se celebra una vez al año durante 2 a 3 días seguidos, en alguna universidad/instituto a lo largo del país, tradicionalmente a finales de Octubre. Hasta ahora, solo se ha realizado fuera de Santiago. Este año será el décimo aniversario, cuya organización corresponderá a una coordinación entre 5 distintas casas de estudio de la 5ª región:

UTFSM | PUCV | UPLA DUOC | UV

Detalles en la página de organizadores del 10º Encuentro Linux.

Es de esperar que, durante el próximo mes, se publiquen los calendarios con las actividades.

¿Y que es el Día Distribuido?

Bien, es algo muy simple. El 10º Encuentro Linux se realizará los días 22, 23 y 24 de Octubre.
El día 22 y 24, la sede única corresponderá a la UTFSM, pero el día 23 será el Día Distribuido.
Ese día, cada casa de estudios organizadora será en sí misma una sede. No es que el espectador deba trasladarse de una a otra durante el día, sino que se espera que cada una trate durante todo el día, algún tema particular y el espectador se quede ahí durante la jornada.

Ojo, consideraciones: El Encuentro Linux es un evento PAGADO, no porque sea de software libre la cosa es gratis. Consideren que cada expositor invitado (nacionales y extranjeros) tienen estadía y transporte pagado. Eso cuesta. Sin embargo, tradicionalmente se ha diferenciado el precio para espectador normal y estudiantes, espero que este año no sea la excepción.

Además ¡un anuncio!
Se extendió por enésima vez el plazo parar postular trabajos de exposición para este año.
Dado que este año el foco de los temas están en torno “Negocios”, los temas sugeridos son:
Detalles acá.

Fuentes: Encuentro Linux | Día Distribuido | Anuncio en Fayerwayer

Una máquina virtual maneja puertos, direcciones ip, túneles y cualquier cosa relacionada con redes, tal como un PC conectado a un switch (en modo NAT por supuesto, los otros modos de red tienen otras utilidades).

Por eso, es posible instalar servicios, hacer redirecciones y en general, hacer pruebas de red de todo tipo, incluso sniffing.

Especialmente útil para hacer pruebas sin afectar a otros equipos, o cuando no tenemos más de un PC y requerimos probar algo entre varios, o cuando no disponemos de una red o internet en la casa.

Para obtener el manual, véase la fuente.

Supongamos esta situación: Tenemos un servidor virtualizado (da lo mismo si es linux, windows, solaris, …), debemos ejecutarlo cada vez que parta el sistema y además debe consumir los menos recursos que sea posible.

La solución pareciera ser muy sencilla. Virtualbox trae los comandos: vboxsdl y vboxheadless. Ambos permiten correr una máquina virtual sin abrir el administrador de máquinas virtuales.

vboxsdl ejecuta el sistema virtualizado en una ventana de interfaz gráfica, de hecho es lo mismo que correr el sistema desde el administrador de máquinas virtuales, pero si lo llamamos directamente, nos evitamos tener que recurrir a este.

vboxsdl -startvm "NOMBRE_DE_LA_MAQUINA_VIRTUAL"

vboxheadless ejecuta el sistema virtualizado, pero sin levantar interfaz gráfica alguna, por lo cual es posible arrancar una máquina virtual solo con la consola. Esto es especialmente útil para servidores que prescinden del Xserver.

vboxheadless -startvm "NOMBRE_DE_LA_MAQUINA_VIRTUAL"

Ahora, hay un pequeño problema. Si no podemos ver la máquina virtual ¿cómo la controlamos?

Tengo acá un par de consejos que he aplicado en windows xp virtualizando windows 2000 server, pero debiera poder aplicarse lo mismo en un host con Linux u otros sistemas.

Configurar la máquina virtual con escritorio remoto

Si alguien ha ocupado las guest additions, usar un escritorio remoto es algo similar. Primero, debemos habilitar el escritorio remoto para la VM, en el administrador de máquinas virtuales de Virtualbox:

Consejo: cambiarle el puerto predeterminado, en windows sobre todo, debido a que el servicio de escritorio remoto reserva el uso del puerto por defecto. Si tenemos más de una máquina virtual, entonces también debería tener cada una su propio puerto. En mi caso, lo deje con el puerto 1000.

Luego, con el mismo cliente de escritorio remoto de windows ( Inicio -> todos los programas -> Accesorios-> Conexión a escritorio remoto ), podemos conectarnos al servidor de virtualbox, usando como host localhost:1000.

En Kubuntu, viene el cliente krdc, que debería permitir hacer lo mismo (no he probado aún).

Ajuste para host Windows: arrancar la VM sin mostrar la consola de cmd

Solo hay una pequeña gran incomodidad. Justamente, me quería ahorrar una ventana en la barra de tareas corriendo la VM en el fondo, pero igual me quedó visible la consola de cmd.

Hay varias formas para ejecutar un comando en windows, pero la más compleja consiste en usar unos parámetros de la WINAPI a nivel de código fuente. Por lo tanto no es una solución viable.

La única solución satisfactoria que he encontrado hasta el minuto, es usar una combinación de un archivo por lotes (.bat) con un vbscript (.vbs) que se pueda ejecutar desde el escritorio:

vboxsart.bat:

"C:\Archivos de programa\Sun\xVM VirtualBox\VBoxHeadless.exe" -startvm "NOMBRE_DE_MAQUINA_VIRTUAL"

(modificar la ruta a vboxheadless si es necesario)

En el mismo directorio, creamos vboxstart.vbs:

Set WshShell = CreateObject("WScript.Shell")
WshShell.Run chr(34) & "vboxstart.bat" & Chr(34), 0
Set WshShell = Nothing

Finalmente, con crear un acceso directo y moverlo a Inicio->Todos los programas -> Inicio, o cualquier otra forma de arrancar comandos al bootear windows, quedaría listo.

Afortunadamente en linux es mucho más fácil arrancar estos comandos, sobre todo porque podemos crear scripts de inicio como servicio, o por último cuando lo hacemos desde X, no se levanta ninguna ventana de consola (por defecto).

Otro consejo

Windows 2000 Server tiene una maña. Para hacer iniciar la sesión hay que presionar ctrl+alt+supr. Si lo hacemos, responderá la combinación de teclas del sistema Host. Para evitar eso, se puede configurar a mano un inicio de sesión automático en el sistema Guest. En general, se aconseja evitar el uso de atajos de teclado en las máquinas virtuales.

Tan solo falta…

Bueno, algo que no he investigado aún, es como crear y configurar la máquina virtual por consola, sin necesitar el asistente gráfico de virtualbox. Seguramente es muy sencillo, así que se deja como ejercicio para el lector. Hint: RTFM.

Otro detalles que sí me falta, y podría ser serio, es como mandarle una señal de apagado a la máquina virtual, para poder bajarla en forma segura. Por el momento, solo puedo apagar la máquina matando el proceso de la máquina virtual (inseguro) o apagando el sistema invitado a través del escritorio remoto.

Me acaban de mandar un enlace de un script de servicio, para arrancar y detener una máquina virtual en Archlinux.

Finalmente, quedo en deuda con algunas pruebas en Kubuntu hasta nuevo aviso.

En primer lugar, me enteré a destiempo que el servidor corría la versión 7 de SQL Server. Además, es difícil ir cualquier momento al lugar para hacer cualquier prueba, menos para estar sentado tranquilo codeando. Lo primero que intentamos hace un tiempo, fue hacer una copia de seguridad de la base de datos completa. Suponiendo que Microsoft Management Studio sería suficiente para conectarme a la base y crear las tablas nuevas, fue lo primero que pensé hacer ese día.

Pero como la Ley de Murphy está presente siempre, me salió un incómodo mensaje diciéndome que No se puede conectar a una versión anterior de SQL Server menor 2000 (es decir, versión 8). Ya que Management Studio esta basado en .NET, dude que mi aplicación en .NET pudiera conectarse. Más tarde, descubrí que estaba equivocado, pero en el momento no tuve alternativa más que evaluar otras soluciones.

Entonces, durante esta fase de la evaluación de soluciones nuevas, consideramos replicar el servidor completo para averiguar como hacer funcionar todo. Para ello, conseguimos una copia de SQL Server 7. Lamentablemente, me fue imposible instalarla en XP. Por eso, además conseguí una copia de Windows 2000 Server.

Salvando la oscura era digital

Lo primero que pensé, fue instalar Windows 2000 server la máquina que teníamos para hacer pruebas. El problema, es que aun teniendo éxito, luego no podría trabajar con ello si me llevaba el notebook. Por otro lado, no podía instalarle el sistema al notebook, porque no tengo espacio para ello, mis particiones ya están hechas. Primero, como igual debía hacerlo, ocupe un disco de ubuntu para particionar, y luego se instaló normalmente windows 2000 en ese equipo.

Para solucionar el asunto en mi notebook, recordé a un amigui: virtualbox. Cree la máquina virtual, instalé windows 2000 server y finalmente, monté el sql server 7 en él. En los 2 casos, logramos restaurar la copia de seguridad completa que nos habían facilitado la vez anterior. Por lo cual, partimos el día anotando un éxito.

Conectando con la oscura era digital

La segunda prueba, consistía en averiguar si la aplicación en .NET era capaz de conectarse a SQL Server 7. Nuevamente gracias a @janitux quien me dio el dato, me fue posible hacer una conexión desde mi Sistema Anfitrión (windows xp y/o kubuntu) al sistema invitado (windows 2000 server) donde se encontraba corriendo SQL Server 7. Para lograr esta magia, se debe crear un redirección de puerto (mismo concepto que se aplica en un router), de tal modo que al conectarme a un puerto X en mi máquina anfitrión, pasara hacia dentro de la máquina invitada. La configuración se realiza por consola de un modo similar a esto:

cd C:\"Archivos de Programa"\"Sun\"xVM VirtualBox"\
VBoxManage.exe setextradata "nombrevm" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/NOMBRE_DE_REDIRECCION/HostPort" PUERTO_HOST
VBoxManage.exe setextradata "nombrevm" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/NOMBRE_DE_REDIRECCION/GuestPort" PUERTO_VM
VBoxManage.exe setextradata "nombrevm" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/NOMBRE_DE_REDIRECCION/Protocol" TCP
::
:::: listo!

• nombrevm = Nombre de mi máquina virtual.
• NOMBRE_DE_REDIRECCION = un nombre para la redirección (ie: http, ftp, myHttp, sql, …).
• PUERTO_HOST = número de puerto de la máquina host.
• PUERTO_VM = número de puerto para enviar a la máquina virtual.

(Cuando tenga un tiempo, probaré lo mismo en Linux) Luego de eso, conecté a localhost:1433 (puerto por defecto de SQL Server) y listo! Estaba andando perfecto .

�xito!

A pesar de estar trabajando con una plataforma propietaria, las soluciones a varios problemas, pasaron por la aplicación de software libre. Sin duda un gran triunfo.

Un detalle, acá está el video con el documental completo :

Click here to view the embedded video.