El código de Android fué recientemente eliminado del Kernel Linux en su actual versión 2.6.33, con Google incluso siendo acusado de intentar "dividir" (fork) su desarrollo para su propio beneficio. Con el fin de aclarar esa situación, Chris DiBona, el administrador de todas las cosas Open Source en Google, explicó en un e-mail que:

"(Android) no es un fork más de lo que lo es Red Hat Enterprise Linux o cualquier otra distribución. Todos los kernels son de alguna manera un fork por cierto tiempo, el truco es mantener ese delta pequeño. Estamos tratando de hacer un trabajo mejor para mantenerlo pequeño".

DiBona quiso destacar también cuán diferente es Android del resto del código en Linux:

"Para el trabajo que hacemos en nuestros sistemas no-móviles (kernels de producción y el resto) estamos muy cerca del principal hoy en día, pero Android no es lo mismo que un servidor conectado a Internet; y pensar que Linux en los móviles es lo mismo que Linux en el servidor o el escritorio es el motivo por el cual, hasta que llegó Android, Linux en los teléfonos celulares fué casi un fracaso total".

Y con respecto a la sugerencia de que la fusión del código de Android podría realizarse a tiempo para la versión 2.8 de Linux aclaró además que:

"2.8 es un concepto al que no todos los desarrolladores del Kernel adhieren, así que podría no ocurrir nunca. Yo estaría cómodo diciendo que nos gustaría fusionar (Android) en el (Kernel) principal en el próximo par de años".

Y esa última prudente previsión encaja muy bien dentro de historia reciente de incorporaciones de "dispositivos extraños" al Kernel Linux que mencionó recientemente el mismísimo Linus Torvalds.

Apple finalmente demandó al fabricante taiwanés de teléfonos celulares HTC por violar 20 patentes relacionadas con la interface para el usuario de su iPhone, además de su subyacente hardware y software (!). Según las palabras del mismísimo Steve Jobs:

"Podemos sentarnos y ver cómo los competidores roban nuestras invenciones patentadas o podemos hacer algo al respecto. Hemos decidido hacer algo al respecto. Creemos que la competencia es saludable, pero los competidores deben crear su propia tecnología original, no robar la nuestra".

La demanda menciona como pruebas al iPhone 3GS, una MacBook Pro ejecutando Mac OS X 10.6 "Snow Leopard" con iTunes y 12 modelos de teléfonos de HTC, entre ellos: HTC Nexus One, HTC Hero, T-Mobile G1 (HTC Dream), HTC Touch y HTC Droid Eris.

Las patentes infringidas en cuestión abarcan procesos de software como el pasaje de mensaje usando objetos "proxies", multitareas con hilos y objetos, distribución de eventos y otras operaciones al nivel del sistema operativo. La mayoría de esas patentes fueron solicitadas por Apple en los 90s, pero sólo recientemente se les otorgaron. Sin embargo, todo sugiere que la gota que derramó el vaso fué la activación del soporte de "multi-touch" en los Nexus One con Android 2.0.

Aunque la demanda no menciona específicamente a Google, la mayoría de los teléfonos de HTC listados sí usan el sistema operativo Android; además el Nexus One fué diseñado por Google en estrecha relación con HTC y el gigante de los buscadores tiene el completo control de las ventas de ese dispositivo. Por todos esos motivos no es de extrañar que Google saliera rápidamente a apoyar al fabricante de hardware:

"No somos parte de la demanda. Sin embargo, respaldamos a nuestro sistema operativo Android y a los socios que nos ayudaron a desarrollarlo".

HTC por su parte no parece estar muy preocupada, afirmando que ellos han estado construyendo dispositivos móviles por 13 años y que también tienen "una gran cantidad de patentes". Ese sería el caso para otros fabricantes como Palm, que incluso ha estado vendido teléfonos táctiles por un buen tiempo.

En cualquier caso, la guerra recién comienza y en juego quizás esté nada menos que el futuro de los telefonía celular inteligente.

La Free Software Foundation (FSF) publicó una carta abierta pidiéndole a Google que libere el códec de video VP8 que adquirió junto con la compra de la empresa On2 Technologies concretada en el día de ayer para "liberar a la web de Flash y el propietario H.264":

“Querido Google,

Con la compra de On2 tú tienes ahora tanto el sitio de videos más grande (YouTube) como todas las patentes detrás de un nuevo códec de video de alta performance (VP8). Sólo piensa lo que podrías lograr liberando VP8 bajo una licencia libre de regalías irrevocable y publicarla para los usuarios en YouTube. Podrías terminar con la dependencia de la web en formatos de video gravados con patentes y software propietario (Flash).”

El VP8 se presentó en el 2008 como una alternativa real al H.264 que al mismo requiere menos ciclos de procesamiento para decodificarse y puede usar hasta la mitad de los datos que el H.264 para ofrecer la misma calidad de video. VP8 está además diseñado para soportar múltiples núcleos y también podría portarse a sistemas ARM.

Este códec tampoco sería ajeno a los requerimientos de Flash: en el 2004 su versión anterior VP6 fué seleccionada por Macromedia como el códec de video para Flash 8.

¿Escuchará Google a la FSF y hará lo correcto?

Con el frenesí de la computación móvil en formato de "tableta" encendido por el nuevo Apple iPad quizás la alternativa más real orientada al Software Libre e independiente del fabricante la puede llegar a ofrecer Chromium OS, el próximo sistema operativo de Google originalmente concebido para netbooks.

Aunque aparentemente Google ya tiene prototipos de su "tableta" construídos por HTC, el mismo fabricante de su teléfono móvil Nexus One, es muy interesante repasar los borradores actuales de Chromium OS para dispositivos táctiles de 5" a 10":

• Interface para el usuario táctil a pantalla completa.
• Paneles acoplables que pueden esconderse automáticamente.
• Capacidad multi-tácil con 1, 2, 3 y 4 dedos (¿y también con las dos manos?).

Obviamente, estamos hablando de rumores y especificaciones que pueden no ser las definitivas; sin embargo, las posibilidades son increíbles.

Con este brevísimo mensaje se anunció que el "Steering Committee" del GCC (GNU Compiler Collection) aceptó el frontend gccgo para su inclusión en su versión 4.5 o posterior, el que agregará soporte para el lenguaje de programacón Go de Google en la imprescindible colección de compiladores del proyecto GNU.

Esta noticia llega sólo días después de que en el último el índice de TIOBE, empresa que publica mensualmente un ránking de la popularidad de los lenguajes a nivel mundial, Go apareciera por primera vez en el puesto número 13 convirtiéndose en el escalador más rápido de todos y ubicándose sólo detrás de Objective-C (el del iPhone y Mac OS X) a pesar de haber sido lanzado oficialmente hace menos de 3 meses.

Además de C y C++, GCC incluye actualmente frontends para lenguajes como Ada, Fortran, Java, Objective-C y Objective-C++; otros frontends disponibles pero que todavía no son parte oficial de GCC incluyen a Cobol, D, Pascal y Modula-2/3, entre otros.

Sourceforge, la que todavía puede ser, discutiblemente, el mayor repositorio de proyectos de código abierto en Internet bloquea las descargas de los usuarios si estos se encuentran en algunas "ubicaciones prohibidas" mencionadas en sus términos de uso:

“Los usuarios residiendo en los países de la lista de sanciones de la United States Office of Foreign Assets Control, incluyendo a Cuba, Irán, Corea de Norte, Sudán y Siria no pueden publicar o acceder a los contenidos disponibles a través de Sourceforge.net.”

Esta situación empeoraría aún más por el hecho que Google Code, el sitio que ofrece servicios similares a los de Sourceforge para desarrolladores y proyectos libres, también bloquearía el acceso a esos mismos países como parte de una política de Google denunciada hace tiempo.

Irónicamente, esto iría en contra de la misma definición de lo que significa "Open Source", categoría bajo la cual se incluyen a sí mismos los proyectos a los que Sourceforge y Google restingen su acceso. La definición de Open Source excluye explícitamente a esa práctica en sus siguientes puntos:

