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' |