Denis @ BlogSpot

No había visto este. Es de la nueva temporada, a la que le había perdido el rastro:

Veo en Planet Debian una referencia a una entrevista de InformIT a Donald Knuth sobre varios temas, y Don Donald se manda esta joyita (traducción mía):

"Actualmente uso Ubuntu Linux, en un laptop separado — que no tiene conexión a Internet. Ocasionalmente llevo discos de memoria flash entre esta máquina y los Macs que uso para navegar por internet y gráficos; pero le confío las joyas de la familia a Linux. Además, con Linux prefiero mucho más el foco en el teclado que puedo obtener con el clásico FVWM que con los entornos Gnome y KDE que otras personas parecen preferir. A cada cual lo suyo".
Grande!

No está de más recordar que hay una carga enorme sobre los servidores de Ubuntu y mirrors en general con el lanzamiento de Ubuntu Hardy. Para ayudar con un granito de arena, puedes bajar las imágenes de Ubuntu y Kubuntu Hardy usando Bittorrent con el programa Transmission (que además es mucho más liviano en consumo de recursos que otros como Azureus o uTorrent+Wine).

Puedes encontrar archivos bittorrent de todas las ediciones de Ubuntu en este directorio, y mirar en este post de UbuntuForums.org

El meme que corre por Planet Gnome: revisar el historial de los comandos que más has ejecutado recientemente. Ahora, estrenando el mío en Planeta Ubuntu .cl:

denis@deimos:~$ history|awk '{a[$2]++ } END{for(i in a){print a[i] " " i}}'|sort -rn|head
81 ls
80 cd
39 vi
38 sudo
34 mvn
24 apt-cache
22 more
18 rm
10 gpg
10 dput

Durante las últimas semanas he estado mirando Netbeans a ratos para compararlo contra la opción canónica (Eclipse) para desarrollar aplicaciones. Hay cosas que no he encontrado en uno que sí están en el otro (y viceversa) pero estoy convencido de que la gente de Sun, detrás de Netbeans, ha hecho un muy buen trabajo.

Netbeans se integra muy, pero muy bien con otros proyectos Open Source para desarrollar aplicaciones en Java. En particular, casi todos los tipos de proyectos que creas quedan vinculados a scripts de Ant que puedes ejecutar desde la línea de comandos. El soporte de otras herramientas como Maven es superior al de las existentes en Eclipse.

Bueno, y como Eclipse, también puedes usar la infraestructura de Netbeans (ventanas, menús, plugins, etc...) para construir aplicaciones complejas de escritorio (ej. un cliente de mail tipo Evolution, etc.). Una de las aplicaciones de ejemplo que viene de demostración es un programita de dibujo llamado paintapp. Con muy poco esfuerzo, y gracias al uso de Ant, se puede convertir en un paquete de software (.deb) para llegar e instalar, y que reutiliza de forma eficiente todas las bibliotecas de Netbeans, que ya está disponible en Ubuntu Hardy. Como muestra, un botón:

Como reinstalé Hardy desde cero, tengo que instalar un montón de paquetes que uso para desarrollar, entre esos, lintian y linda (que sirven para encontrar errores en archivos .deb hechos por uno).

Cuando llego a instalar linda, el paquete no está en mis repositorios preferidos:
$ sudo apt-get install gettext gnupg dh-make devscripts fakeroot build-essential lintian linda
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
gnupg ya está en su versión más reciente.
El paquete linda no está disponible, pero algún otro paquete hace referencia a él. Esto puede significar que el paquete falta, está obsoleto o sólo se encuentra disponible desde alguna otra fuente
E: El paquete linda no tiene candidato para su instalaciónOK, veamos que onda con linda, a ver que hay que sea parecido...?
$ apt-cache search linda
devscripts - Scripts to make the life of a Debian Package maintainer easier
libdebian-package-html-perl - generates HTML from a Debian source/binary package
revu-tools - reviewing tools for Debian packages
robotfindskitten - Simulación Zen de un robot que busca un gatito
Esto si que no me lo esperaba, ¿Qué es una simulación Zen?
$ apt-cache show robotfindskitten
Package: robotfindskitten
Priority: optional
Section: universe/games
Installed-Size: 120
Maintainer: Ubuntu MOTU Developers
Original-Maintainer: Ryan Finnie
Architecture: i386
Version: 1.7320508.406-1
Depends: libc6 (>= 2.6.1-1), libncurses5 (>= 5.6+20071006-3)
Filename: pool/universe/r/robotfindskitten/robotfindskitten_1.7320508.406-1_i386.deb
Size: 27872
MD5sum: bcc673015b4449556f403ac3f22d9581
SHA1: 81a8189538960fb9c91d10762521f60bde828701
SHA256: 95fe91634d03612e15b8ebace776a87363cfe8f3afe1958d85ea22efe1b09843
Description-es: Simulación Zen de un robot que busca un gatito
En esta simulación, usted desempeña el papel del robot. Su tarea es completar la simulación buscando gatitos, pues es su destino, y de hecho su deseo. Usted (el robot) es representado por el carácter # y se mueve con las teclas de flechas tocando cosas. Si la cosa que toca es un gatito, obtiene una pequeña y linda animación (que era más linda en la versión de DOS) y la simulación termina. Si no, obtiene una breve descripción de lo que tocó.
Bugs: mailto:ubuntu-users@lists.ubuntu.com
Origin: UbuntuWTF!