“5. No Discriminar Contra Personas o Grupos. La licencia no debe discriminar a ninguna persona o grupo de personas.

6. No Discriminar Contra Campos de Aplicación. La licencia no debe restringir a nadie el uso del programa en un campo específico. Por ejemplo, no puede restringir al programa de ser usado en un negocio, o en investigación genética.”

Pero afortunadamente, sí hay alternativas para hospedar a proyectos de código abierto en otros lugares que no estén bajo las restricciones discriminatorias del gobierno de EE.UU. Según esta lista esto incluye a GitHub, Gitorious, GNU Savannah, JavaForge, Launchpad y Tigris.org, entre otros.

Después de haber servido como CTO (Chief Technology Officer) de la Linux Foundation por los últimos dos años, Theodore "Ted" T'so anunció en su blog que ya es un orgulloso empleado de Google.

T'so es bien conocido en la comunidad de Linux por ser uno de los principales desarrolladores de Linux y el actual mantenedor de los sistemas de archivos Ext3 y Ext4, los preferidos por prácticamente todas las distribuciones modernas de ese sistema operativo. T'so también se apresuró a aclarar que en Google continuará trabajando en el Kernel y los sistemas de archivos y almacenamiento, comenzando por Ext4.

Es que Google, después de extensivas pruebas de performance, está migrando sus propios sistemas desde el antigüo Ext2 (presentado en 1993) a Ext4. Como dice otro desarrollador de Google en una lista de correo:

“La razón principal de la actualización es que a pesar de que Ext2 ha sido "lo suficientemente bueno" por mucho tiempo, el arreglo de los metadatos en un sistema de archivos anticuado condujo a lo que llamamos "inflación de la lectura". Esto es a donde llegamos cuando hacemos varios pedidos para leer un bloque de datos. En general, la latencia de una asignación de bloques pobre estaba causando problemas de performance”.

ArchMap es un proyecto de Arch Linux que recopila los datos de la ubicación geográfica de los usuarios de esa distribución en un archivo en formato KML, de tal manera que los mismos puedan ser graficados en las excelentes imágenes tridimensionales de Google Earth. Quienes quieran incluirse en el mapa pueden editar esta lista en el Wiki de ArchMap agregando sus coordenadas geográficas con este formato:

<latitud> <longitud> "<nombre>" # comentario

El archivo KMZ actualizado puede descargarse desde esta dirección directamente en Google Earth para obtener un resultado como el de la imágen.

Lo habíamos mencionado ayer sólo como una curiosidad encrontrada en el repositorio público del proyecto Chromium OS, pero ahora se hace evidente que la relación entre el nuevo sistema operativo de Google y Ubuntu es más estrecha de lo que pensábamos. Así se desprende de este mensaje, publicado en el blog de Canonical por Chris Kenyon, su Vice Presidente de Servicios de OEM.

Concretamente, Kenyon se preocupa en aclarar "en el interés de la transparencia" que Canonical ha estado contribuyendo "ingeniería" a Google bajo los términos de un contrato apenas mencionado. De esta manera, desarrolladores de Ubuntu habrían estado trabajando en Chrome OS desde antes que éste fuera anunciado, el pasado mes de Julio.

Kenyon sí declaró además que Sundar Pichai y Linus Upson, VP Product Management y Engineering Director de Google respectivamente, dejaron en claro que querían, cada vez que fuera posible, construir sobre componentes y herramientas de la comunidad Open Source ya existentes, para que no fuera necesario tener re-inventarlas innecesariamente. Esta decisión eventualmente también ayudaría a otros proyectos a que se beneficien de este trabajo.

Kenyon también se apresura a aclarar que los intereses de Google y Canonical no se encuentran enfrentados por esta colaboración:

“Mientras que los dos sistemas operativos comparten algunos componentes fundamentales, Google Chrome OS ofrecerá una experiencia muy diferente a la de Ubuntu. Ubuntu continuará siendo un sistema operativo de propósito general ejecutando tanto aplicaciones web como nativas, como OpenOffice, y no requerirá hardware especializado”.