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