Solía ser que cuando un programa se bloqueaba, especialmente cuando un usuario estaba usando una versión preliminar de Ubuntu, se podía usar un informe para abrir un informe de error. El usuario podría rastrear el error, ver si afectaba a otros, ayudar a solucionarlo, etc.
A partir de Precise 12.04, este comportamiento y flujo de trabajo cambiaron. Como descubrí en el error # 993450 "Apport no puede enviar el informe de error" , por defecto, apport ya no abre un informe de error (y es incómodo pero no imposible hacerlo). Al mismo tiempo, las personas notan un nuevo proceso de "whoopsie", como se describe en ¿Qué es el proceso de 'whoopsie' y qué hace? .
Después de buscar más en Google, desenterré este plano, que describe todo el proceso: ErrorTracker - Ubuntu Wiki . (No mencionó whoopsie o daisy, así que los agregué, corrígeme si me equivoqué).
Wow: esto suena como un gran trabajo para optimizar y mejorar el proceso de informe de fallas.
Me queda esta pregunta: ¿cómo aprende un usuario cuál es el estado del problema? El plan ahora tiene este requisito
El usuario debe tener alguna forma de verificar el estado de su informe de bloqueo; por ejemplo, tener algún ID de informe que puedan ver para ver estadísticas y / o cualquier número de error asociado. Por ejemplo, proporcione un número de serie al momento de la presentación que puedan cargar a través de una página web más adelante.
que parece no implementado ¿Hay algo disponible mientras tanto?
¿Y cómo entra un desarrollador en el juego? Ir a https://daisy.ubuntu.com solo proporciona un mensaje de error "Tipo de contenido incorrecto".
Finalmente, sugiero documentar los cambios de comportamiento en las Notas de la versión. Debería ser de interés para cualquiera que haya intentado ayudar a Ubuntu.
fuente
Respuestas:
Gracias por su interés en el proyecto del rastreador de errores de Ubuntu .
Apport nunca creó informes de errores posteriores al lanzamiento. Cuando una versión aún está en desarrollo, puede usar apport para archivar errores de Launchpad (e informes de errores).
En una versión final lanzada de Ubuntu ahora mostramos cuadros de diálogo de error. Esta es una gran mejora de un programa que "desaparece" sin comentarios y que el usuario se pregunta qué acaba de suceder.
Las estadísticas de los datos recopilados cuando las personas eligen enviar estos informes se muestran en http://errors.ubuntu.com .
Voy a eliminar eso. Esa nunca fue la intención. La interfaz de usuario tiene cuidado de no hacer promesas acerca de recibir comentarios sobre el informe.
Estos no son informes de errores.
Nuestra intención es reducir la cantidad de tiempo que les lleva a los desarrolladores encontrar los problemas más urgentes, recopilar la información necesaria para solucionarlos y llevar las soluciones a los usuarios.
Hemos resuelto el problema de encontrar los problemas más urgentes. Esa es la portada de http://errors.ubuntu.com .
La recopilación de la información necesaria rápidamente y sin involucrar un largo ciclo de retroalimentación con los usuarios que están experimentando el problema se aborda en las fundaciones-q-bucketing-mejoras . El plan es permitir a los desarrolladores conectarse al proceso de recopilación de información del lado del servidor. Si necesito / var / log / syslog pero aún no está provisto, solo cambio la configuración en http://errors.ubuntu.com y la siguiente persona que experimente el error lo agrega automáticamente a los datos que están enviando.
Obtener soluciones para los usuarios rápidamente se aborda en fundamentos-q-actualizaciones-de-informes-de-bloqueo . Cuando los usuarios envían un informe de error y ese error ya se ha solucionado y publicado, aparecerá un cuadro de diálogo que les preguntará si desean actualizar a la versión del software que soluciona el problema que acaban de experimentar.
http://daisy.ubuntu.com no está destinado a ser utilizado por humanos. Está allí para que el daemon de informe de errores (whoopsie) envíe informes.
Sería absolutamente maravilloso que otras personas se involucraran. Actualmente soy el único pirateo en este tiempo completo.
Hay cuatro partes en el sistema.
Hay un conjunto de scripts ligeramente desactualizado en el directorio setup / en lp: daisy que debería darle una idea de cómo encajan las piezas. He estado trabajando en encantos juju para reemplazar esto. El objetivo es un solo comando para implementar toda la infraestructura en la nube para pruebas y desarrollo.
Puede encontrar mi dirección de correo electrónico en Launchpad si tiene más preguntas de desarrollo.
Más información:
fuente
Para ver informes de su propio sistema, intente esto, como se documenta en https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43
Sin permisos especiales en Launchpad, no puede ver los informes reales, pero puede ver los programas sobre los que se informaron y podría usar los identificadores proporcionados para referirse a ellos cuando hable con los desarrolladores que tienen los permisos adecuados.
fuente
Para ver los informes de bloqueo enviados acumulados, puede ir a https://errors.ubuntu.com/
fuente