Skip site navigation (1) Skip section navigation (2)

Re: Ready for RC2 I guess...

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: The Hermit Hacker <scrappy(at)hub(dot)org>, Thomas Lockhart <lockhart(at)fourpalms(dot)org>, PostgreSQL Development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: Ready for RC2 I guess...
Date: 2002-01-24 22:59:09
Message-ID: Pine.LNX.4.30.0201241750480.686-100000@peter.localdomain (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Tom Lane writes:

> > Well, a "release candidate" is "no more changes unless it's broken".
> True for code, but we have not in the past applied that standard to
> docs.

In the past, the docs were frozen two weeks before the release candidate
so that Thomas Lockhart could prepare them for publication.  This time
we've been more relaxed, but I still think we have to stop somewhere.  In
particular, a few days of rest is needed even for the docs, because:

* To make sure the documents are built at least once in full so they are
picked up when the release is built.

* To make sure the documents still build on whatever toolchain is running.  (There are occasional bugs in processors and

* To make sure everything looks OK when processed with whatever stylesheet
version uses.

* To make sure everything is spell-checked and edited for mistakes.

* To build the final edition of the man pages.

* To build printed versions and avoid post-release editing because of
certain "web-only" constructs or other things that don't work in the print

Some things to think about.  If you think your changes don't affect these
issues, go ahead, but "overhaul" leaves me wondering.

Peter Eisentraut   peter_e(at)gmx(dot)net

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2002-01-24 23:10:10
Subject: Re: Ready for RC2 I guess...
Previous:From: Bruce MomjianDate: 2002-01-24 22:45:03
Subject: Re: postgresql-7.2b3-betterquote.patch

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group