public inbox for [email protected]  
help / color / mirror / Atom feed
From: Peter Eisentraut <[email protected]>
To: Tom Lane <[email protected]>
Cc: Josh Kupershmidt <[email protected]>
Cc: Alvaro Herrera <[email protected]>
Cc: Magnus Hagander <[email protected]>
Cc: pgsql-docs <[email protected]>
Subject: Re: should pg_basebackup be listed as a server application?
Date: Sun, 08 May 2011 00:38:18 +0300
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>
	<[email protected]>
	<[email protected]>
	<[email protected]>

On fre, 2011-05-06 at 20:18 -0400, Tom Lane wrote:
> I'm not entirely sure if the notion of an "administrative" app helps
> much, but for sure I've never been satisfied with the equation of "can
> in principle execute remotely" with "client".  This is a good time to
> be rethinking that. 

One piece of supporting evidence that has been moderately useful over
the years is that what we list as server applications are dependent on a
particular major version (or the dependency closure of that, to include
pg_ctl), whereas clients work with multiple server versions to varying
degrees.

And another, possibly equivalent, factor is that what you see under
"server" is that it packaged in the server package, and what is under
"client" is packaged in the client package.  That's kind of useful for
quickly finding what to install.

So where would pg_basebackup fit in according to these two criteria?





view thread (8+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected], [email protected]
  Subject: Re: should pg_basebackup be listed as a server application?
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox