Jim Jagielski, arquitecto jefe de SpringSource (una división de VMware), miembro del Directorio de Apache Software Foundation y miembro del Consejo Asesor de Open Source Software Institute ahora incluirá además el título de miembro del Directorio de CodePlex Foundation, la organización creada por Microsoft para lograr que más fabricantes de software comercial se involucren en el desarrollo de código abierto.

Cuando Microsoft creó CodePlex Foundation el año pasado, se formó un Directorio provisional que ahora es reemplazado por 4 miembros definitivos.  En este directorio provisional se encontraba Miguel de Icaza (Novell/GNOME/Mono) – quien provocó la ira de Richard Stallman cuando fue nombrado – y también se encontraba Sam Ramji, quien lideraba el equipo de código abierto de Microsoft, bastante respetado por la comunidad, incluso participando en diversos encuentros de código abierto.  De ellos dos, sólo se queda Sam Ramji y Miguel de Icaza deja su puesto para dar el paso a Jim Jagielski.

La inclusión de Jagielski es bastante potente, ya que tiene una trayectoria destacada en el desarrollo de código abierto orientado al mundo empresarial. Recordemos que el proyecto Apache es un gran cúmulo de proyectos de alto impacto para el desarrollo de aplicaciones y bibliotecas muy utilizadas en el mundo corporativo, incluyendo por supuesto al servidor web Apache que sigue dominando entre los grandes sitios.

Por otra parte SpringSource es la organización que está detrás del desarrollo del framework Spring, de inigualable respeto en la comunidad de desarrolladores Java, sobre todo en el área de aplicaciones empresariales en donde siempre ha mantenido una distancia con ventaja sobre la plataforma oficial Java Enterprise Edition.  Jagielski también fue CTO de Zend, la empresa que ha sido gravitante en el desarrollo de PHP.

Con Jagielski en el Directorio de CodePlex no queda duda de que la apuesta de Microsoft va en serio, y tienen con ellos a quien representa una de las mejoras combinaciones del mundo empresarial y del código abierto. En palabras de Jagielski:

CodePlex tiene una oportunidad única de seguir incrementando la importancia y la aceptación del código abierto, especialmente al interior de ambientes que hasta ahora han sido resistentes a él. A medida que CodePlex madura y evoluciona, estar en la posición de poder ayudar y guiar a la Fundación como Director, es un gran honor.

CodePlex es una confirmación de la creciente aceptación del modelo de desarrollo de código abierto en Microsoft, y el interés en la colaboración con otras empresas en la tecnología de código abierto.  La inclusión de Jagielski aumenta la credibilidad de CodePlex al tratarse de alguien que ha llevado adelante iniciativas de código abierto en el mundo empresarial, con proyectos que se han convertido en líderes de sus áreas.

Links:
- CodePlex refresh, FOSS projects more compatible with Windows (Ars Technica)
- The CodePlex Foundation Announces Appointment of Permanent Board Members (CodePlex Foundation)

Simon Phipps – (cc) Wikimedia

En su blog personal, Simon Phipps – Chief Open Source Officer de Sun – anunció su retiro de Sun tras la adquisición de Oracle.  Simon estaba a punto de cumplir 10 años en Sun, de los cuales llevaba 5 al mando de la estrategia de código abierto.  Simon fue un personaje clave en varios esfuerzos para abrir la tecnología de Sun y coordinar el trabajo con el resto de empresas y proyectos de la comunidad del código abierto.

Entre los logros de Phipps se incluye el proyecto para desarrollar el sistema operativo Solaris como código abierto, conocido como OpenSolaris, la liberación de la tecnología Java, contribuciones a Linux a partir de piezas desarrolladas para Unix como es el caso de RPC (Remote Procedure Call), incluso el desarrollo de Hardware en forma abierta, como es el caso de OpenSPARC.