Gonzalo Navarro, director del Depto. de Ciencias de la Computación de la U. de Chile, en la sección "Tribuna" del Diario La Nación de hoy:
"A fines de marzo la Organización Internacional de Estándares (ISO) determinará si aprueba o rechaza la propuesta de Microsoft (OOXML, ISO/IEC DIS 29500) de un formato de datos para pasar del obsoleto formato binario de MS Office (versiones de 1997 a 2008) a XML. La decisión se basará en el voto de cada país, en nuestro caso el
Instituto Nacional de Normalización (INN), en una votación que concluye hoy."
El DCC de la U. de Chile emitió la siguiente declaración:
"...Una estandarización de la importancia de ésta, donde se intenta modernizar una tecnología usada en más del 90% del mercado mundial, no puede realizarse en pocos meses bajo un apuro a todas luces artificial.

La prueba está en los problemas técnicos que mencionamos más arriba. En base a los antecedentes señalados, el Departamento de Ciencias de la Computación, Universidad de Chile, recomienda al INN modificar la posición de abstención expresada en septiembre 2007, y rechazar ISO/IEC DIS 29500."
(énfasis mío)

Texto completo en Postura del DCC sobre ISO/IEC DIS 29500.

Bueno, al final corté por lo sano y re-instalé desde cero. Respaldé mis datos en 3 DVDs e instalé Ubuntu Hardy, el beta6. Hasta ahora, todo ha estado muy estable, ni comparado con la actualización de Gutsy a Hardy.

Lo otro que me gustó es que para mi notebook, un Compaq Presario V3117LA, todo funcionó a la primera: Touchpad, Teclas multimedia, Resolución de la pantalla y audio. En particular había tenido problemas con el audio en la versión anterior, y había tenido que bajar, compilar y instalar ALSA para tener audio. Aquí todo funcionó a la primera.

Actualicé a Hardy, pero encontré demasiados errores para usarlo en el día a día. Cuando intenté volver a Gutsy, me condoreé y ahora mismo estoy re-instalando Ubuntu Gutsy en el notebook mientras escribo este post :-)

Copiando archivos ... 34% ...

¿Poco que hacer? ¿Ciclos de CPU ociosos? ...

Tengo instalado QEMU en la oficina en equipos con Windows XP y tengo una máquina virtual con Ubuntu donde hago algunas pruebas. Se me ocurrió probar Gentoo, sólo porque ya había probado instalar Linux From Scratch (y que es una experiencia interesante por si misma).

Gentoo también es interesante, pero me atrevería a decir que no es nada práctica. Probablemente se puede obtener una instalación de Linux bien optimizada para cierto tipo de equipos y aplicaciones, pero salvo por ese 2% extra de velocidad, no lo cambio por estar operativo en media hora desde que se coloca el LiveCD de Ubuntu.

Durante la mañana del viernes hice la instalación de mi Gentoo virtual con el disco de instalación mínimo. De ahí, instalé Gnome con un emerge gnome, pero lo dejé compilando durante todo el fin se semana. Hoy descubrí que eso no incluía X.Org, ni GDM (la pantalla de login de Gnome).


Ahora, sólo porque sí, hice un emerge kde-meta, algo así como un apt-get install kde, sólo para ver cuanto tiempo se demora.

Esta mañana me apareció una actualización pendiente del paquete flashplugin-nonfree. Apliqué la actualización pero al final la instalación me dio un error diciendo algo como "package is NOT installed". El problema puede ser que tengas una versión anterior del plugin en el caché de la instalación. La solución es esta:

$ sudo rm /var/cache/flashplugin-nonfree/*.tar.gz
$ sudo apt-get install --reinstall flashplugin-nonfree

La primera borra el instalador viejo de flash que puedas haber bajado, la segunda, reinstala el paquete que instala las bibliotecas de Flash.

Me acaba de llegar el aviso de que el bug #160016 que reporté en Septiembre pasado fue solucionado en Ubuntu Hardy, que está disponible en versión alfa hoy y saldrá en Abril próximo.

El asunto es sencillo: hay varias versiones de la plataforma Java (por varios cambios en el lenguaje) y hay varias implementaciones de la misma (de Sun Microsystems, de IBM, etc.). Si quieres ejecutar un programa desarrollado con Java versión 5 puedes usar el paquete sun-java5-jre o icedtea-java7-jre, porque ambas proveen un paquete virtual llamado "java5-runtime", que indica que tienes las bibliotecas para correr aplicaciones desarrolladas con Java versión 5.

El problema era que el paquete sun-java5-jre no indicaba que provee "java5-runtime". Si instalabas java5 de Sun y luego quieres instalar una aplicación que indique que requiere Java versión 5, te va a indicar que debes instalar otro runtime de Java (otros 20 o más megas de descarga). Ahora el problema ha sido corregido para sun-java5-runtime y sun-java6-runtime.

Finalmente, luego de un poco de buscar, pude utilizar la plataforma PPA de Ubuntu, que permite que subas el código fuente del software libre que te interese empaquetar para Ubuntu (no necesariamente escrito por tí) y el sistema genera paquetes de código fuente y paquetes binarios, para arquitecturas i386, amd64 y lpia (low power Intel architecture).

Hice la prueba subiendo el código fuente de GtkFileSplitter, y el resultado es este repositorio.

Yo no tengo procesadores de 64 bits a mano, pero puedo generar paquetes para dicha arquitectura usando Launchpad y Ubuntu PPA.

Voy a escribir sobre cómo utilizar esta plataforma en un nuevo capítulo de mi documento sobre desarrollo y distribución de software libre en Ubuntu durante la próxima semana.