Hace poco, Google lanzó un nuevo protocolo para internet al que bautizó SPDY (por “Speedy”), en un esfuerzo para hacer a la web más rápida. Pero, ¿hacia dónde va Google con esto?

Cuando se diseñó el protocolo HTTP, dando inicio a lo que hoy conocemos como “la web”, el tipo de contenido que se pensaba publicar era muy distinto al que se usa hoy en día, y según Google, ya es hora de pensar en un nuevo protocolo más acorde con los tiempos.

Google espera que poco a poco la comunidad de código abierto comience a contribuir con ideas, retroalimentación de código y resultados de pruebas. Mientras tanto, ya han habilitado SPDY en Chrome y en un servidor web en donde han logrado reducir hasta en un 64% el tiempo de carga de páginas usando este nuevo protocolo en vez de HTTP.

¿Qué tiene de malo HTTP?

El principal problema de HTTP es algo que se conoce como latencia, y es el tiempo en que el sistema en general está esperando a que algo suceda, por ejemplo cuando el cliente está esperando a que el servidor responda.

El efecto de la latencia no es muy conocido y casi toda la gente asocia la rapidez sólo con ancho de banda.  Para que se hagan  una idea, tener una alta latencia y un gran ancho de banda equivale a viajar en avión: El tiempo ganado en viajar se compensa con el tiempo perdido en esperar que el avión salga al inicio del viaje, más el tiempo perdido en recoger el equipaje al llegar a destino, sin mencionar el tiempo necesario para entrar y salir del aeropuerto cuando se encuentra fuera de la ciudad. Para viajes cortos, el tiempo de espera puede ser tan grande como el tiempo de viaje, y para viajes demasiado cortos, es mejor un taxi por muy rápido que sea el avión.

Para el caso de protocolos como HTTP, una gran transferencia de datos es mejor que varias transferencias pequeñas, ya que en el primer caso tenemos sólo una espera y una larga transferencia de datos, pero cuando hay varias transferencias se producen múltiples esperas para una transferencia de pocos datos: por muy rápida que sea esa transferencia, la espera será mucho tiempo perdido.

HTTP es simple y elegante, pero lento

El protocolo HTTP es bastante simple y elegante, muy fácil de implementar para un desarrollador promedio, pero tiene el inconveniente de ser lento debido a su latencia.  Estas son algunas de las razones que expone Google para su lentitud:

• Sólo una petición por conexión: cuando el navegador (o agente web) quiere obtener un recurso desde el servidor web, por ejemplo una imagen, un icono, un sonido o una página web, debe realizar una petición al servidor.  Por cada conexión TCP/IP hacia el servidor se puede realizar sólo una petición a la vez, esto quiere decir que el agente web debe esperar a que el servidor responda para iniciar una segunda petición.  Desde el 2008 los navegadores abren unas seis conexiones simultáneas por dominio, pero en cada conexión persiste en problema de las esperas.
• Sólo el cliente puede iniciar una petición:  en HTTP no es posible que el servidor envíe o informe algo al cliente si éste no ha realizado una petición, por lo que el servidor siempre está esperando a que el cliente pida los recursos que necesita.  Por ejemplo un webmail no puede notificar al cliente sobre un nuevo correo sin que éste haya preguntado primero.
• Información adicional: por cada petición y respuesta se debe agregar información adicional (encabezados) que aumenta la cantidad de datos a enviar. Aunque parezca poco, hay que considerar que el ancho de banda de subida generalmente es menor. Por otra parte, HTTP y los servidores web obligan a enviar información que generalmente no cambia, como la identificación del browser o agente web (User-Agent) o el nombre del dominio al que se quiere acceder en el servidor web.
• La compresión de datos es opcional: como una forma de simplificar la construcción de clientes y servidores HTTP se estableció que la compresión de datos sería opcional. Es decir, sólo se utiliza si ambos agentes la implementan y están de acuerdo. Por ejemplo el texto tiene una tasa de compresión muy alta, y enviarlo sin comprimir es una gran pérdida de recursos.

Hacia donde apunta SPDY

SPDY apunta a mejorar la web con un mínimo de cambios a lo que ya existe. Por ejemplo, las aplicaciones web pueden mantenerse igual y el hardware de red es totalmente compatible, sólo es necesario implementar el protocolo en los clientes y servidores web. Los cambios se enfocan en tomar HTTP y aplicar lo que sea necesario para reducir la latencia y mejorar además el uso de ancho de banda.

Google dice que estas son sus metas técnicas:

• Permitir múltiples peticiones HTTP en una sola conexión (sesión TCP): de esta forma no sería necesario esperar a que llegue un recurso para solicitar el siguiente.
• Usar compresión en los encabezados, ya que se trata sólo de texto y tal como dijimos, la tasa de compresión es muy alta. Además se eliminarán los encabezados redundantes. En las pruebas realizadas, esto ha reducido en más del 80% la cantidad de datos a transmitir por encabezados.
• Definir un protocolo fácil de implementar y eficiente por el lado del servidor. Se espera reducir la complejidad del HTTP eliminado los casos de borde, es decir, aquellos casos especiales que complican la implementación, y definiendo un formato fácil de procesar.
• Usar SSL como protocolo subyacente. Esto quiere decir que todas las conexiones serán seguras. Además de proveer seguridad, la idea es que los proxies actuales no interfieran con la comunicación via SPDY.
• Permitir que el servidor inicie la comunicación, enviando datos hacia el cliente cuando sea posible.  Para esto se proponen dos mecanismos, uno es el envío de datos al browser en forma adicional al contenido que ya está pidiendo, y la otra es darle una pista al browser para que pida contenido adicional, indicándole qué debe pedir.

Cómo probarlo en casa

Desafortunadamente, aún no es posible probar la solución completa. Si bien Google ha publicado una versión de Chrome con SPDY, no ha publicado aún el servidor web compatible con SPDY.

Hasta el momento Google ha probado con unos 25 sitios seleccionados entre sus “Top100″ simulando una conexión de red casera. En estas pruebas han visto una reducción de entre un 27% a un 60% en tiempo de descarga por página usando conexiones sin SSL y desde un 39% a un 55% usando conexiones SSL.

Este protocolo se ve bastante prometedor y aunque las cifras se ven buenas, se sabe que aún hay espacio para mejorar, por ejemplo en el servidor de pruebas no han hecho todo lo que se cree que se puede hacer para que tenga un comportamiento más astuto.

Link: SPDY – An experimental protocol for a faster web (The Chromium Projects)

Sorprendentemente, Andy fue bastante completo y directo en sus respuestas, lo que produjo una entrevista imperdible para todo aquel que quiera conocer el punto de vista de NVIDIA respecto a la plataforma Linux y otros sistemas Unix como Solaris y FreeBSD.

En este artículo publicamos un extracto de lo que nos pareció más interesante.

Andy dice que la mayoría de los ingenieros trabajando en el equipo de Linux usan emacs y/o vim en forma diaria, el código fuente se mantiene a través de Perforce (como en Google) aunque algunos de ellos usan git en forma personal, antes de aplicar los cambios en Perforce.

Cuando llega la hora de poner a prueba el driver, usan un conjunto interno de tests que se encarga de asegurar una correcta implementación de OpenGL. Además usan algunas aplicaciones como Maya, Viewperf, Unigine Tropics, ETQW, Doom 3, Quake 3 y por su puesto, Compiz.

Más del 90% del código es multiplataforma

Se estima que más del 90% del código que está en el driver para Linux es el mismo que se usa para el resto de las plataformas. La compañía ha realizado un esfuerzo para tener una arquitectura en donde gran parte del código sea independiente de la plataforma, lo que hace que el código específico sea muy reducido.

Tanto así, que el módulo que se carga a nivel de kernel es casi completamente independiente del sistema operativo subyacente. La mayor parte del código es el mismo para Windows XP, Vista, 7, MacOSX, Solaris, FreeBSD y Linux.  De hecho, el binario nv-kernel.o es el mismo para Solaris, FreeBSD y Linux. La única parte que es específica para cada sistema es la que tiene que interactuar finalmente con el kernel y esa fracción es bastante pequeña.

En la implementación de OpenGL, la única parte que cambia es la que tiene que interactuar con el sistema de ventanas (WGL en Windows y GLX en Unix).  Por el lado del código que interactúa con el sistema gráfico X, obviamente es más específico de Unix, aunque no se comparte mucho entre los distintos sistemas. Finalmente, el driver para acelerar la decodificación de video por hardware (VDPAU) usa gran parte del código que fue escrito para Windows (PureVideo).

El segmento de mercado Linux para NVIDIA

Para NVIDIA, el mercado Linux siempre ha sido bastante fuerte, y éste se encuentra principalmente en estaciones de trabajo de gama alta para segmentos específicos de mercado, como por ejemplo la industria energética, automotriz y de producción cinematográfica.  Es aquí en donde el impacto de Linux como plataforma para su negocio es medible para NVIDIA.

Aunque no se tienen porcentajes concretos, del total de las estaciones de trabajo de gama alta que se ocupan para visualización, prácticamente la mitad son Linux, y en la creación de contenido digital, como ya se sabe, es principalmente Linux.

Las estaciones de trabajo 3D con Linux son una proporción importante para NVIDIA y es por ahí en donde se han explorado nuevas tecnologías, como por ejemplo el caso de CUDA, en donde la proporción de usuarios con Linux es alta.

Desde el punto de vista de las descargas del driver desde su sitio web, las cifras no reflejan esta realidad, ya que respecto al driver para Windows, las descargas del driver de Linux son sólo un 0,5%.  Como muchos usuarios obtienen en driver a través de la misma distribución o en el caso de los segmentos industriales, a través de instalaciones OEM, se sabe que este porcentaje no es muy representativo, y medir de esta forma siempre ha sido un desafío.

Abrir el código fuente del driver: imposible

Abrir el código fuente del driver de NVIDIA es algo que probablemente nunca sucederá, y Andy indica tres razones para ello:

• La competencia en otras plataformas, ya que más del 90% es código compartido con esas plataformas también.  Las piezas específicas para Linux son tan pocas y tienen tan poca influencia que no sería práctico liberarlas.
• Hay propiedad intelectual de NVIDIA que está contenida en el driver y no quieren exponer.
• La documentación que mantienen está pensada para ser distribuida en forma interna. Si en algún momento quisieran hacer pública esa documentación, requerirían de un esfuerzo monumental para transformar esos documentos en algo que sea entendible por gente externa a la compañía.

X no es un problema, sino que una oportunidad

Mirando hacia adelante, en NVIDIA creen que las oportunidades de crecimiento están en X, no porque sea malo (de hecho la arquitectura es bastante buena), sino porque la evolución del escritorio Linux está sucediendo ahí e involucra tanto a X, drivers, gestores de ventanas y de composición.

