Mucho se ha hablado en las comunidades de software libre acerca de los cambios drásticos que tuvo el ambiente de escritorio Gnome a partir de su versión 3.0. Impulsados por la aparición de los dispositivos táctiles y portables, los desarrolladores de Gnome hicieron un escritorio para tablets. Tomando en cuenta que hoy en día la venta de tablets ha superado la venta de laptops y computadores de escritorio, es posible que al final, hayan tomado la decisión correcta.

A muchos usuarios les afectó el cambio y empezaron a mirar hacia otros lados. Incluso, algunos de los desarrolladores de Gnome estuvieron en desacuerdo con los nuevos paradigmas. Por ejemplo, destacan las las pataletas públicas de Miguel de Icaza (ex desarrollador Gnome).

En una jugada que yo calificaría como oportunista, la distribución Linux Mint derivó el gestor de ventanas de Gnome (Gnome Shell) para hacer otro al que llamaron “Cinnamon”. Básicamente, le devolvieron el antiguo esquema de menúes y ventanas que tenía la versión 2.0 de Gnome, preservando algunos efectos especiales.

Lo cierto es que las derivaciones en el software libre no son bien vistas. Cinnamon es, aunque muy vistoso, una pieza de software que no le llega ni a los talones a Gnome Shell. Cosas muy útiles como la accesibilidad, las extensiones, y el código en general, simplemente están rotas en Cinnamon.

Es por ello que, en Canaima decidimos aventurarnos en tratar de combinar la robustez de Gnome con la funcionalidad y vistosidad de Cinammon, para crear algo a lo que llamamos Gnamon. Gnamon es un compendio de temas para GTK2/GTK3, Shell, Metacity, íconos y cursores, con un conjunto de extensiones cuidadosamente seleccionadas. Gnamon está desarrollado para Gnome Shell 3.4, así que si utilizas Debian Wheezy podrás instalarlo. También es el tema que viene por defecto en Canaima 4.0.

Gnamon está compuesto de 4 paquetes:

• gnome-shell-extensions-gnamon: Contiene un conjunto de extensiones descargadas desde extensions.gnome.org. Accede al Código Fuente.
• gnome-icon-theme-gnamon: Contiene un tema de íconos basado en el tema Faience, completando los íconos faltantes con Faenza. Además contiene los cursores verdes tradicionales de Canaima. Accede al Código Fuente.
• gnome-themes-gnamon: Contiene un tema GTK2/GTK3, Metacity y de Gnome Shell. Accede al Código Fuente.
• fonts-jara: Contiene las fuentes de la familia Jara para la interfaz gráfica. Accede al Código Fuente.

Para instalarlos, agrega la siguiente línea en tu archivo /etc/apt/sources.list con tu editor de texto favorito:

deb http://paquetes.canaima.softwarelibre.gob.ve/ kerepakupai main aportes no-libres

Es recomendable que comentes las demás líneas de repositorios que tengas colocando un # al principio de la línea.

Luego, actualiza los repositorios e instala los componentes de Gnamon con los siguientes comandos en una Terminal de Root (Menú > Accesorios > Terminal de Root):

aptitude update
aptitude install gnome-shell-extensions-gnamon gnome-icon-theme-gnamon gnome-themes-gnamon fonts-jara

Luego de terminada la instalación, deberás abrir el gnome-tweak-tool (Menú > Preferencias > Configuración avanzada) en la pestaña “Tema” y seleccionar todos los temas que se llamen “Gnamon”. Además, debes habilitar las siguientes extensiones en la pestaña “Extensiones de GNOME SHell”:

• AXE Menu.
• Message Notifier.
• Remove Username.
• Status area horizontal spacing.
• Coverflow ALT-TAB.
• Move Clock.
• Dash to Dock.
• Nothing to do.
• Show Desktop.
• Window List.
• Old Network Manager.
• Shut Down Menu.
• Windows Overlay Icons.
• Extend left box.

Acá más abajo mostramos un video de la experiencia de usuario que además muestra otros elementos de Canaima 4.0. ¡Disfruten!

Ver en youtube en Alta Definición

El video fué mezclado enteramente en Software Libre. Usamos xvidcap para capturar la pantalla del computador y pitivi para editar sonido+video. La canción de fondo es “Ingenue” de Atoms for Peace.

Luego del lanzamiento del primer alfa de Canaima 4.0, iremos mostrando paulatinamente algunas de las nuevas aplicaciones que se incluyen en ella. En esta oportunidad, mostramos 0AD: un juego de estrategia de alto perfil que no tiene nada que envidiarle a otros juegos de estrategia comerciales, privativos, hechos para el sistema operativo de Microsoft.

El juego es muy parecido a los juegos de estrategia clásicos ambientados en diferentes épocas de la historia y las diferentes cicilizaciones emergentes. Lo resaltante de 0AD es la variedad de civilizaciones y las características de cada una. En 0Ad podemos encontrar Cartaginenses, Celtas, Romanos, Helenos, Iberios, y Persas, además de los diferentes pueblos y corrientes de cada una de las facciones. Además, los detalles en 0AD son muy abundantes, los gráficos no podrían ser mejores y la eficiencia en los recursos y espacio es fenomenal.

Lo más importante es que es Software Libre y está disponible para su instalación directa en Canaima 4.0 y Debian 7.0. Abre una terminal de root (como se muestra en la figura de abajo) y teclea el siguiente comando:

aptitude install 0ad

Esto comenzará a descargar 0AD, el cual pesa unos 350MB. Luego de la instalación, podrás encontrarlo en Menú > Juegos > 0 A.D.

Puedes ver un video del gameplay más abajo, pero la idea es que lo compruebes tu mismo y nos cuentes en los comentarios que tal te pareció.

Ver en youtube en Alta Definición

El video fué mezclado enteramente en Software Libre. Usamos xvidcap para capturar la pantalla del computador y pitivi para editar sonido+video. La canción de fondo es “Dropped” de Atoms for Peace.

Captura de pantalla para Canaima 4.0.

El día de hoy, con alegría y entusiasmo, el equipo de desarrollo de Canaima anuncia el lanzamiento de la primera versión en desarrollo (alfa1) de Canaima 4.0, bajo el nombre código “kerepakupai”, en honor al Kerepakupai Vená, nombre originario (Pemón) de la caída de agua más alta del mundo, ubicada en el Parque Nacional Canaima, en Venezuela.

Luego de transcurrido el primer trimestre del ciclo de desarrollo, y con un avance del 30% de los objetivos planteados inicialmente, el equipo de desarrollo se prepara para continuar con las tareas necesarias para seguir promoviendo y apoyando el desarrollo y la independencia tecnológica de nuestra Patria.

Canaima 4.0 es una versión que promete revolucionar el escritorio del usuario tal como lo conocemos. El cambio de paradigma de los dispositivos computacionales hacia formatos cada vez más pequeños y portables, además de la masificación de tecnologías táctiles, de reconocimiento de voz y la necesidad de que los sistemas operativos lleguen cada vez a más personas de diversas edades y culturas, hacen necesario un estudio profundo en los conceptos de interacción humano-computador, usabilidad y funcionalidad.

Es precisamente por eso que esta versión mayor de la Metadistribución pone el acento en el usuario y sus necesidades. Se han planificado laboratorios de usabilidad móviles, como por ejemplo, el realizado en la Universidad Marítima del Caribe (Catia La Mar, Edo. Vargas) el 25 de abril. Allí se recolectaron las opiniones e impresiones de los usuarios acerca del uso y exploración de diversos ambientes de escritorio. Los resultados están siendo tabulados y analizados cuidadosamente para retroalimentar las siguientes fases del proceso de desarrollo.

Canaima 4.0 (alfa1) se hace público al usuario luego del lanzamiento estable de la versión 7.0 de su Metadistribución madre Debian, el pasado 4 de Mayo. El equipo de desarrollo de Canaima ha seleccionado e incorporado un importante grupo de aplicaciones y componentes para poder brindar una mejor experiencia de usuario y funcionalidades novedosas. Entre ellas podemos mencionar:

• Escritorio Gnome 3.4.
• Kernel Linux 3.2.0.
• Servidor de ventanas X.org 7.7.
• Suite Ofimática LibreOffice 4.0.1.
• Navegador Web Cunaguaro 22.0 (basado en Iceweasel).
• Cliente de Correo Guácharo 17.0.5 (basado en Icedove).
• Programa de manipulación de imágenes GIMP 2.8.
• Editor de gráficos vectoriales Inkscape 0.48.
• Lenguaje Python 2.7/3.2.
• Lenguaje Perl 5.14.

Es importante destacar que esta versión todavía está en desarrollo, lo que significa que no es apta para ambientes de producción ni para el uso cotidiano de usuarios principiantes. Este lanzamiento está dirigido a desarrolladores, usuarios expertos y entusiastas que deseen colaborar con el desarrollo de Canaima o deseen probar las nuevas funcionalidades “recién salidas del horno“.

Si deseas probar la nueva versión, es necesario que descargues un archivo de imagen ISO desde la página web de Canaima. Las imágenes ISO contienen el sistema operativo con modo “en vivo”, esto quiere decir que podrás probarlo antes de instalarlo. Por otro lado, las imágenes están disponibles para descargar según dos arquitecturas de computador: soporte 64 bits (amd64) y soporte 32 bits (i386). Si no estás seguro de cuál corresponde a tu computador, escoge la que soporta 32 bits.

Enlace de descarga a imagen ISO con soporte a 32 bits (820MB).

Enlace de descarga a imagen ISO con soporte a 64 bits (818MB).

Luego de completada la descarga, necesitarás grabar la imagen en un medio físico como un Pen Drive USB (con capacidad de 1GB o más) o un DVD (la imagen no cabe en un CD).

Una vez grabada la imagen, se coloca el DVD en la bandeja o el Pendrive en el puerto USB y se reinicia el computador para comenzar la instalación. El sistema operativo arrancará desde el DVD o Pendrive automáticamente. Si esto no ocurre así, es necesario configurar el BIOS para que el primer dispositivo de arranque sea el DVD o el Pendrive. Finalmente, espera a que cargue el escritorio para que el instalador aparezca y sigue las instrucciones en pantalla.

Debemos aclarar que por ser esta una versión todavía en desarrollo, no existe aún un método para hacer una actualización desde la versión 3.0/3.1 a la versión 4.0~a1. Conforme siga avanzando el ciclo de desarrollo, haremos público los pasos para realizar la actualización.

Te invitamos a que pruebes la nueva versión y nos cuentes que te pareció a través de nuestra lista de correo desarrolladores@canaima.softwarelibre.gob.ve, nuestra cuenta en twitter @CanaimaGNULinux, o si tienes un reporte de error, puedes hacerlo a través de nuestro sistema de tickets.

Bastante se ha hablado acerca de la Ley de Infogobierno y su tortuosa historia en las redes sociales. Desde carismáticos y políticos discursos, hasta técnicos y conservadores argumentos, la mayoría ha expresado su opinión. Este artículo pretende hacer un resumen de los acontecimientos, y una prospectiva de los escenarios actuales.

El episodio Tascón (2006)

La Ley de Infogobierno es un Proyecto de Ley que tuvo su motivación en la creación de un marco jurídico que regulara el acceso a la información de los ciudadanos a través de los medios electrónicos del estado. Era de esperarse, que la ley fundamentara sus aspectos operativos en los preceptos del Software Libre y los estándares abiertos. Sin embargo, la discusión tuvo varios matices agrios e inesperados.

El entonces Presidente de la Subcomisión de Ciencia y Tecnología, Diputado Luis Tascón (PSUV), dirigió en 2006 una serie de debates públicos y privados, en donde partidarios del Software Libre y Software Privativo pudieron exponer sus puntos de vista. En esa época, podíamos escuchar a José Parella, Ernesto Hernández-Novich, Felipe Pérez, entre otros, apoyando y defendiendo las visiones del Software Libre, como se muestra en la siguiente intervención de Ernesto Hernández-Novich en el Foro “Software Libre vs. Software Privativo” llevado a cabo en la Asamblea Nacional.

Estas reuniones llegaron a pocos consensos, principalmente por la insistencia de los argumentos pro-Microsoft, y el Diputado Tascón terminó por adoptar una posición en favor del Software Privativo, como se le puede escuchar en la entrevista que le realizara Ernesto Villegas en 2006 para el programa “En Confianza”.

La Ley salió de la subcomisión con un contenido a favor del Software Privativo y la neutralidad tecnológica, cosa que molestó mucho a la Comunidad de Software Libre. Afortunadamente, en la discusión de la plenaria de diputados, la aprobación de la ley se estancó, lográndose sancionar tan solo 6 artículos. La Ley no sería tomada en cuenta de nuevo hasta dentro de 6 años.

