Frank K�ster <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: > >> Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also >> erwartet, dass sich ein Debian-Maintainer darum k�mmert, ohne dass >> sich irgendwer die M�he gemacht h�tte, auch nur in der man-Page >> nachzusehen. > > Ach Gottchen. Wenn ich nur solche bogus-Bugreports bek�me, die man als > erfahrener Maintainer mit einem "RTFM, und zwar: ..." abarbeiten kann, > wie gl�cklich w�re ich.
Ach Gottchen (Zitat). Zeit ist eine begrenzte Ressource. Und das Nicht-Lesen der Man-Page klaut genau den Reports Zeit, die es in sich haben und m�glicherweise echte Fehler beschreiben. Wenn dich die einfacheren Fragen "gl�cklich" machen ... nun, einfacher zu beantworten sind sie schon, da gebe ich dir Recht. Das ist aber auch alles. Der Nutzeffekt f�r andere Anwender und f�r die Software ist exakt 0. >> Gl�cklicherweise ist das am BTS gescheitert. Soweit ist also nichts >> passiert. Ein Punkt f�rs BTS. > > Nein, traurig. reportbug sollte out-of-the-box immer funktionieren. Ich habe nicht alles verfolgt, z.T. wegen Realname-Filter. Aber ich bleibe dabei: in diesem Falle war das Scheitern n�tzlich. > Im �brigen sind die Bugreports, die man kriegt, immer nur die Spitze des > Eisbergs. Die meisten User, so scheint mir, beschlie�en entweder: "Taugt > nichts, deinstallieren", oder sie leben einfach mit nur halb > funktionierender Software (oder sie fixen sie selbst, ohne > irgendjemanden teilhaben zu lassen). Von daher bin ich als Maintainer > �ber jeden Bugreport froh (wenn der �rger �ber "schon wieder ein DAU" > abgeklungen ist), und versuche die Leute immer zu ermutigen. Jeder > Bugreport mehr bedeutet eine Chance, einen sonst unentdeckten Fehler zu > beheben. Wo siehst du da einen Bezug? Welcher sonst unentdeckte Fehler? Das Programm hat keinen und die Man-Page wurde nicht gelesen. Ich sehe da nirgends eine Chance f�r Autor oder Maintainer - die konnten nur verlieren. Aber f�r die Liste, und deshalb habe ich geschrieben. > Auch in diesem Fall kann ein Bugreport nicht schaden. Allerdings > sinnvollerweise mit einem konkreten Vorschlag, wie man die Dokumentation > �ndern sollte; ich finde n�mlich den Text in getty(8) keineswegs > gut verst�ndlich. Ich bin sicher, dein Bugreport gegen die Dokumentation wird willkommener sein als der urspr�nglich beabsichtigte. Allerdings halte ich es f�r wenig sinnvoll, in der Man-Page eines so komplexen Programms dieses spezielle Thema mehr als nur anzurei�en. Das m��test du auf andere �hnlich gelagerte F�lle ausweiten. Hier auf der Liste hat der Hinweis auf die Man-Page jedenfalls ausgreicht, um zu verdeutlichen, dass das Problem wom�glich ganz anders aussieht. Die Man-Page ist immer ein Kompromiss. Nur: Das Problem hier war schlie�lich nicht die Ausf�hrlichkeit der Man-Page, sondern das Nicht-Lesen; also h�tte dein Vorschlag gar nichts am Ablauf ge�ndert. Aber �berlegenswert ist er nat�rlich. Gru�, Heike -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