Afortunadamente, X está implementado de tal forma que se puede extender con la flexibilidad necesaria para enfrentar los desafíos que impone el escritorio moderno en Linux.

Link: NVIDIA Developer talks openly about Linux support (Phoronix)

Webprendedor Endeavor 2009

También puedes participar via twitter usando el tag #wp09. Los organizadores están recibiendo aportes y preguntas por este medio.

Link : El streaming de Webprendedor va a ser la raja! (WebPrendedor)

Kristian Høgsberg / Wayland / Linux Foundation

A principios de año les contamos sobre un nuevo sistema gráfico para Linux llamado Wayland. La idea es crear un nuevo sistema gráfico más pequeño, sencillo y eficiente que X, el sistema gráfico actual. Si bien Wayland no ha avanzado tan rápido por si mismo, si ha provocado cambios que afectan en forma positiva a todos los sistemas gráficos que pudieran existir.

X.org, la implementación de X que se usa en Linux, cada vez se reduce más en tamaño y complejidad.  Atrás quedaron los días en donde podíamos hablar de una gran cantidad de código en donde podíamos encontrar desde protocolos de comunicaciones hasta sistemas de render de fonts y control del bus PCI/AGP. Hoy en día, X.org se ha ido simplificando, delegando algunas tareas al kernel y otras a bibliotecas o aplicaciones que funcionan en forma independiente.  Gracias a estos cambios, se ha logrado mejorar enormemente la arquitectura de aceleración, el tipo de aplicaciones que se pueden crear y la convivencia con otras aplicaciones que también necesitan acceder al hardware de video.

Esto ha producido que el código que usa X.org y que se encarga de varios aspectos complejos, ahora esté centralizado y compartido, lo que permite ser reutilizado en Wayland (u otro sistema gráfico).  De esta forma el desarrollo de Wayland se simplifica ya que no es necesario construir y probar código desde cero.

Si se revisa el código de Wayland, se puede ver que no hay mucho avance, pero esto lleva a engaños ya que su principal desarrollador ha estado trabajando en la funcionalidad que ahora es compartida con X.org.  Esto quiere decir que en vez de trabajar en mejoras que afectan a Wayland, se está trabajando en mejoras que afectan a todos los sistemas gráficos, incluyendo a X.org y por supuesto Wayland.

Como parte de este trabajo se está mejorando la forma en que se produce el dibujado de las aplicaciones y el dibujado final en la pantalla visible, con el objetivo de eliminar completamente el dibujado parcial (tearing) que ocurre cuando no hay una sincronización entre lo que se está dibujando y cómo esto se lleva a la pantalla visible.

Gracias a Wayland, en el kernel se han creado los mecanismos necesarios para que las aplicaciones y el sistema gráfico puedan notificar y ser notificados cuando el área de dibujo está lista para ser desplegada y cuando se ha desplegado finalmente.  Esta nueva funcionalidad está planificada para ser integrada en el kernel 2.6.33, por lo que es muy probable que el famoso tearing sea cosa del pasado dentro de los próximos meses.

Presentación de Wayland en Linux Plumbers Conference

Link: Wayland – a new display server for Linux (Linux Foundation)

UDS de Karmic / (cc) por Kenneth Wimer

Desde hace tiempo que Dell está incorporando en sus equipos a Ubuntu, una de las principales distribuciones de Linux, y este último año se han visto mucho más activos, como por ejemplo cuando el mismísimo Mark Shuttleworth anunció en conjunto con Dell su nuevo equipo con Ubuntu Moblin Remix, o cuando la compañía se encargó de aclarar que ellos no tenían ningún problema con sus netbooks con Linux preinstalado, como lo había indicado MSI previamente.

Esta semana, la compañía anunció que sus ingenieros estarán presentes en Ubuntu Developer Summit.  Se trata de un encuentro en donde los desarrolladores de Ubuntu se reunen para trabajar en las bases de lo que será la próxima versión de la distribución.  En esta ocasión se trata de definir lo que se debe hacer en los 6 meses en que se desarrollará la próxima versión de soporte de largo plazo (LTS) Lucid Lynx, planificada para Abril del 2010 (10.04).

En palabras de Amit Bhutani de Dell:

Aspectos que se deben mejorar, características que se deben desarrollar son especificadas y priorizadas en esta maratón de discusiones.  Al final del encuentro, se publican los planes finales.  Estos planes reflejan lo que se espera del próximo release de Ubuntu Linux.  Este tipo de planificación transparente es lo que diferencia a los proyectos de código abierto como Ubuntu Linux de sus contrapartes de código cerrado.

Amit Bhutani y Mario Limonciello trabajan en el equipo de ingeniería de Dell responsable de Ubuntu Lunix en escritorios, netbooks y notebooks a nivel global. Participarán en varias sesiones sobre del Escritorio, Kernel, Aseguramiento de Calidad, Comunidad, etc.  Amit realizará una plenaria sobre precargar Linux (Preloading Linux).

También asistirán Doug Anson quien trabaja con el equipo responsable de la arquitectura de Linux por el lado de las máquinas clientes y John Hull, Gerente de Ingeniería del equipo Linux en Dell.

Link: Dell Linux Engineering to participate in Ubuntu Developer Summit (Direct2Dell)

A pesar de ser llamativo, nunca tuvo una comunidad de desarrollo activa, en parte por la dificultad de trabajar con Rasterman, lider del proyecto, y porque muchas de sus características estaban implementadas como hacks y no resolvían problemas de fondo, algo que recién se comienza a solucionar cuando surge el proyecto X.org.

Ahora, después de casi un año sin mayores noticias, el proyecto anunció que estaba trabajando con una de las principales compañías de electrónica. Aunque no quisieron dar nombres, un poco más tarde un cambio en el repositorio del código fuente de Enlightenment reveló que se trataba de Samsung Electronics.

Samsung está involucrando activamente en el desarrollo de Enlightenment y Enlightenment Foundation Libraries, las bibliotecas gráficas que se usan en el gestor de ventanas, sus widgets y extensiones. El cambio ya publicado bajo LGPLv3 se trata de Editje,  un editor para archivos Edje, la biblioteca que se usa para el diseño de interfaces de Enlightenment.

Como en la mayoría de los desarrollos de código abierto en donde participan empresas, los motivos están alineados con la dirección estratégica de Samsung, ya que la compañía está preparando un sistema operativo de código abierto.  La tecnología desarrollada por el proyecto Enlightenment cumple un rol clave en este nuevo sistema al ser la cara del sistema operativo que afectará directamente a sus usuarios.

Click here to view the embedded video.

Demo de Enlightenment E17 (2007)

Link: Samsung sponsors de development of Enlightenment (Phoronix)

Fedora 12 en TabletPC / (cc) por David Aquilina

Tenemos un nuevo release de una de las distribuciones de Linux más importantes, Fedora 12. Y esta vez trae novedades en todos los ámbitos: escritorio, servidores y por primera vez, netbooks.

La lista de cambios no es menor y hemos dedicado varios artículos para adelantarles un poco qué se esperaba para este release. Aún así, esta distribución no deja de sorprendernos con su resultado final.

La utilidad yum-presto que permite actualizar el sistema en forma muy eficiente se ha incorporado oficialmente en esta versión. Esto quiere decir que al momento de descargar actualizaciones, no se descargará el paquete completo, sino que sólo los archivos que han cambiado entre una versión y otra.  Esperemos que este tipo de optimizaciones también se implementen en otras distribuciones ya que normalmente son muy pocos los archivos que cambian entre versiones, lo que reduciría bastante el tamaño de los paquetes que se deben descargar.

Fedora 12  introduce soporte 3D experimental para chips de video AMD/ATi.  Esto es parte del cambio gradual que se está realizando para mejorar el soporte de hardware ATi en Linux, gracias al desarrollo de drivers de código abierto a partir de la especificación liberada por AMD.  El famoso Kernel Mode Setting estará soportado para Intel, ATi y NVIDIA en Fedora 12 y se ha mejorado la forma de configurar el uso de múltiples salidas, por ejemplo extendiendo automáticamente el escritorio en múltiples monitores.

Se han agregado plugins a PackageKit para seguir facilitando la instalación de aplicaciones.  Un nuevo plugin permitirá instalar el paquete necesario cuando el usuario intente ejecutar un comando de un paquete que no exista.  También se agregó otro plugin para instalar aplicaciones desde un navegador web en forma sencilla, al más puro estilo apt-url de las distribuciones basadas en Debian.

Mejor compatibilidad con equipos móviles

Se ha creado una forma automática para habilitar los servicios de bluetooth en forma automática cuando se necesiten, y después de 30 segundos se deshabilitan automáticamente.

Como ya les adelantamos, Moblin se ha integrado en Fedora 12 y con la simple instalación del grupo de paquetes Moblin Desktop Environment ya se puede disfrutar de estos componentes especialmente diseñados para netbooks.  Además se publicará un Live CD  especial de Fedora 12 con Moblin llamado Moblin Fedora Remix.

Gracias a PulseAudio tenemos un subsistema de audio cada vez más a la altura de los tiempos. Fedora 12 incluye un soporte de hotplug inteligente para usar dispositivos de audio digital (como bluetooth) que se puedan conectar y desconectar en forma sencilla, por ejemplo redirigiendo el audio a otro dispositivo en forma automática. También se ha integrado el servidor Rygel UPnP para hacer streaming de audio a cualquier cliente de UPnP/DLNA, eso quiere decir que lo que estemos escuchando o grabando en nuestro sistema se podrá enviar por streaming a cualquier cliente UPnP.

En este release se incluye un firmware de código abierto para dispositivos de red Broadcom. En el pasado, se tenía que usar un firmware que no se podía distribuir libremente lo que impedía que estos aparatos se pudieran ocupar en forma inmediata.  Con Fedora 12 varios dispositivos Broadcom ahora funcionarán en forma automática sin necesidad de instalar un firmware de código cerrado.

Los usuarios de TabletPC estarán muy contentos con Fedora 12, ya que sin necesidad de mayor configuración podrán sacar mejor provecho de su hardware.  Tanto en Inkscape, la herramienta de dibujo vectorial como en Gimp, la herramienta de tratamiento y retoque fotográfico, se podrá dar uso a la sensibilidad a la presión y velocidad del dibujante.  También se incluye Xournal, una herramienta para tomar notas, destacar y firmar documentos PDF.

La incompatibilidad con algunas cámaras web queda en el pasado

Se ha estado trabajando bastante en mejorar el soporte de cámaras web, y se pueden mencionar dos pilares fundamentales. Uno es el trabajo para simplificar la programación de drivers y aplicaciones que usen camaras web, unificando algunas funciones comunes en bibliotecas centrales.

El otro pilar es el soporte para dispositivos genéricos USB Video device class o UVC, se trata de una estandarización para simplificar el manejo de webcams desde cualquier sistema operativo. Gracias a que uno de los requerimientos para obtener el logo de Certified for Windows Vista requiere que la cámara web implemente UVC, los usuarios podrán estar seguros de que estas cámaras también funcionarán con Linux.