El episodio Leomagno (2012)

6 años después, las cosas han cambiado radicalmente: para empezar, el Diputado Luis Tascón falleció luego de luchar contra una terrible enfermedad; la presidencia de la Comisión de Ciencia y Tecnología está en manos del Diputado Leomagno Flores (AD); por otro lado, el Software Libre ha venido recibiendo un sostenido apoyo del estado, generando experiencias prácticas y casos de éxito en la Administración Pública; además, existe una distribución nacional llamada “Canaima”, apoyada en estrategias de masificación de las TIL a través de proyectos como “Canaima Educativo” y el “Plan Internet Equipado”.

En ese contexto, por iniciativa del vicepresidente de la Comisión de Ciencia y Tecnología, se introdujo a la plenaria una petición de levantamiento de la sanción a los 6 artículos aprobados en 2006, permitiendo discutir la ley desde cero. En una infame intervención de réplica, el Diputado Flores aseveró que el Software Libre “era la dictadura de un sistema informático”, lo que generó el inmediato rechazo de las Comunidades de Software Libre.

¿Afortunadamente?, en el inicio del nuevo período legislativo del año 2013 ocurrió una rotación en la presidencia de la comisión, siendo nombrado el Diputado William Dávila (AD), quién mostró tener un mayor grado de conocimiento y aceptación del Software Libre durante una entrevista realizada por Carlos Croes en el programa “Regiones”.

Situación actual (2013)

Luego de estos antecedentes, estamos en la víspera del inicio de una nueva discusión pública de la ley, con un contenido diferente y actores diferentes. En ese sentido, se ha conocido el contenido del nuevo borrador de manera extraoficial, el cual se puede descargar a través del siguiente enlace.

El texto del borrador es magnífico. Se rescatan las luchas de la Comunidad del Software Libre, además de proveer un marco operativo que no tiene lugar para dudas. Los artículos 35, 36 y 37 establecen claramente la exclusividad del Software Libre y Estándares Abiertos en la prestación de servicios, garantizan el cumplimiento de las 4 libertades, e impulsan la apropiación social del conocimiento libre. Una maravilla.

Por si fuera poco, se establece un régimen sancionatorio (art. 66 al 68). Todo aquel funcionario o institución que incumpla con los términos de la ley, puede recibir una sanción valorada entre las 50 y 250 unidades tributarias (entre unos 5000BsF y 25000BsF para la fecha).

Por otro lado, se reestructura al Centro Nacional de Tecnologías de Información (CNTI) para que asuma funciones de Normalizador y Fiscalizador en materia de Tecnologías de Información dentro del estado, según se establece en los artículos 45 y 46. Además, se crea la Industria Nacional de Tecnologías de Información Libres (art. 57), con el objetivo de impulsar el desarrollo de las Tecnologías Libres.

Finalmente, la ley deroga el controversial decreto presidencial N° 3390, en donde se establecía el uso “prioritario” de Software Libre en la Administración Pública Nacional.

Esperamos que el llamado público a discusión cuente una historia diferente a la de 2006, permitiendo la participación protagonista de las Comunidades de Software Libre, y manteniendo el espíritu del borrador actual.

Una de las normas de calidad de Debian establece que no se debe tocar directamente el código de la pieza de software proveniente del desarrollador original. Si se debe hacer una modificación, debe hacerse a través de un parche durante el proceso de construcción del paquete. Esto permite aislar los cambios, asegurando que:

1. El conjunto de cambios reflejados en el parche pueden ser enviados a los desarrolladores originales para corregir errores o mejorar procesos.
2. Los cambios pueden ser aplicados a las sucesivas versiones del software, siempre y cuando las líneas afectadas no hayan sido modificadas por los desarrolladores originales.

Para mayor información puedes consultar la Guía para la creación de parches.

En líneas generales, quilt es una herramienta que asiste a un mantenedor de paquetes Debian, ayudando en la gestión de cambios y diferencias con respecto a los desarrolladores originales del software que contiene el paquete en mantenimiento. Permite crear y modificar parches, así como también aplicarlos o desaplicarlos.

