Update of /home/cvsd/slony1/slony1-engine
In directory main.slony.info:/tmp/cvs-serv29680

Modified Files:
	TODO RELEASE-2.0 
Log Message:
Added some extra tuples to date test so that we have tuples within the
somewhat ambiguous date range which is now DST that didn't use to be...

PostgreSQL stores "zoned" data in UTC form, so that the only reason to
expect any disagreement between nodes would be if two nodes were on
different versions of PostgreSQL that have a different idea as to how
to output those dates (thus, you have one that is aware of the new rules,
and one unaware, and are using TZ/PGTZ in a relevant zone).

Thus, we don't expect this test to "fall over" terribly much, but the
data's handy, if someone wants to do such a test...


Index: RELEASE-2.0
===================================================================
RCS file: /home/cvsd/slony1/slony1-engine/RELEASE-2.0,v
retrieving revision 1.4
retrieving revision 1.5
diff -C2 -d -r1.4 -r1.5
*** RELEASE-2.0	9 Jul 2007 19:10:20 -0000	1.4
--- RELEASE-2.0	9 Jul 2007 19:31:10 -0000	1.5
***************
*** 62,63 ****
--- 62,71 ----
  - Documented how to fix tables that presently use Slony-I-generated
    primary key candidates generated by TABLE ADD KEY
+ 
+ - Add some specific timestamps during the 2007 "DST rule change
+   ambiguous time" (e.g. - during the period which, under former rules,
+   was not DST, but which now is, due to the recent rule change).
+ 
+   Bill Moran ran into some problems with such dates; varying
+   PostgreSQL versions returned somewhat varying results.  This wasn't
+   a Slony-I problem; the data was indeed being replicated correctly.

Index: TODO
===================================================================
RCS file: /home/cvsd/slony1/slony1-engine/TODO,v
retrieving revision 1.6
retrieving revision 1.7
diff -C2 -d -r1.6 -r1.7
*** TODO	9 Jul 2007 19:10:20 -0000	1.6
--- TODO	9 Jul 2007 19:31:10 -0000	1.7
***************
*** 23,34 ****
  verify that upgrades work properly.
  
- Bill Moran had some timestamps that were not handled well; should make
- sure that these specific timestamps are included in our test cases...
- 
- 03/12/2007 11:05:32.913154 edt vs. 03/12/2007 10:05:32.913154 est
- 03/14/2007 17:39:28.595669 edt vs. 03/14/2007 16:39:28.595669 est
- 03/28/2007 14:45:55.75936 edt  vs. 03/28/2007 13:45:55.75936 est
- 03/29/2007 13:35:19.960505 edt vs. 03/29/2007 12:35:19.960505 est
- 
  - update autoconf to be better aware of where DocBook document
    generation tools live
--- 23,26 ----