Es verdad, hay que confesarlo. Tengo un problema con los aparatos… No puedo estar quieto con ellos.

Hace menos de un mes acabó cayendo en mis manos un lector de tinta electrónica Sony PRS.900. El aparato en sí está bastante bien. Una pantalla de 7′, pantalla táctil (aunque admito todo tipo de críticas acerca de los reflejos que produce) e incluso 3G que permanece el 99,999% del tiempo desactivado porque no sirve para nada excepto para comprar libros en la tienda online de Sony. Para más INRI, el aparato es “Sold in USA”, por lo que el 3G sólo funciona en el país yankee.

Para hablar acerca de editoriales, libros, precios, gobiernos o de por qué hay bestsellers en Amazon Reino Unido que cuestan un 40% lo que cuestan en la Fnac, ya hay otras páginas. Yo he venido aquí a hablar de mi libro… o sea, de mi problema… o sea, de dejar quieto un aparato sin meterle la zarpa, actualización, firmware, flash, update o una sarta de bits que le provoquen convulsiones y deje de funcionar como debía.

Desde el principio el tema que más me picó fue el tema del 3G. Tener un aparato que funciona al 99% está bien, pero saber que nunca vas a poder usar ese 1% es terrible. Eso sí, conseguir que funcione ese 1% aunque jamás necesites utilizarlo es la bomba. Por tanto, había que conseguir que funcionase el 3G.

Como primer paso, busqué lo que había disponible sobre el aparato. Encontré unos firmwares de unos rusos muy listos (o desesperados) que habían traducido el interfaz a la lengua de las muñecas Matroskas. Genial, la parte dificil estaba hecha. Más si habían metido fuentes cirílicas. Para lo que me interesaba: la gente ya sabía “flashear” un dispositivo de estos.

El Sony PRS-900 contiene un sistema Linux (LinuxLink) de TimeSys. El sistema contiene un sistema de ficheros de tipo cramfs y con algunos pequeños tutoriales, es razonablemente sencillo cambiarlo. El mayor problema es que para flashearlo es necesario un equipo con windows (hay que hacer llamadas a una DLL de windows para entrar en modo recovery).

Pim Pam Pum, lector flasheado. Si había funcionado la primera vez con un firmware ruso, la siguiente podía funcionar con un firmware Made in Spain. Así, descomprimí la imagen cramfs y me puse a mirarle las tripas al aparato. Por dentro del directorio /opt/sony/ebook/application… se encuentra la mayor parte del software que ve el usuario. Parece una aplicación bastante flexible, que supongo que será la piedra angular de Sony para sus lectores. Muy probablemente, un sólo software podrán utilizarlo para el PRS-300, PRS-500, PRS-505, etc ya que afecta a todo el dispositivo; desde el cambio de hora, hasta las características soportadas por el dispositivo, pasando por la configuración del APN del 3G (uhmmm ).

Me propuse cambiar ese valor para “esquivar” el APN que tienen en consorcio Sony y AT&T en Estados Unidos, y lo cambié por el de movistar (junto con una SIM). Además, quité la configuración del proxy que también estaba presente, ya que parece que la tienda que muestra el PRS-900 es a través de un navegador web reducido.

Hechos los cambios, nueva imagen, y a flashear. Fracaso total. El lector no conectaba y lloraba pidiendo que le quitase esa SIM del infierno.

Los rusos listos también habían encontrado el modo de pruebas de hardware del equipo. Gracias a una pequeña combinación de botones, se puede acceder a todo un menu interno del aparato para probar pantalla, calibrarla, y/o acceder a otra información o configuraciones. Lo mejor de todo es que algunas de las opciones mostraban un volcado de los registros del aparato. Click. Volcado a la SD. A investigar…

En los logs del sistema (nada parecido a un log Unix), aparecen 3 tipos de archivos. Los que están en formato binario puro (ya si eso les voy pidiendo el manual a Sony…), los que traducen el formato binario a un formato legible, aunque mediante códigos (o llamo a un egiptólogo para que me lo descifre por asociaciones), y por último, los que muestran esos códigos traducidos a cosas más humanas.

Como ejemplo:

