Cómo presentar un error de software a Fedora


Un error o error de software es un error, error, falla o falla, en un programa que causa que produzca resultados no deseados o incorrectos. Un error evita que un programa/aplicación/software funcione de la forma prevista.

Como la mayoría, si no todas las distribuciones de Linux, Fedora proporciona un medio para que los usuarios presenten un informe de error. Tenga en cuenta que la presentación de errores no se limita solo a los desarrolladores de software; Se recomienda a todos (incluidos los usuarios habituales) que archiven los errores que encuentren. Una vez que se llena un error, el encargado del paquete mira el informe de error y decide cómo manejarlo.

En este artículo, explicaremos los diversos pasos para presentar un informe de errores de software o aplicaciones en Fedora.

Antes de archivar un error en Fedora

Antes de presentar un error, asegúrese de estar utilizando la última versión de un software. Si no, descárgalo e instálalo. Normalmente, las últimas versiones de software vienen con correcciones de errores, mejoras y más. Es posible que se haya solucionado un error que desea archivar en la última versión del software.

Para actualizar todo el software instalado en su sistema Fedora a las últimas versiones disponibles, ejecute regularmente el siguiente comando dnf (con privilegios de root) para verificar y actualizar su sistema.

$ sudo dnf update --refresh

Si una versión más reciente del software aún tiene el error, puede verificar si el error se ha presentado o no. Puede revisar todos los errores archivados para un paquete de Fedora usando la URL:

https://apps.fedoraproject.org/packages/<package-name>/bugs/

Esto lo llevará directamente a una página que muestra una lista de todos los errores reportados para el paquete en cuestión, en el formato (error, estado, descripción y versión). Esta página también tiene un enlace para informar un nuevo error ( Archivo de un nuevo error ), y muestra el número total de errores abiertos y bloqueados. Por ejemplo:

https://apps.fedoraproject.org/packages/dnf/bugs/

Para ver los detalles de un error (por ejemplo, Error DNF 1032541 ), haga clic en él. En caso de que ya se haya presentado un informe de error que describa el problema, puede proporcionar al informe cualquier información adicional que pueda tener.

Para recibir actualizaciones sobre el informe, debe " CC " (copia en papel) usted mismo al informe. Marque la opción " Agregarme a la lista de CC " y haga clic en el botón " Guardar cambios ".

Una vez que descubra que no se ha informado el error, continúe y archívelo como se explica en la siguiente sección.

Cómo presentar un informe de error en Fedora

Para presentar un error, haga clic en el botón Enviar un nuevo error , seleccione " contra Fedora " o " contra EPEL " en el menú desplegable .

Se lo redireccionará a una nueva plantilla de informe de errores en el rastreador de errores como se muestra en la siguiente imagen. Tenga en cuenta que para acceder a la plantilla de informe de errores, debe tener una cuenta de Red Hat Bugzilla y debe haber iniciado sesión; de lo contrario, puede crear una nueva cuenta.

Vamos a explicar brevemente los campos que deben establecerse:

  • Component: used to specify the name of the package.
  • Version: used to set the version of Fedora that you observed the bug on. You can also specify the Severity, Hardware and OS as well.
  • Summary: use this to provide a useful short summary of the issue.
  • Description: add more detailed information about the issue using the provided template (explained below).
  • Attachment: use this to attach files that provide more information of the issue(files may include screen-shots, log files, screen recordings etc..).

El número de versión del paquete debe especificarse aquí. Puede usar el comando rpm para obtener el número de versión del paquete (versión DNF 4.0.4 en este ejemplo):

$ rpm -q dnf  

Especifique con qué frecuencia ocurre el problema. Las respuestas recomendadas incluyen:

  • Always: use enter this if you observe the issue every now and then.
  • Sometimes: enter this if you observe the issue sometimes.
  • Only once: enter this if you observed the issue once.

En la sección final de la descripción del problema, puede proporcionar información que permita a otros usuarios verificar el error, y también informan a los desarrolladores de qué pasos específicos causan el problema.

  • Actual results: Specify what you observe when the issue occurs.
  • Expected results: This field is used to enter what you expect that should happen if the software behaved correctly?
  • Additional info: Add extra information that may be useful to the maintainer here.

Una vez que haya informado de un error, lo siguiente es estar atento a las actualizaciones al respecto. Por lo general, se enviará una notificación por correo electrónico de cualquier comentario nuevo al informe a todas las personas que formen parte del informe de error (es decir, el informador, el mantenedor y otros usuarios).

Si se soluciona el error, el mantenedor lanza una versión mejorada del software. Bodhi (un sistema web que facilita el proceso de publicación de actualizaciones para una distribución de software basada en Fedora) agregará un comentario al informe, después de que se lance una versión mejorada del software.

Por último, pero no menos importante, puede ayudar al mantenedor confirmando si la versión mejorada funciona mejor en Bodhi . Cuando la versión mejorada del software haya superado el proceso QA ( Control de calidad ), el error se cerrará automáticamente.

¡Eso es todo! En este artículo, hemos explicado los distintos pasos para presentar un nuevo informe de error en Fedora. Si tiene alguna pregunta o comentario o información adicional para compartir, utilice el formulario de comentarios a continuación.