VivaLinux!

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 comunidad desarrolladores de OpenSolaris ya había expresado su preocupación sobre el silencio de Oracle con respecto al futuro del sistema operativo de código abierto basado originalmente en Solaris 10 de Sun Microsystems (y ahora renombrado como "Oracle Solaris").

Oracle había anunciado sus planes para los productos de Sun el mes pasado, pero desde entonces no mencionó cuál sería la suerte que correría OpenSolaris. Con todavía más de 4000 clientes usando su propio Oracle Enterprise Linux, la empresa tiene un gran preferencia por ese sistema operativo basado en Red Hat Enterprise Linux. Aparentemente la estrategia implícita de Oracle sería imponer a Solaris en alta gama para competir mejor con IBM, dejando a su versión de Linux para el "low end".

El último clavo en el cajón de OpenSolaris finalmente fué el reciente reporte del estado de su soporte, que dice que OpenSolaris 2009.06 (su última versión en este momento) será soportado contractualmente hasta mediados del 2012, pero no hay ningún plan para futuras versiones y ya no se reciben nuevas subscripciones.

Los desarrolladores de OpenSolaris tenían planeado presentar su próxima versión 2010.03 en Marzo, después de 9 meses de trabajo, lanzamiento que ahora es incierto, en el mejor de los casos.

Ya estamos en el fin de semana y para comenzar a relejarnos un poco aquí tenemos una tabla muy gráfica donde se puede apreciar cómo se ven los programadores de algunos de los lenguajes más populares los unos a los otros. ¡Búscate a tí mismo y llévate una sorpresa! (imágen en tamaño completo)

Faltando sólo un mes para el planeado congelamiento del desarrollo de la próxima versión estable de su distribución de GNU/Linux, el equipo de lanzamientos del proyecto Debian está sonando la alarma por la alta cantidad de errores críticos todavía no corregidos.

En un mensaje en su lista de correo se hace un urgente llamado a todos los encargados de mantener paquetes para que corrigan sus errores críticos lo antes posible, bajo la amenaza de eliminarlos de la rama testing para evitar que la terminación de "Squeeze" se demore aún más. En el mensaje incluso se llama a voluntarios para ayudar a fusionar los parches y actualizaciones pendientes, haciéndose entrever una escasez de miembros dedicados a esa tarea.

Como resultado, ahora parece menos probable que la versión definitiva de Debian 6.0 sea lanzada a mediados de este año, tal como lo sugirió el mismo líder del proyecto el pasado mes de Noviembre. También queda todavía por verse cómo afectará esta crisis al calendario de lanzamientos del próximo Ubuntu 10.04 LTS, que Mark Shuttleworth quería tan insistentemente coordinar con Debian.

El hacker del Kernel Greg Kroah-Hartman reflexiona en su blog sobre el problema de las modificaciones en el núcleo de Linux hechas por Android, el sistema operativo para dispositivos móviles de Google que está aumentando su popularidad entre los modernos teléfonos celulares de varios fabricantes.

Básicamente, estos problemas, que ya causaron la eliminación de los drivers de Android de la actual versión de desarrollo 2.6.33 del Kernel, se deben a que su código fuente no es convenientemente mantenido por sus desarrolladores. Pero el verdadero motivo de esa aparente inexplicable desidia nos revela un poco más sobre la verdadera naturaleza de Android:

Kroah-Hartman explica que Android "es mucho más que sólo unos pocos drivers raros", se trata de un nuevo tipo de locks que debe ser integrado al Kernel, una infraestructura de framebuffer "totalmente diferente" y de drivers que deben ser modificados para soportar "un modelo de seguridad a veces bizarro".

Pero lo peor de todo es que si Google no fusiona su código con el Kernel las empresas que produzcan drivers u otro código para Android no tendrán la posibilidad de contribuir sus creaciones a la comunidad de Linux, quedando condenadas a ciclos de desarrollo y mantenimiento mucho más largos.

Según Kroah-Hartman, Google no muestra señales de estar trabajando para modificar su código, por lo que intentará exponer "todo el lío de Android" en la próxima conferencia CELF Embedded Linux, a llevarse a cabo del 12 al 14 de Abril.

