Browse Source

r9358@Kushana: nickm | 2006-10-23 12:02:25 -0400
clarify recent spec stuff


svn:r8808

Nick Mathewson 18 years ago
parent
commit
fbe3c803f2
2 changed files with 6 additions and 6 deletions
  1. 2 3
      doc/control-spec.txt
  2. 4 3
      doc/version-spec.txt

+ 2 - 3
doc/control-spec.txt

@@ -941,9 +941,8 @@ $Id$
      Action is a string, and Arguments is a series of keyword=value
      Action is a string, and Arguments is a series of keyword=value
      pairs on the same line.
      pairs on the same line.
 
 
-     Controllers who listen to these events will be assumed to want
+     These events are always produced with EXTENDED_EVENTS and VERBOSE_NAMES;
-     both EXTENDED_EVENTS and VERBOSE_NAMES; see the explanations
+     see the explanations in the USEFEATURE section command for details.
-     in the USEFEATURE section command for details.
 
 
   Actions for STATUS_GENERAL severity NOTICE events can be as follows:
   Actions for STATUS_GENERAL severity NOTICE events can be as follows:
 
 

+ 4 - 3
doc/version-spec.txt

@@ -32,9 +32,10 @@ All versions should be distinguishable purely by those four
 numbers. The status tag is purely informational, and lets you know how
 numbers. The status tag is purely informational, and lets you know how
 stable we think the release is: "alpha" is pretty unstable; "rc" is a
 stable we think the release is: "alpha" is pretty unstable; "rc" is a
 release candidate; and no tag at all means that we have a final
 release candidate; and no tag at all means that we have a final
-release. If the tag ends with "-cvs", you're looking at a development
+release. If the tag ends with "-cvs" or "-dev", you're looking at a
-snapshot that came after a given release.  If we *do* encounter two
+development snapshot that came after a given release.  If we *do*
-versions that differ only by status tag, we compare them lexically.
+encounter two versions that differ only by status tag, we compare them
+lexically.
 
 
 Now, we start each development branch with (say) 0.1.1.1-alpha.  The
 Now, we start each development branch with (say) 0.1.1.1-alpha.  The
 patchlevel increments consistently as the status tag changes, for
 patchlevel increments consistently as the status tag changes, for