Linux para niños

Mi hijo (4 años) tiene un usuario (¡se sabe su contraseña y todo!) en el Ubuntu que tengo en casa. Le tengo puesto un fondo de escritorio de su gusto y sabe lanzar GCompriss que es la única aplicación que utiliza. De momento eso es todo, pero él se lo pasa muy bien cuando se pone.

El caso es que como ese Ubuntu es en cierto modo experimental (al menos hasta que consiga desbancar a openSUSE en mis preferencias) estaba buscando una distribución completa para dejarla de manera más estable en una partición pequeña. Y ya puestos lo mejor era buscar una distribución orientada a niños. Aquí os presento un pequeño resumen de mi búsqueda. Las distribuciones con este perfil que he encontrado son:

• Edubuntu: Amparada por la todopoderosa Ubuntu. Incluye GCompriss y el paquete educativo de KDE (que también tiene muy buena pinta) entre otras (ver lista de aplicaciones). Su instalación parte de un Ubuntu desktop instalado ya que lo que descargaremos será una serie de paquetes y no un sistema entero. Tiene soporte para instalación en un entorno educativo con un servidor y clientes ligeros (LTSP).
• Foresight Kid’s Edition: Subproyecto de Foresight, una distribución basada en el administrador de paquetes Conary. No falta GCompriss. En el siguiente enlace podemos ver un análisis de Foresight Kid’s Edition ( en inglés).
• Qimo for kids: Una reciente distribución que se basa también en Ubuntu. Como dicen en su web, se diferencian de Edubuntu en que se instala directamente (no necesita un Ubuntu instalado) y que no busca el soporte de entorno con clientes ligeros.



• ZenEdu Live: Está en pausa según su web y por tanto no lo considero una opción.
• Debian Jr.: Es lo que llaman una mezcla de Debian (Debian Pure Blend), es decir un empaquetado especial de Debian dirigido a un sector específico (en este caso los niños). Está en desarrollo pero todavía no tienen imágenes finales por lo que no lo considero todavía una opción.

Como vemos, al final tenemos tres distribuciones a probar. Edubuntu, Qimo y Foresight Kid’s, aunque las pruebas quedarían para una segunda entrada. Si alguien conoce alguna otra distribución que incluir en la lista que me lo haga saber por favor.

Introducción a Terracotta (y 2)

En la anterior entrada sobre Terracotta pusimos un pequeño ejemplo con un servidor y tres clientes (un productor de tareas y dos consumidores), aunque todo corriendo en la misma máquina. Además también dejamos el ejemplo dando un feo aviso porque todos los clientes intentaba utilizar el mismo archivo de log.

En esta pequeña continuación vamos a utilizar el mismo ejemplo pero lo iremos mejorando, primero eliminando el aviso de los logs y después utilizando varias máquinas.

Para llevar a cabo esta tarea vamos a utilizar un único tc-config.xml, que lo cargará el servidor y los clientes lo tomarán de él. Para ello es necesario arrancar el servidor (start-tc-server) desde el directorio en el que tenemos el tc-config.xml o mediante la opción -f:

start-tc-server.bat -f /ruta/al/fichero/tc-config.xml (será .bat o .sh según estemos en Windows o Unix)

Pero antes vamos a hacer unos cambios en el archivo de configuración. Le vamos a añadir la lista de servidores y le vamos a configurar el directorio de logs en función de una variable de entorno. En la web de Terracotta tenemos una guía y referencia de la configuración en la que podemos ver las descripciones de esos campos y muchos otros.

<?xml version="1.0" encoding="UTF-8"?>
<tc:tc-config xmlns:tc="http://www.terracotta.org/config">
  <servers>
    <server host="169.254.122.220"/>
  </servers>
  <clients>
    <logs>logs-%(tcymu_name)</logs>
  </clients>
  <application>
    <dso>
      <roots>
        <root>
          <field-name>org.tcymu.terracotta.TasksQueue.queue</field-name>
        </root>
      </roots>
      <instrumented-classes>
        <include><class-expression>org.tcymu.terracotta.Task</class-expression></include>
      </instrumented-classes>
    </dso>
  </application>
</tc:tc-config>

Como vemos hemos añadido la sección de servidores y la de clientes. En la de servidores ponemos la dirección IP de nuestro único servidor. En la parte de clientes configuramos el nombre del fichero de logs en función de la variable de entorno tcymu_name.

Ya podemos arrancar el servidor como hemos visto un poco más arriba. También arrancamos el generador de tareas con el comando mostrado a continuación:

dso-java.bat -Dtc.config=169.254.122.220:9510 -Dtcymu_name=creator -cp classes org.tcymu.terracotta.TaskCreator

Las diferencias con respecto al que utilizamos en la primera parte son:

• Se le pasa la dirección del servidor (con su puerto por defecto en este caso) de la que va a tomar el tc.config.xml.
• Se le pasa la variable de entorno que se utiliza para nombrar el archivo de logs.

Utilizaremos un comando similar para arrancar el primero de los consumidores de tareas, variando sólo la clase a arrancar y el valor de la variable de entorno para el fichero de logs.

Por supuesto al tomar el tc.config.xml de un servidor a través de una dirección IP podemos arrancar el segundo consumidor en otra máquina (en este caso un openSUSE virtualizado sobre VirtualBox):

dso-java.sh -Dtc.config=169.254.122.220:9510 -Dtcymu_name=resolver2 -cp classes org.tcymu.terracotta.TaskResolver

Con esto terminamos esta pequeña continuación.