Se vienen las Primeras Jornadas del Sur

Se vienen las Primeras Jornadas del Sur, a realizarse los días 15, 16 y 17 de agosto en la ciudad de Bahía Blanca. En este evento de software libre (con entrada libre y gratuita) estaré presentando dos de mis charlas clásicas: una sobre software libre para enseñar y aprender matemática, y una charla/taller sobre LaTeX. En total habrá 39 charlas y 8 talleres. Será también grata oportunidad para reencontrarnos con muchos amigos de la comunidad de software libre..

Ecuador adoptará el software libre como política pública

El Presidente de la Rep&uacute:blica del Ecuador , Rafael Correa, mediante decreto No. 1014 de 10 de abril del 2008, estableció como políica pública para las entidades de la administración pública central la utilización de Software Libre en sus sistemas y equipamientos informáticos.

Fuente: Sitio web de la Presidencia de la Repúuacutblica de Ecuador

No podemos menos que felicitar al Presidente Correa por esta decisión, coherente con el mensaje que dicho mandatario dirigi&oacuate; a los paises de la región en ocación de la celebración del FLISOL 2007. en pro de la integración de América latina y para liberar de la dependencia tecnológica externa a la región.

En efecto, las razones por las cuales el Estado deberí­a usar software libre (enlace a un ya clásico ensayo de Federico Heinz sobre el tema) no se agotan en los eventuales ahorros presupuestarios por no tener que pagar por las licencias (que claro está, podría­n significar el ahorro de miles de dólares al erario público), sino que tiene otras implicancias relacionadas con la seguridad nacional, la independencia tecnológica y la posibilidad de asegurar la persistencia de los datos almacenados por los organismos públicos durante el tiempo necesario para cumplir sus funciones.

Lamentablemente en nuestro paí­s (Argentina), las cosas son muy distintas: el uso de software libre no parece figurar en la agenda de las polí­ticas públicas del gobierno federal, aunque hay algunos avances aislados en algunas provincias (como el caso de Misiones o la justicia de Formosa) y municipios , y en algunos organismos del gobierno central; experiencias impulsadas casi siempre por partidarios del software libre que trabajan en dichos organismos.

En un documento publicado la semana pasada, la Comisión Europea dice que la comisión preferirá el software de código abierto para sus nuevos proyectos en los que esté previsto que haya usuarios externos.

Así mismo dice la Comisión que para todos los desarrollos y procedimientos futuros, promoverá el uso de productos que soporten estándares abiertos y bien documentados, ya que la interoperatividad es un asunto crtítico para la comisión, y el uso de estándares abiertos bien establecidos es un factor clave para lograrlo.

Así mismo remarca la Comisión que el software de código abierto juega un papel importan en el gobierno electrónico y la interoperatividad en sentido amplio.

Fuente: http://ec.europa.eu/idabc/en/document/7403/469 (traducción aproximada de mi autoría)

El próximo miércoles 26 de marzo se celebra el día mundial de los documentos libres, “una jornada para llamar la atención sobre la necesidad de utilizar estándares abiertos en archivos digitalizados de información. Como única forma de conservar nuestros datos en el mediano y largo plazo, y como garantía de la libertad de elección de plataformas informáticas, los estándares abiertos representan la clave para la construcci;on de entornos informáticos donde nuestra información no quede secuestrada en manos de un formato privativo de una sóla empresa.”

En la Ciudad de Buenos Aires, desde las 19 horas en la Sala Garibaldi del Centro Cultural de la Cooperación, Av. Corrientes 1543, Enrique Chaparro, María Elena Casañas y Ezequiel Singer realizarán presentaciones prácticas y conceptuales en relación a los formatos abiertos en materia de documentación, haciendo especial énfasis en el manejo de documentos de ofimática bajo la norma ISO 26300 y el estándar internacional OD

En la Ciudad de Córdoba, las actividades comenzarán a las 18:00 en el Centro Cultural Casona Municipal, Gral. Paz, esquina Rioja. Federico Heinz y Rayentray Tappa serán los encargados de hacer la reseña conceptual y la demostración práctica sobre adopción y uso de estándares abiertos para documentación.

