[EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: > Es ging um Gro�/Kleinschreibung. Ich habe "man getty" aufgerufen nach > "case" gesucht, und das war es. In deutsch w�re das nicht schwieriger > gewesen. Gut, ich habe gewusst, dass es um getty geht. H�tte ich es > nicht gewusst, h�tte es ausgereicht, ps aufzurufen und nachzuschauen, > was auf der Konsole lauscht.
Ich wei� auch, was auf der Konsole lauscht; aber ich bin mit diesen Sachen nicht so vertraut, dass ich w�sste, wer denn f�r die Gro�-Kleinbuchstaben-Umsetzung zust�ndig ist. > 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. Und wenn man sich in seinem Paket noch nicht so gut auskennt, lernt man wenigstens dazu. > 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. Am besten mit einem Fallback-Mechanismus, wenn der Editor nicht funktioniert. Es ist ein Armutszeugnis, wenn eine Software oder Distribution deswegen weniger Bugreports kriegt (egal ob echte oder bogus), weil das Report-Werkzeug nicht idiotensicher ist. 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. 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. Gru�, Frank -- Frank K�ster Inst. f. Biochemie der Univ. Z�rich Debian Developer
