[OpenSSH]

Cómo enviar un informe

Informes sobre problemas en «versiones oficiales» ("release").

Antes de enviar informes sobre errores o problemas en las versiones oficiales de OpenSSH, mire esta lista de comprobaciones:

  1. Primero mire en la página de parches y anotaciones sobre OpenSSH.
  2. A continuación, averigüe si hay una versión más nueva disponible.

Si nada de esto tiene que ver con su problema, entonces ha llegado el momento de leer la página de manual de sendbug antes de enviar un informe del error.

Puede contactar directamente con los desarrolladores de OpenSSH enviándoles un mensaje a openssh@openssh.com.

Informes sobre problemas en «versiones actuales» ("current").

  1. Verifique el problema un par de veces como mínimo, con el código fuente actualizado con un par de días de diferencia.
  2. No envíe informes sobre problemas de compilación con el árbol de fuentes, a menos que persistan. La mayoría de las veces, estos problemas son un fallo del usuario o ya se encuentra alguien trabajando sobre ellos en ese momento.
  3. Recuerde que los servidores de anoncvs se actualizan con una diferencia de tiempo significativa con respecto al árbol de fuentes.
  4. Compruebe los cambios en OpenSSH para ver si ya se ha solucionado el problema.

Envío de los informes.

Intente ser directo y conciso. No dé instrucciones vagas o poco detalladas como «se cuelga». Hable con otros usuarios en IRC o algún otro foro para confirmar que es un problema nuevo, repetible, etc... y asegúrese de que no es un problema en su sistema.

Se aceptan las sugerencias sobre nuevas funcionalidades, especialmente si éstas van acompañadas por código que implemente la característica sugerida. Si alguien escribe el código para la nueva funcionalidad en su lugar, lo más probable es que no se entienda bien y que lo haga para que no pueda reconocerlo.

Tipos de informes sobre errores en orden de preferencia:

  1. Los problemas reiterativos con parches para el código fuente son los mejores.
  2. Los problemas reiterativos que no sean específicos de la composición de su hardware/software.
  3. Los problemas reiterativos que sean específicos de la composición de su software.
  4. Los problemas reiterativos que sean específicos de la composición de su hardware.

OpenSSH www@openbsd.org
Originally [OpenBSD: report.html,v 1.1 2000/05/05 17:13:35 provos Exp ]
$Translation: report.html,v 1.1 2000/05/10 21:39:01 horacio Exp $
$OpenBSD: report.html,v 1.2 2001/02/01 15:54:02 todd Exp $