Si miramos un poco más afuera del código, también encontramos a Phipps involucrado en llevar a cabo el desarrollo de Open Document Format, que hace un par de años puso contra las cuerdas a Microsoft y sus formatos de documentos frente a las organizaciones de estandares y algunos gobiernos.  También logró que Sun retirara algunas licencias restrictivas, entregara fondos a Free Software Foundation y ayudara desarrollar la versión 3 de la licencia GPL.

Phipps también fue responsable de crear e incentivar la cultura blogging a nivel corporativo en Sun, no sólo llevando a cabo la iniciativa logrando que unos 1200 empleados compartieran sus experiencias en Sun con el resto del mundo, sino que también definiendo pautas para que otras corporaciones puedan adoptar una cultura abierta, responsable y respetuosa del secreto corporativo.

De lo que Phipps se lamenta es no haber logrado que Sun otorgara la licencia de Technology Compatibility Kit para el proyecto Apache y que pese al éxito del código abierto en el mundo empresarial, no haya sido suficiente para salvar a Sun.

Phipps no dice exactamente qué está haciendo Oracle para motivar su retiro, aunque por lo menos se sabe que pese a todo lo que se había especulado, Oracle ya ha asegurado el futuro de OpenSolaris, manteniendo su financiamiento y preparando su próxima versión para ser publicada este mes.  Sólo se sabe que una de las iniciativas regalonas de Phipps, blogs.sun.com está siendo destruida en su espíritu aplicando restricciones estrictas a los empleados de la nueva corporación.

Phipps dice que no sabe cuál es su próximo destino, pero viendo las oportunidades y experiencia de otros que ya dieron el paso, no es un tema que le preocupe en este momento.

Link: Last day at Sun (blog de Simon Phipps)

Por mucho que los usuarios de GNOME estemos a gusto con todo su diseño y orientación a la usabilidad, no somos pocos los que encontramos que su administrador de archivos tiene “algo” que no sabemos que es pero no nos termina de convencer.  Incluso hay otros administradores de archivos de otros escritorios y sistemas operativos que por algún motivo se sienten mejor diseñados.

Ian ‘Izo’ Cylkowski, un diseñador profesional entusiasta del Software Libre publicó un artículo en donde se analiza el diseño de Nautilus, lo destripa y finalmente propone un nuevo diseño.  Luego de leer su propuesta queda claro cuáles son los principales problemas de Nautilus y por qué nadie se había detenido a pensar en por qué se encontraban ahí.

En resumen podemos decir que los problemas de diseño de la interfaz de usuario de Nautilus se deben principalmente a su propia evolución.  Elementos que alguna vez tuvieron sentido, se mantuvieron pese a que la funcionalidad relacionada fue eliminada, así como también encontramos elementos originales que duplican la funcionalidad de otros que fueron agregados posteriormente.  Estos lastres del pasado y la evolución de Nautilus nos recuerdan la famosa historia de las medidas del transbordador espacial y su relación con los caballos.

Por ejemplo el botón de Stop viene desde los tiempos en que el administrador de archivos también era un navegador de internet ¡Una idea que tiene sus raíces en la famosa integración de Internet Explorer con Windows!  Al eliminar la navegación, el botón pierde sentido a menos que estemos hablando de sistemas de archivos remotos, algo que no es de uso típico para la mayoría de los usuarios.

Otro ejemplo es el botón para volver una carpeta hacia atrás, que ya no es necesario debido a la nueva barra de navegación que es mucho más flexible.  También tenemos el botón de equipo que duplica la funcionalidad de los “Lugares” que se encuentran a la derecha, etc etc.

Este es el diseño propuesto por Izo (click sobre la imagen para agrandar)

Una vez rediseñado, no deja de impresionar la elegante apariencia de un posible nuevo Nautilus, independiente de que el resultado final sea muy parecido al Finder de Apple.  Incluso al ver el rediseño de Nautilus y con un poco de inspiración, se pueden llevar algunas ideas a otras aplicaciones del escritorio y pegar un salto cuántico respecto al look & feel de GNOME en general.

Link: Deconstructing Nautilus and rebuilding it better (Design By Izo)

(cc) por zopeuse/Aurel

Aunque se esperaba para los primeros días de Marzo, la nueva versión de Linux (el núcleo) numerada como 2.6.33 ya fue publicada oficialmente.

Sin mayor preámbulo, veamos cuáles son algunas de las mejoras más interesantes.

• Esta versión incluye por primera vez la integración del driver de código abierto Nouveau para chips gráficos Nvidia. Recordemos que estos drivers fueron desarrollados por la comunidad de código abierto sin apoyo de la compañía y a pesar de la complejidad del proyecto por no contar con información sobre cómo funcionan estos chips, ya se cuenta con un grado de madurez que lo hace usable para tareas básicas,evitando la necesidad de descargar el driver cerrado de Nvidia.
• Se ha agregado DRBD. Se trata de un esquema de almacenamiento distribuido para aplicaciones que requieren alta disponibilidad.  Es un esquema muy similar a algo que se conoce como RAID-1 en donde se tienen varios discos con información duplicada, si falla un disco, simplemente se reemplaza mientras el otro sigue funcionando. Con DRBD los discos están separados físicamente y la sincronización se realiza a través de la red.
• Linux cuenta con un mecanismo llamado ftrace para monitorear el sistema en forma no intrusiva. Se puede pensar como un mecanismo que permite enchufarse a una funcionalidad del sistema para ver qué está haciendo. En esta versión se han agregado utilidades para obtener información acerca del rendimiento del sistema.

• Se incluye TCP Cookie Transactions. Se trata de un mecanismo para evitar ataques de denegación de servicio. Una técnica usual en este tipo de ataques es solicitar una gran cantidad de conexiones al mismo tiempo (SYN Flood), lo que hace que el servidor trate de atenderlas porque no tiene cómo distinguir cuales son realmente válidas.  Con TCPCT se establece una negociación para asegurar que quien pide la conexión sea un cliente válido.
• En la versión anterior se incluyó KSM para mejorar el uso de memoria en sistemas virtualizados. Una debilidad de esta ingeniosa idea era que las páginas de memoria compartidas no se podían llevar a disco cuando se necesitaba más memoria. Esta limitación ha sido eliminada con esta nueva versión.

Ahora que el kernel se encarga los detalles de bajo nivel de el sistema gráfico a través de kernel mode setting, se ha incluido como funcionalidad universal una llamada al sistema para sincronizar las aplicaciones con el refresco de la pantalla. Esto significa que ahora las aplicaciones o bibliotecas gráficas podrán saber cuándo es el mejor momento para actualizar lo que está dibujado en pantalla sin riesgo de que se dibuje parcialmente durante un cuadro, causando el famoso efecto de tearing.

Esta es una funcionalidad que siempre se pidió pero no había un acuerdo sobre cómo implementarla.  En sistemas antiguos que no eran multitarea era increíblemente simple de implementar, pero en sistemas multitarea y con el gran desorden que existía en el mundo de los drivers antes de kernel-mode-setting, el desafío era bastante grande.

He dejado para el final uno de los cambios que me parece más interesante y que da el título de este artículo.  Se trata de una mejora radical en el uso de la memoria que beneficiará sobre todo a equipos pequeños como netbooks y teléfonos móviles.  El concepto es bastante simple pero poderoso, para entenderlo bien recomiendo leer mi artículo anterior sobre Kernel Samepage Merging.

¿Listos? Vamos a ver:

Al esquema de swapping o intercambio existente, incluyendo la unificación de páginas de memoria con contenido repetido, se ha agregado un paso intermedio de compresión.  En vez de ir directamente al disco, ahora el swap se podrá hacer a un dispositivo virtual que comprime las páginas de memoria no utilizadas en RAM sin necesidad de llevarlas al disco, mejorando considerablemente el rendimiento por no tener que recurrir a un disco físico cuando la memoria se hace escasa.

