Una vez se escogen los paquetes a actualizar, se muestra la ventana clasica de descargas donde podremos ver el progreso de los archivos.

This was a very interesting cycle and the first time when my name appears in the official credits for testing and BugReporters, where I have the chance to learn a lot! (literally) and work with an amazing team: The Quality-Team. In this cycle I also worked especially with Test-cases and iso-testing (Ubuntu/Lubuntu in amd64 architectures)

But I did another interesting things in this cycle!

1- I have participated as instructor in the Testing-Sessions with a small session about Testing on your laptop https://wiki.ubuntu.com/Testing/Activities/Classroom

2- I have made several interesting material for this cycle in Spanish: A guide about fixing bugs and work with bazaar http://sergioandresmeneses.wordpress.com/2013/04/17/solucionando-bugs-en-ubuntu-fixing-bugs-in-ubuntu-only-in-spanish/

3- A video about HowTo Start with Autopilot http://sergioandresmeneses.wordpress.com/2013/01/05/getting-started-with-autopilot-in-spanish-video/

Buy not everything was about Ubuntu, I also helped to Kubuntu project doing testing, especially in the Ubuntu Global Jam: http://sergioandresmeneses.wordpress.com/2013/02/23/lubuntu-are-you-an-alternate-tester-help-us/

This is the time for talk about one of the best events in LatinAmerica! Ubucon-LA in this opportunity Uruguay will be our house and Ubuntu-uy team our hosts, and I want to start saying thanks a lot Ubuntu-uy to bring this huge event to us in this edition.

Last year we had some words from Mark Shuttleworth

You can join us and be part of one of the biggest events in LatinAmerica! and remember you can find a lot of information about this event in its official web site: http://www.ubuconla.org/

Reblogueado desde joseeantonior:

