Früher war es so, dass beim Absturz eines Programms, insbesondere wenn ein Benutzer eine Vorabversion von Ubuntu verwendete, apport zum Öffnen eines Fehlerberichts verwendet werden konnte. Der Benutzer kann dann den Fehler verfolgen, feststellen, ob er andere betroffen hat, ihn beheben usw.
Ab Version 12.04 haben sich dieses Verhalten und dieser Workflow geändert. Wie ich in Bug # 993450 festgestellt habe, öffnet "Apport kann Fehlerbericht nicht senden" standardmäßig keinen Fehlerbericht mehr (und es ist umständlich, aber nicht unmöglich, ihn dazu zu bringen). Gleichzeitig bemerken die Leute einen neuen "Whoopsie" -Prozess, wie unter Was ist der "Whoopsie" -Prozess und was macht er? .
Nach einigem Nachforschen habe ich diesen Entwurf ausgegraben, der den gesamten Prozess beschreibt: ErrorTracker - Ubuntu Wiki . (Da weder Whoopsie noch Daisy erwähnt wurden, habe ich sie hinzugefügt. Bitte korrigieren Sie mich, wenn ich etwas falsch gemacht habe.)
Wow - das klingt nach großartiger Arbeit, um den Prozess der Absturzmeldung zu optimieren und zu verbessern.
Ich bleibe bei der Frage: Wie erfährt ein Benutzer den Status des Problems? Die Blaupause hat jetzt diese Anforderung
Der Benutzer sollte eine Möglichkeit haben, den Status seines Absturzberichts zu überprüfen. B. über eine Berichts-ID verfügen, auf die sie zugreifen können, um Statistiken und / oder zugehörige Fehlernummern anzuzeigen. Geben Sie beispielsweise zum Zeitpunkt der Einreichung eine Seriennummer an, die später über eine Webseite geladen werden kann.
das scheint nicht implementiert. Gibt es in der Zwischenzeit etwas zur Verfügung?
Und wie kommt ein Entwickler ins Spiel? Unter https://daisy.ubuntu.com wird nur die Fehlermeldung "Falscher Inhaltstyp" angezeigt.
Schließlich schlage ich vor, die Änderungen des Apport-Verhaltens in den Versionshinweisen zu dokumentieren. Es sollte für jeden von Interesse sein, der versucht hat, Ubuntu auszuhelfen.
quelle
Antworten:
Vielen Dank für Ihr Interesse am Ubuntu Error Tracker-Projekt .
Apport hat nach der Veröffentlichung keine Fehlerberichte erstellt. Wenn sich eine Version noch in der Entwicklung befindet, können Sie mit apport Launchpad-Fehler (und Fehlerberichte) ablegen.
In einer endgültigen veröffentlichten Version von Ubuntu zeigen wir jetzt Fehlerdialoge. Dies ist eine enorme Verbesserung gegenüber einem Programm, das "weggeht", ohne dass Feedback eingeht, und der Benutzer fragt sich, was gerade passiert ist.
Die Statistiken der Daten, die beim Senden dieser Berichte erfasst wurden, werden auf http://errors.ubuntu.com angezeigt .
Ich werde das entfernen. Das war nie die Absicht. Die Benutzeroberfläche ist darauf bedacht, keine Zusagen darüber zu machen, dass Feedback zu dem Bericht eingeholt wird.
Dies sind keine Fehlerberichte.
Unsere Absicht ist es, die Zeit zu verkürzen, die Entwickler benötigen, um die dringendsten Probleme zu finden, die erforderlichen Informationen zu sammeln, um sie zu beheben und die Korrekturen an die Benutzer weiterzuleiten.
Wir haben das Problem gelöst, die dringendsten Probleme zu finden. Das ist die Startseite von http://errors.ubuntu.com .
Das schnelle Sammeln der erforderlichen Informationen und ohne lange Rückkopplungsschleifen mit Benutzern, bei denen das Problem auftritt, wird in den Verbesserungen von Foundation-Q-Bucketing behandelt . Der Plan ist es, Entwicklern die Möglichkeit zu geben, sich serverseitig in den Informationssammlungsprozess einzubinden. Wenn ich / var / log / syslog benötige, dies jedoch noch nicht vorgesehen ist, ändere ich einfach eine Einstellung auf http://errors.ubuntu.com, und die nächste Person, bei der der Fehler auftritt, fügt ihn automatisch den von ihnen gesendeten Daten hinzu.
Schnelle Fehlerbehebungen für Benutzer werden in den Grundlagen-q-Aktualisierungen-nach-Absturz-Berichten behandelt . Wenn Benutzer einen Fehlerbericht einreichen und dieser Fehler bereits behoben und freigegeben wurde, werden sie in einem Dialogfeld gefragt, ob sie ein Upgrade auf die Version der Software durchführen möchten, die das gerade aufgetretene Problem behebt.
http://daisy.ubuntu.com ist nicht für die Verwendung durch Menschen vorgesehen. Es ist für den Fehlerberichts-Daemon (whoopsie) vorgesehen, an den Berichte gesendet werden.
Es wäre absolut wunderbar, wenn andere sich beteiligen würden. Ich bin derzeit der einzige, der sich in dieser Vollzeit hackt.
Das System besteht aus vier Teilen.
Unter dem Verzeichnis setup / in lp: daisy befindet sich eine Reihe von Skripten, die etwas veraltet sind und Ihnen eine Vorstellung davon geben sollen, wie die Teile zusammenpassen. Ich habe an Juju-Anhängern gearbeitet, um dies zu ersetzen. Das Ziel ist ein einziger Befehl, um die gesamte Infrastruktur in der Cloud zum Testen und Entwickeln bereitzustellen.
Sie finden meine E-Mail-Adresse auf Launchpad, wenn Sie weitere Entwicklungsfragen haben.
Mehr Info:
quelle
Versuchen Sie dies, um Berichte von Ihrem eigenen System anzuzeigen, wie unter https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43 dokumentiert
Ohne spezielle Berechtigungen für Launchpad können Sie die tatsächlichen Berichte nicht anzeigen, aber Sie können die Programme anzeigen, über die berichtet wurde, und Sie können die angegebenen IDs verwenden, um auf sie zu verweisen, wenn Sie mit Entwicklern sprechen, die über die richtigen Berechtigungen verfügen.
quelle
Die gesammelten eingereichten Absturzberichte können Sie unter https://errors.ubuntu.com/ anzeigen.
quelle