Vollständiger Leitfaden zur Fehlerberichterstattung unter Debian Linux

Das Melden von Fehlern ist eine der vielen Möglichkeiten, mit denen Sie Linux wachsen lassen können. Alle kostenlosen Softwareverteilungen und Projekte haben unterschiedliche Systeme, in denen Fehler gesammelt, analysiert, gekennzeichnet und behoben werden, abhängig von der Anzahl der Personen, die den Quellcode kennen.

Da ich Debian liebe, zeige ich Ihnen, wie man Fehlerberichte in Debian einreicht.

Wie man Fehler in Debian Linux meldet

Das goto-Tool in Debian, um Fehler zu melden, ist Reportbug . Ich wünschte, ich hätte davon gewusst, als ich mit der Fehlerberichterstattung begann, und hätte mir und dem Betreuer einiges an Sodbrennen erspart.

Mal sehen, wie wir Reportbug für die Fehlerberichterstattung in Debian Linux verwenden können.

Schritt 1. Reportbug-Installation

Verwenden Sie den folgenden Befehl, um Reportbug zu installieren:

sudo aptitude install reportbug

Schritt 2. Reportbug: Der erste Lauf

Sobald Sie Reportbug installiert haben, müssen Sie es bei der ersten Ausführung so konfigurieren, dass es zum Ablegen von Fehlerberichten verwendet werden kann.

Verwenden Sie den folgenden Befehl, um es auszuführen.

reportbug

Und dann ein paar Fragen, wie unten zu sehen ist:

Hinweise zur ersten Ausführung von Reportbug:

ein. Da ich Debian seit geraumer Zeit benutze, kann ich zwischen 2 und 3 umschalten. Für Leute, die noch nicht mit der Fehlerberichterstattung vertraut sind, können sie sich an [1] halten, das als Anfänger und Standard angezeigt wird. Drücken Sie einfach die Eingabetaste.

b. Zwischen der Text-Benutzeroberfläche und der GTK2 / 3-Oberfläche finde ich die GTK2 / 3-Oberfläche nicht ansprechend und beanspruche auch ein wenig Speicher, daher wähle ich die ganze Zeit 1 aus. Wenn Sie sich für den gtk2 / 3-Editor entschieden haben, sind die folgenden Anweisungen für Sie immer noch dieselben. Nur Sie werden sehen, dass der gtk-Editor dasselbe auf etwas schönere Weise anzeigt.

c. Den Teil, in dem Reportbug nach Netzzugang fragt, lehne ich aus praktischen und sicherheitstechnischen Gründen immer ab. Eine etwas ausführlichere Erklärung für die Gründe, aus denen ich dies tue, finden Sie weiter unten.

d. Zum Schluss, wenn Sie nach dem Namen gefragt werden, drücken Sie die Eingabetaste, wenn Sie möchten, dass der vorhandene Name (stammt aus der Variablen [email protected]) angezeigt wird, und geben Sie den Namen an, unter dem er angezeigt werden soll.

Schritt 3. Umgang mit Google Mail-Macken

Wenn Reportbug zum ersten Mal ausgeführt wird, werden Sie nach dem Mail-Setup gefragt:

Die erste Frage ist, ob Sie eine Software haben, mit der E-Mails automatisch gesendet werden können.

Wenn Sie einen Desktop-E-Mail-Client wie Evolution oder Thunderbird eingerichtet haben, wählen Sie Ja. Andernfalls gehen Sie für nein.

Sobald die Standardeinstellungsdatei geschrieben wurde, wird sie unter /home/shirish/.reportbugrc gespeichert. Sie können die Konfiguration später ändern, indem Sie diese Datei bearbeiten.

In der Konsole können Sie zu jedem Zeitpunkt mit STRG + C Reportbug beenden.

Schritt 5. Ermitteln eines Anwendungspaketnamens aus einer Binärdatei

