Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ic3Zq-000758-DG for pgsql-committers@arkaria.postgresql.org; Tue, 03 Dec 2019 08:30:34 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ic3Zp-0000pq-7O for pgsql-committers@arkaria.postgresql.org; Tue, 03 Dec 2019 08:30:33 +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_SHA1:256) (Exim 4.89) (envelope-from ) id 1ic3Zo-0000pj-75 for pgsql-committers@lists.postgresql.org; Tue, 03 Dec 2019 08:30:33 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ic3Zl-0001eH-37 for pgsql-committers@lists.postgresql.org; Tue, 03 Dec 2019 08:30:31 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id B2CBABE5; Tue, 3 Dec 2019 03:30:25 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Tue, 03 Dec 2019 03:30:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=4MWgalIXaLaAoLpyMbd++DryEm8jTxC7bLcfNQed/ Pc=; b=fWAK6yvRQrYo3VJ/fp6Oa9znPreYTYr5dbsj5n8uDwp9NxRsTlUVk+SLN NHm+AdJNh8TBggRBOAol8IrS5gfr3erOiddXKK0km2f3P6OqwrLTDJAJ4eBadVjh Wm9YysGlRFy7wLyybzPfGSNibXp4/mvjgIU/2n7UtJeeerA4mkzNbPTEH3WbK7cE JVgeNY1jJYpaZVyQoCdMMSWD0ROqaxtbaODl49v7V/vHhwZjn5pnWDk470zOGeJq r0EXTo9t38OHEjadWyvLcPiQntTAeE0UGOuvUF+JY5zgmsLFB37RpdUBRqwcSHEY WWZubKIuZdp7eXv9y7PuYStyq6LIw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudejiedguddujecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuvfhfhfhokffffgggjggtgfesthejredttdefheenucfhrhhomheprfgv thgvrhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsedvnh guqhhurggurhgrnhhtrdgtohhmqeenucffohhmrghinhepvdhnughquhgrughrrghnthdr tghomhenucfkphepleefrddvgedvrddugeejrdejleenucfrrghrrghmpehmrghilhhfrh homhepphgvthgvrhdrvghishgvnhhtrhgruhhtsedvnhguqhhurggurhgrnhhtrdgtohhm necuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from april.pezone.net (p5df2934f.dip0.t-ipconnect.de [93.242.147.79]) by mail.messagingengine.com (Postfix) with ESMTPA id AA6AA80059; Tue, 3 Dec 2019 03:30:23 -0500 (EST) Subject: Re: pgsql: Add a regression test for allow_system_table_mods To: Michael Paquier , Tom Lane References: <13656.1575041267@sss.pgh.pa.us> <315cfd3b-9d04-0ea4-76d8-1507c8bd9bb7@2ndquadrant.com> <15399.1575043746@sss.pgh.pa.us> <1e7bb9a1-1104-907d-da62-857408d271ef@2ndquadrant.com> <29779.1575299500@sss.pgh.pa.us> <20191203041247.GD1634@paquier.xyz> Cc: pgsql-committers@lists.postgresql.org From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <933c8484-76f8-b082-b206-772905a057a4@2ndquadrant.com> Date: Tue, 3 Dec 2019 09:30:22 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20191203041247.GD1634@paquier.xyz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-12-03 05:12, Michael Paquier wrote: > On Mon, Dec 02, 2019 at 10:11:40AM -0500, Tom Lane wrote: >> One way would be to provide a variant expected-file, but that's not going >> to be fun for future maintenance of the test script. Another simple >> answer is to crank up client_min_messages for this one test to hide the >> WARNING, but you could conjure scenarios where that misses something >> important. (Of course, not running the test at all would also miss >> any such issue.) > > Alternate output files should be IMO avoided if we can, so if I were > to choose sneaking a SET client_min_messages would be fine, but only > for the second create tablespace.. Fixed that way. I didn't realize it was a warning that could be silenced that way. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services