0, Wed 31 Dec 1969 19:00:08, 883687, CM, Call API, Create Instance, 0, 0, 0
1, Wed 31 Dec 1969 19:00:09, 36165, log, start, 0, 0, 0, 0
2, Wed 31 Dec 1969 19:00:09, 43897, pm, stateChangeLockReq, Run, 0, 0, 0
3, Wed 31 Dec 1969 19:00:09, 69969, pm, doStateChange, Off, Run, 0, 0
4, Wed 31 Dec 1969 19:00:09, 70066, pm, deviceStateChange, Start, Run, 0, 0
5, Wed 31 Dec 1969 19:00:09, 71506, pm, deviceStateChange, Finish, Run, 0, 0
6, Sat 10 Jan 2009 03:30:36, 116727, subCPU, send, system, bootFinish, 0, 0
7, Sat 10 Jan 2009 03:30:36, 124550, subCPU, send, key, onOff, 822083584, 0
8, Sat 10 Jan 2009 03:30:36, 134396, subCPU, send, touchpanel, onOff, 822083584, 0
9, Sat 10 Jan 2009 03:30:36, 144468, subCPU, send, touchpanel, sampling, 50331648, 0
10, Sat 10 Jan 2009 03:30:36, 154418, subCPU, send, touchpanel, breaktime, 16777216, 0
11, Sat 10 Jan 2009 03:30:36, 164455, subCPU, send, LED, LED, 0, 0
12, Sat 10 Jan 2009 03:30:36, 174444, subCPU, send, battery, queryLevel, 0, 0


Bastante aceptable…

Ahora era cuestión de investigar qué narices estaba pasando con el módulo 3G


CM, Received UR, [*EMRDY: 1]
CM, State, Radio Off, 0, 0, 0
CM, Sent ATCom, ATE0, OK, 0, 0
CM, Sent ATCom, AT+CMEE=1, OK, 0, 0
CM, Sent ATCom, AT+CPIN?, OK, 0, 0
CM, Info, Sleep Mode, Can Sleep, 0, 0
WAN, getInfo, 0, 0, 0, 0
WAN, stateChange, partialOn, 2, 2, 8
CM, Sent ATCom, AT+CGSN, OK, 0, 0
CM, Call API, Get Info, 0, 0, 0
WAN, getInfo, 0, 0, 0, 0
WAN, lock, 1, 0, 0, 0
CM, Sent ATCom, AT+CRSM=176,12258,0,0,10, OK, 0, 0
WAN, unlock, 0, 0, 0, 0
WAN, lock, 1, 0, 0, 0
Call API, Stop, 0, 0, 0
WAN, stop, 0, 0, 0, 0
WAN, stateChange, waitStop, 2, 2, 7
CM, Sent ATCom, AT+CFUN=0, OK, 0, 0


A grosso modo, lo que se ve es que el dispositivo despierta (*EMRDY: 1), oculta el eco local (ATE0), activa los errores numéricos del módulo (AT+CMEE=1) y consulta si necesita PIN (como lo tenía desactivado, todo sin problemas). Después, solicita el número de serie del aparato (normalmente se hace para mostrarlo en algún menú para información del usuario), y llega a un punto en el que lee de forma binaria la SIM, haciendo:

AT+CRSM=176,12258,0,0,10

comando que lee el número de identificación de la SIM (ICCID). Tras esta lectura (teoricamente fructuosa), se ve mucho “Stop” y un AT+CFUN=0 que acaba apagando el módulo de telefonía.

Hasta este punto, es común tanto para la SIM de Movistar como para la de AT&T.

Si seguimos indagando, parece que con la SIM de AT&T, el módulo ya no sigue progresando. Recibe notificaciones para intentar despertarse de nuevo y seguir conectando, pero no hay más comandos AT, sino sólo estos intentos en vano. Sin embargo, con la SIM de Movistar, se puede ver:


