SugarWorldCup2010: Difference between revisions

Karucha (talk | contribs)
Karucha (talk | contribs)
Line 60: Line 60:


En Fedora 12 y en Ubuntu es sencillo, instalamos todos los paquetes sugar*.
En Fedora 12 y en Ubuntu es sencillo, instalamos todos los paquetes sugar*.
En Arch Linux, con: yaourt -S sugar


Luego bajamos la version de desarrollo de git:
Luego bajamos la versión de desarrollo de git:


   $ git clone git://git.sugarlabs.org/paint/mainline.git paint.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.
En el caso de Paint, hay una librería en C en el directorio fill que se puede compilar o bien reemplazarla, con la versión ya compilada que vienen en archivo Paint.xo , el cual se puede descargar 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.
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 del home de nuestro usuario, y ahí un directorio Paint.activity , luego copiamos allí los archivos de la actividad.


Luego buscamos los tickets pendientes de resolucion en la actividad:
Buscamos los tickets pendientes de resolución en la actividad:
Los tickets, actualmente se encuentran reportados en los dos tracks siguiente, así que por el momento revisamos los dos.


'''En Sugarlabs:'''
'''En Sugarlabs:'''
Line 77: Line 79:
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
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.
Aquí habíamos hecho una búsqueda previa, porque hay tickets que ya no son válidos o que han sido resueltos en la versión en desarrollo.


Puede ser util ver los comentarios de los commits con:
Puede ser útil ver los comentarios de los commits con:
     git log
     git log


Line 85: Line 87:
   sugar-emulator
   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.
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 algún 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.
Para saber cual es el problema por el cual no cargó la actividad, 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.
En el caso de Paint el archivo se llama ''org.laptop.Oficina''. , tener en cuenta que 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:
Una vez que hemos hecho la modificación, copiamos el archivo modificado en el directorio donde clonamos el repopsitorio git y creamos un patch:


   $ git commit -a -m 'descripcion del patch'
   $ git commit -a -m 'descripcion del patch'