Fuente: Fundación Vía Libre.

Como veníamos anunciando en nuestro último post, KDE 4.0 acaba de ser publicado. Además del anuncio oficial, está disposible una Guía Visual que explica las prestaciones que esta nueva versión ofrece.

Más hallá de los comentarios que hice en mi último post sobre que a mi criterio habría sido mejor esperar un poco para declarar estable a esta versión (y que mantengo, aunque debo admitir que es increible como KDE 4.0 ha progresado en establidad desde que escribí dicho post), hay que decir que KDE 4.0 es un proyecto fantástico, que ofrece múltiples innovaciones y que augura un futuro muy promisorio para el escritorio de GNU/Linux y otros sistemas libres.

Así que creo que hoy es, sin duda, un gran día para el software libre. A todos los desarrolladores de KDE, a los programadores, artistas, traductores, testers, que lo han hecho posible
¡muchas gracias!

Es hora de celebrar, pero también de renovar los esfuerzos para hacer de KDE, nuestro escritorio, un proyecto mejor cada día. Porque KDE 4.0 no es sólo el final de un gran esfuerzo, sino también el comienzo de algo fantástico. Así que si estás leyendo este post: descárgalo, pruébalo, reporta fallos, contribuye código, aporta ideas. KDE es nuestro.

Actualización (13/enero): Como mencionan en los comentarios, también es posible contribuir a KDE por medio de donaciones. Las distintas formas de contribuir al proyecto KDE pueden consultarse en Supporting KDE

KDE 4.0 Release Counter

KDE 4 es una de las grandes esperanzas del software libre para el año 2008 que está a punto de comenzar. Aquí pueden ver una captura de pantalla de la versión en SVN

kd4.png

Entre las novedades podemos destacar:
* una notable mejora en el rendimiento general, gracias a la migración de Qt3 a Qt 4.
* un nuevo sistema de compilación basado en Cmake (que parece ser mucho más eficiente que el basado en Autotools)
* Una nueva infraestructura basada en componentes como solid y plasma
* un escritorio con una apariencia renovada en el que se destaca un nuevo sistema de menúes y un nuevo tema de íconos (oxygen)

Sin embargo, mi opinión personal es que a KDE 4 le falta madurar mucho, y mejorar en rendimiento (por ejemplo en el re-pintado de ventanas), estabilidad (todavía se producen demasiados crashes varios de los cuales he reportado), usabilidad (por ejemplo en KDE 4 no se puede ocultar la barra del panel, lo que sí se podía hacer en KDE 3) y configurabilidad (por ejemplo no anda bien el diálogo para cambiar de tema), antes de que pueda ser usado masivamente.

Creo que hubiera sido más prudente lanzar alguna otra versión beta o release candidate, antes que una versión 4.0 que creo que dificilmente alcance la calidad que la mayoría de los usuarios esperamos.

Hoy por hoy si alguien me dice que necesita un escritorio completamente funcional y estable, no dudaría en seguir recomendándole usar KDE 3.5

Pero en el software libre, los usuarios no somos consumidores pasivos: ahora es el tiempo de probarlo, reportar fallos y contribuir parches y mejoras, para que KDE 4 pueda madurar y evolucionar, para que todas las innovaciones que ofrece muestren su potencial.

Actualización (11/enero):  Esta decisión de los desarrolladores de KDE de publicar una versión de 4.0 cuya calidad quizás no sea óptima, ha generado algunas críticas en la comunidad: por ejemplo J. Berry señaló en un mail que esta decisión podría dañar la reputación de KDE de producir versiones estables de gran calidad. Por su parte, Aaron Seigo (que es uno de los principales desarrolladores de Plasma), explicó en una larga entrada en su blog  los motivos de esta decisión, fundamentándola en la lógica del desarrollo open source.

