BrunoProg64 Blog

Estos días recibo un correo en el que se me informa que se estoy suscrito a la MSDN Alliance, una iniciativa de Microsoft para que los estudiantes puedan descargar Software totalmente Legal en sus ordenadores.

Pero la realidad es otra… Microsoft podría estar intentando hacer algo similar a lo del FLISOL del año pasado. Eventos así ya han existido en la comunidad del Software Libre y lo mejor de todo es que no hay que hacer convenios con nadie… solo hay que acercarse y descargar.

En lo personal, puedo decir dos cosas: La primera aplaudir este intento de Microsoft de “abrirse” un poco más y no querer que todo el mundo pase por caja, pero por otro lado también lamentar este incidente ya que lo único que provocará es que los estudiantes no sepan que hay vida más allá de Microsoft.

Sin embargo, según Richard Stallman, estas conceciones buscan lo siguiente:

Debería fomentar el uso del software libre al igual que fomenta el reciclaje. Si las escuelas enseñan software libre, entonces los estudiantes utilizarán software libre cuando se gradúen. Esto ayudaría a que la sociedad en su conjunto se librara del dominio (y abuso) de las megacorporaciones. Estas empresas les ofrecen muestras gratuitas a las escuelas por el mismo motivo por el que las empresas tabaqueras regalan sus cigarros: para crear en los niños adicción. Cuando los estudiantes crezcan y se gradúen, no les harán ningún descuento.

Pueden leer el artículo completo en la página del Proyecto GNU.

Además, hay que decir la verdad… estas herramientas pueden ayudar a los estudiantes a investigar, pero para los que quieran ahondar en las entrañas de estos programas… no podrán hacerlo ya que el código es propietario.

El Perú debería convertirse en un país productor de Software…. ¿Pero acaso usar un modelo que incite a la piratería, las demandas por patentes y demás cosas que hacen un calvario el ingreso de nuevos competidores? O por el contrario… ¿debería promover un modelo abierto, de libre coperación y de mejoras comunitarias?

Muchos programadores indirectamente deben estar apesadumbrados. Por ejemplo, entre los productos a incluír está el nuevo e infame Windows Vista, del que la mayoría de mis conocidos me han dicho que tiene problemas de compatibilidad con sus PC. También está el Visual Studio .NET, el cual con los lenguajes C#, VB.NET y demás… si bien son creación de Microsoft (Basados en Java), ya son usables en el Software Libre mediante el Proyecto Mono.

Productos como SharpDevelop (Alternativa libre a Visual Studio .NET) y Compiz Fusion (Un gestor de 3D, mejor que Aero) no podrán competir ahora en la USAT, ya que muchas personas suelen decir “Si ya funciona… ¿porqué cambiar?”

No voy a exigir que la USAT rompa el convenio, ya que eso es decisión exclusiva de ellos, pero al menos me parecería que también se debería hacer algo para mostarle a la gente que no solo de Microsoft vive la informática.

Hay que seguir promoviendo el Software Libre como modelo de investigación, porque realmente es el único que no daña a nuestra sociedad.

Actualización (02 - 11 - 07): A raíz de un comentario, quisiera decir que no soy un talibán de Linux. Yo también uso Windows por motivos varios, lo que me molesta que se intente disfrazar la dependencia de un sólo sistema en “descargas gratuitas”. En ningún momento estoy negando la libertad de nadie a elegir.

Esta vez dejaremos el tópico de Software Libre, para decirles algo que considero muy importante para los que disfrutan de la Animación Japonesa: 10 Razones para ver Anime con subtítulos:

