Archive for julio 2013

Heise On Line cierra sus puertas

Heise, más conocida como The H Online, uno de los sitios de noticias sobre tecnología más importantes de Reino Unido, está cerrando. Lamentablemente, a pesar de la gran cantidad de visitas y de la importancia del sitio, no han podido monetizar el tráfico para generar un modelo de negocios sustentable.

Varias veces la hemos citado como fuente de noticias debido a la calidad de sus redacciones, en especial las relacionadas con el Software Libre de la sección The H Open. Por suerte la edición en alemán todavía sigue operando.

Aparentemente no es el único caso ya que esta misma semana, los redactores de Hack a Day iniciaron una campaña para comprar el sitio ya que su dueño actual, Jason Calacanis tampoco está conforme con el dinero que rinde el sitio.

En Slashdot se hacen eco de ambas noticias.

Linux for Workgroups 3.11

El 11 de agosto de 1993 (…a date which will live in infamy 😉) se publicaba la versión 3.11 de Windows for Workgroups. Veinte años después y a modo de tributo sarcástico, Linus Torvalds cambió el nombre clave para la siguiente versión (3.11) del kernel Linux a «Linux for Workgroups».  Además y por segunda vez en la historia del kernel, Torvalds cambió el logo del kernel (que se muestra cuando arranca Linux en modo VESA) por un Tux que sostiene una banderita con el logo de la ventana de Windows 3.11.

Además de este fantástico adendum, la nueva versión del kernel incluye una serie de mejoras experimentales de control de energía para placas de video de la familia Radeon (que comentabamos hace unos días) además de soporte para Lustre, Zswap y virtualización con KVM o XEN en arquitecturas ARM64.

Se espera que esta versión del kernel esté disponible para los primeros días de septiembre.

¿Rapid releases para KDE?

Fue hace más dos años cuando Firefox sorprendió a sus usuarios diciendo que a partir de la versión 4, comenzaría un nuevo ciclo de desarrollo con el cual se lanzaría una versión nueva del navegador mes y medio. Este ciclo de ingeniería de software es conocido con el nombre de Rapid Release (lanzamiento rápido, en una vaga traducción literal).

El ciclo comienza con una nueva compilación de Firefox que se realiza cada noche llamada Nightly Build, donde los desarrolladores se ponen creativos y ponen a disposición de la comunidad una amplia gama de mejoras posibles, sin probarlas en absoluto. Seis semanas después de la primer Nightly se realiza una primera estabilización de las características de que formarán parte de la nueva versión de Firefox. Esta versión, denominada Aurora incluye aquellas de las mejoras de Nightly que han sido probadas en forma básica. Seis semanas después, Aurora pasa a Beta. La versión Beta de Firefox es la primera en incluir el logo oficial de Firefox y es la primera versión del ciclo orientada a el público general, donde la mayoría del las características funcionan correctamente, aunque se requieren más pruebas en una amplia variedad de entornos. Por último, y seis semanas después, Beta se convierte en Release, la nueva versión estable de Firefox. Como hay un equipo diferente trabajando en cada una de las releases, cada seis semanas hay una versión nueva de cada una de las etapas, lo que permite tener una versión estable del navegador cada mes y medio.

La idea, que originalmente se vio implementada por Google Chrome fue temida en un principio. Muchos de los usuarios creíamos que este ciclo podría llevar a versiones de Firefox defectuosas, de mala calidad o incluso a que los usuarios se estanquen en versiones viejas del mismo. Sin embargo, dos años después el proyecto no solo goza de excelente salud, sino que marca tendencia.

Hoy se habla en los foros de desarrollo acerca de que el proyecto KDE podría sacar una nueva release cada dos o tres meses. Así lo resume Aaron J Seigo, lider del proyecto KDE. A pesar del optimismo general, algunos desarrolladores han manifestado su preocupación alegando que esto aumentaría el trabajo de los empaquetadores. Este problema es similar al que las distribuciones enfrentan con Firefox, donde el paquete está disponible una o dos semanas después de que aparece la Release oficial. Claro que el nivel de complejidad de empaquetar un navegador es bastantes ordenes de magnitud más sencillo que empaquetar un entorno de escritorio completo con varias decenas de aplicaciones.

Lo cierto es que a pesar que esta metodología representa más trabajo para algunos, acarrea grandes beneficios para los usuarios, que podrán estar disfrutando de nuevas y más modernas características mucho más rápido que hasta ahora, principalmente por que es más fácil para los desarrolladores incluir funciones nuevas que con el tradicional ciclo de desarrollo.

Quién sabe. Quizá dentro de dos o tres años estemos hablando de otro caso de éxito de la metodología de desarrollo Rapid Release.

Automatización de un Hackerspace

Jeremy Blum, Jason Wright, y Sam Sinensky participaron y ganaron un concurso de 24 horas para emprendedores, organizado por PopShop el año pasado.

Lo que se propusieron fue automatizar algunas funciones del mismo espacio donde se estaba desarrollando el evento, como el control de las luces y la música. Para esto improvisaron un tablero de control con cinta adhesiva de color y partes impresas en 3D (que fácilmente pueden ser reemplazadas por otras piezas), es cual es censado por una cámara web que envía las imágenes a un servidor cada una fracción de tiempo. En el servidor, estas imágenes son tratadas por una serie de scripts en MATLAB que determinan si los botones del tablero cambiaron de lugar. Esta información posteriormente es transmitida por red a una computadora que controla el equipo de audio o a un Arduino que enciende o apaga las luces mediante un relé.

El tablero cuenta con un «botón» para las luces, además de otros dos para pausa (play/pause) y para saltar una canción (skip). Además cuenta con un deslizador (slider) para controlar el volumen.

El proyecto hoy se encuentra liberado con licencias que permiten su acceso, distribución y modificación y por eso queremos compartirlo con ustedes. Pueden descargarse el código de los scripts y los fuentes de las partes impresas en 3D desde GitHub y pueden verse los videos del sistema en acción aquí y aquí.

Pruebas de instalación en Lihuen 5

Un grupo de investigación del proyecto de extensión E-Basura de reciclado de residuos electrónicos de la Facultad de Informática de la UNLP encabezados por Viviana Ambrosi y Nadia Vazquez estuvieron realizando pruebas de instalación de la versión Beta de Lihuen 5 en máquinas de bajos recursos.

Estas máquinas se restauran en la medida que sea posible y se distribuyen a instituciones y organizaciones sociales, comedores populares o escuelas, alargando así la vida útil de el hardware en desuso. Por varias razones, se utiliza software libre y en particular Lihuen como sistema operativo.

Las pruebas realizadas servirán para determinar en que tipo de máquinas es viable instalar Lihuen con el escritorio Cinnamon (más moderno, pero también más demandante en cuanto a los recursos necesarios para correrlo) o con el escritorio Lxde. Las aplicaciones utilizadas en el test son algunas de las que incluye Lihuen y dan una idea del uso de recursos por encima de los necesarios para utilizar el escritorio.

Desde el grupo de soporte y desarrollo de Lihuen, queremos agradecer a Nadia Vazquez por compartir sus resultados con nosotros y por permitirnos publicarlos. Los resultados de las pruebas pueden encontrarse en el sitio de Lihuen GNU/Linux.