In this small post, I’m going to explain some necessary steps for fixing bugs in Ubuntu or any project in Launchpad (https://launchpad.net/)

Me gustaría antes que todo dedicar este post a AndresRodriguez Nicholas Skaggs Phill Whiteside Howard Chan y a todo el equipo de calidad de Ubuntu (https://launchpad.net/~ubuntu-testing)

En este pequeño post voy a explicar rápidamente los pasos necesarios para solucionar un bug en Ubuntu o en cualquiera de los proyectos alojados en Launchpad (https://launchpad.net/)

1- Buscamos un bug sobre el cual vamos a trabajar, para este ejemplo trabajamos sobre el bug#1162057, también podemos trabajar sobre un bug reportado por nosotros mismos. Una vez nos ubicamos en la dirección del bug podemos revisar mucha información que nos ayudará a encontrar un solución.

En la primera linea podemos ver a que paquete pertenece el bug (Affects), el estado actual del bug (Status), la importancia del bug para el proyecto (Importance), La persona asignada a resolver el bug (Assigned to) y el Milestone

Luego nos encontramos con la descripción del bug (Bug Description), esta información es agregada por la persona que ha reportado el bug y es nuestra principal fuente de datos técnicos para poder resolver el bug.

Pagina asociada a un bug en Launchpad

2- En este punto ya hemos decidio que vamos a trabajar en este bug, el siguiente paso será confirmar que en verdad es un bug… para esto procedemos a replicar el bug. Aquí logramos reproducir el bug simplemente ejecutando la aplicación… como se puede ver es algo muy evidente.

Acto seguido podemos cambiar el estado a Confirmado (Confirmed), pero no nos detendremos allí, si pasado algún tiempo nadie adopta el bug (otra forma de decir trabajar en el) pues lo tomaremos cambiando el estado a En Proceso (In Progress) en este punto podremos modificar la asignación; si somos muy habilidosos y manejamos muy bien la plataforma lo podemos asignar a nosotros mismos sino asignamos a alguien que nos ayude en la revisión. Esta persona será la encargada de revisar nuestra solución y a futuro marcará el bug como solucionado.

3- Ahora nos dedicaremos a buscar una solución, para este bug revisamos los repositorios donde se obtienen las imágenes iso, allí se ve que se hay dos entradas por cada versión, algo que es muy nuevo y posiblemente es el problema.

Con el posible problema ya identificado procedemos a obtener el código fuente de la aplicación para empezar las pruebas, esto lo realizamos vía Bazaar bzr por terminal (hay herramientas gráficas como el bazaar explorer que se puede usar para este mismo fin).

Con el uso del comando bzr branch obtenemos el código fuente del proyecto en la localización donde nos encontramos! en mi caso /home… en este paso si ya toca aplicar mucho instinto y consultar a los maintainers del proyecto por si se tienen algunas dudas.

—Nos tomamos unos días para hacer las respectivas ediciones al código y revisiones del funcionamiento del código.—

Una vez terminada la edición puedes consultar tus cambios mediante el uso del comando bzr diff, cabe anotar que debes estar dentro del directorio del proyecto

4- Teniendo ya la solución aplicada en el codigo fuente procedemos a subir nuestros cambios realizados al proyecto, primero agregamos un mensaje acerca de nuestra mejora, esto se locgra con el comando bzr commit -m “aquí va el mensaje de nuestra mejora“, luego procedemos a subir nuestro código y aquí hay algo interesante y es que no vamos a subir el código directamente al proyecto ya que eso solo lo hacen los maintainers del proyecto, así que nuestros cambios iran a nuestro perfil de launchpad y se vincularán con una referencia del proyecto, esto se logra con la siguiente nomenclatura: bzr push lp:~usuario_launchpad/proyecto/tu_mejora donde tu_mejora es un nombre representativo a las novedades de tu código.

5- En el paso anterior subimos el código de la mejora a launchpad, ahora nos dirigimos a su sitio web, donde podremos enlazarlo al bug al cual vamos a implementar la mejora y aquí lo proponemos para merging. cuando se propone para merging uno de los maintainers del proyecto deberá verificarlo.

6-Una vez el maintainer del paquete o la aplicación aprueba tu mejora, ya es solo tiempo para verla en acción. En algunas aplicaciones este lanzamiento de mejoras puede demorar mas que en otras, pero al final tengan la seguridad que serán publicadas… Y así podemos ver a TestDrive funcionando normalmente y descargando isos como siempre

Espero que este pequeño post les sea muy útil y mas personas se animen a contribuir a un proyecto de software libre o al mismo Ubuntu! Estamos en contacto

Para esto basta con abrir una terminal y escribir:

$ sudo do-release-upgrade -d

Una vez se revisa que existe una versión para actualizar, se empiezan a descargar los paquetes necesarios para la instalación.

Una vez nos informa el estado de los paquetes necesarios y el tiempo estimado de la descarga en base a nuestra conexión de internet, aceptamos y empezamos el proceso de actualización, cuando este finaliza reiniciamos nuestro computador y  tenemos listo nuestro nuevo sistema.

Espero les sea de ayuda y nos vemos en otra oportunidad!

En esta oportunidad como desde hace ya dos años el colectivo de Cúcuta-Tecnologica (http://www.cucutatecnologica.com) se encarga de la organización del evento

Algunos Datos Interesantes sobre El Flisol:

¿A quién está dirigido?
El evento está dirigido a todo tipo de público: estudiantes, académicos, empresarios, trabajadores, funcionarios públicos, entusiastas y aun personas que no poseen mucho conocimiento informático.

¿Cuándo?
27 de abril del 2013. Tecnologías de la Información y la Comunicación – Tecnologías para el Aprendizaje y el Conocimiento (TIC TAC)

¿Dónde?
Biblioteca Pública Julio Pérez Ferrero, Avenida 1 No 12-35 Barrio la Playa – Cúcuta.

¿Cuánto cuesta?
La asistencia al evento es totalmente libre y gratuita.

Agenda del Evento:

Quiero finalizar este pequeño post invitando a todos en la ciudad de Cúcuta y alrededores a participar en este maravilloso evento, donde de seguro encontraran muchos temas de interés

Nota: La información de este post viene de la pagina de Cúcuta-Tecnologica (http://www.cucutatecnologica.com/flisol-tic-tac-2013/)

1- Deja-dup
2- Firefox
3- File Roller
4- Gnome-Screenshot
5- Network Manager
6- Ubuntu-One

Besides, I am at the top of the testers list ( A big accomplishment for me )

Top Application testers

Remember, if you want to be part of the UGJ, you will find information about testing procedures in our wiki pages, the official wiki page: https://wiki.ubuntu.com/UbuntuGlobalJam

And the Ubuntu QA team wiki page for UGJ:https://wiki.ubuntu.com/QATeam/Cadence/Raring/Week7UbuntuGlobalJam

Reblogueado desde joseeantonior:

Have a nice Jam!

Daily Iso Tests:
1- Ubuntu amd64 (entire disk)
2- Ubuntu amd64 (Manual partitioning)
3- Live Session

Ubuntu Iso testers

Application Tests:
1- Empathy
2- Gnome-Terminal
3- Eye of Gnome
4- Totem
5- Evince

Application Testers

Remember, if you want to be part of the UGJ, you will find information about testing procedures in our wiki pages, the official wiki page: https://wiki.ubuntu.com/UbuntuGlobalJam

And the Ubuntu QA team wiki page for UGJ:https://wiki.ubuntu.com/QATeam/Cadence/Raring/Week7UbuntuGlobalJam