LogClase

<mcisternas> hola a todos, vamos a esperar cinco minutos mas para ver si alguien mas llega a la clase sobre como trabajar con bugs en ubuntu
<kamusin> ;)
<kamusin> pueden ir por las bebidas y popcorn
<mcisternas> exacto ;)
<mcisternas> ya, comienza la clase de bug training 
* kamusin (n=kamusin@pc-68-39-44-190.cm.vtr.net) ha abandonado #ubuntu-cl ("Saliendo")
* kamusin (n=kamusin@pc-68-39-44-190.cm.vtr.net) ha entrado en #ubuntu-cl
<mcisternas> sientanse libres de preguntar sus dudas mientras avanza la clase
* kamusin se ha marchado (Remote closed the connection)
<mcisternas> los que daremos la clase en esta oportunidad soy yo y kamusion (quien reinicio)
<mcisternas> y esto se debe practicamente como una fase de preparacion para el
<mcisternas> global bug jam que se llevara a cabo en octubre
* kamusin (n=kamusin@pc-68-39-44-190.cm.vtr.net) ha entrado en #ubuntu-cl
<mcisternas> en Ubuntu, los bugs se trabajan por medio de launchpad
<mcisternas> https://launchpad.net/
<mcisternas> launchpad es una plataforma web que aloja diferentes proyectos de software libre
<mcisternas> como terminator, mysql, ubuntu, etc
<mcisternas> hace unas semanas atras, se ha liberado su codigo 
<mcisternas> lo que ha sido bueno para canonical
<mcisternas> en Ubuntu hay un team que se encarga de luchar diariamente contra los bugs
<mcisternas> se llama el BugSquad
<mcisternas> https://launchpad.net/~bugsquad
<mcisternas> y es un team "publico" es decir, cualquier puede integrarse al team
<mcisternas> y ponerse a ayudar a combatir los bugs
<mcisternas> la manera mas tipica de trabajar con bugs es por medio de training
* kei_ (n=kei@190.22.9.85) ha entrado en #ubuntu-cl
<kamusin> o mas conocido como "triaging"
<mcisternas> imaginen lo siguiente
<mcisternas> por ahi escuche una vez que trianing es lo mas parecido a ser un doctor en medio de una guerra
<mcisternas> es decir, tienes el papel de separar a los heridos en grupos 
<mcisternas> "graves", "necesitan hospitalizacion", "no es nada", etc
<mcisternas> lo mismo se hace en launchpad
<mcisternas> uno tiene la responsabilidad de marcar los bugs, recopilar informacion sobre estos, y decidir un estado final
<mcisternas> en ubuntu reportar un bug es facil, pero se necesita la mejor colaboracion del autor de este
<mcisternas> https://bugs.launchpad.net/bugs/+filebug
<mcisternas> en esa pagina, es el comienzo de reporte
<mcisternas> se elige un proyecto (ubuntu), el paquete afectado, el titulo y un pequeña descripcion a la que se le puede adjuntar logs, .diff, etc
<kamusin> tambien pueden ir al menu ayuda de cada software en la opcion repotar/informat de un problema
<mcisternas> todo esto, obviamente, en ingles.. pues es el "lenguaje universal".
<mcisternas> exacto ;-)
<kamusin> o por terminal ejecutar ubuntu-bug nombre_programa
<mcisternas> esa funcion nos hace practicamente la tarea, tiende a recopilar informacion de /var/crash
<mcisternas> quiero dar dos ejemplos de bugs, uno que es lo que siempre se espera de un bug (que sea con la mayor descripcion posible)
<mcisternas> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/266951 
<mcisternas> este es un bug "bien reportado", y que ademas formo un debate sobre I/O ERROR 
* pmorenos (n=pmorenos@pc-32-37-74-200.cm.vtr.net) ha entrado en #ubuntu-cl
<mcisternas> el siguiente bug es un bicho "mal reportado", con muy poca informacion
<mcisternas> que nos deja plop!
<mcisternas> https://bugs.edge.launchpad.net/ubuntu/+bug/406072
<mcisternas> logran identificar las falencias del ultimo?
<mcisternas> la información emitida facilita la detección del error, el seguimiento y la investigación del bug
<kei_> nop esa es una lista de los disposotivos del equipo no ?
<mcisternas> kei_: si, asi es
<kamusin> kei , sep
<kei_> almenos eso veo yo arriba la version del sistema y a continuacion una lista de los dispositivos no da mucho  de informacion acerca del bug solo su equipo
<mcisternas> kei_: pero al momento de reportar un bug, la informacion mas amplia, mas datos del pc, especificamente de sonido del pc
<kamusin> lo que trata de explicar marlon es que hay que tratar de ser lo mas especifico y detallista posible
<mcisternas> exacto ;-)
<kei_> sip eso lo entendi
<pmorenos> ok
<mcisternas> bien, una vez que ya sabemos lo basico
<kei_> hay que detallar el "error"(?) con todo lo maximo posible de informacion acerca del mismo con "logs" etc, icluso fotos y txt's como vi en el anterior no ?
<kamusin> siguiente con la analogia del medico y todo eso, es como ir al doctor y no saber que sintomas tienes pero le dices: "Dr. tengo un problema pero no se que problema.."
<mcisternas> kei_: si, si no se tiene logs como en el caso del bug "bien reportado", entonces hay que ir a las fotos, describir los minutos previos y posteriores al error
<mcisternas> bueno, vamos a este bug que ya lo di a conocer anteriormente
<mcisternas> https://bugs.edge.launchpad.net/ubuntu/+bug/406072
<mcisternas> donde dice "Affects", un poco mas abajo dice Ubuntu y una flecha hacia abajo 
<mcisternas> (todo esto con la sesion de launchpad ya iniciada)
<mcisternas> ahi se encuentran una serie de datos, como Estado, Paquetes, etc.. que pasara a explicar mi buen amigo kamusin 
<kamusin> bueno, para poder empezar a subir nuestros reportes y aportes al launchpad lo primero es estar registrado hehe
<kamusin> como primera tarea para participar en el bug squad es tener tu cuenta LP (LaunchPad), si no la tienen creo que es hora de que se registren ;)
<kei_> pregunta sorry que retrase n.nU hmmm . cuando uno no tiene muchos conocimientos acerca de bugs o errores de ese tipo es valido mandar fotos mm no se por ejemplo desde una camara digital
<kamusin> kei_, fotos, videos, logs, todo sirve
<kei_> o con un pantallazo solo mostrando el error que sale en la ventana?
<mcisternas> kei_: si, todo, absolutamente todo sirve para dar con la solucion del error ;-)
<kamusin> tal como explico mcisternas , al momento de generar un informe es necesario llenar ciertos campos
<kei_> hmm si es que solo queria ver es que se habla muchos de los bugs mal reportados , entonces que pasaria si la persona quiere reportar ese bug no haya la manera y como en el caso anterior manda algo que no sirve de mucho
<kei_> que pasa con eso el post se deja de lado?
<mcisternas> kei_: no, para alla vamos... se le pide mas informacion
<kei_> oks n.nU disculpen :p
<mcisternas> ;-)
<kamusin> dentro de los cuales se encuentran Status (Estado),  Importancia, package (paquete o nombre del proyecto)
<kamusin> En la lista de estados encontramos los siguientes: New (Nuevo), Incomplete (Incompleto), Invalid(Invalido), Confirmed (Confirmado),
<kamusin> El estado nuevo es el estado por defecto cuando subes un reporte y no es mas que eso. El incompleto generalmente se marca por alguien que adopta este reporte y requiere mas informacion que consultar a la persona . Confirmado es bueno.. , cuando el reporte tiene la informacion suficiente y el bug es reproducible
<kamusin> tambien existen otros estados
<kamusin> Fix commited (Se ha enviado la correccion del problema a los desarrolladores pero aun no se ha publicado en los repositorios), Fix released: La solucion al problema se ha publicado oficialmente en los repositorios
<kamusin> Won't fixed: Esto es un poco controversial y significa que no puede ser reparado. In progress: Se esta trabajando aun para solucionar este problema
<kamusin> hay un estado en particular que no se puede marcar ya que es necesario ser parte del ubuntu bug control para setearlo y es el estado Triaged
<kamusin> que es cuando se tienen los antecedentes necesarios como para empezar a trabajar en ese problema
<kei_> hmm pregunta
<kei_> n.nU
<kamusin> kei_, mande
<kei_> entonces la labor de gente normal como yo podria ser solo reportar un bug y esperar a que alguien lo marque como kamusin describio recien y entonces solo esperar a las "actualizaciones"?
<kei_> o hay algo mas que se pueda hacer?
<kamusin> la importancia tampoco la pueden setear personas que NO pertenecen al ubuntu bug control
<kamusin> kei_, generalmente cuando tu subes un reporte esperar que otro lo revise por ti, ahora esto depende de tus habilidades
<kei_> hmmm entonces solo puedo reportar dar informacion del bug y solo esperar a que el ubuntu bug control lo setee y esperar?
<mcisternas> los desarrolladores a veces te piden que hagas debugging, mas pruebas, mas seguimientos.. todo depende de uno
<kamusin> ya que si sabes como solucionar el problema ya sea con solo cambiar una configuracion o tal vez modificando el codigo del programa, puedes publicar la solucion
<mcisternas> exacto ;-)
<kamusin> pero la idea es no marcar y hacer triag a tus propios reportes
<kei_> hmm sip a eso queria llegar si uno sabe la solucion del problema no es valido reportarlo con solucion ?
<mcisternas> kei_: personalmente yo he visto reportes donde los autores se dan tiempo de meter mano en el codigo y publican una posible solucion
<kamusin> puedes adjuntar la solucion en un parche u otro formato
<mcisternas> esta a veces sirve, a veces no
<kei_> no es como el foro por decirlo de alguna manera? me explico hay gente que sube problemas que tiene pero despues lo solucionan antes de que le den respuesta y espues terminan el post con palabras como
<kei_> "lo arregle colocando tal y tal cosa"
<kamusin> es parecido pero no es lo mismo, kei_
<kamusin> ya que generalmente en el foro son problemas de configuracion a nivel del sistema y no se tratan siempre de un bug
<kei_> es que de esa manera alomejor podria correjirse mas rapidamente y no esperar a que otro lo reporte sin saber nada y esperar a que le den solucion ?
<kei_> hmmm aaaps creo que ahora veo la diferencia
<kei_> o.o
<kamusin> seguimos..
<kei_> oks
<kamusin> entonces,  tenemos los estados, la importancia, el paquete o programa que esta sufriendo un problema en particular
<kamusin> faltan dos cosas muy importantes
<kamusin> el titulo y la descripcion.
<kamusin> El titulo es una especie de mini resumen del programa
<kamusin> y bueno, la descripcion .. es eso.
<kei_> hay algun ejemplo n.nU
<kei_> ?
<kamusin> https://wiki.ubuntu.com/Bugs/BestPractices
<kei_> ;)
<kamusin> un titulo mas o menos decente puede ser como: Titulo = "[jaunty] mozilla firefox se congela con la libreria xx al cargar xxxx sitio"
<kamusin> la idea del titulo es poner una descripcion clara y como un detalle bonito seria agregar entre corchetes la version de ubuntu que esas
<kamusin> y en la descripcion como dato rosa, el agregar una serie de pasos de como reproducir el problema lleva extra point ;)
<kamusin> por ejemplo: 1) Abrir mozilla firefox 2)Instalar programa x 3) Ingresar al sitio web www.lalala.cl 4) et
<kei_> hmmm o.o oks comprendo ...
<kamusin> No deben olvidar agregar 1)el problema que tienes 2) Lo que tu esperas que debe pasar
<kei_> eso debajo de la descripcion ??
<kamusin> El orden lo pones tu, pero debe ir en la casilla "description"
<kei_> hmm similar al titulo?
<kei_> osea se congela , se congela por tal y tal motivo?
<kei_> eso escrito despues de haber dado los pasos?
<kamusin> claro
<Gon> hola, como les comentaba por la ML, tengo un bug de empaquetado indentificado... en ese caso que recomienadan?
<Gon> :B
<kamusin> [Gutsy] Periodic crashes w/ high CPU on Dell Latitude D505 (-intel 855GM)
<Gon> el paquete es universalindentgui
<kamusin> ese seria un buen titulo ..
<kamusin> Gon, puedes ponerte en contacto con los desarrolladores para que puedan incluir tu parche ;)
<Gon> es de empaquetado...
<Gon> resulta que el programa esta enlazado a una lib que tiene de dependencia, pero una version anterior
<Gon> por ende al partir no la encuentra y crash
<Gon> o... tambien intente enlazarla a mano con la version nueva y tambien crash
<Gon> xD
<kamusin> Gon,  puedes contactarte con el mantenedor del paquete
<mcisternas> https://edge.launchpad.net/universalindentgui
<Gon> ya
<kamusin> pero eso queda fuera de nuestros scopes de hoy ;)
<Gon> ok :B
<kamusin> preguntas??
<pmorenos> por mi parte nop!
<kamusin> quiero aprovechar de comentar que esto se esta haciendo para formar fuerzas
<kamusin> ya que se quiere formar un grupo chileno con gente nueva que este dispuesta a colaborar y participar en esta linda y solidaria labor
<kamusin> donde se puede aprender a conocer en detalle nuestro sistema Ubuntu
* Kmt (n=kei@190.22.5.41) ha entrado en #ubuntu-cl
<kamusin> en caso de necesitar ayuda pueden consultar aca o directamente en #ubuntu-bugs
<mcisternas> de alguna manera estamos retomando estas practicas, el año pasado trabajamos mucho en esto y ahora hemos vuelto a las ligas motivando a gente
<Gon> bue...
<Gon> lo que es yo
<Gon> estoy +o- acostumbrado al bugtracker de kde.org
<Gon> ahi de vez en cuando tiro alguna cosa :B
<kamusin> recordemos que en esto todos nos vemos beneficiados ya que en algun momento esas soluciones se ven aplicadas en a,b,c distribucion de LInux
<Gon> y en todo proyecto FLOSS
<Gon> con bugtracker
<Gon> :B
<Gon> o ML
<Gon> al menos :B
* ente (n=este@4-156-22-190.adsl.terra.cl) ha entrado en #ubuntu-cl
<Gon> holi ente
<ente> holi gon
<kamusin> por mi parte quiero agregar que en https://wiki.ubuntu.com/BugSquad/KnowledgeBase/ pueden encontrar TODA la informacion necesaria
<kamusin> desde como identificar el paquete con problemas hasta unos lindos graficos del ciclo de vida de un reporte..
<kamusin> y si no se aplican bien en el idioma, babelfish.altavista.com es un buen aliado ;)
<mcisternas> bueno, como ya es sabido, un bug puede contener diferentes estados
<mcisternas> que ya fueron expuestos por kamusin 
<mcisternas> vamos a fijarnos en este bug
<mcisternas> https://bugs.launchpad.net/ubuntu/+bug/407326
<Gon> kamusin: tambien translate.google.com
<Gon> :B
<kamusin> Gon, tambien :)
* kei__ (n=kei@190.22.16.32) ha entrado en #ubuntu-cl
<mcisternas> como se ve, el autor entrega informacion como la tarjeta de sonido, el driver, version del ubuntu, etc
<mcisternas> le vamos a asigar un estado
<mcisternas> seguido de un comentario
<mcisternas> hace un clic en la flecha que se encuentra bajo de "Affects"
* Radixs1 (n=Radixs@127-78-246-201.adsl.terra.cl) ha entrado en #ubuntu-cl
<mcisternas> y van a ver diferentes opciones como Package, Status, Assigned to y un cuadro en blanco donde ira nuestro comentario
<kei__> perdon me perdi U.u donde veo eso?
<mcisternas> bajo de "Affects" dice Ubuntu
<mcisternas> hay una pequeña flecha, a esta se le hace un clic
<kei__> ya ...
<kamusin> kei_, https://bugs.launchpad.net/ubuntu/+bug/407326
<kei__> aps ok
<mcisternas> en la mayoria de las veces, si nuestro sistema de sonido no funciona, no sirven los audifonos y solo hay silencio, el paquete afectado es linux
* kei_ se ha marchado (Read error: 110 (Connection timed out))
<mcisternas> lo podemos buscar de la siguiente manera
<mcisternas> vamos al bug y en el cuadro "Package" esta la opcion "Choose"
<mcisternas> hace un clic en Choose
<mcisternas> nos aparece un cuadro pequeño
<mcisternas> en la casilla colocamos "linux" (sin comillas) y le damos a "Search"..
<mcisternas> especificamente en la pagina numero cinco se encuentra el paquete linux
<Gon> mcisternas: buen punto...
<Gon> si no estoy seguro del paquete afectado
<Gon> hay algo que pueda ayudar a detectarlo?
<kamusin> el poder identificar cual es el paquete correcto es una habilidad que mcisternas adquirio con la experiencia, de todas maneras en https://wiki.ubuntu.com/Bugs/FindRightPackage siempre podemos buscar ayuda
<Gon> porque... a veces hay mil capas entremedio pa que algo funcione, si es el sonido, puede ser... la app, pulseaudio, gstreamer, librerias, drivers
<Gon> :S
<mcisternas> por hoy, en la consola se pone ubuntu-bug -p alsa-base
<mcisternas> y recopila una cantidad importante de informacion, entre ellas el paquete
* Kmt se ha marchado (Read error: 110 (Connection timed out))
<mcisternas> atencion: los cambios que hagamos no quedan marcas con fuego, todo se puede volver a cambir en caso que hayamos cometido un error
<mcisternas> bueno, en este caso vamos a la pagina numero cinco, hacemos un clic en el paquete "linux" y se vera que aparece seleccionado
<mcisternas> bien, ya tenemos el paquete seleccionado
<mcisternas> ahora le vamos a asigar un estado (Status)
<mcisternas> hacemos un clic en New y nos aparece el resto de los estados
<mcisternas> en esta oportunidad lo vamos a dejar en "Incomplete"
<mcisternas> porque mas adelante le vamos a pedir un poco mas de informacion
<mcisternas> vamos y marcamos Incomplete
<ente> hice el click a New pero no salen más estados...
<kamusin> ente,  estas registrado en launchpad?
<ente> no...debe se eso
<Gon> ente es niña :B
* Radixs se ha marchado (Read error: 110 (Connection timed out))
<mcisternas> ente: una vez que estes registrada en launchpad, veras los estados y las demas opciones :)
<mcisternas> bien, abajo se encuentra la opcion "Assigned to"
<ente> muchas gracias por la infomación
<kamusin> ente, ;)
<mcisternas> existen diferentes opciones como que nos asigemos el bug o asignemos a un grupo (kernel team, gnome team, etc) para que vean el bug
<mcisternas> en nuestro caso, nos vamos a asignar el bug, para que los sigamos investigando 
<mcisternas> esto se hace seleccionando la opcion "Me"
<mcisternas> listo, ya tenemos casi todo listo, pero no estaria mal pedirle mas informacion
<mcisternas> cual informacion le pedirian?
* Radixs1 es ahora conocido como Radixs
* pepex (i=bea21040@gateway/web/freenode/x-wkkikkqfnavuglzx) ha entrado en #ubuntu-cl
<mcisternas> acepto sugerencias, sientanse libres :-)
* kamusin no tantas please! :P
* pepex se ha marchado (Ping timeout: 180 seconds)
<mcisternas> bueno, como el afectado usa jaunty, le vamos a pedir que en su consola ponga apport-collect -p alsa-base <numero del bug>
* Schmick_ (n=nouser@190.20.13.228) ha entrado en #ubuntu-cl
<mcisternas> o mejor aun, paras que no sea tan rebuscado, le vamos a pedir si esto pasa desde un momento y si el sonido tiende a mejorar de vez en cuando.
<kamusin> hay un equivalente a lo anterior con el comando ubuntu-bug -p alsa-base
<mcisternas> "This error happens always or improved from time to time?"
<Gon> ya
<Gon> creo que aporte con mi granito de arena
<Gon> https://bugs.launchpad.net/ubuntu/+source/universalindentgui/+bug/407799
<Gon> :B
<mcisternas> colocamos tal comentario en "Comment on this change (optional)"
<mcisternas> marcamos la opcion "E-mail me about changes to this bug report"
<mcisternas> y "Save changes"
<kamusin> Gon, https://bugs.launchpad.net/ubuntu/+source/universalindentgui/+bug/382505
<Gon> fail :(
<kamusin> Gon,  para nada lo enlazare por ti ;)
<mcisternas> pmorenos hizo la tarea
<mcisternas> tiene un siete
<kamusin> aveces pasa que ya otras personas han hecho el reporte y cuando corresponde (digamos mismos sintomas y procedimiento) se marca como duplicado
<mcisternas> https://bugs.launchpad.net/ubuntu/+bug/407326
<pmorenos> :-D
<mcisternas> :D
* Carlos_C (n=carlos@pc-109-84-104-200.cm.vtr.net) ha entrado en #ubuntu-cl
<kamusin> Bueno, aprovechando el caso que se nos presento con el reporte de Gon
* Radixs se ha marchado (Read error: 104 (Connection reset by peer))
* Radixs (n=Radixs@158-99-246-201.adsl.terra.cl) ha entrado en #ubuntu-cl
<kamusin> ocurre que aveces otros usuarios han hecho el reporte sobre el mismo problema que los afecta
<kamusin> es una buena practica revisar o buscar en google  el problema (en launchpad),  asi se evita la duplicacion de la informacion entre otros
<kamusin> por ejemplo recien Gon subio su reporte a LP: https://bugs.launchpad.net/ubuntu/+source/universalindentgui/+bug/407799
<kamusin> El reporte tenia un titulo descriptivo y contenia una buena introduccion y procedimiento para reproducir el problema
<kamusin> sin embargo https://bugs.launchpad.net/ubuntu/+source/universalindentgui/+bug/382505
<kamusin> fue mas veloz que Gon
<kamusin> pero no te sientas mal Gon, a varios nos ha pasado. No te sientas si tu reporte fue marcado como invalido o duplicado
* Schmick se ha marchado (Read error: 110 (Connection timed out))
* Schmick_ es ahora conocido como Schmick
<kamusin> Si entran al reporte que hizo Gon, alfinal agrege un mensaje usando una respuesta estandar
<kamusin> existen muchas respuestas predefindas que pueden usar para hacer una consulta a la otra persona, pueden verlas en: https://wiki.ubuntu.com/Bugs/Responses
<mcisternas> esas respuesta sirven demasiado que no se le pega mucho al ingles, como es en mi caso. son un buen ejemplo
<mcisternas> bueno, ya estamos listos. 
<mcisternas> comenzamos la ronda de preguntas :-)
* kamusin soy acuario (a la que pregunto eso por privado :P )
<mcisternas> alguien tiene alguna duda, consulta, enojo, bronca, etc?
<pmorenos> Yo por mi parte ninguna, fueron muy claros en sus explicaciones! gracias..
<mcisternas> alguien mas? :)
<ente> se agradece la charla... coincido con pmorenos
<kamusin> bueno
<kamusin> por mi parte gracias por su atencion y ojala les haya gustado
<mcisternas> damos por terminada la clase, de verdad con kamusin esperamos que les haya quedado todo claro y que de vez en cuando maten algunos bugs ;-)
<mcisternas> nos vemos el proximo sabado con el chilean bug jam, donde mataremos bugs como locos
<kamusin> https://wiki.ubuntu.com/ChileanTeam/
<kamusin> www.ubuntu-cl.org
* janitux se ha marchado (Remote closed the connection)
<mcisternas> gracias!! 
<mcisternas> todos tienen un 7
<kamusin> bueno señores y señoritas presentes
<pmorenos> podremos rescatar el log de esta charla en el wiki verdad?
<mcisternas> pmorenos: si, yo lo subire ;-)
<kamusin> el log estara pronto disponible
<pmorenos> gracias!!!
<mcisternas> todos con un siete menos el chanserv que no hablo nada
<kamusin> heheh
<pmorenos> hhahaha

ChileanTeam/Eventos/BugJam/Actividades/LogClase (last edited 2009-08-01 21:25:26 by mcisternas)