doc/en/support/bugreports.sgml
Hiroki Sato cfd9e12239 www cleanup mega commit:
- Move includes.nav*.sgml to share/sgml/navibar.ent and
   <lang>/share/sgml/nabibar.l10n.ent.

 - Move includes.sgml and includes.xsl to
   share/sgml/common.ent, share/sgml/header.ent, <lang>/share/sgml/l10n.ent,
   and <lang>?share/sgml/header.l10n.ent.

 - Move most of XSLT libraries to share/sgml/*.xsl and
   <lang>/share/sgml/*.xsl.

 - Move news.xml and other *.xml files for the similar purpose
   to share/sgml/*.xml and <lang>/share/sgml/*.xml.

 - Switch to use a custom DTD for HTML document.  Now we use
   "-//FreeBSD//DTD HTML 4.01 Transitional-Based Extension", which is
   HTML 4.01 + some entities previously pulled via
   "<!ENTITY % includes SYSTEM "includes.sgml"> %includes;" line.
   The location of entity file will be resolved by using catalog file.

 - Add DOCTYPE declearation to XML documents.  This makes the followings
   possible:

   * Use of &foo; entities for SGML in an XML file instead of defining
     {$foo} as the same content.

   * &symbolic; entities for Latin characters.

 - Duplicated information between SGML and XML, or English and
   translated doc, has been removed as much as possible.
2006-08-19 21:20:54 +00:00

66 lines
No EOL
2.8 KiB
Text

<!DOCTYPE HTML PUBLIC "-//FreeBSD//DTD HTML 4.01 Transitional-Based Extension//EN" [
<!ENTITY base CDATA "..">
<!ENTITY date "$FreeBSD: www/en/support/bugreports.sgml,v 1.2 2005/10/04 17:30:33 hrs Exp $">
<!ENTITY title "Bug Reports">
<!ENTITY % navinclude.support "INCLUDE">
]>
<html>
&header;
<h2>Problem Report Database</h2>
<p>Current FreeBSD problem reports are tracked using the <a
href="http://www.gnu.org/software/gnats/">GNATS</a>
database.</p>
<p>A FreeBSD problem report (PR) is not necessarily a bug with FreeBSD
itself. In some cases it may be reporting a mistake in the
documentation (which could be a simple typo). In other cases it may
be a 'wishlist' item that the submitter would like to see incorporated
in to FreeBSD. In many cases a PR contains a port which has been
prepared for inclusion in the FreeBSD
<a href="&base;/ports/index.html">Ports and Packages</a> collection.</p>
<p>Problem reports start 'open', and are closed as the issue they report
is resolved. In addition, each PR is assigned a unique tracking ID
to ensure that it is not lost. Many FreeBSD changes include the
tracking ID of the PR that prompted the change.</p>
<ul>
<li><a href="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">View the
open problem reports</a>.</li>
<li><a href="http://www.FreeBSD.org/cgi/query-pr.cgi">View a problem
report by tracker id</a>.</li>
<li><a
href="http://www.FreeBSD.org/cgi/query-pr-summary.cgi?query">Search
problem reports</a>.</li>
<li><a href="&base;/send-pr.html">Submit a Problem Report</a>.</li>
<li><a href="&base;/prstats/index.html">View PR Statistics</a>.</li>
</ul>
<p>Problem reports may also be submitted to the development team using the
<a href="&base;/send-pr.html">send-pr(1)</a> command on a FreeBSD system,
or by sending an email message to <a
href="mailto:freebsd-bugs@FreeBSD.org">freebsd-bugs@FreeBSD.org</a>.
Please note that <a href="&base;/send-pr.html">send-pr</a> is preferred
since messages sent to the mailing list are <em>not</em> tracked as
official problem reports, and may get lost in the noise!</p>
<p>Before submitting a problem report, you might find it useful to
read the <a
href="&base;/doc/en_US.ISO8859-1/articles/problem-reports/">Writing
FreeBSD Problem Reports</a> article. This article describes
when you should submit a problem report, what you are expected
to include in one, and what the best way to submit your problem
report is. Some useful background information is also contained
in the <a href="&base;/doc/en_US.ISO8859-1/articles/pr-guidelines/">Problem
Report Handling Guidelines</a> article.</p>
&footer;
</body>
</html>