Los partidarios de la campaña Defective by Design (DbD) hicieron un llamado a la armas para protestar en contra de la Administración de Derechos Digitales (DRM) durante la presentación del nuevo Apple iPad realizada el pasado Miércoles 27 en el Yerba Buena Center for the Arts de la ciudad de San Francisco.

A la entrada del evento los activistas patrocinados por la Free Software Foundation (FSF) intentaron llamar la atención de los medios sobre las crecientes restricciones que Apple está agregando a sus nuevos productos y servicios para la distribución de música, videos, películas y ahora también libros digitales.

También se dedicaron a recopilar firmas para su petición "iBad", a la que todos pueden subscribirse, demandando a nadie menos que Steve Jobs a que "elimine todo el DRM de sus dispositivos" porque:

“Haciendo una computadora donde cada aplicación está bajo un control total y centralizado, Apple está poniendo en peligro a la libertad para incrementar sus ganancias.

Apple puede decir que no abusará de este poder, pero el registro de rechazos y eliminaciones del App Store no nos dá ninguna razón para confiar. El uso sin precedentes de DRM en el iPad para controlar todas las capacidades de una computadora de propósito general es un peligroso paso atrás para la computación y la distribución de medios.”

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.

Como parte de su campaña publicitaria "Get the Facts" para Windows Server, Microsoft publica en su página Compare Windows vs Linux, entre otras cosas, dos screencasts que quieren demostrar, de una manera poco convincente, por qué es más fácil instalar PHP y Perl en Windows Server que en Línux.

El primer screencast muestra primero cómo se puede instalar Perl y PHP en Windows Server 2003, usando el instalador de Active Perl y el instalador oficial de PHP 5.2 para Windows, ambos disponibles directamente en el escritorio de Windows y obtenidos con un procedimiento no demostrado. El screencast luego sí dedica una buena parte a activar y configurar manualmente las nuevas extensiones en el IIS Manager, sin dar muchas explicaciones más:

En el segundo screencast el mismo partidario de Microsoft procede de la siguiente manera a instalar PHP y Perl en Ubuntu 7.10, de más de dos años de antigüedad, sin percatarse del menú de Aplicaciones ni molestarse en buscar herramientas gráficas como Synaptic. Tampoco se molesta en incluir en un único comando apt-get los paquetes para instalar ambos lenguajes de una sola vez:

El segundo screencast también omite mencionar que los paquetes son automáticamente descargados de repositorios que efectivamente pueden verificarse como seguros, desempaquetados, ejecutados, instalados y configurados sin intervención del usuario.

Animo a todos a seguir encontrando más "diferencias".

Y después de llamarlo un "traidor", ¿qué opinará Richard Stallman cuando se entere que finalmente Miguel de Icaza fué nominado como un Microsoft Most Valuable Professional (MVP) por sus aportes a C# durante todo el año pasado?

(Citando a Wikipedia): El MVP es un premio otorgado por Microsoft a los líderes más activos en las comunidades técnicas como reconocimiento a su labor voluntaria en compartir su conocimientos y en proveer respuestas correctas y desinteresadas a preguntas técnicas sobre productos y tecnologías de Microsoft, en foros, blogs, grupos de noticias y comunidades públicas.

Y es que sin duda Miguel tuvo un muy activo 2009: Mono, el proyecto de reimplementación del framework .NET para sistemas operativos tipo Unix que inició en el 2001, finalmente llegó al iPhone y al sistema operativo Android, su IDE MonoDevelop se convirtió en multiplataforma y sus Mono Tools ya están disponibles para Visual Studio, por citar sólo algunos de sus recientes "logros".

Esta noticia es del año pasado pero sigue siendo igualmente relevante para la jornada diaria de cualquier programador de Python que se precie de serlo.

Básicamente, su autor creo un pequeño script en ese lenguaje que puede registrarse como un "hook" de Mercurial (Hg), el sistema de control de versiones también escrito en Python, para sacarte una foto usando la webcam de tu computadora justo en el momento en que falle una operación de merge (fusionado de cambios), para luego enviarla automáticamente a Twitpic y Twitter.

Los resultados pueden ser hilarantes, y hasta espeluznantes; además, el script podría portarse con relativa facilidad a otros lenguajes que tengan también una API para Twitter y usen potencialmente otro sistema de control de versiones.