Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 74AAD1337BE1 for ; Fri, 6 May 2011 21:18:34 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 15489-02 for ; Sat, 7 May 2011 00:18:17 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id BA3D11337B82 for ; Fri, 6 May 2011 21:18:16 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id p470IDlT003881; Fri, 6 May 2011 20:18:13 -0400 (EDT) To: Josh Kupershmidt cc: Alvaro Herrera , Magnus Hagander , Peter Eisentraut , pgsql-docs Subject: Re: should pg_basebackup be listed as a server application? In-reply-to: References: <1304702299.28821.1.camel@vanquo.pezone.net> <1304706536-sup-3669@alvh.no-ip.org> Comments: In-reply-to Josh Kupershmidt message dated "Fri, 06 May 2011 19:23:24 -0400" Date: Fri, 06 May 2011 20:18:13 -0400 Message-ID: <3880.1304727493@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-5 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201105/25 X-Sequence-Number: 6700 Josh Kupershmidt writes: > On Fri, May 6, 2011 at 2:30 PM, Alvaro Herrera > wrote: >> Is there really a dichotomy here? Client/server?  Maybe we just need >> another category, "administrative applications" or something like that. > You can draw a clear line between applications which can connect to a > server remotely, and those which need to be executed on the actual > server machine, and thus distinguish "Client" from "Server" > Applications. If we use that logic, I think pg_config should be listed > as a "Server Application" and pg_basebackup should remain a "Client > Application", and we'd be consistent. Well, pg_config still fails to fit neatly into either category, since you might want it on the server to find out how the server is configured, and you might want it on the client to find out how the client is configured (which could very easily be different, especially if you are inquiring about things like installation directories). I also tend to agree with Alvaro that a lot of the stuff that falls on the "client" side of the fence when using the strict "can it be executed remotely" test is stuff that typically would *not* be wanted on a client machine. A packager who had thought twice about it would probably not put pg_basebackup, pg_dump*, vacuumdb, reindexdb, or clusterdb into a "client" rather than a "server" package, for instance. (Although I notice that I've drunk the koolaid to the extent of slavishly following the current division in the Fedora packages :-() 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. regards, tom lane