|
Candidate for Deletion |
Grundsätzliches beim Melden von Fehlern
|
Zunächst vielen Dank für das Lesen des Artikels. Es wird ein Überblick vermittelt, wie Fehler am Besten aufzuführen sind und am schnellsten behoben werden können.
Jetzt ein paar Richtlinien die zum Erfolg bei der Behebung des Fehlers führen werden:
- Generell ist erst einmal sicherzustellen, dass der Fehler nicht durch unsachgemäße Bedienung von einem selber entstanden ist. Um das auszuschließen, am Besten in einem der vielen Foren suchen, oder eine Frage dort stellen.
- Nicht mehrere Fehler in einen Bericht schreiben. Stehen zu viele Leute vor einem Eingang, kommt es zu einem Gedränge, sodass keiner mehr rein kommt. Also: Verfassen Sie für jeden Fehler einzeln einen Bericht.
- Keine Beschwerden, wenn man der Ansicht ist, dass die Behebung des Fehlers zu lange dauert. Nachrichten wie »Ich kann es nicht glauben, dass es immer noch nicht behoben wurde …«, sind kontraproduktiv, irritierend, und nervig. Jeder hat ein Interesse daran, dass Fehler schnellstmöglich behoben werden! Die Möglichkeit dazu ist jedoch begrenzt, wenn keine Reproduzierung des Fehlers möglich ist, die Beschreibung unklar ist, oder die Anzahl Entwickler zu gering ist.
Den Bericht so objektiv wie möglich halten. Er soll den Fehler exakt beschreiben, damit er zum Testen reproduziert werden kann, und Systemeigenschaften enthalten, wie die Größe des Arbeitsspeichers, oder sonstige Eigenschaften, die besonders im Zusammenhang mit diesem Fehler stehen. Außerdem ist interessant, was gemacht wurde, bevor der Fehler das erste Mal aufgetreten ist. Der häufigste Grund, warum Fehler den Status »Gesichtet« nicht erhalten, also der erste Schritt hin zu einer Behebung, ist eine unvollständige Beschreibung.
Der Artikel Fehlerbehebung gibt weitere Informationen zur teilweise abweichenden Vorgehensweise bei bestimmten Programmen.
- Sollten trotzdem noch Rückfragen der Programmierer oder anderer Linux-Benutzer bestehen, so empfiehlt es sich, diese konkret und treffend zu beantworten. Sollte man nicht bereit sein, Informationen, möglicherweise zum Schutz der Privatsphäre, weiterzugeben, so sollte man mit dem Programmierer oder dem Benutzer über die Privatnachrichtenfunktion diskutieren, aus dem selben Grund wie man sich nicht über die Dauer öffentlich beschweren sollte. Vielleicht wird dabei eine Lösung gefunden, bei der die gefragten Informationen nur an den Programmierer weitergegeben werden, aber nicht an Alle.
Sollte man der Meinung sein, nicht über ausreichende Englischkentnisse zu verfügen, damit der Fehlerbericht die Kriterien erfüllen kann (direkt, informativ, objektiv, schlüssig, übersichtlich), so könnte man überlegen, nicht zusätzlich den Fehler in einer anderen, viel gesprochenen Sprache (der Muttersprache) zu verfassen, und an den englischen Bericht anzuhängen.
- Viele der Bearbeiter, Programmierer und Moderatoren sind Freiwillige. Beim Schreiben der Kommentare sollte man das immer im Hinterkopf behalten.
Das Melden
Ubuntu verwendet Launchpad zum Organisieren der Fehlermeldungen. Neben Fehlermeldungen werden dort auch Anregungen für neue Versionen von Ubuntu, Übersetzungen, oder alternative Paketquellen mit der aktuellsten Version von Programmen gesammelt.
|
Kubuntu-Benutzer folgen bitte der speziellen
Launchpad-Account
So, nun also zur Schritt-für-Schritt Anleitung. Zunächst muss ein Launchpad-Account angelegt werden, falls nicht schon vorhanden. Das Anlegen ermöglicht das Kommentieren von schon bestehenden Fehlern, das Hinzufügen von eigenen Fehlern, oder die Möglichkeit aktiv an der Entwicklung von Ubuntu und anderen Distributionen zu beteiligen.
Ist es wirklich ein Fehler?
Oder liegt es eher an falscher Bedienung? Wenn man sich unsicher ist, lieber auf einen der vielen Foren rund um Linux nachfragen (Ask Ubuntu, ubuntuusers, Ubuntuforums, der #Ubuntu-Kanal in Freenode IRC, oder die Ubuntu-Users Mailing-Liste).
Ist es eher ein Vorschlag für eine neue Funktion? Dann lieber in der Ubuntu-Devel-Discuss Mailing-Liste vorschlagen, auf Launchpad als Blueprint einbringen oder in Ubuntu-Brainstorm registrieren.
- Das Programm, in dem der Fehler vorkommt, listet die Fehler nicht in Launchpad? Informationen dazu findet man häufig auf der Internetseite des jeweiligen Programms.
Bei Anwendungen von Mozilla (u.a. Firefox, Thunderbird) ist das beispielsweise Bugzilla. |
Es ist (nur) ein Fehler in der Übersetzung? Dann sollte direkt das Team kontaktiert werden, das für die Übersetzungen zuständig ist. Dies erreicht man, in dem man auf der Seite von Ubuntu-Translations in Launchpad den Bug meldet. Anschließend wird der Fehler an die Übersetzer der betroffenen Sprache weitergegeben.
Keines dieser Möglichkeiten trifft zu? Dann geht es unten weiter! 
Duplikate verhindern
Doppelte Meldungen sind ärgerlich, für allem für die Entwickler. Deshalb sollte man vor dem Melden eines Fehlers die schon bestehenden Fehler durchsuchen.
Am Besten ist es, wenn man vorher das Paket bestimmt, in dem der Fehler auftritt. Dazu: Pakete bestimmen |
Außerdem sind in den Release Notes zu jeder Ubuntu-Version und deren Derivate die gravierendsten Fehler aufgelistet:
Wenn der Fehler schon aufgelistet worden ist, so besteht immer noch die Möglichkeit, weiter Informationen hinzuzufügen.
Ton, X-Treiber, Linux Kernel
Für Fehler in diesen Paketen: Bitte immer einen neuen Fehlerbericht schreiben, anstatt weitere Informationen zu schon bestehenden hinzuzufügen. Die Chance, dass die Hardware, auf die der Computer aufbaut, exakt die Gleiche ist, wie bei dem gefundenen Bericht, ist praktisch null. Da diese Pakete jedoch sehr stark von der Hardwarekonfiguration abhängen, ist die Situation von Computer zu Computer anders, also auch der Fehlerbericht. In den meisten Fällen ist es deswegen empfohlen, zu widersprechen, falls ein anderes Mitglied einen auffordert, den Fehlerbericht, der sich auf den Ton, den X-Treiber oder den Linux Kernel bezieht, als Duplikat zu markieren.
Nichts passendes gefunden? Oder ein Fehler mit dem Ton, dem X-Treiber oder dem Kernel? Dann: Weiter gehts
Informationen über den Fehler sammeln
Das fehlerhafte Paket ist bekannt
Es tritt ein gravierender Fehler auf, sodass das Programm »ubuntu-bug« (vielleicht bekannter unter Apport ; GNOME-Nutzer werden mit »Bug Buddy« mehr anfangen können)benutzt wird. Es sammelt Informationen über die verwendete Hardware, über die installieren Programme und deren Version. Bei Fehlern, bei denen es zu einem Freeze des Systems oder ähnlichem kommt, öffnet sich Apport automatisch, und bietet das Senden eines Fehlerberichtes an. Tritt jedoch ein Fehler auf, der nicht von Apport bemerkt wurde (zum Beispiel ein graphischer Fehler), oder Fehler bei denen das System erst nach einem Neustart wieder reagiert (oder nie wieder :o) so muss man es manuell Starten: Durch Alt + F2 öffnet man das Befehlsfenster, in das man ubuntu-bug und nach einem Leerzeichen den entsprechenden Paketnamen eingibt:
|
Anschließend öffnet sich das Fenster von Apport, und Informationen werden gesammelt.
Das fehlerhafte Paket ist nicht bekannt
Fehler in einer graphischen Anwendung
In einem Terminal den Befehl ubuntu-bug -w ausführen, und, das entsprechende Fenster nach dem Schließen der Meldung anklicken.
|
Es öffnet sich ebenfalls Apport.
Sollte das Bestimmen durch diesen Befehl nicht möglich sein, kann xprop | grep WM_CLASS probiert werden, worauf der obige Befehl aufbaut. Hier kann man auch sehen, warum obiger Befehl nicht immer zum Erfolg führt: Manchmal wird gar keine Ausgabe zurückgegeben, manchmal mehrere. Sollten die Ausgaben nicht Aufschlussreich sein, kann man, wie im folgenden Abschnitt beschrieben, mittels der Prozess-ID/Kennung den Paketnamen bestimmen. |
Fehler in einer textbasierenden oder Hintergrundanwendung
Im Dash sucht man nach dem Begriff »Systemüberwachung« und startet das gleichnamige Programm. Dort wählt man den Reiter »Prozesse« aus, in dem man anhand des Namens des Programms, oder, falls angezeigt, auch anhand des Icons nach dem Prozess sucht, in dem der Fehler auftritt.
|
Hat man den entsprechenden Prozess gefunden, merkt man sich die Kennung, und öffnet mit Alt + F2 die Befehlseingabe. Dort ubuntu-bug und nach einem Leerzeichen die entsprechende Kennung:
|
Es öffnet sich ebenfalls Apport.
Fehler ohne zugewiesenem Paketnamen
Sollte man trotz sorgfältiger Befolgung aller oben genannten Möglichkeiten, den Namen des fehlerhaften Paketes ausfindig zu machen, zu keinem Ergebnis gelangt sein, so besteht die Möglichkeit in die Befehlszeile einfach nur ubuntu-bug einzugeben.
|
Es werden zahlreiche Fragen gestellt, die am Ende bestenfalls zu einer endgültigen Identifizierung des Paketes führen werden.
Es wird sich dann ebenfalls Apport öffnen.
Den Fehlerbericht schreiben
Nachdem einer der oben genannten Wege erfolgreich befolgt worden ist, werden die für die Schließung des Fehlers erforderlichen Informationen gesammelt (Hardwarekonfiguration, installierte Pakete und deren Versionsnummern) und anschließend aufgelistet:
|
Wird die Zusammenfassung bestätigt, werden die Daten an die Launchpad-Server übertragen.
|
Bei Erfolg öffnet sich der Standardbrowser, in dem die weitere Bearbeitung des Fehlerberichtes geschieht. Auch dort werden noch einmal Daten übertragen:
|
Die vorzeitige Schließung dieser Seite führt zu einem Abbruch der Übertragung! |
Man wird anschließend weitergeleitet, auf eine Seite, wo der Titel des Berichtes eingegeben werden muss. Dieser Titel wird einmal in den Fehlerlisten von Launchpad auftauchen, als auch in der Adresszeile der Internetseite, die für den Fehlerbericht im weiteren Verlauf erstellt werden wird. Um sicherzustellen, dass der Bericht zuverlässig gefunden wird, sollte man aussagekräftige, genaue aber dennoch kürzere Titel verwenden, und darauf achten, dass im Zweifelsfall Wörter lieber auseinander zu schreiben, da dann der Bericht besser von der Suchfunktion gefunden werden kann.
|
Mit einem Klick auf »Next« sucht Launchpad nach ähnlichen Titeln, und listet sie auf.
|
Hier nach ähnlichen Meldungen suchen und gegebenenfalls genauer überprüfen, ob es sich um einen schon beschriebenen Fehler handelt.
Ja, es gibt schon einen Fehlerbericht. Dann bei dem entsprechenden Fehlerbericht auf »Yes, this is the bug I'm trying to report« klicken.
Nein, es gibt noch keinen Fehlerbericht. Dann unten einfach auf »No, I need to report a new bug« klicken.
Oben wurde auch schon darauf hingewiesen: Fehler die den Ton, den X-Treiber oder den Linux-Kernel betreffen basieren in fast allen Fällen auf einer anderen Hardwarekonfiguration. Daher immer einen neuen Bericht verfassen, auch wenn der Fehler in der Wirkung der Gleiche ist! |
Sollte oben kein Duplikat gefunden worden sein, so gelang man nun auf eine Seite, wo der eigentliche Text, die Fehlerbeschreibung verfasst werden soll. Hierzu ein auf die einleitenden Regeln, die beim Verfassen solcher Berichte beachtet werden müssen. Wenn der Haken bei »This bug is a security vulnerability« gesetzt wird, wird der Fehler als sicherheitsrelevant eingestuft. Es wird damit signalisiert, dass es sich dabei um eine Sicherheitslücke Handelt, bei der Angreifer persönliche Daten kopieren können, oder die Kontrolle über den Computer übernehmen können. Dann wird sich das »Ubuntu Security Team« mit dem Fehler beschäftigen.
Weiter unten auf der Seite können zusätzliche Dateianhänge hochgeladen werden, sowie Kennzeichen (Tags) gesetzt werden, die Anderen bei der Suche helfen.
|
Nach der Fertigstellung »Submit bug report« anklicken.
Tipps & Tricks
Fehler ohne Internetverbindung melden
Sollte ein Fehler mit ihrer Internetverbindung auftreten, oder während keine Internetverbindung besteht, so kann trotzdem Apport verwendet werden, um Fehler zu melden.
Zunächst nützliche Informationen in einer Datei speichern:
Bei einem Systemabsturz
In einem Terminal apport-cli -p PAKETNAME --save bug.crash ausführen, wobei PAKETNAME natürlich durch den Namen des betroffenen Paketes ersetzt werden muss. Es wird die Datei bug.crash im gegenwärtigen Arbeitsverzeichnis erstellt.
Bei allen anderen Fehlern
In einem Terminal apport-cli -f -p PAKETNAME --save bug.apport ausführen, wobei PAKETNAME natürlich durch den Namen des betroffenen Paketes ersetzt werden muss. Es wird die Datei bug.report im gegenwärtigen Arbeitsverzeichnis erstellt.
Nachdem die Informationen gesammelt wurden, und die erstellte Datei auf einen anderen Computer übertragen wurde, kann von dort aus das Hochladen auf die Launchpad-Server durch ubuntu-bug -c DATEINAME.ENDUNG gestartet werden. Dann wird ein neuer Fehlerbericht erstellt, der Standardbrowser wird geöffnet. Wie man weiter verfährt wurde im Abschnitt Den Fehlerbericht schreiben bereits erläutert. Will man die Systeminformationen am einen bereits bestehenden Bericht hinzufügen, so benutzt man ubuntu-bug -c <DATEINAME.ENDUNG> -u NUMMER NUMMER ist hierbei durch die entsprechende Fehlernummer des in Launchpad registrierten Fehlers zu ersetzen.
Fehler direkt auf Launchpad.net melden
Sollte aus irgendeinem Grund das Melden über Apport nicht funktionieren, kann man direkt über Launchpad.net den Fehler melden. Auch bei dieser Methode ist es am Besten, wenn das Paket, indem der Fehler auftritt vorher bestimmt wurde. Dazu: Das richtige Paket finden oder die Launchpad Paketsuche
Es ist wirklich nicht empfohlen, diese Methode zu benutzen, weil wichtige Informationen, die zu einer Behebung des Fehlers beitragen können, nicht weitergegeben werden. Ubuntu-Bug (Apport) immer benutzen, wenn es auch nur irgendwie geht! |
Um einen Fehler in einem speziellen Paket zu melden, http://bugs.launchpad.net/ubuntu/+source/PAKETNAME/+filebug?no-redirect aufrufen, wobei vorher PAKETNAME durch den entsprechenden Namen ersetzt werden muss.
Sollte man Codestück eines Paketes aus den Ubuntu-Paketquellen beziehen wollen, so sollte man sich zunächst hier informieren.
Fehler aus der Anwendung heraus melden (nur Entwicklerversionen)
Fehler in einer laufenden Entwicklerversion einer Anwendung, können aus dem Kontextmenü heraus gemeldet werden: → Hilfe → Ein Problem melden
Dieser Weg ist besser, als den Fehler über die Launchpad.net-Webseite direkt zu melden, da auch hier wieder relevante Informationen direkt gesendet werden.
Sollte die Entwicklungsversion einer Anwendung abstürzen, startet Apport automatisch, und wird einen vollständigen Fehlerbericht vorbereiten.
|
Apport-Informationen zu eine bestehende Fehlerbericht hinzufügen
Sollte der Fehler das Linux-Paket betreffen, man aber nicht der Verfasser dieses Fehlerberichtes ist, so sollte man keine weiteren Informationen, die über Apport gesammelt wurden, dem Fehlerbericht hinzufügen, es sei denn, einer der Entwickler oder der Verantwortlichen fordert einen ausdrücklich dazu auf. Ansonsten führt dies zu unnötigen E-Mails, vermüllt den Fehlerbericht mit unerwünschten Anhängen und hindert daran, das der Fehler schnell behoben wird. Stattdessen lieber einen neuen Fehlerbericht mittels Apport schreiben. Sollte man der Verfasser des Fehlerberichtes sein, zu dem man zusätzliche Informationen hinzufügen möchte, führt man in einem Terminal apport-collect FEHLERNUMMER aus, wobei man FEHLERNUMMER durch die entsprechende Nummer des bestehenden Fehlerberichtes ersetzt.
Fehler in Übersetzungen melden
Zu Übersetzungsfehlern gehören:
- Falsche Übersetzungen oder Rechtschreibfehler in einer anderen Sprache als Englisch
- Fehler in Rechtschreibprüfungen oder Sprachunterstützung
Eine Zeichenkette ist in den Launchpad Übersetzungen nicht zum übersetzen freigegeben
Ein Paket der Ubuntu Hauptquellen ist nicht in den Launchpad Übersetzungen zum Übersetzen freigegeben
Eine Übersetzung, die in Launchpad Übersetzungen erstellt wurde, wird nicht in die Ubuntu Sprachpakete eingebunden.
Eine doppelte Übersetzungsmöglichkeit in Launchpad Übersetzungen (Die selbe Anwendung kann in zwei oder mehr verschiedenen Stellen übersetzt werden)
Eine Übersetzungsmöglichkeit, bei der das dazugehörige Programm nicht mehr länger benutzt wird, gelistet in den Launchpad Übersetzungen
Wenn Zweifel bestehen sollten, das Ubuntu Übersetzungs-Team kontaktieren.
Jeder Übersetzungsfehler sollte in demUbuntu Übersetzungsprojekt (Ubuntu Translations Project) gemeldet werden, dort werden sie geprüft und den betroffenen Personen zugeteilt. Zum Seitenanfang
Wenn man Übersetzungsfehler selber melden möchte, kann man dies gerne auf Launchpad Übersetzungen tun. Bei weiteren fragen, sind die Seiten der Deutschen-Ubuntu Übersetzer hilfreich, sowie in Fragen zur korrekten Übersetzung häufig vorkommender Fachbegriffe auch Standard Übersetzungen |
Hilfestellungen bekommen
Immer noch zweifel bezüglich von Fehlerberichten? Fragen können im IRC-Kanal unter Ubuntu-Bugs gestellt werden, im Freenode IRC, oder in der Bugsquad Mailing-Liste.
Andere Sprachen