¿Qué tan bueno es?  Se han realizado varios benchmarks en donde sólo se ha encontrado un caso en donde no trae beneficios. En estos benchmarks destacan aquellos en donde se han detectado tasas de compresión de 4:1, o bien, una reducción de un 25% de la memoria necesaria para usar el sistema.  Por ejemplo si tu entorno de escritorio junto a las aplicaciones requieren 256MB de RAM, ahora sólo necesitarán 64MB de RAM.

Si esto no te parece impresionante, también se puede ver desde el punto de vista del rendimiento.  Se hicieron pruebas al realizar tareas rutinarias con el mecanismo estándar de swap a disco, usando un disco de 10.000 RPM y se obtuvo un promedio de 200-300 milisegundos ocupados en swap, con el nuevo sistema, estos tiempos bajan a sólo 10 microsegundos.

Link: Linux 2.6.33 (kernel newbies)

(cc) Wikimedia

Un influyente grupo de lobbistas norteamericanos está tratando de hacer que el gobierno de los Estados Unidos considere el código abierto como maligno para los intereses de la nación.  Así es, lo han leído bien, revisen sus calendarios: no estamos en los ‘90, tampoco es día de los inocentes aquí ni en gringolandia.

La idea que están tratando de transmitir es que un país que recomiende el uso de software libre y/o de código abierto debilita las bases del derecho de propiedad intelectual, debilitando a su vez la industria del software.

Los personajes detrás de esta extraña iniciativa conforman el International Intellectual Property Alliance (o Alianza de Propiedad Intelectual Internacional). Se trata de un grupo que ampara distintas asociaciones de software, cine, televisión y música.  Lo que están solicitando exactamente es que la agencia US Trade Representative (USTR) considere a países como Indonesia, Brasil e India bajo la revisión Special 301 por recomendar el uso de Software Libre o de código abierto.

¿Y qué es el Special 301? Se trata de un proceso para revisar qué tan bien se cuidan los derechos de propiedad intelectual en el mundo, generando una lista de países considerados por Estados Unidos como enemigos del capitalismo.  Se usa como una forma de presión a los países que quieran establecer relaciones comerciales de acuerdo al respeto de los derechos de propiedad intelectual.

El efecto producido es que cualquier país que tenga intenciones de recomendar el uso de Software Libre (o de código abierto) podría ser considerado como enemigo de los intereses norteamericanos por ser anti-capitalista y debilitar la industria del software. Y aquí no es necesario tener una ley, sólo basta con una simple recomendación para ser puesto en observación.

El caso descrito como ejemplo por la IPPA es el de Indonesia, ya que su gobierno envió el año pasado una circular para que todos los departamentos del gobierno y empresas publicas apuntaran hacia el código abierto, por este motivo según la IPPA, Indonesia debe ser puesta en la lista de revisión Special 301.

A este paso, pronto caerán en este nuevo eje del mal del software países como Alemania e Inglaterra.

Ahora sólo queda esperar a que se den cuenta de que su propia industria del software hace años que está involucrada en el desarrollo y explotación de software libre o de código abierto, y que sus principales empresas llevan la delantera en estos temas.

Actualización: Germán Póo publicó el reporte de la IPPA sobre Chile.  Aunque no indica nada sobre Software Libre, no deja de ser interesante ver cómo estamos parados ante esta organización.

Links:
- When using open source makes you an enemy of the state (guardian.co.uk)
- Use open source? then you are a pirate! (ComputerWorld UK)

Desde que Oracle adquirió Sun Microsystems, han habido algunos cambios en los proyectos de código abierto que eran desarrollados por Sun. Algunos de ellos se han detenido y otros han sufrido cambios significativos.