Por primera vez se incluye soporte de multitouch gracias a la implementación de la reciente especificación X Input 2.  Este nuevo soporte poco a poco está siendo agregado por todas las distribuciones de Linux y en cualquier momento las aplicaciones comenzarán a sacarle provecho.

Como siempre, Fedora 12 viene con las últimas versiones de KDE y GNOME, lo que implica una gran cantidad de mejoras para el usuario de escritorio.  Además se incluye una versión de prueba de GNOME Shell para que los usuarios vayan experimentando y entregando sus opiniones en vista de que se quiere incluir en el próximo GNOME 3.

Links:
- Fedora 12 Tour (Fedora project)
- Fedora 12 Announcement (Fedora project)
- Las líneas están trazadas para Fedora 12 (Fayerwayer)
- Moblin se integra en Fedora 12 “Constantine” (Fayerwayer)
- Fedora 12 incluirá aceleración 3D para ATi R600/700 (Fayerwayer)

De acuerdo a un estudio de Gartner, el sistema operativo móvil de Microsoft ha perdido un tercio de su participación de mercado, desde un 11% a mediados del 2008 a sólo un 7,9% en la actualidad, mientras que sus principales rivales, la plataforma iPhone y RIM (blackberry) han subido de 12,9% a 17,1% y de 16% a 20,8% respectivamente.  El gigante Symbian, el sistema operativo de Nokia sigue siendo el líder y con considerable ventaja, de un 49,7% ha caído sólo a 44,6%.

En este mercado encontramos nuevos participantes como es el sistema operativo Android que a mediados del 2008 no tenía presencia en este mercado, y que al poco tiempo de su lanzamiento ya ha alcanzado un 3,9%. Si se mantiene esta tendencia es muy probable que alcance a Windows Mobile dentro de poco.  Otro sistemas operativos basados en Linux ya tienen un 4,7%.

Los analistas de Gartner creen que en el 2012, cerca del 62% del mercado smarphone será de código abierto, en donde encontraremos a Symbian, Android y otros sistemas basados en Linux, el resto será tomado por Apple y RIM mientras que Microsoft se encontrará al medio y tendrá una tarea difícil para ver cómo compite contra ellos.

Segun Gartner, Windows Mobile 6.5 no es una gran mejora respecto a sus versiones anteriores, y que cada vez es más difícil convencer a los fabricantes que usen su sistema considerando la oferta de sistemas de código abierto que han ido apareciendo. Fabricantes que usaban a Windows Mobile como plataforma – HTC, Samsung y Sony Ericsson – ahora están involucrados con Android, y más encima Palm y Motorola ya abandonaron a Windows Mobile.

Se reconoce que Windows Mobile está bien posicionado en el ámbito empresarial, pero hoy en día el 80% de las ventas de smartphones van a la electrónica de consumo, por lo que tendrán que presentar el próximo Windows Mobile 7 orientado a éste tipo de clientes y con cambios muy drásticos si quieren recuperar el espacio perdido.

Link: Windows Mobile loses nearly a third of market share (ZDNet.co.uk)

El héroe se llama Chia-I Wu, y tiene bastante experiencia en Mesa gracias a su trabajo para implementar OpenGL ES, que es la especificación de OpenGL dirigida a dispositivos móviles.

En su estado actual, Mesa para Android  es capaz de acelerar el compositor de Android, equivalente funcional al famoso Compiz de Linux, y también ya permite que las aplicaciones actuales para Android puedan correr con aceleración 3D por hardware sin que se les tenga que hacer ningún cambio.

Básicamente el trabajo de Chia-I ha sido mejorar el soporte de OpenGL agregando nuevas extensiones y escribiendo un nuevo driver EGL llamado egl_android.  EGL es básicamente el driver de bajo nivel que se encarga de conectar Mesa con el hardware y la plataforma subyacente.

El trabajo de Chia-I incluso va más allá de Android, ya que ha tenido que hacer modificaciones para que Mesa funcione correctamente en sistemas que no usan X.org, por lo que sus cambios también beneficiarán al sistema gráfico Wayland.

Link: Mesa comes to Android-bases x86 netbooks (Phoronix)

Ya se encuentra disponible para descarga la distribución de Linux openSUSE 11.2.  Hace unos meses les adelantamos algunos de los cambios planificados para esta versión, pero la versión final incluye varios más.

OpenSUSE 11.2 se puede descargar en forma directa o por medio de bittorrent.  Hay 4 formatos en que se puede descargar: como DVD, como Live con escritorio GNOME, Live con escritorio KDE y como un pequeño instalador para descargar el resto de la distribución por la red.

Las versiones Live están hechas para correr desde CD o unidad USB, con la única restricción de que no sirven para hacer una actualización del sistema, sino que son sólo instalación y ejecución en modo Live (sin instalar en el disco).  La versión DVD se puede usar tanto para instalación como actualización.

La versión en DVD viene con el escritorio KDE preseleccionado en el instalador, pero con un simple click el usuario puede seleccionar GNOME o XFCE como escritorio. Como es esperable, el usuario puede instalar los tres escritorios si lo desea, pero en la instalación debe escoger el que usará por omisión.

La versión de KDE incluida corresponde a la 4.3.  Esta versión está personalizada para asimilar la apariencia general de openSUSE, y además se hicieron cambios en Firefox para mejorar su integración con KDE. Seguramente te estarás preguntando sobre KNetworkManager, y sí, está incluido en este release de openSUSE.

La versión de GNOME incluída finalmente fue la 2.28, que corresponde al último release de este entorno de escritorio.  En forma similar a KDE, viene con una apariencia propia de openSUSE además de todas las mejoras que se hicieron en esta versión con miras a GNOME 3.0 que se espera para el 2010.

Otras mejoras importantes son la posibilidad de encriptar los datos del disco duro y usar los nuevos sistemas de archivo ext4 y btrfs. También se incluyen versiones definitivas de componentes que antes se encontraban en modo experimental, como es la administración remota mediante WebYaST y la posibilidad de actualizar completamente a 11.2 por internet mediante la utilidad Zipper, al más puro estilo de distribuciones como Debian y Ubuntu.

Esta versión ha sido muy esperada por los seguidores de openSUSE y específicamente los usuarios de KDE, ya que se trata de una de las mejores distribuciones de este innovador entorno de escritorio.

Links:
- openSUSE 11.2 relased! (openSUSE)
- openSUSE 11.2 screenshots (wiki de openSUSE)

(cc) por Koka Sexton

SourceForge, Inc. ha cambiado su nombre a Geeknet, Inc. para reflejar de mejor forma el negocio de la compañía y el mercado al que va dirigido.  La nueva Geeknet, Inc. es la red de sitios conformada por SourceForge, Slashdot, ThinkGeek, y Freshmeat entre otros.

El presidente y CEO de Geeknet Scott Kauffman dice que este es el último paso de una rápida transformación.  El nuevo nombre está más de acuerdo con su negocio, definiendo claramente la audiencia a la que se dirigen.

La red completa tiene unas 40 millones de visitas al mes, y sus sitios fueron pioneros en sus áreas.

SourceForge es el repositorio de código abierto más grande que existe, proveyendo no sólo herramientas de publicación de proyectos de código abierto sino que también control de versiones, seguimiento de bugs y listas de correo entre otros.  Muchos proyectos grandes e importantes están o han estado alguna vez alojados en SourceForge.

ThinkGeek es una tradicional tienda online en donde se pueden encontrar juguetes, ropa y todo tipo de curiosidades que pueden hacer que los geeks pongan los ojos en blanco.  Aqui surgieron algunos clásicos como poleras con el lema “there is no place like 127.0.0.1″.

Slashdot es un sitio de noticias con un esquema de publicación abierto, en donde los mismos lectores envían artículos para que un grupo de editores deje pasar aquellos que resultan más interesantes.  Por lo mismo muchos de sus artículos han iniciado rumores y polémicas en el resto de Internet.

Kauffman dice que la comunidad geek es mucho más grande de lo que la gente cree, y esta creciendo todos los días tanto en ámbito como en influencia. Su interés por productos va más allá de los clásicos servidores y reglas de cálculo, incluyendo ahora a los videojuegos, automóviles, comida rápida, moda, electrónica de consumo y otros bienes. Kauffman habla de una geekificación del mundo y espera atraer a avisadores que se interesen por esta comunidad a través de Geeknet.

LNUX

Geeknet ha cambiado varias veces de nombre: Antes de ser SourceForge, Inc. pasaron por VA Software, VA Linux y VA Research originalmente en 1993.

En el año 1999 VA Linux hizo historia al marcar un record en su apertura a la bolsa.  Sus acciones se ofertaron bajo el nombre de LNUX, partiendo en USD$30, abriendo en USD$299 y llegando a subir hasta USD$320, para finalmente cerrar el día en USD$240.

Aunque pasada la emoción inicial su valor fue cayendo rápidamente, es un momento que no se olvidará

Click here to view the embedded video.

Link: SourceForge, Inc. changes his name to Geeknet, Inc. (Geeknet)

Mono Tools en Visal Studio / Miguel de Icaza

Tu calendario está en lo correcto, no estamos en el día de los inocentes: el proyecto Mono, la implementación libre de la plataforma .NET de Microsoft, ha liberado Mono Tools para Visual Studio, un conjunto de herramientas que buscan simplificar el desarrollo de aplicaciones para Mono en Linux desde Visual Studio.

Con Mono Tools, cualquier desarrollador .NET que utilice Visual Studio puede ser asistido para que su aplicación sea compatible con Mono y Linux, usando las herramientas disponibles en este popular entorno de desarrollo integrado.  Y no sólo se trata de codificar y compilar aplicaciones, la integración es bastante avanzada e integra diversas tecnologías para facilitar la vida del desarrollador.

Mono Tools permite llevar las aplicaciones desde Visual Studio directamente a una máquina con Linux.  A través de UPnP puede buscar automáticamente equipos con Linux en la red local, o bien el usuario puede indicar el nombre de host o ip del servidor al que se quiere conectar para instalar y dejar andando su aplicación.

La depuración de aplicaciones corriendo en Linux se hace directamente desde Visual Studio.  El depurador de Visual Studio se conecta al equipo con Linux para hacer depuración en forma remota, de esta forma todas las capacidades de depuración de Visual Studio se pueden usar con una aplicación corriendo en Linux.

Una de las preocupaciones de los desarrolladores en .NET que desean llevar sus aplicaciones a Mono tiene que ver con el nivel de compatibilidad entre esta implementación y la propia de Microsoft. Para cubrir estas preocupaciones, se incluyó la herramienta MOMA (Mono Migration Analysis) que a través de Visual Studio permite detectar aspectos que pueden afectar la compatibilidad con Mono, por ejemplo alguna API que aún no esté implementada.

Si esto parece fantástico, aún quedan un par de características inimaginables hasta hace poco en Visual Studio. Una de ellas es una herramienta para generar los paquetes RPM de tu aplicación, de esta forma puedes fácilmente crear un archivo de instalación para distribuciones basadas en RPM, como por ejemplo OpenSUSE.

Finalmente y aplicando varias tecnologías, Mono Tools se integra con SUSE Studio para crear appliances que contienen tu aplicación y todo el sistema operativo que necesita para correr.  De esta forma Visual Studio genera un archivo que cualquier usuario puede usar para levantar tu aplicación junto a un sistema completamente funcional desde CD, unidades USB o incluso como imagen de disco de una máquina virtual.

Mono Tools se estuvo desarrollando hace poco más de un año en Novell, antes no se podía pensar en una extensión de este tipo para Visual Studio ya que Microsoft había puesto una restricción para que estas extensiones sólo fueran dirigidas a sistemas Windows, restricción que fue eliminada hace un par de años.  ¿Alguien más se quiere quejar del acuerdo Microsoft-Novell?

Links:
- Mono Tools for Visual Studio (blog de Miguel de Icaza)
- Novell brings Mono to Microsoft’s Visual Studio (InternetNews)

(cc) por Dmitry Baranovskiy

Brendan Eich, creador del lenguaje JavaScript, líder de Mozilla Foundation y CTO de Mozilla Corporation declaró que las implementaciones de JavaScript son cada vez más rápidas, y que esto ha ayudado a que los desarrolladores lo usen en nuevos tipos de aplicaciones.

Eich cree que muchas de  las aplicaciones que hoy se hacen en Flash se podrán hacer perfectamente en JavaScript en el futuro. Por ejemplo, con los nuevos estándares se podrán ver juegos 3D escritos en JavaScript, algo que era impensado hasta hace poco.

Un factor clave para que JavaScript llegue a ese punto es que Microsoft agregue en Internet Explorer las mejoras que se están haciendo al lenguaje y otras tecnologías relacionadas, o que al menos ésta pueda ser agregada por medios alternativos.

Hace tiempo que JavaScript dejó de ser percibido como el hermano chico de Java, donde este último se veía como un lenguaje de programación real en comparación. Aunque hay gente que puede no estar de acuerdo, para Eich Java está prácticamente muerto en el lado cliente de las aplicaciones web, mientras que JavaScript está en todos lados.

Caída y surgimiento de JavaScript

JavaScript es un lenguaje de programación interpretado y suficientemente simple para que cualquier programador con experiencia en lenguajes como Java y C/C++ pueda lograr resultados rápidamente. Inicialmente fue creado para ser usado en aplicaciones web, ejecutándose en el navegador, pero también se utiliza en otros ambientes, como por ejemplo para escribir scripts dinámicos e integrarlo con otras aplicaciones.

Hasta hace poco los desarrolladores evitaban a JavaScript por la complejidad de lidiar con las diferencias de implementación que existían en los distintos navegadores y la poca utilidad que aportaba, pero con el surgimiento de AJAX y frameworks especializados, JavaScript tuvo un renacimiento y se convirtió en un componente crítico de las aplicaciones actuales.

Es tanto así que optimizar el rendimiento de JavaScript se transformó en algo crucial para los navegadores, ya que las aplicaciones web modernas lo usan intensivamente.  Un claro ejemplo es el navegador Google Chrome, en donde se publicaron las primeras optimizaciones fuertes a JavaScript debido al interés de Google en tener una plataforma potente para su nueva generación de aplicaciones.

Otro ejemplo es Google Web Toolkit, un framework para generar código JavaScript a partir de código en Java, y que ha sido usado en la implementación de Google Wave.  GWT  permite desarrollar aplicaciones que corren en el browser en forma rápida y productiva, gracias a que los desarrolladores pueden usar los conocimientos y herramientas de programación en Java que ya manejan, para construir aplicaciones que posteriormente correrán en cualquier browser a través de JavaScript.

Link: JavaScript getting faster, could displace Flash (InfoWorld – gracias, Keichi)

Este documento no es final, sino que es una oportunidad para que ambas empresas realicen una apelación que revierta esta postura inicial. Oracle respondió inmediatamente diciendo que esta objeción muestra un “profundo desconocimiento” de la competencia en el área de las bases de datos y la dinámica del código abierto.  Por otra parte indica que esta adquisición es vital para la competencia que se da en el mercado de servidores de alta gama, ya que revitalizará la plataforma Sparc y Solaris, además de fortalecer la plataforma Java.

Oracle fue bastante duro en su declaración:

Es bien entendido entre los conocedores del código abierto que, dado que MySQL es de código abierto, no puede ser controlada por nadie.  Ese es el objetivo del código abierto.

La competencia en el mercado de las bases de datos es intensa, con al menos 8 fuertes actores, incluyendo a IBM, Microsoft, Sybase y tres empresas de código abierto. Oracle y MySQL son productos de base de datos muy diferentes.

Ya lo hemos mencionado en otros artículos:  La base de datos MySQL cubre un mercado muy distinto al de la base de datos empresarial Oracle. Además al tratarse de código abierto, puede ser desarrollada en forma independiente si hay sospechas sobre la dirección del proyecto.  Once Free, Always Free.

Pero en este caso en particular la situación no es tan simple, y también es interesante considerar la opinión de Richard Stallman, fundador de Free Software Foundation y el proyecto GNU.  Stallman escribió una carta abierta a la Comisión Europea para  justamente objetar la inclusión de MySQL en la adquisición. Si bien desde el punto de vista técnico es posible crear una versión independiente, el desarrollo actual de MySQL depende de los fondos recibidos por su licencia comercial.

Según Stallman, si Oracle adquire MySQL no hay seguridad de que siga inyectando recursos en su desarrollo y si se hiciera una versión independiente, ésta no tendría derechos sobre el licenciamiento comercial, por lo que dependería completamente de los recursos de la comunidad y MySQL perdería las ventajas que tiene hoy al ser desarrollada al interior de una compañía.

Links:
- EC formally objects to Oracle buying Sun (CNET News)
- Unión Europea objeta unión Oracle-Sun (CHW.net)

Menú de KNetworkManager / KDE.news

Uno de los sacrificios que tuvo que hacer KDE4 para implementar un escritorio a la altura de los tiempos fue eliminar parte de las funcionalidades que tenían en KDE3. Esto hizo que la nueva versión fuera fuente de amor y odio para los fieles usuarios de este exitoso entorno de escritorio.

Uno de los caídos fue KNetworkManager, una aplicación de KDE que actúa como interfaz de usuario para NetworkManager, el administrador de redes en Linux.  NetworkManager es un servicio del sistema operativo independiente de la interfaz de usuario que se encarga de gestionar las conexiones ethernet, WiFi, móviles como 3G, VPN’s, etc.  En KDE3 tenían a KNetworkManager como interfaz de usuario, pero necesitaba muchos cambios para adecuarse a los estándares de KDE4, por lo que no se incluyó en la nueva generación de este escritorio.

Tuvieron que pasar 3 versiones de KDE4 para implementar KNetworkManager como corresponde.  En parte  se debió a la forma en que se construyó NetworkManager: como fue creado a la par con su interfaz de usuario para GNOME (nm-applet) la documentación no estaba actualizada ni completa.

El trabajo en KNetworkManager comenzó en 2007 y se diseñó con Plasma en mente. Según los desarrolladores, mucho tiempo se perdió en aprender a trabajar con el potente QGraphicsView que en ese tiempo era bastante nuevo.

En el estado actual, KNetworkManager ofrece lo mismo que nm-applet de GNOME, y si bien no se construyó como un widget para Plasma, dicen que que gran parte del código actual es reutilizable y ya hay trabajo en esa dirección.  Es reutilizable a tal punto, que se espera que la misma interfaz también permita manejar conexiones con otros gestores de red como wicd y el nuevo ConnMan de Intel/Nokia.

KNetworkManager fue desarrollado por Novell, pero como se trata de un desarrollo abierto, también participaron los desarrolladores de KUbuntu y Fedora intercambiando experiencias, reportes de bugs, correcciones e incluso iconos.  Se espera que esta experiencia exitosa sirva de base para más trabajo colaborativo entre las distintas distribuciones que incluyen a KDE como su entorno de escritorio.

Link: Introducing KDE 4 KNetworkManager (KDE.news)

Matthias y su medalla / KDE.org

Matthias Ettrich, fundador del proyecto KDE, fue condecorado por el Gobierno Alemán con la Cruz Federal del Mérito por su contribución al Software Libre. La medalla fue entregada en reconocimiento a su trabajo para incentivar la innovación y expandir el conocimiento por el bien común.

La Cruz Federal del Mérito es la única condecoración que entrega la República Federal Alemana, y por lo tanto tiene un prestigio sin igual.  Es entregada por el Presidente Federal a los logros sobresalientes en el área política, económica y cultural entre otros.

La ceremonia se realizó en el Senado de Berlín, y la medalla fue entregada por la secretaria de Estado Almuth Nehring-Venus, quien mencionó que no sólo Matthias estaba entre los más jóvenes que han recibido la condecoración, sino que también era la primera vez en que en la ceremonia se encontraban los hijos del condecorado siendo aún niños. Matthias estaba tan sorprendido que en un principio creyó que la noticia se trataba de spam.

Matthias comenzó el proyecto KDE el 14 de Octubre de 1996 con un correo electrónico invitando a otros a unirse.  En ese tiempo no se trataba sólo de una invitación, ya que había comenzado su trabajo en lo que sería el Panel de KDE.

KDE fue el primer proyecto para crear algo más allá que un simple gestor de ventanas o toolkit gráfico, se trataba de un entorno de escritorio en donde las aplicaciones tenían un comportamiento consistente en base a bibliotecas comunes.  Se puede decir que gracias a KDE se cambió el foco desde Unix como servidor hacia Unix como un escritorio poderoso para el usuario final.

En ese tiempo, Qt era la mejor opción para crear aplicaciones gráficas, pero su licencia restrictiva lo hacía poco atractivo para un grupo de desarrollo más purista respecto a la libertad del software.  Esto motivó que al poco tiempo surgiera el entorno de escritorio GNOME, basado completamente en Software Libre.  Hoy en día, ambos son dos de los proyectos más importantes del Software Libre.

La condecoración recibida por Matthias es un reconocimiento no sólo a él como fundador del proyecto, sino que también a la importancia del Software Libre en el desarrollo tecnológico mundial.

Link: Matthias Ettrich Receives German Federal Cross of Merit (KDE News)

Pero hasta hace poco, no se sabía mucho de qué uso y qué tipo de problemas encontraba Google en su intensivo uso de Linux.  Digo hasta hace poco porque en el reciente Kernel Summit realizado en Japón, Mike Waychison de Google asistió para exponer a los principales hackers del kernel, el uso que este gigante informático le da a Linux.

Google usa un sistema de control de versiones del software bastante arcaico para lo que está acostumbrada la comunidad del código abierto, lo que provocó risas en los asistentes.  Se trata de Perforce, y en comparación a nuevos sistemas como Git, tiene limitaciones o modos de trabajo que uno jamás pensaría que tendrían en Google.  No es de extrañar el interés despertado en los asistentes a la presentación que hizo Linus Torvalds sobre Git en Google hace un tiempo atrás.

Y eso es sólo el comienzo, ya que Google maneja versiones bastante atrasadas de Linux.  Alrededor de 30 ingenieros trabajan sobre una única base de código, aplican cambios y aproximadamente cada 18 meses sincronizan su propia versión con una versión pública de Linux.  Al ritmo que se desarrolla el kernel, la cantidad de cambios acumulados en todo ese tiempo lo convierten en una tarea titánica.

Es tanto así, que muchas de las lineas de código que Google agrega a su propia versión son funcionalidades que se han implementado en Linux pero que no existían en la versión que usaron como base. Así sucedió por ejemplo con el soporte de 64-bit y el soporte de SATA.  Actualmente se están preparando para mezclar con 2.6.26, mientras que la versión pública ya se acerca a 2.6.32.  Los cambios de Google serán aproximadamente 300.000 líneas de código en donde un 25% corresponde a backports de nuevas características.

El código es horrible

Linus Torvalds quien obviamente estaba presente y no fue sólo a sacarse fotos a Japón, preguntó por qué Google no aplicaba sus cambios al kernel público.  Mike respondió que el código era bastante horrible y basado en versiones antiguas de Linux, además de que no tenían seguridad de que los cambios aplicados por ellos tuvieran alguna utilidad para otros y que probablemente sólo la mitad de éste sería publicable.  Hay que recordar que licencias como GPL no obligan a publicar el código que se usa internamente, por lo que Google está en su derecho de no publicar sus cambios.

Otro aspecto importante es que los estándares para aceptar código en el kernel son bastante altos, por lo tanto un cambio que Google puede hacer rápidamente se convertiría en un proyecto de largo o mediano plazo al entrar en un proceso más exigente como es el desarrollo de Linux.

Mike también habló de uno de los aspectos críticos del kernel para Google, que es la forma en que se ejecutan los procesos.  En un sistema multihilos como Linux, existe un componente que se encarga de decidir qué proceso usará la CPU en un momento determinado, este componente se llama scheduler o planificador.  Para Google se trata de un componente en donde los cambios tienen un alto impacto, ya que en sus sistemas corren unos 5000 hilos en 16 a 32 cores, mientras que en el equipo de Linux este aspecto se ataca con criterios de diseño que apuntan a un uso más tradicional.

En general Google aplica varios cambios a medida que los necesita, en forma independiente a cómo se implementan en el kernel, hasta que llega el momento de cambiar de versión. Según los asistentes, esta participación en Linux Summit fue bastante productiva ya que se puede decir que la comunidad aprendió mucho de uno de sus principales y extremos usuarios.

Link: How Google uses Linux (LWN.net)

Según el estudio realizado por ABI Research, Linux cubrirá un 32% del mercado de los netbooks en 2009, lo que cambia el escenario que se tenía a principios de año cuando se hablaba de una cifra inferior al 10%.

Hay varios factores que explican estas cifras, y aún causa mucho ruido lo declarado por MSI sobre los netbooks devueltos con Linux.  Como no se puede confiar directamente en los estudios y estadísticas, recordemos algunos antecedentes para entender lo que está sucediendo.

Los primeros netbooks tenían un hardware bastante limitado, tanto así que necesitaban un sistema operativo adaptado especialmente a ese hardware. Estamos hablando de máquinas que difícilmente servirían para ver videos en HD, jugar avanzados juegos o aplicaciones potentes como AutoCAD, sino que se trataba de máquinas diseñadas para tareas básicas como ver correo o acceder a sitios y aplicaciones web.

El candidato obvio para este caso era Linux, ya que Microsoft estaba dando fin a la vida de Windows XP y el flamante Windows Vista con suerte se adaptaba al hardware normal de la época, ni pensar en correrlo en un netbook.

La batalla entre Linux y Windows XP en los netbooks

A medida que estos nuevos equipos con Linux comenzaron a atraer a usuarios que de otra forma no hubieran probado este sistema operativo, Microsoft se fue dando cuenta de que tenía que hacer algo para no perder ese espacio y resucitó su sistema Windows XP para ser usado en ese hardware limitado.

La integración que los fabricantes hicieron al sistema Linux que incluían era deficiente, y eso ayudó a que Microsoft lograra recuperar rápidamente su espacio con el factor extra de que la mayoría de los usuarios sabe usar bien el sistema operativo Windows XP o al menos conoce a alguien que lo pueda ayudar cuando surgen los problemas.

Como los netbooks son máquinas mucho más limitadas que un tradicional notebook, muchos de ellos fueron devueltos por no cumplir con las expectativas de los consumidores, fue ahí cuando MSI declaró que de cada 5 netbooks devueltos, 4 de ellos tenían Linux, lo que fue vitoreado por aquellos que no le tienen simpatía al pingüino, sobre todo por Microsoft, que vio la amenaza como superada.

El mito de los netbooks devueltos segun Dell

El argumento de los netbooks devueltos fue utilizado astutamente por Microsoft, pero Dell se encargó de dar sus propias cifras en donde indicaban que en su caso no había mayor diferencia entre Linux y Windows a la hora de ver qué sistema operativo tenían los netbooks devueltos, y que prácticamente se trataba de un mito.

Dell atribuye esta diferencia a un mejor trabajo de integración con Linux y una mayor preocupación de que el usuario sepa exactamente lo que está comprando.  Es tanto así que lejos de retroceder, Dell amplió su oferta de equipos con Linux y trabajó junto a Canonical para lanzar un nuevo netbook basado en Ubuntu Moblin Remix, que se trata básicamente de Ubuntu con los componentes específicos para netbooks desarrollados por el proyecto Moblin.

Los factores que favorecen a Linux

En el estudio que aparece hoy se indican dos factores que hacen que Linux se mantenga como una opción válida para los netbooks.  El primer factor es que el mercado de los países en desarrollo es muy distinto al mercado norteamericano:  en Estados Unidos el netbook es una máquina secundaria para usuarios que normalmente corren Windows en su máquina principal, mientras que en otros países el netbook es la máquina principal y para muchos usuarios se trata de su primer computador.  Hoy en día un sistema Linux preinstalado y bien integrado con el hardware es suficientemente apto para cubrir las necesidades de un usuario de netbook.

El segundo factor es que muchos de estos equipos usarán arquitectura ARM, y no hay sistema de escritorio Windows para ARM ni menos aplicaciones.  Si bien Windows CE y Windows Mobile pueden correr sobre ARM, las aplicaciones son mucho más limitadas y no se compara con el nivel de soporte que hay en Linux, en donde las mismas aplicaciones que corren en arquitectura Intel son compiladas para correr en ARM.

Las cartas están sobre la mesa. Según el estudio el factor ARM podría hacer que la base instalada de netbooks con Linux crezca agresivamente de aquí al 2013.  Quizás Microsoft deba reconsiderar el no ofrecer Windows 7 para ARM.

Links:
- Linux’s share of netbooks surging, not sagging, says analyst (ComputerWorld)
- Linux tiene el 32% del mercado netbook (CHW.net)

Algunos cambios que podemos destacar son:

• Mayor similitud de características en aquellas aplicaciones que redujeron sus capacidades en el paso de KDE 3 a KDE 4.  Por ejemplo el sistema de configuración de impresoras y Konqueror.
• Mejoras en la barra de direcciones y búsqueda de Konqueror.  Por ejemplo, integrando servicios de Nepomunk y Akonadi.
• Mejor integración con protocolos de red como SMB (redes de Windows), UPnP y LISa.
• Mejoras en generación de miniaturas agregando soporte para imágenes rotadas y portadas de comics (.cbr, .cbz y .cbt).
• Soporte de XInput2. Esto implica que KDE 4.4 será compatible con multi-touch.
• En KRunner se agregará integración con el sistema de bookmarks de Firefox y Wikipedia.
• Plasma para netbooks.
• En el gestor de ventanas KWin se implementarán métodos para agrupar ventanas en pestañas o para alinear varias ventanas en forma simple
• Múltiples mejoras en efectos especiales, selección de ventanas y nuevas formas de maximizar/minimizar en Kwin.

Estos son sólo algunos de los cambios planificados.  En general se ve un énfasis en mejorar la integración con servicios que se encuentran disponibles en forma libre y que proveen información que el usuario puede acceder rápidamente desde KDE, además de recuperar aquella funcionalidad que no se mantuvo entre KDE3 y KDE4.  Sin duda será una versión muy apreciada por los usuarios de este sistema.

Link: KDE 4.4 Feature Plan (KDE Techbase)

En el grupo de discusión de los desarrolladores, uno de ellos planteó la inquietud de por qué el navegador se percibe ridículamente más rápido en Linux comparado a las versiones para Windows y Mac, lo que originó un interesante debate acerca de cómo el sistema operativo influye en una aplicación de este tipo.

En la discusión se exponen algunos detalles de implementación que hacen que en Linux algunas aplicaciones corran con ventaja gracias a decisiones de diseño tanto por el lado del sistema operativo como de la misma aplicación.  Por ejemplo indican que crear un proceso en Windows es mucho más caro en términos de uso de recursos y esto afecta la creación de nuevos tabs, ya que justamente en Chrome se trata de nuevos procesos.  En el caso de Linux, el sistema en general es más ligero y por lo tanto hace menos cosas en operaciones de este tipo.  Una de las posibles soluciones planteadas es tener siempre un proceso creado en forma anticipada, de tal forma de que cuando se necesite no tenga que esperar el proceso de inicialización.

X.org comienza a mostrar su nueva cara

Otro aspecto importante es la forma en que se manejan los gráficos.  En el caso de Windows se pueden usar dos tipos de gráficos : DIB (independientes del dispositivo) y DDB (dependientes del dispositivo).  En el primer caso se crean en memoria normal y luego se copian a la memoria de video, con el problema adicional de que se deben aplicar transformaciones desde una representación genérica a la representación física o final que se requiere y no siempre puede usar aceleración por hardware.  En el segundo caso, los DDB,  no se requiere tal transformación y una copia puede hacerse con un simple comando ejecutado por la GPU (bitblt), pero el diseño de Windows pone un límite artificial a la cantidad de gráficos que se pueden manejar como DDB, lo que lo convierte en un recurso escaso y poco apetecible por los desarrolladores de aplicaciones.

En el caso de Linux y pese a todo lo que la intuición puede decirnos acerca del tamaño y complejidad de X.org, este tipo de operaciones está muy optimizado, sobre todo en la última generación de drivers que utilizan gestión de memoria unificada en el kernel (GEM), específicamente usando la arquitectura de aceleración UXA.  En este caso las copias de bloques de memoria se reducen al mínimo, y dejar disponible un gráfico en la GPU es una operación acelerada por hardware.  Es tanto así que cuando se inició el desarrollo experimental de UXA en X.org se midieron mejoras en el rendimiento de hasta un 60%.

Por otra parte, según los mismos desarrolladores de Chromium, la forma en que se están creando los gráficos no siempre usa aceleración por hardware, mientras que en el caso de Linux, gracias a las nuevas arquitecturas de aceleración, primero EXA y luego UXA, todas las operaciones comunes se realizan con aceleración por hardware.

En el caso de Mac, los desarrolladores de Chromium dicen que aún no se han enfocado en optimizar el rendimiento, por lo que no tiene mucho sentido discutirlo en este momento.  De todas formas, los usuarios de Windows no deben preocuparse porque ya se han creado los registros en el sistema de seguimiento de bugs de Chromium para solucionar los problemas de rendimiento percibidos.

Links:
- Why is Linux Chrome so fast? (Chromium-dev)
- GEM The Graphics Execution Manager (LWN.net)
- Chrome más rápido en Linux que en Windows y Mac OS (CHW.net)

Al principio sólo era un rumor, pero con el pasar de las horas se ha confirmado que los creadores de Skype están preparando una versión de código abierto para Linux.  No hay fecha estimada para su lanzamiento, ni tampoco se sabe bajo qué licencia se publicará, pero si se sabe qué los motivó a trabajar en la liberación de su código:

Apreciamos el entusiasmo de nuestra comunidad de usuarios y nos damos cuenta de que es algo que estaban esperando hace tiempo.  Reconocemos el potencial de la comunidad de código abierto y creemos que hacer de Skype para Linux una aplicación de código abierto ayudará a acelerar su desarrollo y mejorar su compatibilidad con diferentes versiones de Linux.

En el fondo, lo que está haciendo Skype es bastante astuto:  existiendo ya una gran base de usuarios, pueden desligarse gradualmente de lo que significa el costo de desarrollo para una plataforma que hoy no es mayoritaria.  Por otra parte, esto permitirá que la aplicación se perfeccione y se integre mejor en las distintas distribuciones e incluso podrían generarse nuevos clientes en otras tecnologías como podría ser el framework de GNOME, o incluso nuevos clientes para otras plataformas.  Al final, todos ganan.

Link: No open-source Skype… yet (ComputerWorld)

Para empeorar las cosas, sólo se había escrito un driver para una versión específica de Ubuntu, lo que dificultaba el uso de hardware basado en GMA500 en otras distribuciones. En ese entonces dijimos que sólo Intel, trabajando en conjunto con PowerVR podía revertir el problema, y según reporta el sitio especializado Phoronix, esto ya estaría sucediendo.

Linux Foundation estuvo exhibiendo unos dispositivos con GMA500 en una reciente feria de tecnología móvil.  Estos dispositivos usaban un driver nuevo que está preparando Intel con el propósito de que la mayor parte esté escrita como código abierto, dejando sólo algunas partes claves como código cerrado, específicamente lo que corresponde a tecnología de PowerVR.

La parte de código cerrado será totalmente independiente para que se pueda distribuir sin problemas, y la parte de código abierto contendrá lo necesario para interactuar con X.org y el kernel de Linux.

Gallium3D : Arquitectura gráfica bien diseñada

La base de este trabajo es una nueva arquitectura gráfica llamada Gallium 3D.  Esta arquitectura está diseñada pensando en las dificultades que tiene la escritura de drivers hoy en día:  Para que un hardware esté bien soportado, el fabricante de drivers tiene que escribir la implementación de la aceleración de API’s como OpenGL y Direct3D, y además la integración con el sistema gráfico subyacente, como por ejemplo X.org o el sistema propio de Windows.

Con Gallium 3D se propone una arquitectura que separa API’s gráficas de la implementación en los drivers.  Por ejemplo las aplicaciones están escritas para OpenGL y/o Direct3D y luego un componente de Gallium3D llamado State Tracker es el encargado de traspasar esas llamadas a funciones nativas del hardware de una forma independiente de las API’s.

Con esta arquitectura, en el caso específico de GMA500 se pudo aislar la funcionalidad con licenciamiento restringido de PowerVR en un componente específico de la arquitectura y no en todo el driver. Con esto, pronto este hardware podrá ser soportado por todas las distribuciones de Linux e incluso otros sistemas operativos.

Arquitectura de Gallium3D (por Zack Rusin)

Links:
- Intel’s Special Driver For Poulsbo Uses Gallium3D (Phoronix)
- Gallium3D : Graphic Done Right (Zack Rusin)
- Intel y las barreras al código abierto en su GMA500 (Fayerwayer)

Ahora que apareció Ubuntu 9.10 Karmic Koala, en el sitio TuxRadar prepararon un video mostrando el tiempo que se necesita esperar hasta que el sistema quede listo para ser usado. Para ello se generó un video que muestra al mismo tiempo el inicio de Windows Vista, Windows 7, Ubuntu 9.04 y Ubuntu 9.10 usando el mismo hardware.

El video mide el tiempo desde que el sistema operativo se inicia hasta que queda completamente operativo, en este caso se incluye Firefox abierto y la página de TuxRadar cargada.  Esto último es importante, porque un sistema operativo (cualquiera) puede usar el truco de mostrar el escritorio antes de que éste se encuentre listo para ser usado, lo que hace pensar que es más rápido aunque sea completamente inútil tratar de usarlo en ese momento.

¿Y a quién le importa lo rápido que inicia el sistema?  Pueden haber varias razones, en mi caso personal, cuando necesito revisar algo rápidamente y salir, y el equipo no está suspendido sino que apagado completamente.  También es un reflejo de algunos aspectos del diseño de un sistema operativo, por ejemplo uso de caché/preloading, optimización del acceso a disco, carga de bibliotecas dinámicas y procesamiento multitarea.

No solo hay que quedarse con la diferencia entre Windows y Linux, si quisiéramos comparar exactamente peras con peras y manzanas con manzanas podemos ver que Ubuntu ha mejorado respecto su versión anterior, mientras que entre Windows Vista y Windows 7 la diferencia no es tan notoria.

El video viene a complementar un benchmark que realizó TuxRadar hace un tiempo atrás en donde se puede ver los avances de Linux y también las diferencias entre Windows Vista y 7.

Video después del salto:

Click here to view the embedded video.

Link: Vista, Windows 7, Ubuntu 9.04 and 9.10 boot speed comparison (TuxRadar)

Eclipse es un IDE multiplataforma y de código abierto fundado a principios de la década por IBM y Rational.  Hoy en día se puede decir que es el IDE de preferencia para la mayoría de los programadores Java. Eclipse Foundation, la organización que está detrás del proyecto está conformada por los principales actores de la industria con la excepción de Sun y Microsoft.

Eclipse utiliza un toolkit multiplataforma que se comunica con las API’s de bajo nivel para que las aplicaciones que lo usen se vean y comporten en forma nativa, el toolkit se conoce como SWT (Standard Window Toolkit).  El trabajo con Tasktop se enfoca en mejorar la integración de Eclipse con Windows 7 modificando SWT para que utilice las nuevas características ofrecidas por este nuevo sistema operativo, por ejemplo la integración con la nueva barra de tareas como se ve en la foto que acompaña este artículo.  Se espera que estos cambios estén disponibles para los primeros meses del 2010.

Por el lado de Soyatec se está trabajando en tres proyectos: Integración de Eclipse con Silverlight e integración de Eclipse con la plataforma Windows Azure para Java y PHP.

Por el lado de Silvelight, el propósito del proyecto es crear un conjunto de herramientas de código abierto integradas con Eclipse, de tal forma que permitan a los desarrolladores que usen la plataforma Eclipse crear aplicaciones que corran en Microsoft Silverlight.  Este  plug-in para Eclipse proveerá un ambiente de desarrollo y herramientas de  interoperabilidad entre Java y Silverlight, de tal forma que facilite la integración de aplicaciones basadas en Silverlight en sitios web y servicios construidos con Java.

Los otros dos proyectos se enfocan en ayudar a los desarrolladores que utilicen Java o PHP para acceder a los servicios de Windows Azure, un conjunto de tecnologías de Microsoft para desarrollar y usar aplicaciones en la nube.

Este anuncio muestra nuevamente que no es broma que Microsoft se esté involucrando en proyectos de código abierto. A pesar de las metidas de pata de Steve Ballmer, parece que poco a poco la compañía va reconociendo la necesidad de convivir en un mundo heterogéneo, cuidando mucho más la interoperabilidad.

Links:
- Tasktop working with Microsoft to improve Eclipse for Windows 7 (Mik Kersten de Tasktop)
- Partnering to foster Eclipse and Microsoft platform interoperability (Interoperability@Microsoft)

Si bien hoy es el lanzamiento oficial, como en todo desarrollo abierto muchos usuarios ya llevan semanas o meses usando Karmic Koala. En lo personal he estado probando esta versión en mi laptop y desktop y puedo decir que se trata de una de las mejores entregas.

A modo de experimento hice dos instalaciones en mi laptop, una desde cero usando una partición vacía, y otra como actualización de Ubuntu 9.04.  Salvo un par de problemas por mi configuración retocada de 9.04, el resultado de ambas instalaciones es prácticamente el mismo, sin diferencias que pueda notar.

Para fortuna de ustedes y desgracia mía, Karmic Koala tiene una cantidad impresionante de nuevas características. Aunque algunas de ellas ya se estaban gestando desde hace un tiempo, sigue siendo una gran entrega para sólo 6 meses de desarrollo.  No más introducción y veamos que nos trae Karmic.

Mejoras en la instalación

En la instalación del sistema se ha agregado una pequeña mejora que será agradecida por los nuevos usuarios. Se trata de una breve reseña de las principales características del sistema, de tal forma que mientras se instala se puedan presentar las aplicaciones y características más importantes para los primeros pasos del usuario.

Si bien esto ya se incluye en otras distribuciones de Linux, Ubuntu lo necesitaba dado que se ha convertido en la distribución favorita de aquellos que recién comienzan a usar el sistema.

Ayuda en instalación

Ubuntu One

Se trata de un sistema para mantener sincronizada la información de tu computador en la nube.  Inicialmente se trataba sólo de archivos, pero de a poco se han integrado otros servicios como sincronización de contactos y notas.  La idea es que lo que tengas en un computador se replique automáticamente a otros computadores, ideal para cuando tienes un computador en el trabajo y otro en la casa, o bien un laptop y un desktop como es mi caso.  Además de sincronizar estos computadores y dejar los archivos disponibles en la red en caso de que no tengas tu computador cerca, puedes compartir información con otros usuarios de Ubuntu One en forma muy sencilla.

