Mandriva Cooker Bugzilla
De Wiki de la Comunidad Mandriva
¡No sólo para principiantes!
[editar] Introducción
[editar] Prólogo
Esta es una versión inicial de un CÓMO de Mandriva Bugzilla; No está completado. Puede agregar sus propios consejos, comentarios e ideas. Si desea proponer una funcionalidad, por favor coméntelo en la lista de correo de cooker y añádala a Lista de deseos de Bugzilla .
[editar] Sistema de seguimiento de errores
Hay un lugar centralizado para informar de errores en Mandriva: http://qa.mandriva.com. Usa el famoso sistema de seguimiento de errores Bugzilla; por supuesto, es software libre.
[editar] Antes de informar un nuevo error
Cientos, tal vez miles, de personas usan Bugzilla. ¿Es posible que alguien ya haya informado sobre ese error?
[editar] Busque en Bugzilla
Busque primero en Bugzilla para asegurarse de que no hay ya informado un problema similar, y de que el problema está aún pendiente. Informes de error duplicados hacen perder tiempo.
Por defecto, Bugzilla no busca la lista de errores resueltos (RESOLVED). Puede forzar a que lo haga escribiendo en mayúsculas la palabra ALL al principio de su petición de búsqueda, por ejemplo: ALL rpmdrake. Puede descubrir que su error ya ha sido resuelto y corregido en una entrega posterior.
Si no está familiarizado con Bugzilla, al menos repase todos los errores ya informados sobre el programa (usando la lista "componentes"), y revise la lista resultante de resumenes de error.
Si hay un problema similar al suyo, agréguese al campo CC: de correo y añada una descripción del problema a los comentarios. Esto evita la duplicación de informes; un informe de error comprensivo da una imagen del problema mejor que varios informes de error individuales.
[editar] Use la última versión
Revise el registro de cambios de la última versión de su programa favorito antes de emitir un nuevo informe de error. ¿Es posible que su problema ya esté resuelto en una nueva entrega?
Los programas de Mandriva vienen en paquetes RPM que contienen un registro de cambios. Puede usar el programa de interfaz gráfico rpmdrake para descargar las descripciones actuales de los paquetes RPM (seleccione "Ver las actualizaciones disponibles...") y examine las descripciones del registro de cambios en el cuadro inferior a la lista de paquetes (desplegando Cambios:), o tambien puede usar los comandos de terminal urpmi.update y urpmq para el mismo propósito (urpmq nombre_del_paquete --changelog).
Si quiere ir directamente a la versión más reciente, puede leer en línea la sección %changelog de un fichero RPM SPEC de su programa o componente. Por ejemplo:
- SPEC files(para el repositorio main), contrib-SPEC files(para el repositorio contrib)
- selecione su programa (componente)
- haga clic en 'Diff to previous' (coloreado es mucho más bonito)
- y revise la parte de abajo a la derecha de la página generada, ahí está la sección %changelog de la última versión.
Si su problema se muestra como resuelto en el registro de cambios, intente instalar ésta versión. Pruebe siempre la última versión del programa antes de informar de un error; no informe sobre errores de versiones más antiguas del programa.
[editar] ¿Funciona una versión anterior?
Suponga que ha estado usando la versión A de su programa favorito. Realiza una actualización del programa a la versión D y entonces su programa o alguna de sus características ya no funciona.
Si hay un salto entre las versiones A y D, significa que hay otras versiones por medio. Por ejemplo, si usted ha actualizado de la versión 2 a la versión 5, las versiones 3 y 4 están entre la 2 y la 5.
Antes de informar de un error, encuentre cual es la última versión que funcionaba y cual es la primera versión que causó el problema. Identifique exactamente cuando las cosas dejaron de funcionar, para que el encargado del mantenimiento del paquete pueda localizar el problema.
[editar] ¡Resuelva por sí mismo su problema!
Sea lo que sea, ¡intente resolver su problema y corregir el fallo! Una fabulosa propiedad de los programas de código libre es que no tiene por qué esperar que alguien corrija su problema - puede hacerlo usted mismo (o contratar a alguien que lo haga).
Las soluciones completas en código fuente son bienvenidas; pero no vacile a añadir conjeturas incompletas o soluciones parciales a su informe de error. Pueden mostrar con más precisión dónde está el problema.
Si tiene éxito solucionando el problema, agregue su solución al informe de error (quizás como un comentario posterior).
[editar] Comunicando un nuevo informe de error
Si ya ha hecho búsquedas para asegurarse de que su informe de error es el primero sobre esta incidencia, dé suficiente información.
(Nota del traductor: El idioma a emplear debe ser el inglés. En caso de que desconozca el idioma, o no confíe en su nivel de dominio del idioma para comunicar con exactitud el problema, puede solicitar ayuda en el foro de su idioma. En el caso del español, el foro recomendado es Blogdrake.)
[editar] Distribución correcta
Seleccionar la correcta "Distribución" es el primer paso al emitir el informe de error. La "Distribución" elegida debe ser la que esté utilizando en el ordenador donde ocurre el problema.
Todos los informes de error han de hacerse contra la más reciente distribución. Verifique el tiempo de vida publicado de la versión de la distribución que está usando en el sistema. Si ya no está soportada, actualice y revise si el error aún existe. Los informes de error contra distribuciones que ya no están soportadas no pueden ser procesados.
Tenga en cuenta que todas las versiones Beta y RC son versiones Cooker que son más que un snapshot ("foto" instantánea del código) pero menos que una versión official estable. Por lo tanto, todos los errores informados para una Beta o RC deben hacerse contra la distribución Cooker. Informe por favor a qué versión de Cooker se aplica.
[editar] Producto, componente, version correctos
Debe seleccionar el producto, componente y versión correctos de su paquete.
- identifique qué paquete RPM "tiene" el programa que sufre el error
- puede encontrar qué paquete RPM "tiene" un fichero con la orden: rpm -qf fichero-problematico
- puede ver más información sobre el paquete RPM usando: rpm -qi nombre-del-paquete
De nuevo, pruebe su problema contra la última versión.
[editar] Detalles
Los detalles son importantes; cuanta más información ofrezca, mejor:
- encuentre la versión del paquete RPM: rpm -q nombre-del-paquete
- describa su hardware si es un problema relacionado con el hardware
- herramientas útiles: lspcidrake -v, lsusb, lsmod, etc.
- describa qué acciones realiza para provocar el problema
- resuma en lo posible al menor conjunto de acciones necesarias para causar el problema
- etc.
[editar] Archivos adjuntos (attachments) a los informes de error
Desafortunadamente, los informes de error en Bugzilla están limitados en longitud debido a un detalle de implementación del interfaz web. Puede encontrarse con que debe redactar un largo informe de errores en varios trozos, o adjuntar archivos (attachments).
Si tiene un fichero de datos relacionado con su problema (por ejemplo un fichero MP3 que no funciona con xmms), puede adjuntarlo en su informe de error. Hacer esto acelera la resolución del error y puede ahorrarse un ciclo NEEDINFO -> NEW.
[editar] Cuando se emite un informe de error
Los informes de error tiene varios nombres de estado durante su proceso de corrección:
[editar] La vida típica de un error
UNCONFIRMED (Sin confirmar)
| |
| |----------<---------+
| | |
| NEW (nuevo) --->--- NEEDINFO (se necesita más información)
| |
| |-------------<------------+
| | |
| ASSIGNED (asignado)--->--- NEEDINFO
| |
| |
RESOLVED (resuelto), con alguna de estas conclusiones:
(FIXED (corregido), INVALID (no es válido), DUPLICATE (duplicado de otro),
WONTFIX (no se quiere arreglar), WORKSFORME (irreproducible))
[editar] Estado UNCONFIRMED (sin confirmar)
Usted ha acabado de emitir el informe de error y se está a la espera de que otras personas lo confirmen (que digan que ellos tienen el mismo error). Se atiende antes los informes de error que tienen muchas confirmaciones. Si su informe de error es sobre un programa poco utilizado, o sucede en un caso especial, el informe puede permanecer como UNCONFIRMED durante mucho tiempo. Para mejorar la respuesta, haga que otras personas que pueden reproducir el error añadan comentarios a su informe.
[editar] Estado NEW (nuevo)
Su error se confirma (o el encargado del mantenimiento del paquete está de acuerdo con que es un problema real) y queda a la espera de asignarse a un encargado específico.
[editar] Estado ASSIGNED (asignado)
Se asigna el informe de error a un encargado específico.
[editar] Estado NEEDINFO (se necesita información)
Falta alguna información, y el encargado del error está esperándola. Los encargados dan menor prioridad a los errores en estado NEEDINFO, porque no pueden proseguir hacia una solución hasta que la información esté disponible.
Cuando usted facilita la información, cambie el estado del error (?) otra vez a NEW o ASSIGNED para que el encargado del mantenimiento sepa que el error debería volver a ser examinado.
[editar] Estado RESOLVED/DUPLICATE (resuelto/duplicado)
El encargado del mantenimiento cree que el error es un duplicado de otro. Ahora es labor de usted leer cuidadosamente el informe de error original y, en caso de que no sea una duplicación real, debe dar información adicional y reabrir su informe de error.
Un ejemplo de un estado DUPLICATE erróneo es éste - 
informe de fallo #9450, informe de fallo #4629.
[editar] Estado RESOLVED/INVALID (resuelto/no es válido)
El encargado del mantenimiento cree que no es un error. Puede que el programa funcione así intencionadamente, o puede que algo vaya mal en el ordenador de usted y eso sea lo que provoca el comportamiento anómalo. Si usted no está de acuerdo, vuelva a abrir el informe de error y añada información adicional de ayuda.
[editar] Estado RESOLVED/WORKSFORME (resuelto/irreproducible)
El encargado del mantenimiento no puede reproducir el error.
[editar] Estado RESOLVED/OLD (resuelto/antiguo)
La versión o entrega informada ha pasado el límite de su ciclo de vida, o el error ya está corregido.
[editar] Contactando con los encargados
Sí, su informe de error es importante; sin embargo, puede que otros informes de error sean más importantes que el suyo. Si no puede resolver el error usted mismo, tenga paciencia mientras espera a que el encargado del mantenimiento pueda solucionar su error.
No se moleste en ir contactando con el encargado una y otra vez. Si usted piensa que su error es importante, trate de encontrar a otros que puedan confirmarlo y que añadan comentarios de ayuda adicionales. Los errores más importantes son los que afectan a más personas.
[editar] Cómo Testzilla
En las páginas Testzilla de Bugzilla (últimos resultados, estadísticas de hardware , el resto de enlaces está en la página principal de Bugzilla), usted puede seguir procedimientos para informar de éxitos en la emisión de informes o bien para informar de errores en el propio Bugzilla.
Para poder realizar pruebas del hardware, debe primero cargar la configuración de su sistema en Testzilla Howto. Para hacer eso, instale el paquete hwdb-clients y ejecute hwdb_add_system <bugzilla account> "<system name>". Su perfil aparecerá en la página Mi Hardware, y tendrá acceso a los diversos procedimientos de validación de hardware de la sección Testzilla de la página principal de Bugzilla.
Consulte la página wiki Testzilla Howto si quiere contribuir con procedimientos adicionales o ver cómo trabaja el sistema completo.
Bugzilla es la base de datos maestra para informar de errores. Para poder informar, usted necesita una cuenta Bugzilla válida, lo cual es muy fácil. Sólo tiene que navegar hasta http://qa.mandriva.com/, hacer clic sobre el enlace "Open a new Bugzilla account" e introducir la información solicitada.
Las cuentas normales tienen privilegios como agregar informes de error, añadir comentarios a informes existentes y cambiar el estado de los errores que han sido creados bajo esa cuenta. Antes de que un nuevo informe de error pueda ser completado, Bugzilla mirará en la base de datos buscando errores similares y le pedirá que se asegure de que quiere emitir un nuevo informe.
[editar] TODO: merge with page content
[editar] Cómo funciona Bugzilla
El interfaz web es la forma con la que la mayoría de usuarios interactúan con Bugzilla. El Bugzilla de Mandriva está en http://qa.mandriva.com/
Hay un interfaz de correo en Bugzilla que facilita la adición de comentarios o el cambio de estado de los errores si tiene el nivel de acceso apropiado.
[editar] Votando informes de error
Bugzilla mantiene un sistema de votado para ayudar a los usuarios a validar informes de error. Su intención es que los usuarios puedan indicar que tienen un mismo error y que creen que es importante, mientras se espera que así se reduzca la duplicación de informes de error.
