Table of Contents
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 hace que produzca resultados no deseados o incorrectos. Un error impide que un programa/aplicación/software funcione según lo previsto.
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 anima a todos (incluidos los usuarios habituales) a registrar los errores que encuentren. Una vez que se soluciona un error, el encargado del mantenimiento del paquete mira el informe del error y decide cómo manejarlo.
Importante. Es posible que un error no necesariamente debe ser un bloqueo del software. En relación con la definición anterior de un error, cualquier comportamiento no deseado o inesperado que se observe en una aplicación debe archivarse como un error.
En este artículo, explicaremos los distintos pasos para archivar un software o errores de aplicación. informe en Fedora.
Antes de presentar un error en Fedora
Antes de presentar un error, asegúrese de que está utilizando la última versión de un software. Si no es así, descárguelo e instálelo. Normalmente, las últimas versiones del software se envían con correcciones de errores, mejoras y más. Es posible que un error que desea archivar se haya solucionado en la última versión del software.
freestar.config.enabled_slots.push
Para actualice 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 es una última versión del software todavía tiene el error, entonces puede verificar si el error se ha archivado o no. Puede verificar todos los errores archivados para un paquete de Fedora usando la URL:
https://apps.fedoraproject.org/packages/ 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 vínculo para informar un nuevo error ( Presentar 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, DNF Bug 1032541. , haga clic en él. En caso de que ya se haya presentado un informe de error que describa el problema, puede proporcionar cualquier información adicional que pueda tener al informe. Para recibir actualizaciones sobre el informe, debe “ CC. ”(Copia al carbón) usted mismo en el informe. Marque la opción “ Agregarme a la lista CC. y haga clic en el botón “ Guardar cambios. . Una vez que descubra que el error no ha sido reportado, continúe y archívelo como se explica en la siguiente sección. Para archivar un error, haga clic en el botón Archivar un nuevo error. seleccione “ contra Fedora. ”o“ contra EPEL. ”del menú desplegable. Serás redirigido a una nueva plantilla de informe de error 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 haber iniciado sesión; de lo contrario, puede crear una nueva cuenta. Expliquemos brevemente los campos que deben establecerse: Número de versión-lanzamiento del componente seleccionado (si corresponde): El número de lanzamiento de la versión del paquete debe ser especificado aquí. Puede usar el comando rpm para obtener el número de versión del paquete (DNF versión 4.0.4. en este ejemplo): $ rpm-q dnf Especifique la frecuencia con la que se produce el problema. Las respuestas recomendadas incluyen: Pasos para reproducir: 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 informar a los desarrolladores sobre los pasos específicos que causan el problema. Una vez que ha 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 todos los que forman parte del informe de error (es decir, el informador, el encargado de mantenimiento y otros usuarios). Si el error pasa a ser arreglado, el encargado del mantenimiento 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 publique una versión mejorada del software. Por último, pero no menos importante, puede ayudar al encargado del mantenimiento confirmando si la versión mejorada funciona mejor en Bodhi. Cuando la versión mejorada del software haya pasado el proceso de 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.
Ver errores reportados del comando DNF
Ver detalles de un informe de error
Archivar un informe de error en Fedora
Archivar un nuevo error en Fedora
Plantilla de informe de error
Ver la versión del paquete Cuán reproducible: