![](https://seccdn.libravatar.org/avatar/8111676bc8f962a07d04e21300e557e5.jpg?s=120&d=mm&r=g)
Torsten Förtsch schrieb:
ich weiß, dieses Thema treibt den einen oder anderen um. Vor einiger Zeit gab es schon mal einen Thread zum Thema, Bug Reports zu erstellen ist Unsinn, sie werden eh nicht beachtet.
S. z.B. https://bugzilla.novell.com/show_bug.cgi?id=664012 Obiges Thema hat andererseits aber auch weder hier auf der Liste, noch bei opensuse.org.de.hilfe-helfen.netzwerk.wireless noch in der Entwickler-ML zu ath9k irgendjemanden interessiert, insofern ist das Bild wenigstens einheitlich. :)
Nun, ich habe innerhalb des letzten Monats 3 Bug Reports erstellt, einen zu QEMU, einen zu Zypper und einen gestern zum Kernel.
Zu Widrigkeiten im Zusammenhang mit grub/udev beim Distributions-Upgrade aus dem laufenden System heraus hatte ich auch einmal einen Bug erstellt (ich finde leider die Nummer gerade auf die Schnelle nicht mehr, da er in Novells Bugzilla nicht unter "My Reports" auftaucht). Bei dem musste ich zwar IIRC nach einer Woche auch noch einmal per Kommentar "etwas nachtreten" *g*, damit sich mal jemand angesprochen fühlt, aber anschließend entspann sich durchaus eine rege Untersuchung des Bugs. Bereits mehrere Bugs ließen sich bei wine (ok, anderes Projekt / anderer Hersteller) mittels git bisecting isolieren, auch dort war die Resonanz auf meine Reports IIRC in der Regel eigentlich ganz brauchbar. Insofern ist mein Eindruck zwiespältig ... denn es gibt offensichtlich sich brauchbar entwickelnde Reports. Über den wireless bug bzw. dessen Verlauf ärgere ich mich aber dann doch. Man schaut im Internet, ob der Chipsatz / die jeweilige Karte vom Projekt als "unterstützt" deklariert wird, kauft, stellt dann doch ein Problem fest, versucht tagelang herauszufinden, an welcher Komponente es konkret hängt, sammelt Informationen - und findet dann nach Durchprobieren aller Optionen niemanden, den die Fehlfunktion interessiert oder der bereit wäre, wenigstens zu dokumentieren, dass die Karte derzeit eben doch nicht so vollständig unterstützt wird, wie man im Projekt dachte.
Den Zypper Report habe ich am 24.2. erstellt. Er ist immer noch so jungfräulich (new) wie am ersten Tag. [...] Wenigstens sollte ein Report zeitnah einem Verantwortlichen zugeordnet werden, der dann auch zeitnah bestätigt, dass er das Problem zur Kenntnis genommen (nicht unbedingt gelöst) hat. Außerdem sollte zeitnah eine Meldung kommen, ob weitere Informationen gewünscht werden.
ACK.
Es kam nämlich auch schon vor, dass ich Wünsche nach mehr Information zu einem Report erst nach vielen Monaten erhielt.
Was IMHO auch die Chancen auf eine gute Unterstützung durch den Reporter beim Suchen einer Lösung senkt. Mir geht es so, dass ich, bis ich einen Bug-Report verfasse, in der Regel eine ganze Menge an Optionen und Alternativen ausprobiert, das Internet nach Lösungsvorschlägen durchforstet, mich meist auch in eine Thematik eingearbeitet habe, die meinen Alltag normalerweise nicht im Detail tangiert. Schon nach wenigen Wochen, in denen ich mich wieder komplett anderen Dingen widme, weil sich beim Report überhaupt nichts tut, ist ein Großteil dieser Kenntnisse und Erfahrungen maximal noch in dürftigen Notizen erhalten, aber nicht mehr ad hoc in vollem Umfang abrufbar. Gruß Andi -- E-Mails an die Absender-Adresse werden nicht gelesen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org