Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8Xnm-0006So-GB for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 01:56:34 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o8Xnk-0007ee-GW for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 01:56:32 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8Xnk-0007dI-7L for pgsql-hackers@lists.postgresql.org; Tue, 05 Jul 2022 01:56:32 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8Xnh-0001A8-UV for pgsql-hackers@lists.postgresql.org; Tue, 05 Jul 2022 01:56:31 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 2651uOVB1803390; Mon, 4 Jul 2022 21:56:25 -0400 From: Tom Lane To: Andres Freund cc: Daniel Gustafsson , Peter Eisentraut , PostgreSQL Developers Subject: Re: TAP output format in pg_regress In-reply-to: <20220704225831.peh3a3afdgf6b5rj@awork3.anarazel.de> References: <49A54862-C682-4B60-9155-05F178FA79DC@yesql.se> <20220321234924.kcc3q26o7sx6rnfa@alap3.anarazel.de> <489D2B5A-B26F-4918-BC07-B426329169E3@yesql.se> <5e6bc6a6-0a4e-109d-2b7d-c286dc58d609@enterprisedb.com> <461F8D8E-77D8-4F15-84C6-F7FD239018C0@yesql.se> <20220704225831.peh3a3afdgf6b5rj@awork3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Mon, 04 Jul 2022 15:58:31 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1803388.1656986184.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 04 Jul 2022 21:56:24 -0400 Message-ID: <1803389.1656986184@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andres Freund writes: > I think with a bit of care the tap output could be nearly the same > "quality". It might not be the absolute "purest" tap output, but who car= es. +1 > For non-parallel tests I think we currently print the test name before r= unning > the test, which obviously doesn't work well when needing to print the 'o= k' > 'not ok' first. Is this still a consideration? We got rid of serial_schedule some time ago. > I wonder if for parallel tests we should print the test number based on = the > start of the test rather than the finish time? I think we need the test number to be stable, so it had better be the ordering appearing in the schedule file. But we already print the results in that order. regards, tom lane