Ubuntu One

GRUB2

Se ha reemplazado el programa que permite seleccionar el sistema operativo al iniciar el computador.  En este momento no veo que le estén sacando mucho provecho y no se ve mayor diferencia con GRUB1, pero incluir este nuevo gestor es el primer paso para difundirlo y promover sus características.  Puedes ver más información en nuestro artículo especial de GRUB2.

Sistema de inicio

El sistema de inicio se ha ido modificando gradualmente para disminuir el tiempo que toma dejar al sistema listo para ser usado.  Hasta hace un tiempo atrás se usaba un sistema bastante antiguo llamado SysVinit, y luego se cambió por un nuevo sistema llamado upstart que está diseñado para facilitar la ejecución de tareas en paralelo y su coordinación.  En un principio y a medida que se migraban los scripts de servicios, upstart se usó con una configuración que emulaba el funcionamiento de SysVinit, pero ahora en Karmic se puede decir que upstart ha reemplazado completamente lo que quedaba de SysVinit.

USplash y XSplash

Dado que el tiempo de inicio se ha ido disminuyendo con el tiempo, ya no se presenta la clásica barra de avance mientras se carga el sistema.  En un principio se pensó en usar plymouth de Fedora pero finalmente se mantuvo usplash para desplegar un simple pero hipnótico logo de Ubuntu, al mas puro estilo de la clásica manzana de Apple.

Una vez que se inicia el sistema gráfico (X.org), el logo se reemplaza por un splash más elaborado que oculta el inicio del escritorio GNOME.  Paradójicamente, hoy en día es GNOME quien se lleva el mayor porcentaje del tiempo de carga del sistema.

XSplash en Karmic

Preferencias del Touchpad

Para los que tenemos dedos torpes, ahora vienen un par de opciones bastante útiles a la hora de usar un computador con touchpad.  Se incluye una opción para deshabilitar automáticamente el touchpad mientras se escribe, y otra para deshabilitar completamente el considerar como un click la pulsación sobre el touchpad, dejando ese evento sólo para la presión de los botones de verdad.

Preferencias del Touchpad

Empathy en reeemplazo de Pidgin

En las instalaciones nuevas, Empathy será el cliente de mensajería por omisión.  En actualizaciones se mantiene Pidgin, pero al ejecutar Empathy automáticamente se lanza un asistente que permite importar las cuentas de Pidgin en Empathy.

Hasta el momento no he notado mayor diferencia entre ambos, el soporte de protocolos es prácticamente el mismo gracias a que en el fondo usan las mismas bibliotecas, ni tampoco veo diferencias respecto a la integración con el escritorio.  Por ejemplo el estado del usuario (activo, inactivo, no disponible, etc) se sincroniza automáticamente con el sistema de mensajería instantánea en ambos casos, y tanto Pidgin como Empathy están soportando audio y video en protocolos basados en XMPP como Jabber y Google Talk.

Empathy

Apariencia

Karmic incluye varios themes nuevos, y botones para ir rápidamente a buscar más en la web.  El theme por omisión usa íconos grises para los indicadores del área de notificación como correo nuevo y estado de la red.  Personalmente nunca me ha gustado el tono café y naranjo de Ubuntu, por lo que rápidamente fue cambiado por unos más vivos como podrán notar en las capturas de pantalla.

Configuración de apariencia

Los mensajes de notificación ahora no solo se hacen transparentes cuando el puntero del mouse se posa sobre ellos. De tal forma que podamos ver lo que hay en el escritorio sin molestar, ahora también se incluye un simple difuminado que ayuda a distinguirlo en pantalla.

Desvanecimiento de notificación

Karmic también incluye nuevos fondos de pantalla y ojo con esto:  El trabajo se debe a Daniel Galleguillos de Calama, Chile.  Daniel fue ganador del concurso para mejorar el arte de Karmic Koala.  ¡Les dije que había que participar!

En el GNOME Day realizado junto al Encuentro Linux tuvimos la oportunidad de entrevistar a Daniel para Drunk Podcast, en donde nos contó cómo se involucró en el proyecto, pero gracias a un pequeño error de JCI, perdimos esa parte.  Al menos podrán escuchar a Pedro Villavicencio de Canonical en el capítulo 7, quien dio jugo al principio pero…

Ah si.. el review…

Sistema gráfico y drivers de Intel

Una de las mayores quejas de Ubuntu 9.04 fue su deficiente rendimiento con algunos chips de video intel.  Hasta 8.10 todo iba bien pero en 9.04 ocurrió un problema entre las versiones de X.org y el kernel.

En Intel estaban realizando cambios tanto en sus drivers como en el kernel, ya que estaban cambiando la arquitectura del sistema gráfico para simplificar la escritura de drivers y mejorar el rendimiento de las aplicaciones gráficas.  Vamos, que no es algo que se hace todos los días.

El problema se produjo cuando en Ubuntu decidieron usar una versión previa del kernel con una versión nueva de X.org que necesitaba los nuevos drivers de Intel.  Estos drivers ya no funcionaban bien con un kernel antiguo y algunos usuarios tuvieron que instalar un driver antiguo de Intel como solución temporal.

Por lo que se puede ver hasta ahora, al incluir un nuevo kernel, el problema ya no existe en Karmic, e incluso podría decir que se nota el sistema más rápido que en 8.10.

Con este nuevo driver también se incluye Kernel Mode Setting, lo que eliminará los molestos parpadeos al cambiar de resolución.  Gracias a Kernel Mode Setting las transiciones entre los distintos splash son bastante suaves.

Finalmente la autodetección de monitores, pantallas LCD, proyectores, etc, funciona muy bien en este release al menos con Intel.  Es tanto así que el archivo de configuración xorg.conf se conserva para deleite de los usuarios old-school, pero puede ser eliminado sin afectar en nada.

Sistema de Audio y PulseAudio

Se puede decir que PulseAudio ya se encuentra en un estado que lo hace totalmente invisible por lo bien que funciona.  Las aplicaciones también se han ido actualizando para aprovechar las bondades de PulseAudio, incluyendo aplicaciones propietarias como Skype.

El control de volumen de GNOME también aprovecha las nuevas características de PulseAudio como por ejemplo poder mostrar el nivel de lo que está sonando y grabando, cambiar de conector de salida, regular el volumen por aplicación, etc.

Mixer applet

Integración con WINE

No estoy seguro de que se trate de una característica nueva, pero la vamos a mencionar de todas formas.  En Karmic se encuentra muy bien integrado WINE, la implementación de la API Win32 para Unix que permite ejecutar aplicaciones de Windows sin tener que recurrir a emuladores o sistemas de virtualización.

Al hacer doble click sobre un archivo .EXE de Windows, y si la aplicación es suficientemente compatible con WINE, se realiza el proceso de instalación como si nos encontráramos en Windows, y se crean los íconos y opciones de menú necesarias en el menú de aplicaciones de GNOME como si se tratara de una aplicación nativa.

DVD Shrink en Linux via WINE

Menú de WINE

Instalación de aplicaciones

Karmic incluye la primera versión de Ubuntu Software Center.  Un sistema que facilita la búsqueda e instalación de aplicaciones con miras a convertirse en un sistema centralizado para estas tareas, además de la actualización del sistema.

Para apoyar este nuevo sistema, se han incorporado facilidades para instalar aplicaciones desde la web.  Con una sencilla URL, ahora cualquier página web puede poner un link para que el usuario instale una aplicación en particular, por ejemplo puedes hacer click en este link para instalar las fuentes TrueType Droid.

También se ha simplificado la configuración de repositorios de paquetes personales (PPA) para facilitar la instalación de aplicaciones que no son parte de la distribución.  Basta con agregar una url corta como ppa:chromium-daily/ppa en los Orígenes del Software para que el sistema agregue ese repositorio y descargue su llave pública que asegure su autenticidad, o bien usar el comando add-apt-repository desde consola.  Esperamos que pronto este mecanismo quede disponible para ser utilizado desde un link en la web, al igual que la instalación de aplicaciones.

Ubuntu Software Center

Seguridad

Karmic también trae varias mejoras en el área de seguridad.  Una de ellas es una protección que impide que áreas destinadas a datos se usen para poner código ejecutable, una técnica bastante usada para insertar código malicioso.  Esta protección antes requería tener habilitado un kernel PAE en sistemas de 32-bit, pero ahora se usará una emulación en aquellos sistemas que no tengan PAE habilitado.  Los sistemas de 64 bit no presentan esta diferencia y están todos protegidos.

También se tendrá la posibilidad de deshabilitar la carga de módulos adicionales al kernel.   Un módulo es una extensión del kernel que corre con todos los privilegios y se usa para implementar drivers.  Esto podría ser usado por un atacante para instalar código malicioso y tener acceso al sistema en modo privilegiado.  Al deshabilitar esta función, sólo se cargará lo que necesita para funcionar y no se podrá abusar del sistema en forma posterior.

Privacidad

El directorio personal se puede cifrar para proteger los datos en caso de que alguien tenga acceso físico a nuestro computador, por ejemplo cuando se produce un robo de un equipo portatil.  El cifrado se puede activar al crear el usuario o posteriormente con un sencillo comando.

Ubuntu en la nube

En la edición Server de Karmic se incluye Ubuntu Enterprise Cloud (UEC).  Se trata de un sistema para computación en la nube de código abierto, basado en la misma API de Amazon EC2.  Esto permitirá crear nubes privadas de tal forma de mantener el control sobre sus propias aplicaciones en caso de que por algún motivo no se puedan llevar los datos a una nube pública

Por otra parte, la edición Server de Karmic estará disponible en Amazon EC2 com una Amazon Machine Image. Esto permitirá que un mismo sistema se pueda mover desde una nube pública a una privada o viceversa.

Canonical ha hecho un gran trabajo en Ubuntu Karmic, tal como lo mencionó Mark Shuttleworth en una entrevista hace pocos días, la compañía no está mirando a corto plazo, sino que gradualmente está atacando por todos los frentes para llevar su tecnología a todo tipo de aplicaciones.

Si estás usando Ubuntu 9.04, no tengas duda de que la actualización vale la pena.  Y si aún no te atreves con Linux, este es un buen momento para darle un vistazo.

Link: Ubuntu Home Page

Segun Keith, Windows Vista demostró que Microsoft sigue siendo una compañía enfocada en la ingeniería, y por lo tanto la gente sí se da cuenta cuando las cosas se hacen mal, no es “puro marketing”.  Vista causó que muchos usuarios consideraran por primera vez otros sistemas operativos para escritorio como Mac OSX y Linux.  Si bien Windows 7 curará las heridas con los usuarios de Windows, es difícil que haga volver a aquellos que hace tiempo abandonaron el sistema.

