Log Message:
-----------
SGML fixes

Tags:
----
REL_1_2_STABLE

Modified Files:
--------------
    slony1-engine/doc/adminguide:
        adminscripts.sgml (r1.40.2.1 -> r1.40.2.2)
        releasechecklist.sgml (r1.3.2.3 -> r1.3.2.4)

-------------- next part --------------
Index: adminscripts.sgml
===================================================================
RCS file: /usr/local/cvsroot/slony1/slony1-engine/doc/adminguide/adminscripts.sgml,v
retrieving revision 1.40.2.1
retrieving revision 1.40.2.2
diff -Ldoc/adminguide/adminscripts.sgml -Ldoc/adminguide/adminscripts.sgml -u -w -r1.40.2.1 -r1.40.2.2
--- doc/adminguide/adminscripts.sgml
+++ doc/adminguide/adminscripts.sgml
@@ -534,6 +534,7 @@
 environment variables, you will get a set of slonik scripts.  They may
 not correspond, of course, to any database you actually want to
 use...</para>
+</sect3>
 
 <sect3><title>Node-Specific Values</title>
 
@@ -606,7 +607,8 @@
 
 <para>There are two assumptions in this script that could be
 invalidated by circumstances:</para>
-
+</listitem>
+</itemizedlist>
 <itemizedlist>
      <listitem><para> That all of the tables and sequences have been
      included.</para>
@@ -624,10 +626,7 @@
      linkend="stmttableaddkey">, you will have to modify this script
      by hand to accomodate that. </para></listitem>
 
-</itemizedlist>
-</listitem>
-
-<listitem><para> <filename> subscribe_set_2.slonik </filename>
+<listitem><para> <filename> subscribe_set_2.slonik </filename></para>
 
   <para> And 3, and 4, and 5, if you set the number of nodes
   higher... </para>
@@ -645,7 +644,7 @@
   attempt running this step.  To do otherwise would be rather
   foolish.</para> </listitem>
 </itemizedlist>
-
+</sect3>
 </sect2>
 </sect1>
 <!-- Keep this comment at the end of the file
Index: releasechecklist.sgml
===================================================================
RCS file: /usr/local/cvsroot/slony1/slony1-engine/doc/adminguide/releasechecklist.sgml,v
retrieving revision 1.3.2.3
retrieving revision 1.3.2.4
diff -Ldoc/adminguide/releasechecklist.sgml -Ldoc/adminguide/releasechecklist.sgml -u -w -r1.3.2.3 -r1.3.2.4
--- doc/adminguide/releasechecklist.sgml
+++ doc/adminguide/releasechecklist.sgml
@@ -8,28 +8,23 @@
 
   <listitem><para>Positive build reports for each supported platform -
   although it is arguably less necessary for a comprehensive list if
-  we are releasing a minor upgrade
+  we are releasing a minor upgrade </para></listitem> 
 
-  </para></listitem> 
-
-<listitem><para>Some kind of Standard Test Plan 
-
-  </para></listitem> 
-<listitem><para>Binary RPM packages 
+<listitem><para>Some kind of Standard Test Plan</para></listitem> 
+<listitem><para>Binary RPM packages</para></listitem> 
 
-  </para></listitem> 
-
-<listitem><para>If the release is a <quote>.0</quote> one, we need to
+<listitem>
+ <para>If the release is a <quote>.0</quote> one, we need to
 open a new STABLE branch</para>
 
-<para> <command> cvs tag -b REL_1_2_STABLE</command>
-
-<listitem><para>Tag the with the release ID. For version 1.1.2, this
+ <para> <command> cvs tag -b REL_1_2_STABLE</command></para>
+</listitem>
+<listitem>
+ <para>Tag the with the release ID. For version 1.1.2, this
 would be <envar>REL_1_1_2 </envar></para>
 
-<para> <command> cvs tag REL_1_1_2 </command>
-
-</para></listitem> 
+ <para> <command> cvs tag REL_1_1_2 </command></para>
+</listitem> 
 
 <listitem><para>Check out a copy via <command>cvs export -rREL_1_1_2 </command>
 
@@ -48,16 +43,15 @@
 <para> This does a bunch of consistency checks to make sure that
 various files that are supposed to contain version numbers contain
 consistent values.</para> 
+</listitem>
+<listitem><para>For instance, configure should contain, for release 1.1.2:</para></listitem>
 
-<itemizedlist>
-<listitem><para>For instance, configure should contain, for release 1.1.2:</para>
-<itemizedlist>
 <listitem><para>PACKAGE_VERSION=REL_1_1_2</para></listitem>
 
 <listitem><para>PACKAGE_STRING=postgresql-slony1-engine REL_1_1_2</para></listitem>
 
-</itemizedlist></listitem>
-
+</itemizedlist>
+<itemizedlist>
 <listitem><para> <filename> config.h.in </filename> needs to contain the version
 number in two forms; the definitions for
 <envar>SLONY_I_VERSION_STRING</envar> and
@@ -71,12 +65,12 @@
 <function>slonyVersionPatchlevel()</function>.  These need to be
 assigned <quote>by hand</quote> at this point.</para> </listitem>
 
-<para> It sure would be nice if more of these could be assigned
+<listitem><para> It sure would be nice if more of these could be assigned
 automatically, somehow.</para>
 
 <para><emphasis>Don't</emphasis> commit the new
 <filename>configure</filename>; we shouldn't be tracking this in CVS.
-</para>
+</para></listitem>
 
 <listitem><para>make sure that the generated files from .l and .y are
 created, for example <filename>slony/conf-file.[ch]</filename> </para>