Use @bugcfg::architectures (and fix that) instead of hardcoding a list
[bugscan.git] / dohtml
diff --git a/dohtml b/dohtml
index e06f9bb..5ed9927 100755 (executable)
--- a/dohtml
+++ b/dohtml
@@ -39,17 +39,6 @@ EOF
        ./bugreport -H -s $filter
        
        cat <<EOF
-<p>
-Explanation for comment tags:
-<ul>
-   <li><strong>[FIX]</strong>: describes a simple method to deal with
-       the bug.
-   <li><strong>[STRATEGY]</strong>: describes a possible approach for
-       fixing the bug.
-   <li><strong>[HELP]</strong>: help is needed to fix this bug.
-   <li><strong>[REMOVE]</strong>: package will be removed if bug is not fixed
-</ul>
-
 <p>
 Explanation for <a href="http://www.debian.org/Bugs/Developer#tags">bug
 tags</a>:
@@ -66,10 +55,10 @@ tags</a>:
 </ul>
 
 <p>
-Some bugs have an additional set of tags indicating they only apply
-to a particular release: O for oldstable (woody), S for stable (sarge),
-T for testing (etch), U for unstable (sid) or E for experimental. X
-indicates that the package is not in testing.
+The second set of tags indicate what releases a bug applies to:
+O for oldstable (woody), S for stable (sarge), T for testing (etch),
+U for unstable (sid) or E for experimental. X indicates that the
+package is not in testing.
 
 <p>