Traducción(es): English - español - Italiano

(!) ?Discussion


El BTS puede seguir la pista de las versiones de los bug. Es posible decir en que versión el bug fue encontrado y en cual fue arreglado.

Información sobre manipular bugs por correo electrónico

La documentación completa se halla en: http://www.debian.org/Bugs/server-control

encontrado, no encontrado, cerrado

Ramas y NMU

El nuevo sistema lee los ?registros de cambios de los paquetes, tal que si un bug está arreglado en una rama que no está en el debian/changelog de la actual versión sid (por ejemplo, si apareció en una actualización de seguridad para estable , o similar), justo puede decir que el bug se encuentra en esta versión y el sistema se dará cuenta que esta versión es no aplicable a la versión actual de sid.

También, si se arregla un bug en un NMU pero la versión del NMU que lo arregló no se incorpora cuando ocurre la siguiente subida, el bug permanecerá abierto hasta que los cambios del NMU se incorporen.

Cerrar bugs inválidos

Si un fallo que realmente no es un error es reportado (digamos, un usuario no llega a comprender cómo funciona realmente el programa, o similar), puede ser cerrado todavía mandando un correo a 123456-done@bugs.debian.org sin la pseudo-cabecera, o usando close 123456 sin versionar.

Reabrir

Si necesita reabrir un bug que se cerro como inválido, usará la vieja orden de reabrir reopen. Pero si va a reabrir un bug, porque aun está presente en la versión actual, debería mandar un correo a control@bugs.debian.org con:

found 123456 2.3-4

Reasignar

Si es necesario reasignar sería un gran gesto incluir la versión del paquete afectado. En su correo a control@bugs.debian.org haga:

reassign 123456 bar 2.0-1

Etiquetas específicas de Distribución

La etiqueta sarge ahora significa que "no se archive este bug hasta que se solucione en una versión de sarge". .