Algunos usuarios tienden a pensar (muchas veces por desconocimiento o prejuicio) que el sistema GNU/Linux es difícil de usar, y que muchas tareas no pueden realizarse sin acudir a la linea de comandos. La verdad es que las versiones modernas de GNU/Linux que están pensadas para ser amigables para el usuario, como por ejemplo Ubuntu 7.10 Desktop, pueden utilizarse perfectamente por medio de interfaces gráficas, a través de las cuales pueden realizarse perfectamente todas las tareas cotidianas.

Sin embargo, sería equivocado pensar por ello que el intérprete de comandos ( el shell) es una interfaz pasada de moda. El intérprete de comandos permite realizar muchas cosas que no se pueden hacer por medio de la interfaz gráfica, y es de fundamental importancia para usuarios avanzados como administradores de sistemas, o programadores. Veamos algunos ejemplos de tareas comunes que requieren el uso del shell:

* Permite automatizar tareas que se realizan en forma repetida. Por ejemplo podemos tener un script (esto es un programa en el lenguaje del shell) que efectúe una copia de respaldo (backup) de nuestros archivos, y con la ayuda del cron hacer que nuestro script se ejecute todos los días (o todas las semanas) a una determinada hora.

* Otra aplicación común es la personalización de los scripts de inicio del sistema.

* El shell permite ejecutar comandos en forma remota en una máquina a la cual no tenemos acceso físico, por ejemplo por medio de secure shell (ssh). Como en un sistema Unix virtualmente cualquier tarea se puede realizar desde la linea de comandos, ello significa que basta tener un acceso por ssh, para poder realizar cualquier tarea en una computadora situada quizás en la otra punta del mundo.

* Si tengo que explicarle a alguien como realizar alguna tarea, una descripción del tipo “buscá tal ícono y apretá tal botón” es sumamente vaga e imprecisa, ya que distintos escritorios o distintas versiones del sistema, pueden tener una apariencia visual completamente diferente, y lo más probable es que esa persona no logre realizar exitosamente la tarea. En cambio, si le digo “ejecutá tal comando”; ello constituye una descripción exacta, sin ninguna ambigüedad, y por ello es altamente probable que la persona pueda realizarla con éxito.

*Al crear un pequeño script para ejecutar varias tareas en forma automática, el usuario de Unix/Linux se transforma sin pensarlo demasiado en un improvisado programador. Es lo que Eric Raymond llama “casual programming” en su libro The Art of Unix Programming. Esto significa que el sistema Unix no tiene barreras de entrada para quienes desean aprender a programar. Escribir nuestro primer programa es tan fácil, como juntar un par de comandos, y escribirlos en un archivo en un determinado orden. El usuario toma entonces conciencia de que la programación no es, como algunas personas creen, un arte hermético sólo para iniciados; sino que todos podemos programar.

* La linea de comandos permite que un programa sea ejecutado por otros programas. Esto se relaciona con la filosofía de Unix, donde cada pequeño programa efectúa una o muy pocas tareas, pero los programas se pueden intercomunicar entre sí para realizar tareas complejas, utilizando las interfaces provistas por el sistema (linea de comando, redirección, pipes, etc.)

Como vemos, lejos de ser obsoleta, la linea de comandos es una interfaz potente y versátil, que presta una funcionalidad insustituible. Cuando alguien me presta una computadora con un sistema Windows, lo primero que busco desesperado (y lógicamente no encuentro), es un shell. El intérprete de comandos de Windows es realmente tosco y primitivo en relación al intérprete de comandos de Linux (Bash)

Quizás la prueba más contundente de que la linea de comandos no es una interfaz obsoleta, es que a pesar de que los sistemas de Apple tienen la merecida fama de ser los que tienen las interfases de usuario mejor diseñadas, no por ello el sistema Mac OS X deja de venir con el intérprete de comandos Bash incorporado.

En resumen, para los usuarios avanzados de Linux, el shell es una herramienta de gran utilidad y potencia. Para decirlo en una frase “Denme un shell y moveré al mundo”.