7 febrero 2013, 9:51 by Joaquin Bogado
Así lo anunció Mark Shuttleworth en una entrevista para el diario estadounidense Wall Street Journal. Si bien del tema se viene hablando desde finales de 2011, parece que el proyecto está bien encaminado.
Según la nota, el sistema operativo para desarrolladores estará disponible a finales de este mes y será una versión optimizada de Ubuntu para arquitecturas ARM, específicamente Google Nexus fabricado por Samsung.
Si bien Ubuntu en su versión para escritorio y para servidores goza de buena aceptación entre los desarrolladores y usuarios, la competencia es nada menos que contra Android (de Google), iOS (de Apple) y misceláneos (Windows Phone y RIM de Blackberry), sobre todo en el área de aplicaciones de terceros en el cual las tiendas de los dos primeros ofrecen un abanico muy interesante de opciones, tanto pagas como gratuitas.
Mark dijo que los primeros Smartphones y Tablets con Ubuntu estarán disponibles en dos grandes áreas geográficas en algún momento del mes de octubre de este año, aunque no reveló ni las compañías que prestarán servicio ni los fabricantes de los dispositivos.
5 febrero 2013, 11:26 by Joaquin Bogado
James Bottomley, distinguido desarrollador del kernel Linux, ha reestructurado el pequeño cargador de arranque (boot loader) que permitirá en el futuro cargar cualquier versión de Linux en computadoras con UEFI Secure Boot.
Los cambios tienen que ver con la forma que en se inicia el segundo cargador de arranque, lo que permite una mejor interacción con Gummiboot. A deferencia de GRUB, Gummiboot no carga el kernel directamente en memoria sino que dispara algunos mecanismos de EFI para verificar el kernel antes de lanzarlo. Como estos mecanismos dependen de otros mecanismos relacionados con el firmware.
El problema es que estos cargadores no deberían utilizar claves fijas para verificar el kernel. En su lugar es necesario utilizar claves generadas por el usuario y almacenadas en lo que se conoce como Machine Owner’s Keys Database (MOK Database o base de datos de claves del dueño de la computadora). Esta característica ya fue implementada por los desarrolladores de SuSE Linux para Shim en la versión 0.2.
Matthew Garrett, uno de los principales contribuyentes de Shim a escrito recientemente un post en su blog acerca del estado actual de UEFI y su implementación en Linux que vale la pena leer. También hay información al respecto del funcionamiento de Shim en H-Online/open.
4 febrero 2013, 10:13 by Joaquin Bogado
Durante el GNOME Developer Experience Hackfest (la página se encuentra caída al momento de escribir este artículo) celebrado en Bruselas aprovechando la oportunidad que brindaba la celebración del FOSDEM 2013, los principales desarrolladores del proyecto se pusieron de acuerdo para establecer el lenguaje de preferencia a la hora de escribir nuevas extensiones (Apps) para GNOME.
Hasta ahora no había consenso al respecto y debido a esto, la elección dependía del gusto o de la plataforma en la que se desarrollara la App. La elección de JavaScript como lenguaje de preferencia permitirá ahorrar trabajo independizando la App de la plataforma y enfocar los esfuerzos en escribir documentación y tutoriales. Esto no quiere decir que se quite el soporte para otros lenguajes.
JavaScript ya se está utilizando en GNOME Shell y GNOME Document, sin embargo esta decisión ayudará a elevar el lenguaje, los bindigns, las herramientas y la documentación disponible a niveles de calidad suficientes, los cuales no se han alcanzado todavía.
Sin duda, será de gran ayuda para los programadores nóveles que se decidan a escribir Apps para GNOME, contar con documentación de referencia y con ejemplos de código. A practicar JavaScript!!
1 febrero 2013, 15:43 by Joaquin Bogado
Con el nombre de xf86-video-sunxifb, este driver de X.Org promete mejoras de rendimiento para los SoC Allwinner A10/A13. Estos System-on-a-Chip ARM son comunes en celulares, reproductores multimedia y tabletas e incluyen hardware para decodificar, por ejemplo VP8, AVS, H.264 MVC, VC-1 o MPEG-1/2/4.
El driver es un fork de xf86-video-mali, pero como explica su desarrollador Siarhei Siamashka, este último adolece del mismo problema que muchos otros drivers de video para arquitecturas ARM. La extensión DRI2 que es la que se encarga de la integración con la aceleración GLES, necesita alocar memoria para algunos buffers dependiendo de la arquitectura (no es igual para todos los ARM). Además, el framework EXA utilizado para la aceleración 2D, soporta como parte de su funcionalidad la sobre-escritura de las funciones de alocación de pixmap buffers (overriding pixmap buffers allocation).
Siarhei descubrió que el driver para Mali sobre-escribe todas las alocaciones de todos los pixmaps sin excepción, no solo aquellos necesarios para DRI2. Esto también produce problemas de rendimiento en la aceleración 2D de otros drivers.
El análisis incluye otras posibles mejoras relacionadas con UMP, que esperamos ver pronto incluidas no solo en xf86-video-sunxifb, sino también en drivers similares.