Grazie per l'interesse dimostrato per il progetto di localizzazione errori Ubuntu .
A partire da Preciso 12.04, questo comportamento e questo flusso di lavoro sono cambiati. Come ho scoperto nel bug n. 993450 "Apport non riesce a inviare la segnalazione di bug", per impostazione predefinita apport non apre più una segnalazione di bug (ed è scomodo ma non impossibile farlo).
Apport non ha mai creato segnalazioni di bug dopo il rilascio. Quando una versione è ancora in fase di sviluppo, è possibile utilizzare apport per archiviare i bug del Launchpad (e i rapporti sugli errori).
In una versione finale di Ubuntu ora mostriamo le finestre di dialogo di errore. Questo è un grande miglioramento da parte di un programma "che va via" senza alcun feedback e l'utente viene lasciato a chiedersi cosa è appena successo.
Le statistiche dei dati raccolti quando le persone scelgono di inviare questi rapporti vengono visualizzate su http://errors.ubuntu.com .
Sono rimasto con questa domanda: come fa un utente a capire qual è lo stato del problema? Il progetto ora ha questo requisito
L'utente dovrebbe avere un modo per ricontrollare lo stato del proprio rapporto sugli arresti anomali; ad es. avere un ID report che possono guardare per vedere le statistiche e / o qualsiasi numero di bug associato. Ad esempio, fornire un numero seriale al momento dell'archiviazione che potranno essere caricati in seguito tramite una pagina Web.
Lo rimuoverò. Non è mai stato questo l'intento. L'interfaccia utente è attenta a non fare promesse su come ottenere feedback sul rapporto.
Non si tratta di segnalazioni di bug.
Il nostro intento è ridurre il tempo necessario agli sviluppatori per trovare i problemi più urgenti, raccogliere le informazioni necessarie per risolverli e ottenere le correzioni per gli utenti.
Abbiamo risolto il problema di trovare i problemi più urgenti. Questa è la prima pagina di http://errors.ubuntu.com .
La raccolta rapida delle informazioni necessarie e senza comportare un lungo ciclo di feedback con gli utenti che riscontrano il problema viene affrontata nei miglioramenti di base-q-bucketing . Il piano è consentire agli sviluppatori di agganciarsi al processo di raccolta delle informazioni sul lato server. Se ho bisogno di / var / log / syslog ma non è già fornito, cambio semplicemente un'impostazione su http://errors.ubuntu.com e la persona successiva che riscontra l'errore lo aggiunge automaticamente ai dati che sta inviando.
Ottenere rapidamente le correzioni per gli utenti è affrontato nelle basi-q-updates-da-crash-reports . Quando gli utenti inviano un rapporto di errore e quell'errore è già stato corretto e rilasciato, verrà visualizzata una finestra di dialogo che chiede se desiderano aggiornare alla versione del software che risolve il problema che hanno appena riscontrato.
E come fa uno sviluppatore a entrare nel gioco? Accedere a https://daisy.ubuntu.com fornisce solo un messaggio di errore "Tipo di contenuto errato".
http://daisy.ubuntu.com non è destinato all'uso da parte di esseri umani. È lì per il daemon di segnalazione errori (whoopsie) a cui inviare i rapporti.
Sarebbe assolutamente meraviglioso che altre persone fossero coinvolte. Al momento sono l'unico hacker su questo a tempo pieno.
Ci sono quattro parti nel sistema.
- Apport , che fornisce l'interfaccia utente desktop.
- Whoopsie , che prende i report (e core dump) creati da Apport e li inserisce nel server di monitoraggio degli errori, Daisy.
- Daisy , che raccoglie report da Whoopsie e li elabora. Questo è il cuore del servizio. È ciò che trasforma i file core in report rintracciati e genera le statistiche che vedi su http://errors.ubuntu.com .
- Errori , che è un sito Web basato su Django che fornisce sia una visione leggibile dai dati umani sia un'API RESTful per lavorare con esso.
C'è un set di script leggermente obsoleto nella directory setup / in lp: daisy che dovrebbe darti un'idea di come i pezzi si incastrano. Ho lavorato su incantesimi juju per sostituire questo. L'obiettivo è un singolo comando per distribuire l'intera infrastruttura nel cloud per test e sviluppo.
Puoi trovare il mio indirizzo e-mail su Launchpad se hai ulteriori domande di sviluppo.
Ulteriori informazioni: