¿Te imaginas poder bajar, instalar, organizar y por supuesto, ejecutar todas las aplicaciones desde un mismo gestor? ¿Te imaginas poder modificar el código fuente de tu aplicación favorita en un instante y volver a ejecutarla con facilidad? Y además de todo esto, ¿Que pueda funcionar en cualquier plataforma?
Aunque en realidad no es todo tan bonito, y el dicho gestor ya está disponible en las distribuciones de Linux (apt, synaptic, yum), algo que se acerca bastante a la idea inicial es Gnope.

Sí, con Gnope puedes bajar, instalar, organizar y lanzar aplicaciones hechas en PHP-GTK. Con Gnope también puedes modificar el código fuente de la aplicación que te bajes, puesto que es PHP, volver a ejecutar la aplicación modificada y disfrutar de los cambios. Entonces, ¿Qué es lo que falla en Gnope? Pues la calidad. Tanto del gestor de aplicaciones como de las aplicaciones disponibles. En el instalador aparacen fallos durante la instalación (en la consola que se abre, aunque no afectan a la instalación, según parece) y luego, las aplicaciones que hay disponibles, además de ser pocas, son de baja calidad/utilidad y por supuesto, el hecho de que son interpretadas hace que las aplicaciones sean mucho más lentas de lo habitual.

Eso sí, hay que tener en cuenta que Gnope tiene poco más de 1 año de vida y es posible que en un futuro empecemos a ver aplicaciones útiles y más depuradas.

Si sueles programar en PHP y te interesa realizar aplicaciones “de sobremesa” con tu lenguaje favorito te recomiendo que eches un vistazo a la web de Gnope y la de PHP-GTK.

Después de 4 años y medio de funcionamiento, la distribución Debian CNU/Linux 3.0 (Woody) dejara de estar disponible en los servidores espejo de Debian.

El soporte de seguridad finalizó en Junio del 2006, un año después del lanzamiento de Debian 3.1 (Sarge), y a la espera de pasar a ser estable tenemos la deseada Debian 4.0 (Etch) que sera la primero en llevar instalador gráfico y que se encuentra congelada hasta solucionar graves bugs.

Todos los que posean Woody pueden actualizarse a Sarge. Hay que tener en cuenta que los que utilicen repositorios no oficiales, como por ejemplo Backports, pueden dejar de funcionar si estos no se actualizan también.
El proceso de actualizaciones consiste en ejecutar apt-get seguido de apt-get dist-upgrade. Antes de actualizar hay que comprobar la lista de fallos críticos o bugs.

Buscando algunos juegos me he encontrado con el Lemmis, un clon del Lemmings, un poco cutre, en mi opinión, aunque almenos distribuye el código fuente. Este juego me ha hecho recordar el viejo 3D Lemmings, una versión en 3D de estos populares suicidas que salió en 1995 y me apetecía volverlo a probar. Así que descargué el juego (lo puedes encontrar en http://www.ellosnuncaloharian.com/) y al probarlo me encontré con el típico problema que tienen los juegos antiguos, está hecho para MS-DOS y no funciona en XP.

Pero este problema tiene fácil solución, y se llama DOSBox, que a pesar de ser bastante popular, todavía no había tenido la oportunidad de probarlo. Para ejecutar el juego lo único que hay que hacer es lo siguiente:

1. Abrir la consola de DOSBox
2. Montar en la unidad C el directorio del juego (yo lo tengo en l:\3dlem): mount c l:\3dlem
3. Ejecutar el programa de configuración del juego: setup
4. Y ya podemos jugar, tecleando el nombre del ejecutable del juego: l3d

Para que funcione fluido hay que aumentar un poco los ciclos de CPU (ctrl+F12). De esta forma, el juego me ha funcionado fluido, a la mayor resolución que puede, que no es mucha y con sonido. También probé un front-end para el DOSBox, el D-Fend, pero no conseguí que el juego funcionara correctamente.

El proyecto “un portátil para cada niño” comienza a materializarse con fechas concretas.

La primera evaluación de las máquinas por parte de los niños a los que van dirigidas se producirá en febrero y los primeros países que podrán comprar esos portátiles son Brasil, Argentina, Uruguay, Nigeria, Libia, Pakistán y Tailandia, a los que después se sumarán otros.
El portátil, denominado XO (dejando de lado nombres como 2B1) es un proyecto impulsado por Nicholas Negroponte y el Instituto de Tecnología de Massachussets (MIT) en 2004. Aunque no ha estado exento de críticas más o menos interesadas, con este tipo de iniciativas se pretende paliar la desigualdad.

Los portátiles, que se cargarán tirando de una cuerda, tienen un procesador AMD de 500 Mhz con conexión inalámbrica a internet. Sin disco duro, sí cuentan con un almacenamiento de 512 MB de memoria flash y dos puertos USB, aunque en un principio se habló de cuatro.La máquina utilizará Linux (con una interfaz conocida como Sugar) e incluye un navegador de internet, lector RSS y un procesador de textos.

Fuente.

Hoy he estado mirando algunos juegos que fuesen open source y multi-plataforma y me he encontrado con esta página en castellano http://alts.homelinux.net/task.php?task=games&view=alt la cual además de tener un catálogo de juegos libres tiene un catálogo de software libre en general y es bastante completo. Puedes buscar el juego por su título original, por ejemplo “Marble Madness” y encuentras alternativas libres como por ej TrackBalls o Neverball (este último lo he probado y está muy bien hecho y es bastante entretenido).

Otros juegos destacables son Armagetron, Crack Attack, BZFlag, TORCS, y muchos otros que seguramente valen la pena. Así que la excusa de no pasarse a linux por los juegos cada vez es menos creíble.

Después de conseguir acceder por SSH a un servidor remoto de manera completamente automática usando autentificación por claves podemos usar esa ventaja para realizar backups de nuestras webs alojadas en servidores remotos. Solo nos hace falta que el servidor tengo instalado rsync (aparte de tener acceso mediante SSH, claro).

La manera más fácil es crear un simple script en bash y ejecutarlo automáticamente con cron.

Ver ejemplo del script

En la variable DATE guardamos la fecha actual, la usaremos para no sobreeescribir la base de datos y tener una copia de cada dia. Luego en HOST guardamos los datos de conexión SSH y en RUTA el directorio (local) donde queremos guardar la copia de los archivos de la web.

Luego, mediante rsync, sincronizamos los archivos y antes de sobrescribir o borrar un archivo en el PC destino lo guardamos en una carpeta con la fecha por si acaso. Después volcamos la base de datos con mysql. Entonces volveremos para copiar el archivo que hemos creado en el paso anterior y para acabar comprimimos en gzip el archivo SQL para ahorrarnos espacio en el disco (antes hemos usado la compresión en rsync para ahorrar transferencia).

Ahora pasamos a meter el script en cron para no volvernos a preocupar de el.
chmod +x backup
ln -s backup /etc/cron.daily/backup

No hay que olvidar de cambiar las variables HOST, RUTA y los datos de usuario, contraseña y nombre de la base de datos del backup con mysqldump.

Ayer me encontraba con el problema de que para poder usar el rsync para realizar backups mediante un tunel SSH necesitaba que la autentificación fuera completamente automática y que no requiriera la acción del usuario para introducir la contraseña.

Para conseguir esto use la autentificación mediante claves. Este sistema consiste en crear nuestro par de claves y meter en el servidor al que deseamos conectaros nuestra clave publica. De esta manera al conectarnos se “compara� la clave publica (servidor) con la privada (nuestro PC).

El sistema es facil. Primero creamos las claves publicas si no están creadas ya (lo más probable es que lo esten), podemos elegir entre el cifrado DSA o RSA para SSH2 y RSA1 para SSH1.

Las claves suelen estar en ~/.ssh bajo el nombre de id_rsa/id_rsa.pub o id_dsa/id_rsa.pub (la extensión pub indica que es la clave publica). Si no están allí crearemos el par de claves con ssh-keygen -t rsa (o -t dsa). La contraseña la debemos dejar en blanco.

Ahora subir nuestra clave publica (*.pub) al servidor mediante FTP, SCP como queramos:
scp user@host.com:~/.ssh/id_rsa.pub ./ (el ejemplo es valido si estamos dentro del server y queremos copiar el archivo que esta en nuestro PC, de lo contrario las rutas irán invertidas).

Y para acabar solo debemos guardar nuestra clave publica en el archivo authorized_keys. Lo más fácil es:
cat id_rsa.pub >> /.ssh/authorized_keys

Ahora borramos el archivo ir_rsa.pub que hemos subido y procedemos a probar que podemos conectarnos sin contraseña.

Hay que tener en cuenta que nuestro user y root de nuestro PC no tienen las mismas claves por lo que si es para ejecutar un script mediante cron el cual lo ejecuta root debemos usar las claves de root que se encuentran en /root/.ssh. Por ultimo comentar que ~ se refiere a /home/user.

En los sistemas UNIX todo son ficheros. Las unidades de disco son ficheros, los sockets son ficheros, incluso la tarjeta de sonido es un fichero. Por lo tanto, nos sería útil una herramienta que nos mostrara cuantos ficheros está utilizando cada proceso y eso, precisamente, es lo que hace lsof.

Si lo ejecutamos sin ningún parámetro veremos una lista completa de los ficheros abiertos en nuestro sistema pero así poca utilidad le daremos. Podemos ver una lista más ordenada usando este comando:

lsof | awk ‘{ print $1 }’ | sort | uniq -c | sort -nr

Al hacerlo aparecerá una lista similar a esta:

4245 apache2
176 sshd
157 mysqld
85 bash
76 pure-ftpd
51 hulamodwe
48 getty
…

Así podemos ver cuantos ficheros tiene abiertos cada proceso y si el servidor está muy cargado nos puede dar una idea de quien es el culpable y además ver si se está alcanzando el límite de ficheros abiertos simultáneamente. Esto lo podemos ver con el comando:

sysctl fs.file-max

Y modificarlo si es necesario con este mismo comando:

sysctl fs.file-max=256000

Alguno de vosotros se ha dado cuenta que si, al iniciar un terminal, entramos como ROOT en vez de root (si, la diferencia esta en las mayúsculas) todos los textos y todo lo que escribamos aparecerán en MAYUSCULA. Esta “curiosidad� esta en Debian pero desconozco si se ha extendido a mas distribuciones.

PD: Y aunque queramos no podremos usar las minúsculas.