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

Re: [HACKERS] Bug in WAL backup documentation

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Simon Riggs" <simon(at)2ndquadrant(dot)com>
Cc: "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, pgsql-hackers(at)postgresql(dot)org, "Bernd Helmle" <mailings(at)oopsware(dot)de>, pgsql-patches(at)postgresql(dot)org
Subject: Re: [HACKERS] Bug in WAL backup documentation
Date: 2006-11-04 18:29:55
Message-ID: 24534.1162664995@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
"Simon Riggs" <simon(at)2ndquadrant(dot)com> writes:
>> On Fri, Nov 03, 2006 at 11:25:09AM -0500, Tom Lane wrote:
>>> Since 8.1 has done this all along and no one's actually complained about
>>> it, I guess no one is using scripts that do "cd".  I'm inclined to go
>>> with Bernd's suggestion to change the docs to match the code, but does
>>> anyone have a contrary opinion?

> +1 Doc bug for 8.2, feature request for 8.3, unless Windows bites.

Looking back in the archives, I note that one of the arguments for
making the server use relative paths everywhere was so that it'd be
robust against things like DBAs moving directories that contain live
postmasters.  If we provide a %P option, or otherwise encourage people
to write scripts that depend on the absolute path of $PGDATA, we'd lose
some of this robustness.  So that might be an argument for leaving the
code as-is indefinitely ... not a very strong argument maybe, but it's
more than just we're-too-lazy-to-add-%P.

Anyway, I've corrected the documentation in HEAD and 8.1.

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2006-11-04 19:04:26
Subject: Re: CLUSTER micro-doc-patch
Previous:From: Tom LaneDate: 2006-11-04 17:35:16
Subject: Proposal: vacuum and autovacuum parameters to control freezing

pgsql-patches by date

Next:From: Tom LaneDate: 2006-11-04 19:04:26
Subject: Re: CLUSTER micro-doc-patch
Previous:From: Tom LaneDate: 2006-11-04 17:35:16
Subject: Proposal: vacuum and autovacuum parameters to control freezing

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