¿Cómo informo útilmente un error [cerrado]


8

He usado Linux Mint por un tiempo y soy muy fanático. No soy lo suficientemente experto como para jugar con el kernel o algo así, pero he notado pequeños errores en un par de paquetes de software que siento que podría solucionar. Sin embargo, no tengo idea de cómo comenzar a contribuir al proyecto.

Aquí hay un ejemplo simple: la aplicación de la calculadora en los repositorios de Ubuntu no requiere que se active NumLock para que las pulsaciones de teclas en el teclado numérico se interpreten como números (en lugar de las teclas Homey Endque usan los mismos botones físicos). Sin embargo, este no es el caso de la Delclave que también sirve como punto decimal. Para esto, NumLock necesita ser activado. Sospecho que esto es un error, y me gustaría solucionarlo. Debería ser bastante simple.

Más allá de simplemente enviar un informe de error, ¿cómo se involucra uno en solucionar un problema como este? ¿Tendría que contactar a los encargados de mantenimiento de paquetes directamente a través de la página de GitHub ?


Depende, comience arreglando su copia. Luego, puede publicar sus cambios y preguntar a los desarrolladores anteriores si quieren la solución.
ctrl-alt-delor

Respuestas:


7

En orden creciente de ayuda:

  1. Si identifica un error, repórtelo con tanta información relevante como sea posible (para que los encargados del mantenimiento puedan reproducirlo y luego corregirlo).
  2. Si puede leer la fuente e identificar dónde se produce el error, incluya esa información.
  3. Si puede proporcionar un parche que corrige el error, inclúyalo (o abra una solicitud de extracción si el proyecto está alojado en Github)

En el caso de 1,2 o 3: asegúrese de suscribirse al error en el rastreador / solicitud de extracción / lista de correo, etc., para que pueda responder a cualquier solicitud de los desarrolladores / mantenedores para aclarar o probar sus suposiciones y informar de nuevo con cualquier información adicional.

Nada es peor que un informe de error "drive by" que tiene información insuficiente: estos solo atiborran los rastreadores de errores / listas de correo, etc., con ruido que debe ignorarse o limpiarse a costa de la energía que podría dirigirse de manera rentable a otra parte en el proyecto.


Seguí tu consejo e hice una solicitud de extracción en GitHub.
Myridium
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.