1. No está sujeto a ningún tipo de censura o adaptación del vocabulario: En realidad, está subordinado a lo que decida el Fansub, pero suele ser mucho menos que las empresas que licencian.
2. Tiene explicaciones de los términos y juegos de palabras japonesas: Cosas que por espacio y estilo no pueden hacerse en series licenciadas
3. Traducen las canciones de Opening y Ending: Cosa que jamás he visto en series licenciadas. Algunas canciones además son verdaderas joyas…
4. Traducen hasta el último Kanji: Así nos permiten saber lo que dice todo lo que rodea al escenario. Esta afirmación tiene excepciones.
5. Mejora la capacidad de lectura: Ya que nos vemos obligados a leer rápidamente los subtítulos
6. El abanico de serie existentes es mayor: Ya que simplemente se consigue la fuente en Japonés y se subtitula.
7. No hay quejas contra el doblaje: Muchas veces el doblaje hecho en series licenciadas deja mucho que desear. Una serie con subtítulos no tiene esos problemas, ya que está en el idioma original.
8. Apoyas a los Fansubs del mundo: Una razón por la que los grupos de Fansubs siguen existiendo es porque la gente ve estas series subtituladas. Los Fansubs se sienten apoyados.
9. Siempre es mejor la serie en su idioma original: Esto es una repetición del punto 7, ya que no hay presiones de doblaje.
10. No poseen censura gráfica: Los Fansubs no editan escenas de las series, como muchas veces suele pasar en series licenciadas diseñadas para audiencias jóvenes.

Si eres de los que ves Anime y estás insatisfecho de los doblajes… ¡Descarga Anime con Subtítulos!

Leo en Barrapunto que después de 3 meses de desarrollo, ha sido liberada la versión 2.6.23 del Kernel Linux. Los interesados pueden leer el anuncio oficial aquí.

Vamos a mencionar las novedades de esta versión del Kernel Linux. Los interesados pueden leer el post original en inglés de Kernel Newbies aquí. Empecemos primero por el gestor de procesos CFS, un administrador de procesos mucho más eficaz que el anterior y que promete que notemos unas mejoras en velocidad al usar el nuevo Kernel.

Entre otras mejoras está lguest, que es un hypervisor de virtualización, es decir un administrador que regula el acceso de las máquinas virtuales que corren Linux sobre el propio Linux al hardware. Es un hack muy rústico de 5000 líneas de código.

Quizá pueda parecer hasta tonto emular un Linux bajo otro Linux. La razón de fondo para esto son las necesidades empresariales de tener varios sistemas en una PC de gran potencia.

En lo que respecta a virtualización, ya hay soporte de XEN y KVM interno. XEN es una tecnología de virtualización muy usada en ámbitos empresariales, por lo que se espera que Linux tenga mayor acogida en este campo. KVM es una tecnología de virtualización desarrollada por la comunidad, que ya existía, por lo que sólo se han hecho algunos ajustes.

En lo respectivo a rendimiento, aparte del CFS, tenemos SLUB, un gestor de memoria, que es la mejora del anterior con algunos retoques y que está activada en el Kernel. Se espera mejoras del perfomance. También tenemos la función fallocate(), que sirve para evitar la fragmentación en el disco duro. Los entendidos del Kernel y de UNIX, saben que existe otra función llamada posix_fallocate(), pero la nueva fallocate() es más rápida, ya que no rellena con ceros.

Otras mejoras en el Kernel son el soporte de Sistemas de Archivos como ext4 y XFS. Aclaremos que ext4, está todavía en fase experimental, por lo que no se recomienda su uso en entornos de producción. Las ventajas de este nuevo sistema de archivos, son que evita la fragmentación al trabajar con archivos de gran tamaño.

Otra mejora que está causando revuelo es la carga automática de los módulos ACPI para el Kernel. Anteriormente el Kernel comprobaba la existencia de ACPI (Gestión Avanzada de Energía) mediante la prueba y el error, cargando y descargando módulos de la memoria hasta que alguno funcione. Esto provocaba que algunas computadoras se congelaran durante el booteo o que dieran un ‘Kernel Panic’. La solución, por cierto, para los que atraviesan esto, es pasarle el argumento ‘noacpi’ al Kernel.

