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.

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

Tal vez se preguntan: ¿qué es Debian Day? Bueno antes de explicar en qué consiste, tenemos que saber qué es el proyecto Debian. Dicho proyecto es una distribución de Software Libre, cuyo propósito principal es el de crear un sistema operativo universal. Hasta el día de hoy cuenta con más de 11 arquitecturas soportadas y varios núcleos, de los cuales Linux es el más conocido. Su estructura y organización basada en miles de voluntarios distribuidos en todo el mundo, su compromiso con el Software Libre, su contrato social (http://www.debian.org/social_contract.es.html), la excelencia técnica, seguridad y la probada fiabilidad, distinguen a Debian entre otras distribuciones de GNU/Linux.

Cada año se celebra a nivel internacional el Día de Debian ( DebianDay ) que conmemora la fundación del proyecto Debian en el año 1993 por Ian Murdock. Chile no queda fuera de esto de ninguna manera, por la misma razón les invitamos a participar a este magnifico evento el día 14 de Agosto en la ciudad de Valparaíso. El lugar este año corresponde a la sede Valparaíso de Duoc, ubicada en Av. Brasil Esquina Rodriguez. Cabe destacar que contaremos con Charlas y talleres dictados por destacados expositores de nuestro país tales como; Bruno Barrera ( devel de Debian.org ), Franco Catrín, Fernando San Martín, Horst Von Brand y muchos más.

DebianDay es un evento que realiza a nivel mundial tal como lo muestra http://wiki.debian.org/DebianDay

En el caso local, hemos estado trabajando en un sitio web para el evento, de tal manera que a medida que pasen los años se guarde un registro de todo DebianDay Chile anterior. Es muy probable que contemos con streaming de las charlas y talleres a realizarse, cuyos temas irán aumentado de dificultad a lo largo del día. Algunos temas son: seguridad en linux, clustering, firefox y xul, Xen, etcétera. Si deseas mayor información puedes visitar el sitio http://debianday.debianchile.cl. Recomendamos suscripción al feed rss para mayor comodidad http://debianday.debianchile.cl/feed/ .

Te esperamos!

Comunidad DebianChile.cl

Despertó con una horrible pantalla con brillo 0.

Buscando y navegando, aun no logro dar con la fuente del problema de las teclas, pero encontré una buena solución parche, ocupando la amiga consola:

sudo su -c 'echo -n 100 > /proc/acpi/video/VGA/LCD/brightness'

Donde 100 es el porcentaje de brillo según los valores permitidos, que se pueden ver acá:

gon@gon:~$ cat /proc/acpi/video/VGA/LCD/brightness
levels:  100 60 20 28 36 44 52 60 68 76 84 92 100
current: 100

Aun no doy con la solución definitiva :S

Al grano: si bien en Kubuntu por omisión trae paquetes de idioma para el entorno, incluso los baje e instala en el mismo proceso inicial de instalación, por desgracia no trae el paquete de idioma para aplicaciones que ocupan GTK, como Gimp o Firefox.

Lo resolví gracias a janitux de #powers, que me comento un tip muy simple. Además de ya tener nuestro sistema en español, debemos instalar el siguiente paquete:

sudo apt-get install language-pack-gnome-es-base

Y listo, basta reiniciar las aplicaciones GTK que usamos habitualmente, para notar el cambio.

Pequé de conformista cuando note que el notebook se estaba calentando de más. En el minuto, mi solución parche fue configurar Klaptop (icono de manejo de energía en kde) para bajar el clock del cpu a un porcentaje estático. Aún así, al 50% significaban una temperatura entre 74

Lo hice porque durante mis vacaciones, note con lástima que Kubuntu no era muy rendidor que digamos. Cuando tocaba música en Amarok, o veía un video, o trabajaba en cualquier cosa, notaba que se pegaba brevemente (menos de un segundo en intervalos de minutos), por lo cual la música u otras tareas se notaban “cortadas” mientras estaban funcionando.

Entonces, habiendo conocido como arrancar cualquier distro en mi notebook, decidí probar nuevamente ArchLinux, pero para 32 bits (había probado ArchLinux 64 cuando lo deseche).

Debo decir, que con enorme gusto, logre tener el sistema más ligero, práctico y rendidor que he probado en mi notebook hasta ahora.

Esta Distribución la sugiero, de todas maneras, a cualquier usuario curioso, o usuarios avanzados que busquen rendimiento. No la sugiero para novatos que busquen funcionalidad inmediata de todo a punta de clicks. Acá la consola me ha resultado tremendamente provechosa y rápida, así que a quien se espante de los comandos, prefiero que no siga leyendo.

También es necesario destacar que para esta distribución es indispensable contar con una buena conexión a internet. En mi casa demore algo así como 8 horas en bajar todos los paquetes en una instalación para uso de escritorio.

Fuera de esto, igualmente probaré Kubuntu Hardy Heron cuando aparezca oficialmente (pero sin desechar ArchLinux :P).

Ligero

Opensuse es lejos la distro más pesada que he instalado. En una partición de 12, luego de agregar todo el software que uso, ocupaba más o menos 10 GB. Solo comparable a una instalación completa de OpenSolaris.

Kubuntu y Debian, luego de instalar todo el software adicional, me dejaba algo así como entre el 70% y 80% del espacio libre en la misma partición (considerando recién limpiado el cache de repositorios ).

En ArchLinux, uno debe instalar todo lo que necesita, pues la instalación base apenas instala el Kernel, la consola, herramientas mínimas y pacman (manejador de paquetes). Aún así, luego de instalar el Xorg, Kdemod (versión enchulada de Kde) y los programas que siempre ocupo, termino ocupando esto en disco:

[gon@capsule2 ~]$ df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/sda3 12G 5,1G 6,1G 46% /

Notable sin duda.

Práctico

Ayuda: Toda la ayuda básica para configurar el sistema base están el wiki oficial de la distribución. Casi nada he tenido que hacer con blogs de terceros (como suele hacerse en ubuntu), ni con foros. Solo problemas puntuales con algunos programas he tenido que referirme a información oficial de estos (ej: amsn), lo cual por supuesto no es responsabilidad de la distribución.

Configuración general del sistema base: ArchLinux cuenta con 2 archivos principales de configuraciones: /etc/rc.conf y /etc/mkinitcpio.conf

El primero configurar la consola, los servicios, habilitar/deshabilitar módulos del kernel desde el principio, arreglar información básica de la red, etc..

El segundo es más especifico. Sirve para configurar el proceso intermedio de booteo de la distro, entre que se selecciona el sistema en grub hasta finalmente arrancar el kernel. Es útil para cuando se necesitan habilitar cosas muy específicas antes de iniciar la secuencia de booteo propiamente tal, en la mayoría de los casos ni siquiera es necesario tocarlo.

Además, la configuración de pacman y sus repositorios están en /etc/pacman.conf y /etc/pacman.d/mirrorlist

La estructura de todos estos archivos está descrita en sus propios comentarios y en el wiki de ArchLinux.

Instalación de Programas: Pacman es el manejador de paquetes de esta distribución. Hasta ahora, lo estoy considerando algo más “inteligente” que apt. Digo esto porque cuando conocí la característica del “autoremove” de apt, note como a veces borrar 1 metapaquete(*) aparecían cientos de paquetes sugeridos como “borrables”, eso debido a que ciertos metapaquetes están concebidos solo para actuar como una lista de dependencias. Pacman en cambio, puede hacer una remoción de paquetes dependientes tranquilamente, sin molestar por una lista enorme de paquetes cada vez que hago algo con él.

Luego de instalar los paquetes de is programas favoritos, se pueden sincronizar los repositorios, actualizar los paquetes he instalar nuevos todo en un mismo comando corto:

[gon@capsule2 ~]$ sudo pacman -Syu <otro-paquete-nuevo>

Otro aspecto importante, es que algunos paquetes hacen sugerencias para su post-instalación en la misma consola. Por ejemplo, el tutorial para configurar el touchpad synaptics lo hize gracias una sugerencia que me hizo pacman luego de instalar el paquete synaptics, me expuso explicita mente las líneas que debía poner en el xorg.conf y que módulo de kernel debía tener activo.

Programas “inestables”: ArchLinux cuenta con un repositorio de programas que nos están plenamente aprovados para su distribución como oficiales: AUR. Hasta ahora solo necesite unos pocos paquetes para cosas muy especificas, por ejemplo una herramienta para instalar el firmware del chip Broadcom (wifi).

Versión: que sea una distribución “sin versiones” como lo son las otras que había probado hasta ahora,

Kernel: ya estaba teniendo una pésima opinión de la serie 2.6.18 a 2.6.22 del Kernel, pero ahora probando el 2.6.24, he notado agradablemente que:

• Ne necesité compilar snapshots de alsa para tener sonido, aunque igual recomiendo hacerlo (vez que compilo uno más nuevo, siento que suena mejor).
• No necesité instalar el driver de nvidia a mano, estaba en los paquetes oficiales de ArchLinux.
• Tengo instalado el driver b43 de ni chip wifi (Broadcom) en forma nativa, es decir, usando un módulo natural para el kernel y no uno wrapper de drivers de windows como ndiswrapper. Además, venía en el paquete oficial del kernel. La única maña que debí hacer fue extraer el firmware propietario del driver oficial para poder instalarlo, proceso que esta descrito en la web de linux-wireless.

Rendidor

No se puede pedir milagros como que Eclipse + Firefox no me consuman el GB de ram, pero al menos, no he tenido esos “saltitos” que habia experimentado en Debian y Kubuntu, aun teniando estos 2 monstruos corriendo más Amarok tocando música.

[UPDATE]

Probando Openofice 2.4, me resulto más que curioso y grato descubrir lo rápido que inicia la aplicación. Esto si es milagroso. Además, el bug que había descubierto con las transparencias gradientes en presentaciones a pantalla completa está solucionado (me comentan que otro bug con imágenes de fondo también).

[/UPDATE]

Acá es donde debo comentar, que aun le falta ese no “se que shó” al Kernel (o a kpowersave) para optimizar el consumo de energía. En Windows Vista, el consumo en modo “Equilibrado” hace que el cpu ande en forma variable en cierto porcentaje de rendimiento, por ejemplo entre un 40% y 60%, en cambio acá en Archlinux, con Kernel 2.6.24 y Kpowersave solo puedo establecer un porcertaje de rendimiento fijo. No se si será esto lo que provoque un ligero chillido interno que noto al activar el rendimiento restringido del cpu (para ahorrar energía), hasta ahora no he notado inconvenientes por ello, más que el chillido (es bien ligero, no es molestoso) cuando estoy en silencio.

En realidad, el consumo lo restrinjo paraevitar que se me caliente mucho. Perfectamente puedo trabajar con el 50% del cpu. Cuando juego le subo un poco más.

En general, el rendimiento depende de lo que quiera usar y no de lo que viene por defecto como en otras distros, pues finalmente en ArchLinux uno instala solo lo que va a usar.

Contras

Lamentablemente, esta distribución no es aconsejable para equipos sin internet o con reducido ancho de banda. Internet es fundamental para sacarle el jugo.

También es pésima elección para gente novata no-curiosa, que no le gusta leer, o no tiene tiempo.
Yo mismo descarte esta opción el año pasado mientras estaba trabajando y estudiando