Guida completa alla segnalazione dei bug in Debian Linux

Segnalare i bug è uno dei tanti modi in cui puoi aiutare Linux a crescere. Tutte le distribuzioni di software libero, i progetti hanno diversi sistemi in cui i bug vengono raccolti, analizzati, etichettati e corretti in base al numero di persone che conoscono il codice sorgente.

Dato che adoro Debian, ti mostrerò come inoltrare segnalazioni di bug in Debian.

Come segnalare bug in Debian Linux

Lo strumento goto in Debian per segnalare bug è Reportbug . Vorrei averlo saputo quando ho iniziato con la segnalazione degli errori, avrei evitato un po 'di bruciore di stomaco sia per me che per il manutentore.

Vediamo come possiamo usare Reportbug per segnalare bug in Debian Linux.

Passaggio 1. Installazione di Reportbug

Utilizzare il comando seguente per installare Reportbug:

sudo aptitude install reportbug

Passaggio 2. Reportbug: la prima esecuzione

Una volta installato Reportbug, alla prima esecuzione, è necessario configurarlo in modo che possa essere utilizzato per presentare segnalazioni di bug.

Usa il comando qui sotto per eseguirlo.

reportbug

E poi un sacco di domande come si può vedere come di seguito:

Note sulla prima esecuzione di Reportbug:

un. Dato che uso Debian da un po 'di tempo, posso passare da 2 a 3. Per le persone che sono estremamente nuove nella segnalazione dei bug, potrebbero attenersi a [1] che viene mostrato come novizio e come predefinito, basta premere Invio.

b. Tra l'interfaccia utente di testo e l'interfaccia gtk2 / 3, trovo l'interfaccia gtk2 / 3 poco attraente e anche un po 'di memoria, quindi scelgo sempre 1. Se hai scelto l'editor gtk2 / 3 le seguenti istruzioni sono sempre le stesse per te, solo tu vedrai il gtk-editor mostrare la stessa cosa in un modo leggermente più bello.

c. La parte in cui Reportbug richiede l'accesso alla rete, la nego per sempre, dal punto di vista pratico e di sicurezza. Un po 'più di spiegazione per i motivi per cui lo farei sarebbe condivisa di seguito.

d. Infine, quando chiede il nome, se ti piace il nome esistente (prende dalla variabile [email protected]) premi Invio, nel caso tu voglia che sia qualcos'altro, dai il nome con cui vuoi che appaia.

Passaggio 3. Gestione dei quirk di Gmail

La prima volta che Reportbug verrà eseguito, richiederebbe la configurazione della posta:

La prima domanda è chiedere se si dispone di un software che consentirà di inviare e-mail automaticamente.

Se hai configurato un client di posta elettronica desktop come Evolution o Thunderbird, scegli yes. Altrimenti, vai per il no.

Una volta che il file delle preferenze predefinito è stato scritto, viene salvato in /home/shirish/.reportbugrc. È possibile modificare la configurazione in seguito modificando questo file.

Sulla console, è possibile utilizzare CTRL + C per uscire da Reportbug in qualsiasi momento.

Passaggio 5. Capire il nome di un pacchetto di applicazione da un binario

Lasciatemi fare l'esempio di Aiselriot. È uno dei giochi di carte GTK che mia mamma gioca molto. Ora, se c'è un problema con il gioco, come faccio a sapere sotto quale pacchetto dovrei presentare un bug-report?

Quindi la prima cosa che faccio quando provo a risolvere un problema con un'applicazione GUI è di prendere la sua icona e metterla sul pannello e vedere le sue proprietà proprio come sto mostrando qui -

Ora so che il nome dell'app. non è Aiselriot ma sol e il percorso in cui si trova l'applicazione è in /usr/games/sol .

Ora proviamo a trovare ciò che viene chiamato il pacchetto -

dpkg -S /usr/games/sol

L'output è:

aisleriot: / usr / games / sol

Siamo fortunati che il pacchetto sia chiamato anche aiselriot, ma questo non accade sempre.

Andando avanti, segnaliamo ora il nostro primo bug report. Dato che sto usando Debian testing / stretch / che presto sarà stabile in pochi mesi, verrà inserito un bug report.

Passaggio 6. Utilizzo di Reportbug per creare una segnalazione di errore

Ora abbiamo bisogno di un pacchetto che abbia un problema / bug che dobbiamo segnalare alla comunità Debian.

Ho un pacchetto piuparts che mostrava i sintomi di un problema per il quale mi rivolgevo a Reportbug come mostrato nel succo:

Ora lascia che ti spieghi come funzionano le cose. Io uso uno strumento chiamato adeguato (che è uno strumento per il controllo dei pacchetti Debian) durante l'installazione dei pacchetti. Parlerò di adeguato in dettaglio in qualche futuro post sul blog.

Che cosa fa Reportbug, è quello di ottenere e analizzare tutte le informazioni che ha sul pacchetto in modo che sappia se procedere in anticipo o meno.

Ora, lo strumento adeguato viene eseguito in background continuamente. Uno dei suoi compiti principali si verifica proprio alla fine di un'installazione di pacchetto, ad esempio per piuparts condivide / mi ha mostrato questo -

adequate found packaging bugs

-----------------------------

piuparts: obsoleto-conffile / etc / piuparts / scripts / post_setup_experimental

che mi ha detto che il pacchetto piuparts aveva un conffile obsoleto. Conffile sta per Configuration file.

Quindi il primo comando che faccio ogni volta che trovo un bug che meriti di essere segnalato è che lo faccio -

reportbug piuparts --severity=normal

Fornisce / racconta il pacchetto che presenta il problema, in questo caso piuparts.

Mettere severità a qualsiasi bug è un affare complicato. A meno che non abbia sentimenti molto forti riguardo a un pacchetto e sappia oltre ogni dubbio che il bug è davvero grave, non ne aumenterò la gravità. Questa è la mia etica personale, anche un po 'meno lavoro per un manutentore.

Detto questo, la maggior parte dei manutentori guarderebbe un insetto, a prescindere dalla severità che dai. Ho avuto dei manutentori che mi hanno risposto rapidamente anche quando ho archiviato i bug della wishlist e ho i manutentori che non mi rispondono. MIA (Miss-in-Action) anche dopo aver archiviato gravi bug. Presentare e avere una conversazione salutare con il manutentore è un'attività tecnica oltre che sociale.

Dopo aver chiesto l'oggetto, reportbug chiede / fornisce varie opzioni se si verifica una delle condizioni. Puoi usare qualsiasi se ritieni che il tuo bug sia interessato o che influisca su una delle cose sopra elencate. Ad esempio, se hai intenzione di condividere una patch per risolvere il problema, sceglierai 6 o uno degli altri. Se nessuno di essi è necessario, semplicemente Inserisci e vai avanti.

Una volta completato, bastano pochi istanti e otteniamo qualcosa di simile a questo aspetto condiviso:

Ora, ciò che fa è dare un'idea al manutentore dello stato del tuo sistema. Come tutti sapete, quasi tutte le distribuzioni GNU / Linux e i pacchetti sono basati su un complesso insieme di relazioni con altri pacchetti. Il manutentore deve sapere quale versione del pacchetto si stava utilizzando, quali altri pacchetti erano lì, quale versione erano, a parte sapere che l'integrità del pacchetto non è stata manomessa in alcun modo.

Ora devi riempire le banche -

Di solito rimuovo / cancella tagliando quanto segue, se sei un nuovo utente potresti semplicemente rispondere alle domande qui sotto e il tuo bug report sarebbe pronto.

Passaggio 7. Le modifiche finali apportate per spendere il report

E al suo posto, ho messo i dettagli come condivisi proprio qui:

Altre informazioni ora - Questi due tag segnalano / dicono ai manutentori poche cose -

Utente: [protetto da email]

Il primo tag segnala che il bug generato fa parte degli sforzi di debian-qa.

Usertags: obsolete-conffile adequate

Il secondo tag indica lo strumento che abbiamo utilizzato e uno dei problemi comuni in base ai quali è arrivato, in questo caso obsoleto-conffile.

Ci sono pochi casi d'uso comuni e non comuni che esaminano adeguatamente. Come condiviso in precedenza, sarà necessario un altro post sul blog per condividerli in dettaglio.

L'altra cosa che sto dicendo / condividendo con il maintainer è che dovrebbe cercare in debhelper (un toolkit per debian / rules) e cercare i bit specifici in esso.

Suggerimento: Paul Wise, meglio conosciuto come Pab nella comunità Debian. È un prolifico collaboratore di Debian. Come puoi vedere dalla sua pagina wiki e dalle app secondarie. Ha sempre un elenco infinito di applicazioni, pacchetti che sarebbero interessanti da includere insieme a cose che potrebbero / devono essere migliorate. Non so se ha fatto qualche tutoraggio o no, vedere i segni di un buon mentore in lui. A volte chiedo, a volte rubo le sue idee per aiutare nel QA di Debian :)

Ora che il bug-report è completo, devo inviarlo via gmail.com. Se hai abilitato MTA (Mail Transfer Agent) e non hai un gmail.com, puoi semplicemente inviarlo e sarà fatto. Se invece non hai abilitato MTA (come me) e ti piace fare le cose da solo, accedi al tuo account Gmail, premi Componi e poi -

Passaggio 8. Il passaggio finale

To - [email protected]

Soggetto - piuparts: rapporti adeguati obsoleti conffile per piuparts

Il corpo della tua posta dovrebbe iniziare con il pacchetto

qualcosa come questo -

Potresti aver notato alcune etichette, sono solo per aiutarmi ad essere un po 'organizzato in quanto dopo aver segnalato alcuni bug può diventare caotico sapere cosa sta succedendo. Le etichette e i filtri di Gmail rendono le cose un po 'sbiadite con la quantità di posta che ricevo.

A quel punto, assicurati di ricontrollare la posta ancora una volta prima di fare clic sul pulsante Invia posta. Di solito faccio clic su salva bozza, lo rivedo una o due volte prima di inviarlo.

Se si è soddisfatti, fare clic su Invia e il report dei bug verrà inviato a Debian BTS.

Passo 9. Ottenere il riconoscimento dal server Debian BTS dicendo che il bug li ha raggiunti.

Di solito, in pochi minuti ricevo una breve e-mail di conferma dal Debian BTS, come se si stesse condividendo l'essenza

Guarda la data e l'ora, a soli 3 minuti da quando è stata spedita la posta. Ho inviato la mail di bug su 05:03 e ho ricevuto la risposta automatica dicendo che tutto è andato bene lo stesso 05:06.

Quello che cerco nella mail di riconoscimento è il numero del bug, è così che arrivo a sapere come vanno le cose con il bug.

# 854.317

Pubblica il ciclo di segnalazione degli errori.

Per coincidenza, come si può vedere, il maintainer del pacchetto era in qualche modo nel periodo in cui ho archiviato il bug. Conosco l'importanza dei piuparts nell'ecosistema debian, ma non pensavo che Andreas avrebbe agito così in fretta, quindi ora probabilmente la prossima release point o anche la versione bug-fix avranno la soluzione. Come si può vedere, Andreas sembra essere un'ape impegnata a vedere il numero di pacchetti che mantiene / co-mantiene, oltre a caricare upload non-Maintainer (NMU) e upload di QA.

Spero di aver dato abbastanza informazioni in modo da sapere cosa fare come e quando le cose vanno male.

Suggerimento: al giorno d'oggi, di solito seguo un paio di regole prima di presentare un bug. Innanzitutto controlla i bts per la lista di bug esistente, per esempio la pagina dei bug di piuparts (come condivisa anche da Simon Tatham sopra). Se il bug non è elencato lì, il più delle volte, il pacchetto non ha troppe dipendenze, e so che non ci sono file di configurazione che potrei dover ricreare, quindi di solito spurgo il pacchetto e installo di nuovo il pacchetto. Se il problema persiste, di solito lo segnalalo. Non lo faccio però per i conffiles obsoleti come accadono di solito quando si aggiorna dalla versione x.1 alla x.2 o qualcosa del genere.

Usando questi semplici consigli risparmio tempo ed energie per me stesso e per il manutentore di un pacchetto.

All'inizio, potrebbe volerci un po 'di tempo, dopo un po', l'intera operazione potrebbe richiedere 10-15 minuti o anche meno, a seconda del pacchetto in cui si trova il bug, del bug stesso, della replica del bug ecc.

Si tratta di fare un bug report in Debian usando Reportbug.

Si spera che tu abbia qualche idea sui passaggi per trovare bug e segnalarli. Si prega di inviare qualsiasi domanda che avete nei commenti qui sotto e farò del mio meglio per rispondere / condividere qualsiasi piccola cosa io sappia.

Raccomandato

Programma di contabilità open source rilasciato GnuCash 3.0 con un nuovo strumento di importazione CSV Riscritto in C ++
2019
8 consigli e trucchi Vim che ti renderanno un utente Pro
2019
Come cambiare le applicazioni predefinite in Ubuntu
2019