Lassen Sie mich das Beispiel von Aiselriot nehmen. Es ist eines der GTK-Kartenspiele, die meine Mutter oft spielt. Nun, wenn es ein Problem mit dem Spiel gibt, wie kann ich herausfinden, unter welchem ​​Paket ich einen Fehlerbericht einreichen soll?

Das erste, was ich bei der Problembehandlung für eine GUI-Anwendung tun kann, ist, das entsprechende Symbol auf dem Bedienfeld zu platzieren und die Eigenschaften so anzuzeigen, wie ich sie hier zeige.

Jetzt weiß ich, dass der Name der App. ist nicht Aiselriot, sondern sol und der Pfad, in dem die Anwendung erstellt wird, befindet sich unter /usr/games/sol .

Versuchen wir nun herauszufinden, wie das Paket heißt.

dpkg -S /usr/games/sol

Die Ausgabe ist:

aisleriot: / usr / games / sol

Wir haben das Glück, dass das Paket auch Aiselriot heißt, aber das passiert nicht immer.

Lassen Sie uns nun unseren ersten Fehlerbericht melden. Da ich Debian-Tests / stretch / benutze, um in einigen Monaten stabil zu sein, werde ich dort einen Fehlerbericht veröffentlichen.

Schritt 6. Mit Reportbug einen Fehlerbericht erstellen

Jetzt brauchen wir ein Paket, das ein Problem / einen Fehler hat, den wir der Debian-Community melden müssen.

Ich habe ein Paket piuparts, das Symptome eines Problems zeigt, für das ich mich an Reportbug gewandt habe und das in der Übersicht angezeigt wird:

Lassen Sie mich nun erklären, wie die Dinge funktionieren. Bei der Installation von Paketen verwende ich ein Tool namens "quate "(ein Debian-Paketprüfungstool). Ich werde in einigen zukünftigen Blogbeiträgen ausführlich darauf eingehen.

Was Reportbug tut, ist, alle Informationen über das Paket abzurufen und zu analysieren, damit es weiß, ob es weitermachen soll oder nicht.

Jetzt läuft das Tool die ganze Zeit im Hintergrund. Eine seiner Hauptaufgaben findet direkt am Ende einer Paketinstallation statt, zum Beispiel für piuparts, die es teilt / mir gezeigt hat:

adequate found packaging bugs

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

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

was mir sagte, dass das Piuparts-Paket ein veraltetes Conffile hatte. Conffile steht für Konfigurationsdatei.

Der erste Befehl, den ich mache, wenn ich einen Fehler finde, der es wert ist, gemeldet zu werden, ist:

reportbug piuparts --severity=normal

Gibt / erzählt über das Paket, das das Problem hat, in diesem Fall piuparts.

Es ist eine knifflige Angelegenheit, die Schwere eines Fehlers zu bestimmen. Es sei denn, ich habe ziemlich starke Gefühle für ein Paket und weiß zweifelsohne, dass der Fehler tatsächlich schwerwiegend ist, ich erhöhe den Schweregrad nicht. Dies ist meine persönliche Ethik, auch ein bisschen weniger Arbeit für einen Betreuer.

Davon abgesehen würden sich die meisten Betreuer einen Fehler ansehen, egal welchen Schweregrad Sie angeben. Die Betreuer haben mir schnell geantwortet, auch wenn ich Fehler in der Wunschliste gemeldet habe und die Betreuer nicht zurückgekommen sind. MIA (Missing-In-Action) auch nach dem Einreichen schwerwiegender Fehler. Einreichen und ein gesundes Gespräch mit dem Betreuer ist sowohl eine technische als auch eine soziale Aktivität.

Nachdem Sie den Betreff gefragt haben, fragt / gibt reportbug verschiedene Optionen an, wenn eine der Bedingungen zutrifft. Sie können jedes verwenden, wenn Sie glauben, dass Ihr Fehler betroffen ist oder eines der oben genannten Dinge auf der Liste betrifft. Wenn Sie beispielsweise einen Patch zur Behebung des Problems freigeben, wählen Sie 6 oder einen der anderen aus. Wenn keiner von ihnen benötigt wird, einfach eingeben und weitermachen.

Sobald das oben Genannte erledigt ist, dauert es einige Momente und wir erhalten etwas Ähnliches wie diesen gemeinsamen Kern:

Dies gibt dem Systemverwalter eine Vorstellung vom Zustand Ihres Systems. Wie Sie alle wissen, basieren fast alle GNU / Linux-Distributionen und die darin enthaltenen Pakete auf einer komplexen Reihe von Beziehungen zu anderen Paketen. Der Betreuer muss wissen, welche Version des Pakets Sie verwendet haben, welche anderen Pakete es gab und in welcher Version sie sich befanden, abgesehen davon, dass die Integrität des Pakets in keiner Weise verändert wurde.

Jetzt müssen Sie die Banken ausfüllen -

Normalerweise entferne / lösche ich das Folgende, wenn Sie ein neuer Benutzer sind, könnten Sie einfach die folgenden Fragen beantworten und Ihr Fehlerbericht wäre fertig.

Schritt 7. Die letzten Änderungen, die zur Ausgabe des Berichts vorgenommen wurden

Und an seiner Stelle habe ich hier die Details als geteilt gesetzt:

Noch ein paar Infos. jetzt - Diese beiden Tags signalisieren / teilen den Betreuern einige Dinge mit -

Benutzer: [E-Mail geschützt]

Das erste Tag signalisiert, dass der Bug, der gerade ausgelöst wird, Teil der Debian-QA-Bemühungen ist.

Usertags: obsolete-conffile adequate

Das zweite Tag beschreibt das von uns verwendete Tool und eines der häufigsten Probleme, unter denen es aufgetreten ist - in diesem Fall obsolet-conffile.

Es gibt nur wenige häufige und seltene Anwendungsfälle, die angemessen untersucht werden. Wie bereits erwähnt, wird ein weiterer Blog-Beitrag benötigt, um ausführlich darüber zu berichten.

Das andere, was ich dem Betreuer sage / teile, ist, dass er sich mit Debhelper (einem Toolkit für Debian / Rules) befassen und nach bestimmten Stellen darin suchen sollte.

Tipp - Paul Wise, besser bekannt als Pabs in der Debian-Community. Er leistet einen produktiven Beitrag zu Debian. Wie Sie auf seiner Wiki-Seite und den sekundären Apps sehen können. Er hat immer eine endlose Liste von Anwendungen, Paketen, deren Paketierung interessant wäre, sowie Dinge, die verbessert werden könnten / müssen. Ich weiß nicht, ob er Mentoring gemacht hat oder nicht, sehe Anzeichen für einen guten und doofen Mentor in ihm. Ich frage manchmal, stehle manchmal seine Ideen, um bei der Debian-Qualitätssicherung zu helfen :)

Nachdem der Fehlerbericht vollständig ist, muss ich ihn über gmail.com senden. Wenn Sie MTA (Mail Transfer Agent) aktiviert haben und kein gmail.com haben, können Sie es einfach senden und es wird erledigt. Wenn Sie andererseits MTA nicht aktiviert haben (wie ich) und die Dinge gerne selbst erledigen, melden Sie sich bei Ihrem Google Mail-Konto an, klicken Sie auf Verfassen und dann auf

Schritt 8. Der letzte Schritt

To - [email protected]

Betreff - piuparts: Angemessene Berichte veralten conffile für piuparts

Der Text Ihrer E-Mail sollte mit Paket beginnen

etwas wie das -

Sie haben vielleicht einige Labels bemerkt, die nur dazu dienen, mich besser zu organisieren. Nachdem Sie einige Bugs gemeldet haben, kann es chaotisch werden, zu wissen, was los ist. Die Labels und Filter von Google Mail wirken sich bei der Menge an E-Mails, die ich erhalte, negativ aus.

Überprüfen Sie zu diesem Zeitpunkt die E-Mail erneut, bevor Sie auf die Schaltfläche E-Mail senden klicken. Normalerweise klicke ich auf Entwurf speichern, überprüfe ihn ein oder zwei Mal, bevor ich ihn abschicke.

Wenn Sie zufrieden sind, klicken Sie auf Senden und Ihr Fehlerbericht wird an Debian BTS gesendet.

Schritt 9. Vom Debian BTS-Server eine Bestätigung erhalten, dass der Fehler sie erreicht hat.

Normalerweise erhalte ich innerhalb von Minuten eine kurze Bestätigungsmail von der Debian-BTS, wie in der Zusammenfassung, die geteilt wird

Sehen Sie sich den angegebenen Zeitstempel an, nur 3 Minuten nach dem Versand der E-Mail. Ich schickte die Bug-Mail am 05.03 und bekam die automatische Antwort, dass am 05.06 alles gut gegangen ist.

Was ich in der Bestätigungsmail suche, ist die Fehlernummer, da ich auf diese Weise erfahre, wie sich die Dinge mit dem Fehler verhalten.

# 854317

Zyklus nach Fehlerberichterstattung.

Zufälligerweise war der Paketbetreuer, wie zu sehen ist, ungefähr zu der Zeit, als ich den Fehler gemeldet habe. Ich kenne die Wichtigkeit von piuparts im Debian-Ökosystem, aber ich dachte nicht, dass Andreas so schnell handeln wird, also wird das nächste Point-Release oder sogar Bug-Fix-Release den Fix haben. Wie man jedoch sehen kann, scheint Andreas damit beschäftigt zu sein, die Anzahl der von ihm verwalteten / mitverwalteten Pakete zu sehen, abgesehen vom Hochladen von Non-Maintainer Uploads (NMU) und QA-Uploads.

Ich hoffe, ich habe genug Einblick gegeben, damit Sie wissen, was zu tun ist, wenn etwas schief geht.

Tipp - Heutzutage befolge ich normalerweise einige Regeln, bevor ich einen Fehler melde. Überprüfen Sie zuerst die BTS auf vorhandene Liste von Bugs, z. B. auf der Piuparts-Bugs-Seite (wie auch oben von Simon Tatham geteilt). Wenn der Fehler dort nicht aufgeführt ist, hat das Paket meistens nicht zu viele Abhängigkeiten, und ich weiß, dass keine Konfigurationsdateien vorhanden sind, die möglicherweise neu erstellt werden müssen. Normalerweise lösche ich das Paket und installiere das Paket erneut. Wenn noch ein Fehler vorliegt, melde ich ihn normalerweise. Ich mache das allerdings nicht für veraltete Conffiles, wie sie normalerweise passieren, wenn Sie von Version x.1 auf x.2 oder so etwas upgraden.

Mit so einfachen Tipps spare ich Zeit und Energie für mich selbst und den Paketbetreuer.

Zuerst kann es einige Zeit dauern, nach einer Weile kann das Ganze 10-15 Minuten oder sogar weniger dauern, abhängig von dem Paket, in dem der Fehler gefunden wurde, dem Fehler selbst, der Replikation des Fehlers usw.

Das war es auch schon, mit Reportbug einen Fehlerbericht in Debian zu erstellen.

Hoffentlich haben Sie eine Idee, wie Sie Fehler finden und melden können. Bitte posten Sie alle Fragen, die Sie in den Kommentaren unten haben, und ich werde mein Bestes versuchen, um zu antworten / zu teilen, was auch immer wenig ich weiß.

Empfohlen

MariaDB: Die Software, die Open Source speichern oder brechen könnte
2019
Installieren und Verwenden von MEGA Cloud Storage unter Linux
2019
openSUSE ist jetzt auf dem Windows-Subsystem für Linux verfügbar
2019