Keith también dice que los nuevos releases ya no son tan importantes como alguna vez lo fueron. Antes de que las aplicaciones web fueran dominantes, Microsoft necesitaba que los desarrolladores de aplicaciones y partners crearan nuevas versiones para su sistema operativo y que usara las bondades de éste. Así pasó con Windows 95 y la introducción de los 32-bit y multitarea preemptiva, y posterioremente con Windows XP y el kernel de NT.

Para Keith, el hecho de que construir software es complejo para todos, pero la dificultad adicional para Microsoft es mantener la compatibilidad con todo lo que ya existe.  Después de haber visto tanto el código de Microsoft como el de otros sistemas, Keith cree que la mayor ventaja de Mac OSX y Linux es que no tienen que cargar con tanto código antiguo.

Aunque Windows 7 no hará que los usuarios de Apple vuelvan, si podría reducir el crecimiento perdido con Vista, y Microsoft perfectamente puede solucionar los problemas que Apple destaca en sus anuncios de PC vs Mac.

Sin embargo, Keith dice que el caso de Linux es diferente, porque  puede correr en hardware barato, tiene una gran cantidad de programadores en todo el mundo, menos código obsoleto, un mejor modelo de desarrollo y además se puede conseguir gratis.

Keith también destaca las aplicaciones que vienen en un sistema Linux moderno, como por ejemplo el soporte de múltiples protocolos de mensajería en una sola aplicación (N del E: y OpenOffice).  Finalmente destaca una característica que ningún otro sistema tiene: una gran cantidad de aplicaciones libres e instalables con un sólo click.

Aunque muchos programas no están tan bien terminados como Firefox, por nombrar un caso, hay muchos que ya son suficientemente buenos y a diferencia de su competencia, van mejorando a medida de que la base de usuarios crece, gracias a su modelo de desarrollo.

He usado Linux por cuatro años y he visto mejoras drásticas, incluso el ritmo del progreso se incrementa.  De hecho, después de varios años investigando sobre el tema, me he convencido de que Linux es el futuro de la computación, así como Wikipedia es el futuro de la enciclopedia.

Después de sus 11 años en Microsoft, Keith Curtis escribió el libro After the Software Wars que también está disponible para descarga. Keith dice que se decidió a escribir el libro cuando dejó Microsoft y comenzó a usar Fedora Core para ver cómo vivía la otra mitad del mundo.

Link: Linux is the future, even after Windows 7 Release (Keith Curtis en TechFlash)

La documentación será entregada bajo la famosa y polémica Open Specification Promise de Microsoft.  Básicamente, se trata de una forma de tranquilizar a los desarrolladores para que usen la especificación con el compromiso de que Microsoft no use sus patentes contra posibles implementaciones.

La documentación permitirá que otros desarrolladores puedan leer, crear e interoperar con los datos que se encuentran en estos archivos.  Esto permitirá manejar los archivos .PST en cualquier plataforma y desde cualquier lenguaje de programación.

Hasta ahora, era muy complejo acceder a los datos de estos archivos dado el secreto de su estructura interna. Con esta nueva actitud de Microsoft, esos tiempos quedarán en el recuerdo.  A partir de ahora no sólo se facilitará la migración hacia otras herramientas, sino que también se facilitará el usar los datos personales para sincronizarlos o manejarlos con aplicaciones y servicios independientes.

Link: Microsoft to open up Outlook .PST data format (Ars Technica)

Mark Shuttleworth (cc) por Martin Schmitt

Sólo quedan 2 días para el lanzamiento oficial de Ubuntu 9.10, y su fundador Mark Shuttleworth ofreció una ronda de preguntas acerca de este nuevo release.  El sitio WorksWithU que participó en esta actividad, publicó una selección de 10 temas tratados en la conversación con Mark:

1. La experiencia del usuario: Mark cree que se ha logrado mejorar el diseño y la experiencia de usuario en desktop Linux con Ubuntu.  Aunque no se puede llevar todos los créditos, sin duda el equipo de usabilidad de Ubuntu ha mostrado sus frutos con pequeñas pero importantes mejoras.
2. Competencia con Windows 7 de Microsoft: Mark dice que Windows 7 impresiona, pero aún se trata de tecnología propietaria y cara. Según Mark los OEM ya no querrán volver a una época en donde había sólo un proveedor de sistemas operativos para su hardware.
3. Mercado de los netbooks: Mark dice que Microsoft ajustó su camino hacia este mercado en forma exitosa en los Estados Unidos, resucitando a Windows XP.  Sin embargo, espera que cuando se despeje el polvo producido por el lanzamiento de Windows 7, los fabricantes y usuarios vean los netbooks con Ubuntu como una opción natural.
4. Oracle y la adquisición de Sun: Mark no ve razón alguna por la que se deba bloquear esta adquisición, ni mucho menos objetarla por MySQL.  No hay peligro de que Oracle abuse con su poder en las bases de datos. Además, enfatiza que el código abierto puede reaccionar rápidamente si la comunidad está preocupada acerca del manejo del proyecto como ya ha sucedido en otras ocasiones (Ej. XFree86/X.org).
5. Rentabilidad de Canonical: Mark dice que en esta etapa no está preocupado en lograr o no la rentabilidad en Canonical.  Si fuera necesario, la compañía podría rápidamente enfocarse en un area de negocio específica que la haga sustentable en el corto plazo. Pero en este punto, después de 5 años, Mark aún está convencido de que la mejor estrategia es convertir a Ubuntu en una solución que abarque un área amplia, como ya lo está haciendo en desktop, netbooks, servidores, cloud computing, etc.
   
6. Facilidad de instalar software comercial: Ubuntu Software Center irá agregando opciones de software comercial poco a poco, el cómo se hará es un tema en donde aún se está trabajando.
7. Área empresarial: Mark reconoce que la gran debilidad de Canonical en el área empresarial es la falta de empresas tradicionales de código cerrado.  Por ahora el que está cubriendo todo el espacio es Oracle.
8. Desarrolladores independientes: A pesar de lo anterior, dice que hay progreso en esta área como es el caso de compañías como IBM, Alfresco y Jaspersoft.
9. Amazon como un estándar de la nube: Mark dice que la API de Amazon para cloud computing se está convirtiendo en un estándar de facto, aunque él espera que estándares abiertos e independientes se comiencen a materializar.
10. Hardware para servidores: Mark indica que en este momento no hay ningun trato en camino sobre relaciones o certificación con fabricantes de servidores.  Por lo que se puede ver, el camino para entrar al área de servidores no se dará en forma tradicional, sino que a través de Amazon Web Services, específicamente Elastic Compute Cloud/EC2 y Ecualyptus.

En esta conversación se puede ver que Mark está más enfocado en hacerlo bien y buscar caminos al éxito sin enfrascarse en aspectos de corto plazo.  En sólo 5 años, el mundo ha cambiado bastante y mientras que antes sólo se pensaba en el desktop como un desafío para Linux, hoy el área de aplicación es mucho mas amplia y hay nuevas oportunidades para explorar.  Por ejemplo hoy se está abarcando el área de dispositivos móviles, netbooks, telefonía, servicios como cloud computing, sistemas empotrados, etc.

Cuando aparezca Ubuntu 9.10 este Jueves 29, vendrá otro cambio gradual para los usuarios acostumbrados al sistema.  Tal como la historia de la rana hervida, con una distribución que se actualiza cada 6 meses pareciera que no hubieran grandes cambios, pero sólo basta mirar como era el sistema hace unos 3 años para ver el gran trabajo que se ha realizado.

Link: Mark Shuttleworh: 10 thoughts on Ubuntu 9.10 (WorksWithU)

La implementación de aceleración gráfica para ATI se incluyó en el kernel 2.6.32, pero se hizo un backport al kernel 2.6.31 que incluirá Fedora 12. Gracias a esto se contará con aceleración 2D y Kernel Mode Setting en ATI sin que el usuario tenga que hacer nada especial, es decir, out-of-the-box.

Por otra parte, el código para aceleración 3D de los chips R600/700 ya se encuentra en Mesa, la implementación libre de OpenGL, pero por estabilidad se incluirá una versión anterior en Fedora 12, sin este soporte de aceleración.

Sin embargo, los desarrolladores de Red Hat saben que muchos usuarios están ansiosos de usar el hardware de ATI con Fedora, por lo que incluirán un paquete llamado mesa-dri-drivers-experimental listo para instalar, reiniciar y disfrutar de la última versión de Mesa con aceleración 3D para R600/700 de ATI.

Según las pruebas realizadas en Phoronix, el rendimiento de esta implementación es más que aceptable, aunque hay algunas aplicaciones y juegos en donde se pueden ver algunos defectos menores con el código actual.  Para facilitar la vida y evitar la frustración, en el wiki de X.org hay un documento en donde los usuarios van reportando qué tan bien funcionan los juegos con el soporte 3D para ATI. En esta lista se incluyen juegos nativos y juegos que pueden correr sobre WINE.

ATI siempre estuvo en deuda con los usuarios de Linux, sin que la comunidad pudiera hacer nada al respecto.  Al liberar la documentación de su hardware dieron la oportunidad de que se programaran drivers de código abierto, y poco a poco esta negra etapa va quedando en el pasado.

Links:
- Open Source ATI R600/700 support in Fedora 12 (Phoronix)
- Supported program list for free radeon driver (X.Org wiki)

Si bien hay varios expositores destacados, en el grupo se encuentra Ivan Frade quien trabaja para Nokia en el desarrollo de la plataforma Maemo. Ivan se enfoca en el indexador y buscador de archivos Tracker, una nueva implementación de los conceptos introducidos por Beagle y que posteriormente tomó Spotlight de Apple.  Además, si quieres ver el famoso Nokia N900 en vivo, esta es una buena oportunidad.

La temática de las charlas de este año gira en torno al desarrollo de aplicaciones, arte y tecnología centrados en la plataforma GNOME.  Según información previa también habría un espacio para charlas cortas o lightning talks. Aunque en el sitio oficial no hay información al respecto, es parte de la tradición del Día de GNOME como nos contó German Póo en el 4to capítulo de Drunk Podcast.

Si bien las actividades del Encuentro Linux y el día de GNOME se realizan por separado, como se trata del mismo lugar físico te puedes encontrar con varios personajes interesantes entre los asistentes.  Por ejemplo Leo Soto nos cuenta que se encuentra Obie Fernandez, autor de The Rails Way y Desi McAdam, fundadora de DevChix, ambos miembros de la comunidad de desarrolladores de Ruby on Rails. También por parte del equipo de FayerWayer, se encuentra Leo Prieto y mañana estará un tal Franco Catrin hablando sobre los últimos avances de X.org.

Varios de los actuales hackers de GNOME se iniciaron en encuentros como el Día de GNOME, esta puede ser la oportunidad para dar tus primeros pasos.

Link: Dia de GNOME 2009