Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fvDX5-00021r-P3 for pgsql-committers@arkaria.postgresql.org; Thu, 30 Aug 2018 03:22:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fvDX4-0004a6-2g for pgsql-committers@arkaria.postgresql.org; Thu, 30 Aug 2018 03:22:06 +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.89) (envelope-from ) id 1fvDX3-0004Zz-U6 for pgsql-committers@lists.postgresql.org; Thu, 30 Aug 2018 03:22:05 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fvDX0-0002gJ-MB for pgsql-committers@lists.postgresql.org; Thu, 30 Aug 2018 03:22:05 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w7U3Lvd3008170; Wed, 29 Aug 2018 23:21:57 -0400 From: Tom Lane To: Michael Paquier cc: Peter Eisentraut , pgsql-committers@lists.postgresql.org Subject: Re: pgsql: Rework option set of vacuumlo In-reply-to: <20180830013215.GG5903@paquier.xyz> References: <12438.1535488750@sss.pgh.pa.us> <17758.1535490505@sss.pgh.pa.us> <20180828213701.GL29157@paquier.xyz> <7228.1535492867@sss.pgh.pa.us> <20180830013215.GG5903@paquier.xyz> Comments: In-reply-to Michael Paquier message dated "Wed, 29 Aug 2018 18:32:15 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <8168.1535599317.1@sss.pgh.pa.us> Date: Wed, 29 Aug 2018 23:21:57 -0400 Message-ID: <8169.1535599317@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Michael Paquier writes: > On Tue, Aug 28, 2018 at 05:47:47PM -0400, Tom Lane wrote: >> I didn't want to backpatch further than v11 without a test case that would >> work in those branches, and I lacked one. If you've got out-of-core code >> you could verify it with, please do that and back-patch further. > Was there any need to patch v11 with that actually? I figured that patching v11 was safe without further testing, because HEAD has hardly diverged from that. Previous branches probably should get tested in some fashion before back-patching, and I didn't have a good test case, so I didn't. But I suspect that a back-patch would be worthwhile because (a) external modules would like to rely on such infrastructure and/or (b) we might like to back-patch test cases for contrib modules. However ... > I have reviewed the modules I have, and actually it seems that I would > not need much of that for a back-patch. One reason being that most of > my TAP tests need pg_regress so as nodes can be initialized so this > needs an external installation anyway. ... if there's other missing pieces then neither (a) nor (b) is very compelling. regards, tom lane