Desde hace algunas semanas que no puedo imprimir a través de la red. Es una PC con Linux, Ubuntu Dapper Drake 6.06 (que todavía está en Beta), y cuando la máquina tenía instalado la versión anterior (Breezy Badger) la impresión funcionaba sin problemas. La impresora está conectada a una PC con WindowsXP. El problema, que está documentado en Launchpad, se puede solucionar descargando la versión 3.0.22 de los paquetes de samba de http://www.linux2go.dk//ubuntu/pool/main/s/samba/

• samba-common
• samba
• smbfs
• smbclient

Para instalarlo los paquetes,

$ sudo dpkg -i \ samba-common_3.0.22-1ubuntu1linux2go1_i386.deb \ samba_3.0.22-1ubuntu1linux2go1_i386.deb \ smbfs_3.0.22-1ubuntu1linux2go1_i386.deb \ smbclient_3.0.22-1ubuntu1linux2go1_i386.deb

La impresión funciona ahora perfectamente. Cuando salgan paquetes nuevos en los repositorios de Ubuntu, reemplazaran automáticamente a éstos.

Nota:: he pasado alguno de los videos a flash, para que sea más fácil verlos. De todos modos hay que decir que hay muchos mejores videos en YouTube.

Llevo una semana usando Dapper Drake, el siguiente release de Ubuntu (todavía está en prueba, pero es bastante estable. En este link se explica cómo hacer el upgrade de Breezy a Dapper: no es complicado y funcionó a la primera).

Hoy hice los cambios que faltaban para usar usar xgl y compitz en Dapper Drake. La tarjeta de gráficos de esa PC es una Geforce4, es decir, tampoco “lo último” de nvidia, y ¡funciona increíblemente bien! No voy a repetir aquí lo que dicen otras páginas sobre cómo instalar xgl y compitz en dapper drake: bastan estos dos links:

• http://www.ubuntuforums.org/showthread.php?t=131267
• http://www.ubuntuforums.org/showpost.php?p=760273&postcount=507

(Para que compitz inicie automáticamente al cargar gnome, usé el script del último link en vez de seguir las sugerencias del primero) He hecho unos videos de gnome con compitz usando pyvnc2swf… han salido más o menos, he tenido que sacrificar la calidad para que no pesen demasiado. También hice un .avi con una cámara de fotos digital: está menos enfocado, pero el movimiento es más fluido. Lo mejor es bajarlos y verlos después.

Get the Flash Player to see this player.

• swf (se ve cómo se curvan los bordes de la ventana)
• swf (se puede apreciar dos escritorios, uno en cada cara de un cubo, y un video reproduciéndose entre las dos caras)

(el video que está reproduciendo mplayer en el primer archivo es una conferencia de Mark Shutterworth, que es uno de los que financia a Canonical, la empresa detrás de Ubuntu. Pueden ver su website, Here be dragons)

Es posible que este semestre dicte Programación Avanzada (PAV) en la sede de Lima de la Universidad de Piura, en el programa de Ingeniería Industrial y Sistemas. Pero el lenguaje de programación que usan es (horror de horrores) Java, no C++ ni Python. Después de recuperarme del shock, revisar los apuntes que usan en Piura para el curso y ver que lo avanzado son los conceptos que explican, no el Java en sí, me he hecho a la idea de que puede no ser tan malo después de todo. Cabe una pequeñísima posibilidad de que cambiemos a C++, pero en cursos posteriores los alumnos usan Java, así que ni modo.

Bueno, primer paso, instalar el JDK en la portátil (en la partición de Linux, claro) y un entorno de desarrollo llamado BlueJ. Como dice el website de BlueJ, BlueJ was developed at a University specifically for the purpose of teaching object orientation with Java, y me parece una buena decisión usar un entorno de desarrollo simplificado, por lo menos en este curso: la idea es que los alumnos aprendan conceptos de programación, no que se pasen la mitad del semestre tratando de aprender Eclipse o NetBeans…

Bien. Descargué el JDK 5.0 de Sun, lo convertí en paquete debian y lo instalé. Acto seguido, descargué BlueJ, pero al intentar instalarlo ($ java -jar bluej-211.jar) aparecieron en la consola una serie de errores. Al parecer hay más de una versión de Java instalada en la portátil… El experto en Java que tenía al lado me explicó que uno puede tener varias máquinas virtuales de Java en la misma máquina, sólo es cuestión de decirle al programa con qué Java tiene que funcionar… por último, que mejor instale el JDK y el BlueJ en la partición de Windows, que es lo que van a usar los alumnos, así “veremos lo mismo”. La partición de Windows de la portátil la tengo para programas que no existen en Linux, y casi nunca la uso. Pero ¿para desarrollar en Java? Ni hablar… Menos mal al día siguiente, después de un buen partido de tenis para despejar el cerebro, el asunto se resolvió fácilmente. Mi instalación de Breezy Badger (Linux Ubuntu 5.10) viene con la máquina virtual de GNU (gij). No recuerdo si se instala así por defecto, o si lo especifiqué así durante la instalación, el hecho es que cuando escribo (por poner un ejemplo) $ java -jar bluej.jar, el java que entra en acción no es el de Sun sino gij.La primera reacción fue tratar de desinstalar gij… pero el manejador de paquetes (synaptic) me dice que también tendrá que desinstalar toda una lista de programas, entre ellos el OpenOffice 2.0. Como descubrí, hay un modo más sencillo de usar la máquina virtual de Sun:

1. Instalar java-packages. (hay que tener los repositorios adicionales de ubuntu multiverse y universe habilitados. Este paquetito permite convertir el instalador de Sun en un paquete .deb, cosa que parece mejor que tener el JDK “al margen” del resto del sistema de paquetes. $ sudo apt-get install java-packages
2. Descargar J2SE de la página de Sun. He usado el JDK5.0, no la versión en RPM sino la otra.
3. Convertir el paquete de Sun en un paquete .deb: $ sudo make-jpkg jdk-1_5_0_06-linux-i586.bin [screen flashes...] Al final del proceso aparecerá un paquete .deb llamado sun-j2sdk1.5_1.5.0+update06_i386.deb.
4. Instalar el paquete que acabamos de generar: $ sudo dpkg -i sun-j2sdk1.5_1.5.0+update06_i386.deb
5. Hasta aquí todo bien, pero la máquina virtual que sigue ejecutándose por defecto es la de GNU. “Don’t panic”. Encontré lo que me faltaba en la página de Don Park (no lo conozco, lo encontré en Google), que me salvó de cometer la burrada de desinstalar el gij, OpenOffice y perder dos horas por lo menos. (También explica lo que digo arriba, pero eso ya lo había hecho): $sudo update-alternatives --config java En la consola aparece lo siguiente:There are 3 alternatives which provide `java'. Selection Alternative ----------------------------------------------- 1 /usr/bin/gij-wrapper-4.0 * 2 /usr/lib/jvm/java-gcj/bin/java 3 /usr/lib/j2sdk1.5-sun/bin/java Press enter to keep the default[*], or type selection number: Escogemos la opción 3 y listo! $ java -version y aparece el JVM de Sun.

Hace unas semanas instalé Ubuntu. (Ubuntu es una distribución de Linux basada en Debian). Llevaba más de un año usando Fedora, así que me lo pensé un poco antes de volver a instalar todo desde cero. Pero estoy bastante contento con los resultados: en resumen, Ubuntu vale la pena, y pienso que salvo algún evento mayúsculo, le regalaré a alguien los CDs de Fedora Core 3. Ya había usado Debian-Woody antes (es la distribución “estable”). Pero como los paquetes que vienen en Woody están un poco desfasados (precisamente porque el equipo Debian se asegura de que sean estables), terminé cambiando y añadiendo repositorios para instalar paquetes y librerías más recientes. El hecho es que llegó un momento en que tenía tal ensalada de paquetes (por mi culpa, claro) que ya el apt-get no era capaz de resolver los conflictos y tuve que reinstalar el sistema. Fue entonces cuando pasé a Fedora: por los paquetes más recientes y para experimentar un poco con otra distribución. La máquina “víctima”, en la que he instalado Ubuntu, es la PC que uso habitualmente. Tiene dos discos duros de 40 GB, en uno está montada la partición /home, en otro el resto. Siguiendo esta configuración es posible reinstalar todo sin perder los directorios de trabajo. Y la maravilla de Linux es que los archivos de configuración del usuario no se pierden, de modo que después de reinstalar, no hace falta reconfigurar las cuentas de email, no se pierden los bookmarks del navegador, ni la configuración del Eclipse… Esta configuración es sumamente práctica, y se la recomiendo a todos (aunque no tengas dos discos duros, con un solo disco igual se puede crear una partición para /home).
Bajé Ubuntu usando bittorrent, quemé el CD (así es, un solo CD) usando XCDRoast, reinicié la máquina con el CD. La instalación no es nada complicada: instala una serie de paquetes básicos, luego completa la instalación bajando los archivos necesarios de la web. Al terminar, reinicié nuevamente y cargó el gdm sin problemas.
Una primera diferencia con el Fedora Core es que Ubuntu, por defecto, no permite iniciar la sesión como root. Ubuntu usa ‘sudo’: $ sudo apt-get update Password: Se puede abrir un terminar de root desde un usuario normal, si está en la lista de ‘sudoers’. Pero el usuario root no puede abrir sesión directamente. Un par de días después decidí pasar de Ubuntu Warty (la distribución estable) a Hoary (la que está en prueba, testing, y tiene los paquetes más recientes… casi todos los días hay actualizaciones). Me interesaba para poder instalar wxPython 2.5.x usando apt-get. La operación es realmente sencilla: basta cambiar ‘warty’ por ‘hoary’ en /etc/apt/sources.list: deb http://archive.ubuntu.com/ubuntu/ hoary main restricted deb-src http://archive.ubuntu.com/ubuntu/ hoary main restricted
deb http://archive.ubuntu.com/ubuntu/ hoary universe deb-src http://archive.ubuntu.com/ubuntu/ hoary universe
deb http://security.ubuntu.com/ubuntu/ hoary-security main restricted deb-src http://security.ubuntu.com/ubuntu/ hoary-security main restricted (también habilité el repositorio ‘universe’, que contiene paquetes que funcionan con Ubuntu, aunque Ubuntu no los mantiene. Con esto puedo instalar, por ejemplo, mono) Una vez modificado el sources.list, basta hacer

$ sudo apt-get update $ sudo apt-get dist-upgrade