I have marked 7.0.3 release tree.  The new 7.0.3 items are listed below.
I apologize for the delay.

---------------------------------------------------------------------------
	
	Jdbc fixes (Peter)
	Large object fix (Tom)
	Fix lean in COPY WITH OIDS leak (Tom)
	Fix backwards-index-scan (Tom)
	Fix SELECT ... FOR UPDATE so it checks for duplicate keys (Hiroshi)
	Add --enable-syslog to configure (Marc)
	Fix abort transaction at backend exit in rare cases (Tom)
	Fix for psql \l+ when multi-byte enabled (Tatsuo)
	Allow PL/pgSQL to accept non ascii identifiers (Tatsuo)
	Make vacuum always flush buffers (Tom)
	Fix to allow cancel while waiting for a lock (Hiroshi)
	Fix for memory aloocation problem in user authentication code (Tom)
	Remove bogus use of int4out() (Tom)
	Fixes for multiple subqueries in COALESCE or BETWEEN (Tom)
	Fix for failure of triggers on heap open in certain cases (Jeroen van
	    Vianen)
	Fix for erroneous selectivity of not-equals (Tom)
	Fix for erroneous use of strcmp() (Tom)
	Fix for bug where storage manager accesses items beyond end of file
	    (Tom)
	Fix to include kernel errno message in all smgr elog messages (Tom)
	Fix for '.' not in PATH at build time (SL Baur)
	Fix for out-of-file-descriptors error (Tom)
	Fix to make pg_dump dump 'iscachable' flag for functions (Tom)
	Fix for subselect in targetlist of Append node (Tom)
	Fix for mergejoin plans (Tom)
	Fix TRUNCATE failure on relations with indexes (Tom)
	Avoid database-wide restart on write error (Hiroshi)
	Fix nodeMaterial to honor chgParam by recomputing its output (Tom)
	Fix VACUUM problem with moving chain of update tuples when source and
	    destination of a tuple lie on the same page (Tom)
	Fix user.c CommandCounterIncrement (Tom)
	Fix for AM/PM boundary problem in to_char() (Karel Zak)
	Fix TIME aggregate handling (Tom)
	Fix to_char() to avoid coredump on NULL input.  (Tom)
	Buffer fix (Tom)
	Fix for inserting/copying longer multibyte strings into bpchar data
	    types (Tatsuo)

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Thu, 2 Nov 2000 22:44:44 -0500 (EST)
Bruce Momjian <pgman@candle.pha.pa.us>
7.0.3 branded
Bruce Momjian writes:
 > I have marked 7.0.3 release tree.  The new 7.0.3 items are listed
 > below.

So have Jason's patches to build on Cygwin not made it in?


On a related note, what tag should I give to cvs to get code from the
7.0.3 branch?  Is it REL7_0_PATCHES?
-- 
Pete Forman                 -./\.- Disclaimer: This post is originated
Western Geophysical           -./\.-  by myself and does not represent
pete.forman@westgeo.com         -./\.-  the opinion of Baker Hughes or
http://www.crosswinds.net/~petef  -./\.-  its divisions.

Fri, 3 Nov 2000 12:06:58 +0000 (GMT)
Pete Forman <gsez020@kryten.bedford.waii.com>
Re: 7.0.3 branded
> Bruce Momjian writes:
>  > I have marked 7.0.3 release tree.  The new 7.0.3 items are listed
>  > below.
> 
> So have Jason's patches to build on Cygwin not made it in?

No, they are too risky for a minor release.

> On a related note, what tag should I give to cvs to get code from the
> 7.0.3 branch?  Is it REL7_0_PATCHES?

It is.  I can grab the cvs using that tag, but can not grab log entries
using that tag.  No one seems to know why it doesn't work.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Fri, 3 Nov 2000 10:11:37 -0500 (EST)
Bruce Momjian <pgman@candle.pha.pa.us>
Re: 7.0.3 branded
   From: Bruce Momjian <pgman@candle.pha.pa.us>
   Date: Fri, 3 Nov 2000 10:11:37 -0500 (EST)

   > On a related note, what tag should I give to cvs to get code from the
   > 7.0.3 branch?  Is it REL7_0_PATCHES?

   It is.  I can grab the cvs using that tag, but can not grab log entries
   using that tag.  No one seems to know why it doesn't work.

What are you trying to do?  In what way does it not work as you
expect?

I just tried to find a file which was changed on the REL7_0_PATCHES
branches, but I failed.  I was probably doing something wrong.

(I used to be a CVS maintainer--technically, I suppose I still am--so
I know something about how CVS works.)

Ian

3 Nov 2000 12:07:44 -0800
Ian Lance Taylor <ian@airs.com>
Re: [HACKERS] 7.0.3 branded
Remember the CVS problems I had grabbing the logs from just one branch
of cvs?

Well, it turns out it is a cvs bug.  CVS is fine with showing logs from
just a branch iff the file existed when the branch was created.  For
post-branch files like pgsql/GNUmakefile.in, you see all changes.

I received e-mails from the cvs 'log' maintainer, which are attached. 
He explained the problem and gave me a workaround.  He is going to try
and get the bug fixed.

I have modified pgcvslog to show the workaround, and have attached the
output.  Seems cvs2cl works around this problem somehow.

---------------------------------------------------------------------------
Sat, 4 Nov 2000 16:37:20 -0500 (EST)
Bruce Momjian <pgman@candle.pha.pa.us>
cvs problems solved