Difference between revisions of "SugarWorldCup2010"
Line 53: | Line 53: | ||
* El equipo de Argentina se reunirá el sábado 12, de 15 a 19h, para poner en marcha el equipo y comenzar a corregir bugs de nuestras actividades favoritas.Estan todos invitados. El lugar es a confirmar en la semana. A los interesados en participar les pedimos que avisen en argentina at laptop dot org asi vamos calculando cuantos somos. | * El equipo de Argentina se reunirá el sábado 12, de 15 a 19h, para poner en marcha el equipo y comenzar a corregir bugs de nuestras actividades favoritas.Estan todos invitados. El lugar es a confirmar en la semana. A los interesados en participar les pedimos que avisen en argentina at laptop dot org asi vamos calculando cuantos somos. | ||
+ | |||
+ | '''Reporte de la reunión:''' | ||
+ | |||
+ | Decidimos en primer lugar trabajar con la actividad Paint, ya que es sencilla, tiene unos cuantos tickets abiertos y ya la conocemos, | ||
+ | por otro lado, intentamos que todos tuvieramos entornos de trabajo listos para debugear y programar. | ||
+ | |||
+ | En Fedora 12 y en Ubuntu es sencillo, instalamos todos los paquetes sugar*. | ||
+ | |||
+ | Luego bajamos la version de desarrollo de git: | ||
+ | |||
+ | $ git clone git://git.sugarlabs.org/paint/mainline.git paint.git | ||
+ | |||
+ | En el caso de Paint, hay una librería en C en el directorio fill que se puede compilar o tomar del archivo Paint.xo que se descarga de activities.sugarlabs.org. | ||
+ | |||
+ | Para poder usar la versión de desarrollo de Paint, desinstalamos el paquete de la actividad (si estuviera instalado) y creamos en el directorio Activities en el raíz de nuestro usuario un directorio Paint.activity y copiamos allí los archivos de la actividad. | ||
+ | |||
+ | Luego buscamos los tickets pendientes de resolucion en la actividad: | ||
+ | |||
+ | '''En Sugarlabs:''' | ||
+ | http://bugs.sugarlabs.org/query?status=accepted&status=assigned&status=new&status=reopened&component=Write&order=priority&col=id&col=summary&col=component&col=status&col=type&col=priority&col=milestone | ||
+ | |||
+ | '''En OLPC:''' | ||
+ | http://dev.laptop.org/query?status=assigned&status=new&status=reopened&component=write-activity+%28abiword%29&order=priority&col=id&col=summary&col=status&col=owner&col=type&col=milestone | ||
+ | |||
+ | Aquí habíamos hecho una busqueda previa, porque hay tickets que ya no son válidos o que han sido resueltos en la version en desarrollo. | ||
+ | |||
+ | Puede ser util ver los comentarios de los commits con: | ||
+ | git log | ||
+ | |||
+ | Se puede ejecutar un emulador de Sugar con el comando: | ||
+ | sugar-emulator | ||
+ | |||
+ | Una vez detectado el error que se quiere corregir, se puede editar los archivos de Python, para que se tomen los cambios, simplemente hay que salir de la actividad y volver a entrar. Si hay algun error en la modificación que hayamos hecho, va a quedar el icono de la actividad un tiempo largo y no va a iniciarse. | ||
+ | Para saber cual es el problema, tenemos que ver en el directorio ~.sugar/default/logs/ donde se creará un archivo con el nombre del bundle_id de la actividad. | ||
+ | |||
+ | En el caso de Paint es org.laptop.Oficina. Cada vez que se ejecuta la actividad se crea un nuevo archivo con un número consecutivo en el nombre. | ||
+ | |||
+ | Una vez que hemos hecho la modificacion, copiamos el archivo modificado en el directorio donde clonamos el repopsitorio git y creamos un patch: | ||
+ | |||
+ | $ git commit -a -m 'descripcion del patch' | ||
+ | $ git format-patch -1 | ||
+ | |||
+ | Esto va a generar un archivo "0001-descripcion-del-patch.patch" que se de be enviar a la lista sugar-devel@lists.sugarlabs.org | ||
+ | |||
+ | Esperamos que les sea de utilidad este reporte. |
Revision as of 08:10, 15 June 2010
Invitation
Teams / Equipos
Add your team here. ...
Country/País | Group/Grupo* | Team members/Miembros del equipo |
---|---|---|
Estados Unidos | C | Walter Bender, ... |
Argentina | B | Alejandro Cura, Hector Sanchez, Gonzalo Odiard |
- Group/Grupo is of course optional.
Eventos / Events
- El equipo de Argentina se reunirá el sábado 12, de 15 a 19h, para poner en marcha el equipo y comenzar a corregir bugs de nuestras actividades favoritas.Estan todos invitados. El lugar es a confirmar en la semana. A los interesados en participar les pedimos que avisen en argentina at laptop dot org asi vamos calculando cuantos somos.
Reporte de la reunión:
Decidimos en primer lugar trabajar con la actividad Paint, ya que es sencilla, tiene unos cuantos tickets abiertos y ya la conocemos, por otro lado, intentamos que todos tuvieramos entornos de trabajo listos para debugear y programar.
En Fedora 12 y en Ubuntu es sencillo, instalamos todos los paquetes sugar*.
Luego bajamos la version de desarrollo de git:
$ git clone git://git.sugarlabs.org/paint/mainline.git paint.git
En el caso de Paint, hay una librería en C en el directorio fill que se puede compilar o tomar del archivo Paint.xo que se descarga de activities.sugarlabs.org.
Para poder usar la versión de desarrollo de Paint, desinstalamos el paquete de la actividad (si estuviera instalado) y creamos en el directorio Activities en el raíz de nuestro usuario un directorio Paint.activity y copiamos allí los archivos de la actividad.
Luego buscamos los tickets pendientes de resolucion en la actividad:
Aquí habíamos hecho una busqueda previa, porque hay tickets que ya no son válidos o que han sido resueltos en la version en desarrollo.
Puede ser util ver los comentarios de los commits con:
git log
Se puede ejecutar un emulador de Sugar con el comando:
sugar-emulator
Una vez detectado el error que se quiere corregir, se puede editar los archivos de Python, para que se tomen los cambios, simplemente hay que salir de la actividad y volver a entrar. Si hay algun error en la modificación que hayamos hecho, va a quedar el icono de la actividad un tiempo largo y no va a iniciarse. Para saber cual es el problema, tenemos que ver en el directorio ~.sugar/default/logs/ donde se creará un archivo con el nombre del bundle_id de la actividad.
En el caso de Paint es org.laptop.Oficina. Cada vez que se ejecuta la actividad se crea un nuevo archivo con un número consecutivo en el nombre.
Una vez que hemos hecho la modificacion, copiamos el archivo modificado en el directorio donde clonamos el repopsitorio git y creamos un patch:
$ git commit -a -m 'descripcion del patch' $ git format-patch -1
Esto va a generar un archivo "0001-descripcion-del-patch.patch" que se de be enviar a la lista sugar-devel@lists.sugarlabs.org
Esperamos que les sea de utilidad este reporte.