Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Zw2iQ-0006il-Sc for pgsql-docs@arkaria.postgresql.org; Tue, 10 Nov 2015 06:47:39 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1Zw2iQ-0002zv-A2 for pgsql-docs@arkaria.postgresql.org; Tue, 10 Nov 2015 06:47:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Zw2i4-0002cI-41 for pgsql-docs@postgresql.org; Tue, 10 Nov 2015 06:47:16 +0000 Received: from mail-wm0-x235.google.com ([2a00:1450:400c:c09::235]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1Zw2i0-0000UN-8w for pgsql-docs@postgresql.org; Tue, 10 Nov 2015 06:47:15 +0000 Received: by wmdw130 with SMTP id w130so57610612wmd.0 for ; Mon, 09 Nov 2015 22:47:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yDqNcQeKwMypqKTQKPYxobNKb/uID3AQxIqs5dXxNBE=; b=0Q59Adtv44aIWJEbdDPKS0PTptFajVqy/rOkKqFGYjaDdPy4blUgSC0d9uSND0Vmwx ipCk+z3u/TqbMKlDajZPlSFXzIvJDPYGJcB8g6x1tvjJ9Wno6TvE25+K4sA9xGXbhNqa xw48mJ8ScpG1BA7fabW5WMmiccuxVgL3hA5DeWp0lOcOuawP0Sf8eSl+nGxKP0MZQbZ6 rC6jEqIIa1n598dDrYohfavONWhwm4NXSQR6UpNoD2UdGrPMOy4qpSbEioejsddcfD8S UpRl+8lI/kYaZHhgwf/Ll/LByydaZ/W67TV4rsfefba53IeY350TbWhQTuWResuHAyxz A/3A== X-Received: by 10.28.13.78 with SMTP id 75mr31706546wmn.24.1447138029711; Mon, 09 Nov 2015 22:47:09 -0800 (PST) Received: from [172.16.0.143] (102.red-80-29-123.adsl.static.ccgg.telefonica.net. [80.29.123.102]) by smtp.gmail.com with ESMTPSA id r12sm18019409wmd.17.2015.11.09.22.47.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Nov 2015 22:47:09 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Documentation on Streaming Replication interface for Logical Decoding From: Daniel Gustafsson In-Reply-To: Date: Tue, 10 Nov 2015 07:47:08 +0100 Cc: pgsql-docs@postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <5DA6E9E3-1003-4FC8-B65B-4294A1492981@yesql.se> References: <5F0285CB-3926-4DF7-9DE0-CEEBC1DE3AEB@yesql.se> To: Michael Paquier X-Mailer: Apple Mail (2.2102) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org > On 10 Nov 2015, at 05:59, Michael Paquier wro= te: >=20 > On Tue, Nov 10, 2015 at 7:40 AM, Daniel Gustafsson wrot= e: >> In section 46.3 (Streaming Replication Protocol Interface) the create co= mmand >> for logical slots, CREATE_REPLICATION_SLOT, is defined as taking =E2=80= =9Coptions=E2=80=9D >> after the LOGICAL keyword when it in fact requires the plugin name. The= start >> command is correctly listing the options but isn=E2=80=99t listing the r= equired start >> position. >>=20 >> The attached patch synchronizes these command signatures with the more d= etailed >> descriptions in section 50.3* (Streaming Replication Protocol). >>=20 >> (*) Section number from the 9.5beta1 manual >=20 > Why do we need to maintain the semantics of those commands in two > places by the way? There is already a link to the replication protocol > page in logicaldecoding.sgml, hence it seems to me that we had better > just cite the command names, per se the attached. Thats a perfectly reasonable approach as well, admittedly I don=E2=80=99t s= ee much point in the duplication. cheers ./daniel --=20 Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs