Formularfelder eines NetBSD Problem Reports

Jeder Problem Report enthält verschiedene Felder, die automatisch von dem GNATS System erkannt werden können. Um es Ihnen zu erleichtern, Ihr Problem genau zu identifizieren (und somit hoffentlich die Lösung zu beschleunigen) sind die verschiedenen Werte und deren Definitionen untenstehend aufgelistet.

Zusätzlich zu diesen Feldern werden NetBSD Problem Reports verschiedenen Kategorien zugewiesen, die am wahrscheinlichsten die Ursache des Problems ist. Diese Kategorien werden in zwei verschiedene Unterklassen geteilt:

1. Maschinenunabhängig (z. B. bin, lib, security) - Probleme, die in den Benutzer-Anwendungen, Daemons, Libraries und den plattform-unabhängigen Kernel-Funktionen auftreten (also diejenigen, die wahrscheinlich unter allen Plattformen, unabhängig von der verwendeten Hardware, auftreten).

2. Plattformspezifisch (z. B. port-alpha, port-ofppc, port-sparc) - Treiber, CPU-spezifische Unterstützung (z. B. Kernel Trap Handlers) und ähnliche Probleme die lediglich eine bestimmte Maschinenarchitektur betreffen.

Ernsthaftigkeit

Die Ernsthaftigkeit des Problems. Zulässige Werte sind:

• kritisch

  Das Produkt, die Komponente oder das Prinzip ist absolut unfunktional oder grundlegende Funktionalitäten fehlen (z. B. kernel panic oder core dump eines Programmes). Keine Lösungsvorschläge sind bekannt.

• ernst

  Das Produkt, die Komponente oder das Prinzip funktioniert nicht korrekt oder wesentliche Funktionalitäten fehlen. Probleme, die normalerweise als kritisch eingestuft würden, gelten als ernst, wenn ein Lösungsvorschlag bekannt ist.

• nicht-kritisch

  Das Produkt, die Komponente oder das Prinzip funktioniert, jedoch fehlen einige Eigenschaften, ein bestimmtes Verhalten ist irritierend oder unerwartet, oder passt nicht zur Dokumentation oder ist falsch.

Der Standardwert ist ernst.

Priorität

Wie schnell eine Lösung benötigt wird. Zulässige Werte sind:

• hoch

  Eine Lösung wird so schnell wie möglich benötigt.

• mittel

  Das Problem sollte im nächsten Release behoben werden.

• niedrig

  Das Problem sollte in einem zukünftigen Release behoben werden.

Der Standardwert ist mittel.

Klasse

Ein Problem Report kann in die folgenden Klassen gehören:

• sw-bug

  Ein generelles Software Problem ('sw' steht für "Software").

• doc-bug

  Ein Problem in der Dokumentation oder den Manual Pages.

• change-request

  Ein Antrag für eine Änderung des bestehenden Verhaltens, welches kein Bug ist ("Es ist nett, aber es würde besser sein wenn...").

• support

  Eine Unterstützungs-Frage oder -Problem.

Der Standardwert ist sw-bug.

Home Page