My testing activities in RaringRingtail

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 https://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 https://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: https://sergioandresmeneses.wordpress.com/2013/02/23/lubuntu-are-you-an-alternate-tester-help-us/

Ubucon Latinamerica 2013 will be in Uruguay!

Hi everybody!

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/

Ubuntu Community Survey 2013 (By Nathan Heafner)

joseeantonior

Today I got in touch with Nathan Heafner, a community member who is actively participating, and wanted me to leave you with this message:

«With Ubuntu 13.04 (Raring Ringtail) being released this month we are knee deep in beta testing, bug tracking, and testing out new features. With all this testing going on, it’s important for us to stand back, take a few minutes, and examine ourselves and our community. Thus, the Ubuntu Community Survey.

Generally speaking, this survey encompasses questions around contributions to Ubuntu, the drivers for those contributions, and general user data (age, gender). With this data we hope to better understand our growing community and refocus resources where they are most needed.

The survey should take less than 3 minutes to complete, and the results will be released to the public for review. Your survey submission is greatly appreciated. There will be a follow up blog…

Ver la entrada original 19 palabras más

Solucionando Bugs en Ubuntu – Fixing Bugs in Ubuntu (only in Spanish)

Firstly I would like to dedicate this post to AndresRodriguez Nicholas Skaggs Phill Whiteside Howard Chan and all the Ubuntu Quality Team (https://launchpad.net/~ubuntu-testing)

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 🙂

Actualizar Ubuntu 12.10 a 13.04 – Raring Ringtail

Con el próximo lanzamiento de una nueva versión de Ubuntu: 13.04 Raring Ringtail, todos estamos prestos a reinstalar nuestros sistemas para poder disfrutar de las novedades que trae!… pero si como yo tienen muchos programas ya configurados o servicios corriendo, lo que hace que la sola tarea de re-instalar el sistema nos tome unas semanas para volver a tener todo funcionando… no se preocupen, la solución es una actualización de versión!

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 Unos Días el FLISOL TICTAC Llegará a Cúcuta!

Se aproxima la realización del Flisol! y como siempre da alegría saber que nuestra ciudad se une a tal causa por el desarrollo de tecnologías, innovación y inclusión.

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/)