Cada paquete Debian que contiene parches posee un archivo series (debian/patches/series), el cual almacena el nombre de cada uno de los parches que deben ser aplicados en el momento de construcción del paquete. Si se desea deshabilitar un parche en específico sin borrarlo (para uso posterior), simplemente se borra su nombre del archivo series. Quilt interpreta este archivo como una pila de nombres que pueden ser agregados y/o removidos según su orden de entrada y/o salida.

Para instalarlo, debemos introducir el siguiente comando desde una Terminal de Root (Menú > Aplicaciones > Accesorios > Terminal de Root):

aptitude install quilt

Antes de comenzar a usar quilt, debemos configurarlo para que utilice siempre la carpeta debian/patches que se encuentra dentro de cada paquete. Para hacer esto, desde una Terminal de Usuario (Menú > Aplicaciones > Accesorios > Terminal) ejecuta el siguiente comando:

echo "QUILT_PATCHES=debian/patches" > ~/.quiltrc

Operaciones manuales con quilt

Quilt trabaja dinámicamente dentro del código fuente del paquete. No es necesario hacer copias previas del código, ni mantener el código duplicado, ni mucho menos ejecutar comandos diff, svn o git. El proceso de creación de un parche con quilt es relativamente sencillo y puede ser resumido de la siguiente manera:

1. Notificar a quilt que se va a trabajar con un parche en específico.
2. Trabajar en el parche.
3. Pedirle a quilt que actualice el contenido del parche en cuestión.

Para empezar a trabajar en un parche ejecutamos el siguiente comando en una Terminal de Usuario desde el directorio raíz del proyecto:

quilt new [NOMBRE]

Una buena práctica es anteponer una numeración al [NOMBRE] del parche y colocar la extensión .patch. Este comando creará una nueva entrada en debian/patches y se convertirá en el último parche aplicado en la pila. Para comenzar las modificaciones que formarán parte del parche, ubicamos la ruta del primer archivo a editar y hacemos:

quilt edit [RUTA]

Este comando lanzará nuestro editor de texto predeterminado para que realicemos las modificaciones. Luego de guardar el archivo, es posible editar tantos archivos como de deban editar para completar el cambio deseado. El parche contendrá todas las modificaciones; sin embargo, se recomienda separar los parches por módulo o por funcionalidad agregada/modificada, para mantener un orden. Siempre es preferible modularizar a hacer un parche gigante.

Cuando se termine la edición de archivos, escribiremos los cambios al parche con el siguiente comando:

quilt refresh

Con este comando hemos terminado la creación del parche, sin embargo es bueno saber que el parche ha quedado aplicado.

Si hacemos quilt applied podremos ver cuáles son los parches que están aplicados al código fuente. Para desaplicar el último parche de la pila, hacemos quilt pop. Esto hará que el próximo parche se ponga en el tope de la pila. Para desaplicar todos los parches que se encuentran el la pila, hacemos quilt pop -a.

De forma similar, para aplicar parches uno a uno se hace quilt push, y para aplicar todos los parches en la pila, se hace quilt push -a.

Para modificar un parche, dicho parche debe estar en el tope de la pila y aplicado. La forma más fácil de hacer esto es desaplicar todos los parches e ir aplicando uno por uno hasta llegar al parche que se desea modificar. También se puede hace quilt push [NOMBRE], si se conoce el nombre exacto del parche. Una vez hecho esto, se hace quilt edit [RUTA] para realizar la (o las) modificación(es) necesaria(s) y finalmente, quilt refresh.

Integrando con paquetes

Antes de la aparición de quilt, era necesario gestionar, aplicar y desaplicar parches manualmente durante la construcción de un paquete. Varias rutinas eran necesarias para completar esta tarea completamente, y aunque la lógica era sencilla, muchas veces representaba un dolor de cabeza para quienes se iniciaban en el mantenimiento de paquetes.

Si eres (o piensas ser) mantenedor para Debian, Canaima o Ubuntu, y quieres utilizar quilt para gestionar tus parches, es necesario que realices los siguientes cambios en tus paquetes:

1. Coloca el formato de construcción para el paquete fuente en 3.0 (quilt).
2. Añade la dependencia de construcción (Build-Depends) a quilt en el archivo debian/control.
3. Construye los parches manualmente como se explicó en este artículo.
4. Recuerda desaplicar todos tus parches antes de construir el paquete.

Cualquier duda, haz la pregunta en los comentarios.