Minor reformat of readme - missing CRLF on final line

Leading $ is forbidden in cluster names

Update installation & prerequisite notes to be more aware of the
variations between major versions of Slony-I

Add in an at-functions-load-time test which validates that the
cluster name is valid, to address a difference in behaviour between
slonik and pgAdminIII

Fix up makefile per comments from Peter Eisentraut

Fix variable name per report from Cyril Scetbon

Add in notes about recent changes

Bug #88 - Inconsistency in names of manual pages

Bug #87 - some slonik command examples were missing a mandatory EVENT NODE
parameter

Bug #86 - only install man pages if we actually were in a position to
build them

Bug #85 - used wrong substitution

Per bug #84 - need to revise installation notes to reflect that v2.0
is no longer compatible with PostgreSQL versions earlier than 8.3

Remove excess commas in SET DROP SEQUENCE examples, per #82 (Stephane Schildknecht)

Ran autoconf 2.63 against latest autoconf.ac

Per bug report #79 - error message encountered when running recent
autoconf (2.63) on autoconf.ac.

-----------------
configure.ac:89: error: AC_SUBST: `2.0.1' is not a valid shell variable name
configure.ac:89: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
error: Bad exit status from /var/tmp/rpm-tmp.CLmZ2P (%build)
-----------------

Commented out AC_SUBST(SLONREL_VERSION), which is the nexus of the problem.

SLONREL_VERSION isn't used in any of the .in files, so this seems a safe
change.

Adding a bit to the torture of the schema test...

Remove the "public" schema altogether, using schema "foo" instead.

This as a result of an issue brought up on list by Shoaib Mir...

Fix bug #76 - REPAIR CONFIG could have collisions where, when we load a
schema, one entry in sl_table already has an OID value that incorrectly
matches a value that another update is trying to fix.

This would cause REPAIR CONFIG to fail.

Put in a query that updates the oids in sl_table and sl_sequence to
randomly selected values from pg_class that couldn't match (since the
values selected are from non-table/non-sequence objects)

Fix to start_slon.sh per Dimitry Koterov

Elaborate on the transactionality that try{} blocks provide...  They do NOT
force downstream processing of events to nest the processing into a single
transaction.

As pointed out by Dmitry Koterov on list

Improve comment about config option

Improve documentation of what MERGE SET does, per Mark Stosberg

Mark version 2.0.2

Fixed bug #71 - add to release notes

Fix bug #71
http://www.slony.info/bugzilla/show_bug.cgi?id=71

- Initial logging of configuration failing on NULL items

Bastian Voigt pointed out some 1.2-isms in the documentation of
"how to replicate your first database."  Fixed!

Change /usr/bin/sh to /bin/sh per bug#74 per Rod Taylor

Add in #include that is needed by PG 8.4

Fix tagging error

Update the package name string (in the version check) from
"postgresql-slony1-engine" to "slony1"

At this point, we don't want to by default build the "upgrade to 2.0" tooling as
it doesn't work yet.

Fix for bug #63 - logtrigger() array overrun

Trim out obsolete code in "upgrade functions" function

Update version to 2.0.1

Add in rule to generate upgrade program

Fix error in schema comment

Updates to release notes to indicate addition of preparations of an upgrade
system from 1.2 to 2.0

Ran autoconf to update the configure script

Add in preliminaries for a tool (which isn't yet fully implemented) to
do upgrade from v1.2 to v2.0

Fix rules for building man pages to install the pages en masse rather than
one by one (as done by PostgreSQL), since one-by-one was breaking due to
some of the names containing spaces.

Change filenames of man pages to include SLONIK, to remove filename clashes
between Slony-I and PostgreSQL.

Add FAQ entry re email by Karl Lehenbauer about lastval() capturing
Slony-I sequence updates

Changes to resolve regressions noticed by Hiroshi Saito.

There were some spelling mistakes corrected in the input, but not in
the output.

Add release notes indicating latest sets of changes in 2.0 branch for 2.0.1

Add notes about v2.0 not needing xxid.so anymore

Fix typo - wrong timing

per Cyril Scetbon, make sure DEBUG_LEVEL is set

Fix to log purging as per discussion on list...

http://lists.slony.info/pipermail/slony1-bugs/2009-January/000302.html

Also, added recognition of more of the 1.2 branch, and removal of
trigger-related config tables that are no longer needed in v2.0.  That is
not all that is needed for an upgrade to 2.0, but it is a step towards
the right direction, and shouldn't worsen the schema :-)

Add in documentation about complex failover scenarios, e.g. - the handling
of failover where a whole site is lost.

This commit was manufactured by cvs2svn to create branch 'REL_2_0_STABLE'.

Add in documentation about complex failover scenarios, e.g. - the handling
of failover where a whole site is lost.

Changes applied to 2.0 also to HEAD

- Fix syntax error in tools/altperl/slon_watchdog.pl

- Add cleanup_interval example to sample slon.conf file

- Add cleanup_interval configuration configuration to regression tests

Per discussion on slony-bugs list with Cyril Scetbon

- Fix syntax error in tools/altperl/slon_watchdog.pl

- Add cleanup_interval example to sample slon.conf file

- Add cleanup_interval configuration configuration to regression tests

Per discussion on slony-bugs list with Cyril Scetbon

Failure upon FAIL OVER due to mismatch in #'s of columns in the INSERT
into sl_event

http://lists.slony.info/pipermail/slony1-general/2008-December/009033.html

Failure upon FAIL OVER due to mismatch in #'s of columns in the INSERT
into sl_event

http://lists.slony.info/pipermail/slony1-general/2008-December/009033.html

Add in notes about changes (thus far) for 2.0.1, and update release number
in the source code

Fix to bug #69

http://www.slony.info/bugzilla/show_bug.cgi?id=69

The problem is that one of the new functions expects the type, "vactables", to
exist.

The "upgrade functions" function has code that *would* create it, but that
function is not run until *after* the whole slony1_functions.sql file has been
loaded, and that is way too late.

The attached patch creates, runs, and drops, a temporary function that adds the
type should it be missing.

I have run this through regression test #1 on the HEAD branch, which includes a
run of slonik "UPDATE FUNCTIONS."

Fix to bug #69

http://www.slony.info/bugzilla/show_bug.cgi?id=69

The problem is that one of the new functions expects the type, "vactables", to
exist.

The "upgrade functions" function has code that *would* create it, but that
function is not run until *after* the whole slony1_functions.sql file has been
loaded, and that is way too late.

The attached patch creates, runs, and drops, a temporary function that adds the
type should it be missing.

I have run this through regression test #1 on the HEAD branch, which includes a
run of slonik "UPDATE FUNCTIONS."

Per Cyril SCETBON - if there are multiple clusters where the cluster
name of one is a substring of that of the other, and they are running
on the same box, the egrep for slon processes can find both clusters'
slon processes.  Add an extra space to allow them to be distinguished.

Per Cyril SCETBON - if there are multiple clusters where the cluster
name of one is a substring of that of the other, and they are running
on the same box, the egrep for slon processes can find both clusters'
slon processes.  Add an extra space to allow them to be distinguished.

Fix typo in docs - bug #65
http://bugs.slony.info/bugzilla/show_bug.cgi?id=65

Fix typo in docs - bug #65
http://bugs.slony.info/bugzilla/show_bug.cgi?id=65

Fix to logging levels per bug #64
http://bugs.slony.info/bugzilla/show_bug.cgi?id=64

Fix to logging levels per bug #64
http://bugs.slony.info/bugzilla/show_bug.cgi?id=64

Fix Source0, per bug #66.

Fix filename

This commit was manufactured by cvs2svn to create branch 'REL_2_0_STABLE'.

Patch from Hiroshi Saito to resolve some Windows problems with 2.0

Change over to v2.0.  Essentially, that blanks this file.
The changes between 1.2 and 2.0 are in the RELEASE-2.0 file

Update release notes

Clean up WAIT FOR EVENT example

Fix typo in documentation

Fix problem with cleanup function - it was performing an "imperative
select" which isn't permissible

Fix typo

Added patch per Richard Yen to allow log shipper to rescan automatically

Fix typo reported by Jaime Casanova

Fix sgml error

Fixes to SGML tagging - per Devrim's email of Oct 14th

Fix sgml errors

Fix sgml errors

Fix sgml errors

Fix sgml errors

Fix sgml errors

Fix sgml errors

Fix sgml errors

Fix sgml errors

Add FAQ about use of "oid" column on replicable table

Add recent changes to v2.0 release notes

Ran autoconf with latest changes

Resolution to bug #46 - incompatibility with PG 8.4.

- Set up autoconf to detect whether or not GetActiveSnapshot() is
  available, and set up #define if it is

- Then config.h.in needs the #define variable, and slony1_funcs.c
  refers to it to control whether it uses the old variable or the
  new function.

Changes to WAIT FOR EVENT requests; the "ongoing saga" of getting the
tests to be a bit more conservative so they are more likely to pass :-).

Add in 2 second lags; this exercises the lag logic, and will lead to some
pauses in replication that should be useful for small tests in tossing in
a bit more asynchronous behaviour

Note change in post-8.0 PG releases regarding TCP/IP sockets

Add a note about an error message that can come up with STORE PATH,
SUBSCRIBE SET resulting from a foreign key violation

Fix tagging error

Add notes about locking of STORE TRIGGER operation

Add in new material provided by Martin Eriksson

Make comment clearer

Fix format strings in log messages

Revise WAN discussion to make it clearer, as there was some confusion
expressed on the mailing list.

Dollar quoting broke sequenceSetValue().

Jan