[Peru] Noticias OLPC 2007-07-21

[Xavier Alvarez]

     Castellano: http://wiki.laptop.org/go/News/lang-es
Original inglés: http://wiki.laptop.org/go/News

Laptop News 2007-VII-21

Pruebas | Trial-3 | Sugar | GNOME móvil | Salut/Gabble | «Builds» 
| Actividades en malla | Mediciones de energía | Rendimiento | 
Firmware | Kernel | Servidor escolar | Paquetes de contenidos | 
«Jams» de contenidos 

[1] Pruebas 
Hemos realizado pruebas en la duración de las baterías en 75 
laptops B4: los resultados seran publicados en el wiki de la OLPC 
esta semana. La próxima semana estaremos usando 100 B4s para 
pruebas de la malla. Dafydd harries y Simon McVittie de Collabora 
nos estarán ayudando con las pruebas de escalabilidad y 
conectividad de la malla. Los builds del software siguen 
progresando. La mayoría de las funcionalidades del Trial-2 estan 
en los builds 528+; y varias actividades (Read, Write, Chat, 
Connect4, Record) tienen la colaboración habilitada; el Dario 
está integrado, y redes en mallas con enlace local pequeñas ya 
están funcionando. Gracias a todos los que han documentado, 
revisado y priorizado los bugs en Trac (http://dev.laptop.org); 
la mayoría ya han sido distribuidos y estarán resueltos para el 
próximo lanzamiento (Trial-3). 

[2] Trial-3 
Hemos comenzado las discuciones sobre el lanzamiento de software 
ha incluir en el build de hardware en gran escala, debe estar 
listo para principios o mediados de Septiembre. Estará 
básicamente basado en el Trial-2 e incluirá varios arreglos de 
bugs y solo una pequeña cantidad de funcionalidades nuevas. 

[3] Sugar 
Marco Gritti nos informa de un «muy buen progreso!» Ha eliminado 
varios bugs en el portapapeles, referentes a temas, 
comportamiento de las paletas, y la interfaz de usuario. Terminó 
con una gran cantidad de trabajo en la integración del 
administrador de hardware abierto (OHW—Open Hardware Management) 
con la interfaz. Otros detalles incluyen el rehacer el manejo de 
las teclas de brillo y volumen para la B3/B4; cazar el bug de la 
"fila blanca" de X11; y lograr que el plug-in de Totem funcione 
con el navegador. Tomeu Vizoso también hizo arreglos al 
Portapapeles; integró cambios recientes al almacén de datos en 
Sugar, desarrolló un avance de página-lazy ('haragán') en el 
Diario haciendo un 'caching' de más items que los que se pueda 
mostrar en pantalla y buscarlos oportunísticamente; y arregló una 
pérdidas/goteras de archivos en Sugar y Actividad en /tmp 
J.M. Maurer agregó un señal de «zoom» al control libabiword, y lo 
enganchó en Write; agregó justificación a ambos márgenes a la 
actividad de Write; hizo "compañero se fue" (buddy left) en el 
back-end de Write y AbiCollab de Sugar; y eliminó un bug que 
causaba que Write fallara al abrir otra instancia. 
Arjun Sarwal trabajó aun más en la optimización del tiempo de 
respuesta de la actividad de Medir (que convierte a la laptop en 
un osciloscopio). Ha heco mejoras a la interfaz al agregarle una 
grilla al fondo y cambiando el esquema de colores para mejorar el 
contraste. Las nuevas capacidades incluyen el poder 
arrancar/parar el graficado y poder hacer una captura de pantalla 
con la onda graficada. También se agrego la capacidad de 
registrar datos. Una versión de la actividad se encuentra 
disponible en el repositorio git bajo la categoría de 
projects/measure (ver Measure / Oscilloscope). 

[4] GNOME móvil 
John Palmieri estuvo en GUADEC (GNOME Users' And Developers' 
European Conference) esta semana representando a la OLPC en la 
reunión sobre GNOME móvil y embarcado (GMAE—GNOME mobile and 
embedded). La plataforma móvil de GNOME es un subconjunto de la 
plataforma GNOME; que representa componentes actualmente en la 
XO, el OpenMoko, Nokia 800 y otros dispositivos. 

[5] Salut/Gabble 
John se juntó en GUADEC con Sjoerd Simons, Guillaume Desmottes, 
Morgan Collet y Simon McVittie. Entre sesiones trabajaron sobre 
eliminación de bugs menores y actualizaciones en Salut (un 
administrador de enlaces locales de conexiónes XMPP). Sjoerd 
descubrió porque Salut a veces "perdía" contactos en una red 
mala. Juntos, terminaron la nueva especificación de tubos. Simon 
también trabajó en reparar bugs en el avatar (la imagen del 
compañero) de Gabble (el administrador de conexiones Jabber/XMPP 
que utilizamos para chat y video conferencias). 

[6] «Builds» 
Dan Winship sacó varios builds por día esta semana. (Ya vamos por 
el Build 528). Hizo un arreglo sobre Pilgrim para acomodar 
aquellas actividades con espacios en sus nombres; y escribió 
algunas herramientas para determinar (y documentar) los cambios 
entre builds. 

[7] Actividades en malla 
Dan Williams encontró y elminó varios bugs en compartir 
actividades y la Vista de la Malla. Solucionó un tema de Python 
2.5 que rompió el compartir en Grabar y Leer, y escribió la 
actividad «Jukebox», un reproductor de media basado en gstreamer 
con integración al Diario. También realizó ciertas tareas de 
mantenimiento en Libertas, y revisión de parches; hizo que los 
escaneos inalámbricos sean «menos hackeros»; y arreglo un tema 
del escaneo de la inalámbrica en el NetworkManager que causaba 
que los access-points desaparecieran de la vista de la malla con 
el tiempo. 

[8] Mediciones de energía 
Esta semana fue un torbellino de actividad tratando de conciliar 
el consumo de energía de cada subsistema de la XO con lo que 
esperábamos. John Watlington, Richard Smith, Joel Stanly y Jim 
Gettys están trabajando en un análisis detallado del consumo de 
energía. El objetivo de las mediciones ha sido la verificación 
que disponemos del hardware en su lugar para permitir el apagar 
cualquier componente a voluntad y que algo «apagado» 
efectivamente esté apagado. Esto quiere decir que ha medida que 
el desarrollo de software avance, seremos capaces de mantener 
cualquier circuito no utilizado apagado o en bajo-consumo cuando 
no esté siendo usado. Disponemos de 29 puntos diferentes de 
mediciones en la XO, dándonos una granularidad muy detallada de 
cada camino, cubriendo todos los subsistemas importantes. 
Si todos los subsistemas estan prendidos y corriendo a máxima 
potencia, la XO puede consumir un máximo aproximado de sies watts 
(ignorando dispositivos USB externos). Para verificar esto, hemos 
puesto a la XO en varios estados de pantalla, inalámbrica, USB y 
uso de CPU. El uso normal cuando el sistema está en reposo, o en 
modo suspendido de ebook, o solo malla es mucho menor a éste 
máximo, por supuesto. 
La potencia consumida en cada uno de los caminos (power rails) ha 
sido cuidadosamente revisado y auditado para asegurarnos que 
sabemos dond va cada watt. No hemos sido capaces de dar cuentas 
por cada watt del sistema, pero estamos muy cerca—lo 
suficientemente cerca como para pensar que todos los componentes 
están funcionando como previsto o especificado. Pero «como 
especificado» en algunos casos sigue siendo alto. El WLAN y DCON 
(controlador de pantalla) son un poco problemáticos. Hemos tenido 
promesas del equipo WLAN sobre la existencia de muchas perillas y 
controles para reducir su consumo y que comenzarán a verlos. 
Sin embargo, el DCON según HiMax es que sus mediciones para el 
consumo bajo el modo-dormido (sleep) es lo mismo que nosotros 
hemos medido, aproximadamente 150mW. Esto no es aceptable. Cuando 
entremos en modo-dormido o de baja-potencia solo-WLAN 
necesitaremos cortar la energía al DCON. Esto quiere decir que el 
kernel pronto tendrá que manejar información sobre como 
inicializar al DCON al encenderlo. Antiguamente el kernel podía 
confiar en que el OpenFirmware (OFW) lo hubiese inicializado al 
DCON. (Hemos verificado que bajo OFW podemos cortar la energía al 
DCON y resucitarlo). 
La mayoría de los otros controles de la administración de energia 
de Linux han sido verificados en su funcionamiento, ej: audio, 
cámara, etc. La sorpresa fue que nuestra alimentación del 
procesador no es tan eficiente como podría serlo. El lado alegre, 
hemos ahorrado 30mW de energía cuando la laptop no está apagada y 
otros 35mW siempre que la pantalla esté encendida. 

[9] Rendimiento 
Chris Ball cambió algo de nuestro comportamiento de energía; ahora 
apagamos la pantalla cuando se suspende por medio del botón de 
encendido o se cierra la tapa, ahorrando energía. Chris se 
percató que el retomar se vuelve inestable si al mismo tiempo se 
satura de tráfico la radio inalámbrica. Este bug ya fue pasado a 
Marcelo y Cozybit para su análisis. Chris también informa de un 
problema con las teclas de juegos y eventos de administración de 
energía siendo interpretados como pulsaciones del botón de 
encendido para AMD; esto nos suspende cuando no queremos. 
Chris está investigando nuestro consumo de memoria, que ha 
aumentado recientemente—estamos corriendo más procesos Python que 
antes sin que compartan bibliotecas, y corriendo un servidor DHCP 
goloso (usando 12–20MB!) 
Chris y Richard escribieron un script en Python para calcular el 
valor hora-watt al que se llega con las pruebas de bateriás 
realizadas. Esto nos permite un calculo exacto de la duración que 
obtendremos de medir los consumos. 

[10] Firmware 
Quanta publicó su 2ª prueba para lo que será el firmware PQ2C20. 
Richard Smith revisó todos los cambios. A destacar es la 
eliminación del código que soportaba a los ATest (eliminando 672 
líneas de código base). 
Andres Salomon trabajó sobre una serie de arreglos del controlador 
embarcado (EC&mdashembeded controller), incluyendo darle una mano 
a Richard debuggear unos temas del CE brindando el soporte en el 
kernel necesario. Mitch Bradley logró hacer funcionar Forth en el 
procesador 8051 como una posible base para el código abierto del 
CE y trabajó en una versión del firmware con soporte para la 
activación. 
Lilian Walter logró hacer funcionar un stack dual IPv4 e IPv6 
trabajando para ping y finger. Lilian está investigando ahora 
como desarrollar Túneles Teredo (que es un protocolo diseñado 
para permitir conectividad IPv6 a nodos que se encuentran detrás 
de dispositivos de NAT sin conocimiento de IPv6), esto involucra 
características de IPv6 tales como solicitud/aviso de router y 
paquetes DNS AAAA. 
James Cameron comenzó a trabajar sobre el desarrollo open-source 
para el CE. 

[11] Kernel 
Marcelo Tosatti hizo más pruebas en paralelo de suspender/retomar; 
encontró una llamada innecesaria a mdelay() en el piloto CAFE; y 
siguió investigando más problemas con el suspender/retomar de 
Libertas y fallas bajo trafico intenso. Andres Salomon trabajó en 
otra unificación con Libertas, llevando código al upstream, hizo 
que el despertar-por-teclado funcione correctamente: muchos bugs 
resueltos y esperamos que pocos nuevos. 
Lo pendiente para terminar con la administración de energía en el 
kernel de Linux es desenergizar al DCON cuando no esté siendo 
usado (ahorrando 150mw suspendido como se nota arriba), y el 
debugging del parche de DCON cuando el sistema de ventanas se 
encuentre inactivo (idle). También es necesario explorar cuanta 
energía se ahorra al apagar el Dotclock PLL del procesador cuando 
no es necesario. Esto debería mejorar aún más nuestra duración de 
batería. 

[12] Servidor escolar 
Daniel Wyatt hizo la primera imagen instalable y preconfigurada 
del servidor escolar (ver http://xs-dev.laptop.org/xs y los 
scripts en el árbol git 
http://dev.laptop.org/git.do?p=projects/livecd-data;a=summary ; 
los archivos de configuración se encuentran en 
http://dev.laptop.org/git.do?p=projects/xs-config;a=summary y los 
scripts para «llamar a casa» del XS están en 
http://dev.laptop.org/git.do?p=projects/xs-callhome;a=summary). 

[13] Paquetes de contenidos 
Con respaldo de la comunidad, Lauren Klein y Kathy Paur armaron la 
especificacion de los paquetes de contenidos. Ahora se requiere 
hacer el enganche al «mime/type» para .xol (la extensión siendo 
candidateada) y un script para desempacarlo y regenerar las 
plantillas de navegación en /home/olpc/Library. Algunos miembros 
de la comunidad ya han subido archivos .xol a la Grilla de 
bibliotecas al wiki de la OLPC. 

[14] «Jams» de contenidos 
CC-Taiwán es uno de las comunidades más grandes de Creative 
Commons; y están muy deseosos de hacer un «jam» de contenidos 
dentro de Wikimania. Otro «jam» está siendo planeado para 
linuxconf.au.



-- 
XA
=========
Don't Panic!  The Answer is 42