CM, Received UR, [*EMRDY: 1]
CM, State, Radio Off, 0, 0, 0
CM, Sent ATCom, ATE0, OK, 0, 0
CM, Sent ATCom, AT+CMEE=1, OK, 0, 0
CM, Sent ATCom, AT+CPIN?, OK, 0, 0
CM, Sent ATCom, AT+CREG=1, OK, 0, 0
CM, Sent ATCom, AT+CGREG=1, OK, 0, 0
CM, Sent ATCom, AT*E2CFUN=1, OK, 0, 0
CM, Sent ATCom, AT+CFUN=1, OK, 0, 0
CM, Received UR, [*E2CFUN: 1, 1, 0
CM, State, No Service, 0, 0, 0
CM, Sent ATCom, AT*EIAD=0, OK, 0, 0
CM, Sent ATCom, AT*EIAC=1, OK, 0, 0
CM, Sent ATCom, AT+CSCS=IRA, OK, 0, 0
CM, Sent ATCom, AT*EIAPSW=1,1, OK, 0, 0
CM, Sent ATCom, AT*EIAAUW=1,1, OK, 0, 0
WAN, stateChange, on, 2, 2, 4
CM, Received UR, [*ESTKSMENU: mo
CM, Received UR, [+CREG: 1]
CM, Received UR, [+CGREG: 1]
CM, State, Attached, 0, 0, 0
WAN, notifyState, registered, 0, 0, 0
CM, Received UR, [*EMWI: 1, 0]
CM, Received UR, [+PACSP0]
CM, Sent ATCom, AT*E2OTR=1, OK, 0, 0
CM, Sent ATCom, AT+CIND?, ERROR, 100, 0
CM, Sent ATCom, AT+CIND?, ERROR, 100, 0
CM, Sent ATCom, AT+CIND?, ERROR, 100, 0
CM, Info, Sleep Mode, Can Sleep, 0, 0
CM, Sent ATCom, AT*ERINFO=1, OK, 0, 0
CM, Sent ATCom, AT*ERINFO?, OK, 0, 0
CM, Sent ATCom, AT*E2NAP=1, OK, 0, 0
CM, Sent ATCom, AT*ENAP=1,1, OK, 0, 0
CM, Info, Sleep Mode, Can not Sleep, 0, 0
WAN, notifyState, error, 0, 0, 0
CM, Received UR, [*E2NAP: 2]
CM, Sent ATCom, AT*E2CFUN=1, OK, 0, 0
WAN, stateChange, waitOff, 7, 2, 6
CM, Sent ATCom, AT+CFUN=4, OK, 0, 0
CM, Sent ATCom, AT*E2OTR=0, OK, 0, 0
WAN, unlock, 0, 0, 0, 0
CM, Sent ATCom, AT*ERINFO=0, OK, 0, 0
CM, Received UR, [*E2NAP: 0]
CM, Error, Connection, 0, 0, 0
CM, Received UR, [+CREG: 4]
CM, Received UR, [*E2CFUN: 1, 4, 0
CM, State, Radio Off, 0, 0, 0
CM, Sent ATCom, AT+CFUN=0, OK, 0, 0
CM, Info, Adjust State, Radio Off, 0, 0
CM, State, Module Off, 0, 0, 0


Se puede analizar con calma todos los comandos. Aproximadamente el formato es:

accion,comando,parametros_recibidos
o
accion,comando,respuesta,codigo_de_error


Básicamente, se activan notificaciones, sensores de temperatura, se reinician los contextos de conexión a internet, se crean nuevos (incluso con mis datos cambiados del APN), así todo correcto hasta que se llega al a línea:
CM, Sent ATCom, AT+CIND?, ERROR, 100, 0
La cual quiere decir: AT+CIND Indicator control (ver. 5) – Check the current status of indicators and states in the phone, for example, check if a charger is connected, check the current state for a call setup, and so on. Comprueba ciertos estados internos del teléfono y ¿como respuesta?, da un ERROR. Cagada. Como error CME asociado a esta respuesta el número 100… Miramos la tabla de errores, y ¿qué encontramos? Error 100: Unknown. Doble cagada con tirabuzón.

En resumen, cabe la posibilidad de que el dispositivo esté bloqueado para SIMs de AT&T. Puede que incluso esté bloqueado para que sólo funcione con la SIM que venía con el lector. Puede que se hagan comprobaciones en el software, además de en el módulo de telefonía, para saber si el aparato debe funcionar en España… Al menos hay una cosa a agradecer, el módulo no es CDMA, lo cual sería posible que funcionase en redes GSM europeas (de hecho, eso dice en las hojas de especificación, aunque la página de Sony diga lo contrario). Pero ahora… pueden ser tantas cosas que el siguiente paso es incierto. Una opción podría ser tratar de conseguir un módulo Ericsson F3507G liberado de operadoras, para ver si únicamente está bloqueado. No es una locura, pero tampoco es barato. También se podría intentar colocar otro módulo distinto de otro fabricante, aunque entonces implicaría perder toda la integración del software (y tener que compilar un módulo del kernel como mínimo, o un kernel nuevo)… muy arriesgado.

Quizá también podría estar quietecito por una vez con estos aparatos, pero… entonces no tendría el problema que me ha hecho escribir el post

Referencias: Información sobre el módulo del lector, una pequeña introducción sobre los comandos soportados, Manual de comandos AT GX64 y la lista de comandos AT para teléfonos Sony Ericsson

Tal y como contábamos, se celebró la semana pasada en Zaragoza el GNOME Marketing Hackfest. Gracias a los sponsors, un grupo de GNOME Marketing se reunió en la Biblioteca del Agua de Zaragoza para preparar el lanzamiento de GNOME 3.

Primero se definió una campaña de marketing, con muchas actuaciones a atacar. Todo está planificado con fechas concretas y gente a la que perseguir, lo que ayudará a que se vayan cumpliendo todos los puntos.

También se comenzó el diseño de la página web de presentación de GNOME 3. Ya salieron unos cuantos bocetos, y realmente puede quedar muy limpia y ordenada. Genial!

Otra de las iniciativas interesantes fue la preparación de los vídeos para la web. La idea es preparar unos pequeños spots mostrando las novedades que traerá GNOME 3. Además, se ha preparado un how-to para que cualquiera que quiera ayudar o localizar los vídeos, pueda hacerlo de manera sencilla (aunque requieren bastante material )

Hubo más temas a tratar e ideas geniales, pero alguna sorpresa hay que guardar… Os invito a que entréis a las páginas del wiki para descubrir todo lo que se habló.

Y aquí está la foto de la gente que estuvo en el Hackfest

GNOME Marketing Hackfest

Además de lo que fue trabajo 100% GNOME, también hubo presentaciones de casos de éxito tanto de la Administración local como de la regional, así como de las empresas de aquí. Mención especial a las empresas del sur (Yaco y Emergya) que se vinieron a pasar un ventoso día con nosotros. Éstas, junto con Onirica, Warp y con el Consorcio Fernando de los Ríos son quienes ahora mismo quieren darle un empujón a la Accesibilidad de GNOME. ¡A ver hasta donde se llega!

Esta canción es la que hace unas horas le he cantado a mi parche sobre el código de Android.

Tras un año completo, sigo esperando una revisión efectiva del parche y que lo acepten (o se quejen) por parte de Google. Entiendo que los ingenieros estén ocupados, pero no sé hasta qué punto a la comunidad que están creando alrededor de Android se le permite colaborar con el proyecto principal.

Es una sensación rara… en otros proyectos parece que hay más facilidades de cara a las colaboraciones externas… Habrá que meditar con cuidado sobre el tema

Pues si, así es. Nos quedamos tal y como ya estábamos… Como ya comenté en un post anterior, Google va liberando cada cierto tiempo información sobre cuántos usuarios utilizan qué versión de Android. Afortunada o desgraciadamente, esta semana han actualizado las estadísticas. ¿Y qué podemos ver?

Pues esto:

Lo que quiere decir que, aproximadamente (y salvando un poco las distancias), las versiones están repartidas casi a partes iguales. Esto provoca que los desarrolladores de aplicaciones para Android todavía no puedan descartar ninguna versión del sistema de Google (excepto la 1.1), y si quieren cierto éxito sin desechar una gran fuente de usuarios y oportunidades, han de soportar todas ellas.

¡Estamos de enhorabuena! Hacer tres veces el trabajo para conseguir lo mismo… Esperemos que a partir de ahora Google se tome las cosas con algo más de calma y no saque cuatro versiones distintas del sistema cada año, ayudando a frenar un poco este caos.

De todas formas, pensándolo bien, todavía no estamos a la par que los desarrolladores web y la compatibilidad entre navegadores, algo es algo O:-)

El día 5 de Enero (como regalo de la noche de Reyes, dirán algunos), Google presentó su propio terminal Android: Nexus One. Este móvil se lanzó con su propia versión de la plataforma Android, la 2.1.

Durante estos días se ha especulado sobre la cantidad de terminales vendidos (~20.000) en los primeros días, pero no se sabe a ciencia cierta cual es la cuota real de estos terminales o lo que han supuesto sobre el total del mercado.

Aparte, Google lanzó como recurso de programación el Android Dashboard, una página que muestra cual es la cuota del mercado Android, diferenciado por versiones del SDK. Los cálculos se realizan desde quince días antes de la fecha indicada, y muestra un sencillo gráfico para que los programadores calculen si les interesa o no soportar determinada plataforma.

Hoy muestra como fecha final de análisis, la del día anterior a la presentación de Nexus One, lo que quiere decir que pronto crecerá el sector de la plataforma 2.1, y veremos cuál es el impacto real de este pequeño aparatito.

Ha pasado algo más de un mes desde el último post. No quería que hubiera pasado tanto, pero ha sido un mes Android bastante interesante. Han salidos nuevos dispositivos, aplicaciones interesantes, juegos divertidísimos, pero como se quedó colgando en el post anterior: “Android no significa garantía de éxito”.

El por qué tiene un nombre propio: Samsung Galaxy. Cualquiera que vea las prestaciones del aparato puede quedarse bastante impresionado: buena cámara, buenísima pantalla, batería de gran duración… pero, ¿y qué tal se comporta Android? ¿qué tal está integrado? ¿cómo es que no tiene esa serigrafía que dice “with Google”?

Bien, empecemos con un poco de historia. Este terminal fue puesto a la venta (aproximadamente) en Julio de 2008. Quizá muchos usuarios no tenían muy claro entonces de lo que era aquello de “with Google” pero la explicación es sencilla: ” ‘with Google’ marca aquellos dispositivos desarrollados conjuntamente con Google, y los cuales dispondrán de actualizaciones OTA”. OTA significa ‘over-the-air’ y quiere decir que estos móviles pueden actualizarse descargandose un archivo dentro del móvil y reiniciando. Fin de complicaciones.

¿Y si no tienes un móvil ‘with Google’? Pues entonces pasará como con Samsung Galaxy, que has de disponer de un paquete de software provisto por el fabricante que te permitirá actualizar tu terminal. Aquí empieza el calvario de Galaxy. El software provisto por Samsung:

• Es una aplicación bastante pesada
• Realiza muchas operaciones que no quiero (por ejemplo sincronizar contactos, tarea que ya hace Android con mi cuenta Google)
• Sólo es para Windows. El resto de sistemas operativos pueden irse a plantar patatas al campo
• Y la más divertida de todas…. La aplicación no soporta Samsung Galaxy! Por lo que por mucho que la tengas instalada, sólo servirá para el resto de los dispositivos Samsung, pero no para este móvil

Aunque la aplicación para actualizar el teléfono, no funcione porque no lo soporta, Samsung ha ido colgando firmwares en su web durante meses. Y la gente los ha usado… pero para ello han tenido que fabricarse una herramienta que pudiera “inyectar” las actualizaciones (más que necesarias) al teléfono.

Actualizar un buen móvil puede ser una tarea casi innecesaria, puede pensar cualquiera, pero Galaxy habrá tenido entre 7 y 10 firmwares distintos. Con éxitos y fracasos a partes bastante desiguales. En uno de los más sonados firmwares rotos, la fantástica batería que en reposo debería durar 450 horas, duraba 4 aproximadamente. Una centena de veces menos que lo que afirmaba el fabricante! Para asustarse…

Pero esto fue un suma y sigue:

• ¿La brujula electrónica? Tiene un bug su firmware que hace que muchas aplicaciones tengan que adaptarse específicamente para este terminal
• ¿Y el GPS?Bien gracias, siempre que no lo actives junto con la WiFi, porque entones la conexión inalámbrica empieza a fallar. No escanea redes algunas veces, muy alto consumo de batería… genial
• Pero la pantalla es buena, ¿no? La pantalla es una de las mejores que he visto para un móvil, pero… nunca había visto que el módulo de telefonía haga interferencias y se pueda ver cuando se está asociando a la red o le llega un SMS porque la pantalla tiemble
• El soporte de 3D está bastante estropeado
• Incluso el botón para hacer fotos con la cámara integrada tiene un bug, por el cual, aunque esté bloqueado el móvil, si el botón se pulsa parcialmente, el teléfono se activa perdiendo batería. Si a esto le sumamos que la funda del móvil, por diseño, deja pulsado parcialmente el botón de la cámara…
• También se puede disfrutar de una capa de telefonía a la que le faltan partes por terminar de implementar y fallos en cosas como el teclado de teléfono, el cual muchas veces no puede ser utilizado durante la llamada para enviar tonos DTMF (los contéstadores de Telefónica nunca oirán un Galaxy)

¿Ocurre todo esto en los terminales de HTC? Pues no lo sé ciertamente, pero lo dudo, porque se han desarrollado ‘with Google’

Mirando las tripas que corren dentro del móvil, también se pueden observar procesos extras. Por ejemplo está el que ayuda a la comunicación con la suite de la que antes hablábamos… que lógicamente no funciona, por lo que sólo sirve para gastar batería del terminal. O buscando por las trazas del sistema, puedes encontrar “explosiones” de demonios del sistema operativo, o incluso de la capa de telefonía.

Si no supiéramos que es Android, y fuera un firmware X desarrollado por el fabricante, este terminal no tendría más de un 2 sobre 10 en su calificación. Y es lo que tienen las cosas a medio hacer, que por muy buen hardware y software base que exista detrás, si no hay una cuidadosa labor de integración entre ambas partes, no sirve de nada.

Por suerte, las cosas cambiaron hace muy pocas semanas con la aparición de dos nuevos firmwares (abreviados como IK4 e IK5) que resuelven el 90% de los problemas… pero segun los rumores que corren, Galaxy no tendrá actualizaciones posteriores a Android 1.5, cuando la mayoría del resto de terminales si.

Por tanto, por mucho Android que se pueda disfrutar, queda un sabor bastante descafeinado y muy lejos de ser un terminal “de éxito”. Aunque de todas formas, no tiene por qué ser todo tan malo en el mundo de Android si uno no va de la mano de Google, ¿no?

Hablar de Android hoy en día ya no resulta raro para casi nadie. Hace dos años y un mes, Google desveló el proyecto en el que estaban trabajando desde hacía ya tiempo: un sistema operativo para móviles basado en GNU/Linux. Ya entonces, y antes de que apareciera ningún dispositivo móvil liberaron un juego de bibliotecas y una extensa documentación para el desarrollo de aplicaciones. Desde entonces y hasta casi un año después, cuando apareció el HTC Dream (el primer terminal Android), la gente ya había podido comenzar a desarrollar aplicaciones.

¿Cuál fue la mayor consecuencia de una acción así? Sencillo, facilitar el desarrollo de aplicaciones significó que los primeros terminales que salieron al mercado ya podían disponer de un gran número de aplicaciones.

Además del anuncio con el que comenzaba toda esta historia, se le dio la puntilla al proyecto: “La mayor parte de Android será un proyecto liberado bajo la licencia Apache 2.0″. Fantástico. Sencillamente, era díficil pedir más. Y comenzaron a dedicar recursos. Un sitio, un repositorio, listas de correo, etc.

En las listas de correo se pueden encontrar fácilmente las respuestas de ingenieros de Google. Uno de los que tienen más dedicación (por ser exactamente este su trabajo) es Jean Baptiste Queru, quien aguanta todas las preguntas que tiene la comunidad, y encima trabaja de sol a sol por que todo el mundo pueda construir la versión deseada de Android. Su trabajo es admirable. Otra de sus grandes tareas es mantener una sincronía entre los repositorios de Android; ya que existen dos repositorios: los internos, sobre los que trabaja Google, y los externos, para la comunidad. Tanto los arreglos que la comunidad envía al proyecto, como las nuevas características desarrolladas, son transferidas de un repositorio a otro por él. También existen rumores de la fusión entre ambos repositorios, aunque parece difícil que ocurra, y más cuando (por poner un ejemplo) la publicación del código de Android 2.0 se hizo solo dos semanas más tarde de la presentación oficial.

Aparte de todo este esfuerzo para la comunidad, Google también (es obvio) tiene sus acuerdos/contratos con los fabricantes para poder desarrollar terminales que funcionen impecablemente con este sistema operativo.

Resumiendo un poco algunos de los detalles del proyecto, tenemos:

• Un nuevo sistema operativo basado en GNU/Linux
• Disponibilidad de la mayor parte del código fuente con licencia Apache 2.0 (o la correspondiente, según el subproyecto)
• Muchos materiales disponibles para que se pueda crear un amplio abanico de aplicaciones
• Posibilidad de modificar el propio sistema operativo según las necesidades concretas de cada caso
• Recursos dedicados por la empresa para que cualquiera pueda adquirir conocimientos, modificar el código, adaptarlo, etc
• Trabajo directo con los fabricantes para fabricar terminales modernos, y así completar el único hueco al que “todavía” no se dedica Google, el hardware

Pero, si tenemos todo este material en nuestras manos, y todo parece tan perfecto, ¿por qué no es “garantía de éxito”?

Hoy es un día curioso. Zaragoza se ha despertado bastante gris y oscura, pero sin embargo hay una noticia que alegraría la mañana a cualquiera. Estábamos a la espera de la confirmación y, por fin ha llegado gracias a este post. ANSTE, developed by Warp Networks, como diría cualquier inglés orgulloso de su obra, ya ha aparecido en una publicación de O’Reilly (Oh! Really?). En el libro Beautiful Testing, uno de los capítulos está dedicado a la herramienta GPL de pruebas automatizadas ANSTE. Este sistema se ha utilizado para realizar las pruebas del proyecto eBox Platform (que se lanzó como spin-off de Warp el año pasado), y ahorrar costes de realización de pruebas durante su desarrollo. Gracias a ANSTE, en eBox pueden definir complejos escenarios de red (rutas, reglas del cortafuegos, interacción entre máquinas, etc) y ejecutar varios conjuntos de tests sin necesidad de la acción humana.

En el libro, se relata cuál fue el origen de la idea, la necesidad de tener un proyecto de estas características y una introducción a cómo se pueden realizar los tests, para mostrar toda la potencia de la plataforma. Además, los royalties derivados de la publicación del libro, serán donados al proyecto de la Fundación de Naciones Unidas “Nothing But Nets“, que envía redes anti-mosquitos a África para prevenir la malaria.

Enhorabuena a todos los autores, pero por supuesto más especialmente a Isaac, quien redactó el capítulo del libro, y a José Antonio, como ilustre y excelentísimo desarrollador de la herramienta .

Leyendo el post de Thomas Vander Stichele sobre Trac y opensearch (sacaré algún rato para probar su plugin), he leído en los comentarios una manera también rápida y efectiva para acceder a tickets y changesets de trac. El comentario habla sobre el uso de los bookmarks con variables en Firefox. No es una función nueva (hace tiempos lo usaba para buscar en el diccionario de la RAE), pero no había caído en utilizarla para esto. Los pasos son muy sencillos:

1. Creamos un nuevo marcados
2. Configuramos la ubicación del trac (URL) y le añadimos ‘%s’ donde queremos cambiar la variable (p.ej: http://mis.proyectos.com/trac/ticket/%s)
3. Le damos una palabra clave (p.ej: proyectos)
4. Guardamos y ya está

Ahora con tan solo escribir en la barra de direcciones “proyectos 100″ nos abrirá el ticket #100. Dependiendo de cómo use cada uno Trac, es cuestión de hacerse los bookmarks para los reports, changesets o lo que se necesite

En mi empresa llevamos un tiempo desarrollando eBox Platform, un sencillito gestor de redes que te permite instalar varios servicios y manejarlos fácilmente (probablemente ya estéis cansados de leerme esto ). Aunque no lo parezca, sigue teniendo un pequeño vínculo con GNOME, ya que seguimos utilizando GConf para almacenar toda la configuración O:-)

Las últimas novedades sobre eBox es que ya está cerca la versión 1.0, y que además están portando a Ubuntu los paquetes (¿quién sabe si llegará a ser parte de Ubuntu Server?). Además, ahora hemos encontrado unos padrinos de primera para lanzarnos a la aventura de ofrecer servicios profesionales sobre el producto.

Los tres padrinos que estarán en el “board of directors”, son:

• Stephen R. Walli, anterior director de estrategia open source en Optaros y ex-director de desarrollo de negocio en el equipo de la Plataforma Windows en Microsoft
• Mikko Puhakka, investigador sobre modelos de negocio con open source en la Universidad de Helsinki y primer inversor en MySQL
• y Timo Teimonen, antiguo vicepresidente de Nokia y director de Nokia Venture

Ayer lanzamos la nota de prensa (es, en). Sólo queda cruzar los dedos y…. mucho trabajo por delante para que todo salga bien