Uno de los proyectos a los cuales Oracle no se ha referido claramente con respecto a sus intenciones es OpenSolaris. Luego de que se descontinuara el desarrollo de Solaris Express Community Edition el mes pasado, no ha salido a la luz pública mucha información acerca de la próxima versión de OpenSolaris, que debería ser lanzada en el mes de marzo.

Se ha discutido esta situación en la lista de correo del sistema de archivos zfs, donde los desarrolladores se preguntan cuál podría ser el futuro de OpenSolaris, y en donde se especula que no habrá un nuevo lanzamiento para marzo, debido a que la disponibilidad completa (GA) del soporte para la versión 2009.06 de OpenSolaris ha terminado en diciembre del año pasado, a pesar de que aún no existe una nueva versión disponible. Además algunos enlaces, como el de subscripción a OpenSolaris han sido eliminados.

A pesar de que Oracle ha publicado que se encuentra analizando y que publicará su decisión sobre el futuro de OpenSolaris, todo esto nos hace especular que este proyecto ha llegado a su fin.

Esto es inquietante y nos hace reflexionar sobre lo que ocurrirá realmente con otros proyectos de código abierto tanto o más importantes que OpenSolaris como lo son Java, MySQL y OpenOffice, a pesar de que Oracle haya declarado sus intenciones de mantener y potenciar estos proyectos, estoy bastante seguro de que en el caso de que se sigan desarrollando, la esencia de estos no será la misma.

Links:

• Oracle Still To Make OpenSolaris Changes (Phoronix)
• Los planes de Oracle tras la compra de Sun (Fayerwayer)

Uno de los aspectos que cada año se ha vuelto más interesante en el tradicional Super Bowl norteamericano son sus comerciales.  Por la gran cantidad de gente que está viendo el evento, es ahí en donde se han presentado los comerciales que más tarde se convirtieron en clásicos de la publicidad.  Es tanto así que incluso los que no están interesados en los deportes, esperan el momento de los comerciales para ver qué se presenta cada año.

Un ejemplo muy recordado por los fanáticos de Linux fue la presentación en el SuperBowl 2003 del emocionante comercial “Prodigio” de IBM.

Por este motivo, este año Linux Foundation ha organizado un concurso para que los usuarios de Linux envien un spot de 30 a 60 segundos que pueda transmitir el mensaje de cuáles son los beneficios de Linux para el público general, con el objetivo de ser presentado en el Super Bowl.  El concurso titulado “Somos Linux” espera convocar a productores audiovisuales a crear videos inspiren a la gente a usar Linux, creen conversación al respecto y transmitan el poder y los ideales de Linux.

El concurso comienza oficialmente hoy y se aceptarán videos hasta el 4 de Abril.  El ganador será anunciado el 14 de Abril en el Collaboration Summit de Linux Foundation que se realizará en San Francisco.  El ganador recibirá un laptop con Linux y una invitación con todos los gastos pagados a LinuxCon a efectuarse en Boston, Massachusetts… y obviamente el honor de presentar su trabajo antes millones de personas.

El ganador será determinado a través de una combinación del puntaje otorgado por la comunidad via internet y un jurado que incluye a:

• Andrew Morton: Mantenedor del kernel (Google)
• Stephen O’Grady: Co-Fundador de Red Monk
• Stormy Peters : Directora ejecutiva de GNOME Foundation
• Brandon Phillips: Desarrollador del kernel en Novell
• Bub Sutor : Vicepresidente de Open Source y Linux en IBM
• Steven Vaughan-Nichols : Columnista de ComputerWorld

El año pasado se realizó la primera versión de este concurso con la idea de hacer algo similar al popular estilo de los comerciales “Soy un mac; Soy un PC”.  La idea era que mientras Apple y Microsoft invierten billones de dólares en estas campañas, Linux podía usar el poder de la gente.

En esta primera edición se recibieron casi 100 videos de todo el mundo, a continuación podemos ver un par de ejemplos:

Click here to view the embedded video.

Click here to view the embedded video.

Link: Linux Foundation Announces 2010 “We’re Linux” Video Contest: The Linux Super Bowl Ad

(cc) Joe Gratz

Tras un juicio de 5 años, Robert Jacobson, uno de los desarrolladores del proyecto de código abierto Java Model Railroad Interface (JMRI) finalmente fue compensado por el uso indebido de su software en la compañía KAMIND de Matthew Katzer, dedicada a vender aplicaciones de modelado de trenes.

El caso comenzó cuando Katzer inició acciones de dudosa legalidad para detener el proyecto JMRI y al mismo tiempo exigir el pago de dinero del proyecto JMRI a la empresa KAMIND.

A través de sus abogados y gracias al sistema de patentes norteamericano, Katzer obtuvo una patente por la tecnología de modelado de trenes que usaba el proyecto de código abierto JMRI, para luego tratar de exigir un pago por el uso de esas patentes.

Con la patente en mano, Katzer trató de solicitar inicialmente USD$19 y más tarde USD$29 por concepto de royalties por cada copia descargada de JMRI.  Si bien la patente era inválida por existir arte previo (el mismo proyecto JMRI), cuando Jacobson trató de advertir de esta situación a KAMIND, el abogado de la compañía envió como respuesta a Jacobson una factura de unos USD$200.000 por las descargas de JMRI.

Jacobson comenzó a investigar por su propia cuenta y encontró con sorpresa que no solamente estaban tratando de extorsionarlo para pagar a otros por sus propias ideas, sino que además los productos de KAMIND usaban código que había sido tomado del mismo proyecto JMRI, sin ningún tipo de atribución y por lo tanto violando la licencia GPL, que obliga a que software derivado conserve el mismo licenciamiento.

En este punto la situación comenzaba a ser derechamente ridícula, por lo que Jacobson inició un juicio contra Katzer y su abogado por el uso indebido de su software.  En el año 2008 la corte de apelaciones federal determinó que Katzer y sus secuaces no solamente eran culpables de incumplimiento de contrato por usar el código de JMRI en forma inapropiada, sino que también se trataba de una violación de copyright.  Esta distinción es importante porque el martillo cae más duro cuando se trata de violación de copyright.

Tras esta decisión, se determinó que Jacobson podía solicitar compensación económica a Katzer y que además el haber eliminado la atribución e información de copyright desde el proyecto JMRI constituía una violación del Digital Millennium Copyright Act.  Afortunadamente Jacobson no se encontraba solo y fue apoyado por organizaciones como Linux Foundation, Open Source Initiative, Creative Commons Copr, The Software Freedom Law Center y Wikimedia Foundation.

La codicia sin límites de Katzer

Katzer trató de contraatacar acusando a JMRI de usar texto de sus manuales que él consideraba de su propiedad, texto que había sido obtenido desde JMRI originalmente. Por este medio trató de obtener nada más y nada menos que USD$6 millones.  Y por si esto pareciera poco, Katzer trató de registrar el nombre DecoderPro y el dominio decoderpro.com, que corresponde a uno de los componentes de JMRI.  Afortunadamente la World Intellectual Property Organization indicó que el registro debía ser devuelto al proyecto JMRI e incluyó una extensa nota indicando la mala fe con que Katzer actuaba.

Finalmente el caso llegó a un fin, determinando la culpabilidad de Katzer en todos estos actos, incluyendo el intento de plantar una trampa con el texto de los manuales.

Lamentablemente, y como es usual en estos casos en donde los abogados se comportan como víboras, sólo se pudo obtener una compensación económica de USD$100.000 que no alcanza para cubrir los gastos del largo juicio.  Al menos, el proyecto JMRI podrá seguir avanzando tranquilo, y Katzner tendrá que buscar otra forma de ganarse la vida, o al menos no a costa del trabajo de otros.

Link: JMRI Defense: Keeping an Open Source project alive