Finalmente han añadido nuevos drivers y las seccions en ensamblador del Kernel han sido re-escritas en C, para facilitar la depuración posterior.

Los interesados en probarlo tienen dos opciones: Ir a Kernel.org, descargar el Kernel y compilarlo para usarlo, o esperar que los repositorios de sus distribuciones incluyan el nuevo kernel. También hay una tercera opción, que es esperar a que las distribuciones incluyan por defecto el nuevo Kernel, pero esto suele tomar mucho tiempo, por ejemplo para los usuarios de Ubuntu, la siguiente versión tendrá el Kernel 2.6.22, por lo que será preferible bajarlo de repositorios.

Si el equipo de desarrollo sigue así (Es decir 3 meses por lanzamiento), es probable que tengamos nuevo Kernel a fin de año.

Disfruten del nuevo Kernel… (Los que quieran compilarlo).

Leo en Meneame.net que se hace público Go-oo.org, un fork de OpenOffice.org, la conocida suite ofimática libre. Todo esto debido a una presión innecesaria de Sun.

Kohei Yoshida escribió una contribución para Calc (Hoja de Cálculo de OpenOffice.org) llamado Solver. Según el blog de Yoshida esta contribución era producto de la necesidad de un analizador estadístico para Calc y también para demostrar que programadores independientes pueden hacer grandes contribuciones para un proyecto de Software Libre, ya que la licenció bajo la LGPL.

Después de terminar el desarrollo, Yoshida envió su contribución a OpenOffice.org, pero se dió con la sorpresa de que Sun le pedía que asignase el copyright de su contribución a la misma Sun. Yoshida se negó, más que nada por el tiempo que invirtió escribiendo la contribución. Producto de esta decisión… Sun rechazó la contribución.

Para algunos puede sonar sorprendente esto, pero en realidad la negativa de Sun, fue porque si no asignan el copyright del código a la empresa, no les va a ser posible ofrecer una versión propietaria de OpenOffice.org, que es StarOffice. Y es que las dos versiones, la libre y la propietaria parten de la misma rama de código que es la usada en OpenOffice.org. La diferencia con StarOffice es que esta tiene algunos añadidos de otras empresas y que tiene soporte.

Michael Meeks, trabajador de Novell, afirma en su blog que todo el código que Sun tiene en OpenOffice.org es el código del cual sus autores ceden los derechos de copyright a Sun y que esto es un insulto a los desarrolladores de Software Libre. Indica que de haber sabido esto, Novell no hubiera contribuido líneas de código y que esta decisión de Sun impide que OpenOffice.org avance como Suite ofimática.

Añadiendo que esa fue ‘la gota que derramó el vaso’, anuncia la bifurcación (fork) de OpenOffice.org, a la cual llama Go-oo.org (Vamos OpenOffice.org)

Comparto la opinión de Meeks y me decepciona que Sun se esté comportando de esta manera. Ya anteriormente los desarrolladores habían expresado su malestar con respecto a la organización en OpenOffice.org, incluso para cuando Java no era libre, Richard Stallman llamó a un fork de OpenOffice.org.

Recordemos que XFree86, el antiguo servidor X para Linux fue forkeado por problemas parecidos a los que tiene ahora Sun con Yoshida y también por su mal diseño. El fork llamado X.org, ha resultado con beneficios a la comunidad, como la creación de XGL y Compiz, que según los desarrolladores serían imposibles con el antiguo diseño de XFree86.

Esperemos que este fork no cause más división como la que ya causo el fork Iceweasel por parte de Debian cuando ocurrió su problema con Mozilla. Lo que si sería bueno para este Go-oo.org es que mejoraran la interfaz gráfica de OpenOffice.org ya que se ve muy descuidada. Con eso… podrían hacer que Sun cambie su política.

A veces creo que son necesarios los forks para mejorar aspectos. Sun realmente cometió un gran error al rechazar las contribuciones de Yoshida. Espero que este fork los haga cambiar de opinión.