Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVfEk-0006qT-TH for pgsql-hackers@arkaria.postgresql.org; Mon, 23 Jan 2017 14:04:47 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cVfEk-0007op-GQ for pgsql-hackers@arkaria.postgresql.org; Mon, 23 Jan 2017 14:04:46 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cVfDK-0006G9-VZ for pgsql-hackers@postgresql.org; Mon, 23 Jan 2017 14:03:19 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cVfDI-0007ca-75 for pgsql-hackers@postgresql.org; Mon, 23 Jan 2017 14:03:17 +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 v0NE3EBi017742; Mon, 23 Jan 2017 09:03:14 -0500 From: Tom Lane To: Andrew Dunstan cc: Pavan Deolasee , pgsql-hackers Subject: Re: Failure in commit_ts tap tests In-reply-to: <24cf2b76-9b9f-bba9-7e8b-89b9d0ba2471@2ndQuadrant.com> References: <19348.1484936537@sss.pgh.pa.us> <24cf2b76-9b9f-bba9-7e8b-89b9d0ba2471@2ndQuadrant.com> Comments: In-reply-to Andrew Dunstan message dated "Mon, 23 Jan 2017 08:28:37 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <17740.1485180194.1@sss.pgh.pa.us> Date: Mon, 23 Jan 2017 09:03:14 -0500 Message-ID: <17741.1485180194@sss.pgh.pa.us> X-Pg-Spam-Score: -5.1 (-----) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Andrew Dunstan writes: > On 01/20/2017 01:22 PM, Tom Lane wrote: >> It looks like at least part of the answer is that the buildfarm isn't >> running this test. AFAICS, it runs "make installcheck" not >> "make check" in src/test/modules. I don't know whether any of the >> critters would have duplicated the failure, but they weren't trying. > Is there a reason why these tests aren't run under installcheck? If > there is a justification I can look at it, or we should decide on one > canonical mode of running the tests and stick to that. Well, for at least some of them, "make check" is necessary because they need to change postmaster parameters or load special shared libraries. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers