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 1oddKx-00040f-Fp for pgsql-hackers@arkaria.postgresql.org; Wed, 28 Sep 2022 20:07:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oddKw-0005ce-0n for pgsql-hackers@arkaria.postgresql.org; Wed, 28 Sep 2022 20:07:18 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oddKv-0005cV-Ns for pgsql-hackers@lists.postgresql.org; Wed, 28 Sep 2022 20:07:17 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oddKt-0002hL-Nw for pgsql-hackers@lists.postgresql.org; Wed, 28 Sep 2022 20:07:17 +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 28SK7DnC4033182; Wed, 28 Sep 2022 16:07:13 -0400 From: Tom Lane To: Robert Haas cc: Thomas Munro , Dilip Kumar , PostgreSQL Hackers , Justin Pryzby Subject: Re: longfin and tamandua aren't too happy but I'm not sure why In-reply-to: References: <20220927200712.GH6256@telsasoft.com> <3825454.1664310917@sss.pgh.pa.us> <3837430.1664311847@sss.pgh.pa.us> <3843686.1664314154@sss.pgh.pa.us> <3889343.1664342078@sss.pgh.pa.us> Comments: In-reply-to Robert Haas message dated "Wed, 28 Sep 2022 08:26:53 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4033180.1664395633.1@sss.pgh.pa.us> Date: Wed, 28 Sep 2022 16:07:13 -0400 Message-ID: <4033181.1664395633@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Robert Haas writes: > Yeah, I suppose I have to get in the habit of looking at CI before > committing anything. It's sort of annoying to me, though. Here's a > list of the follow-up fixes I've so far committed: > 1. headerscheck > 2. typos > 3. pg_buffercache's meson.build > 4. compiler warning > 5. alignment problem > 6. F_INTEQ/F_OIDEQ problem > CI caught (1), (3), and (4). The buildfarm caught (1), (5), and (6). > The number of buildfarm failures that I would have avoided by checking > CI is less than the number of extra things I had to fix to keep CI > happy, and the serious problems were caught by the buildfarm, not by > CI. That seems like an unfounded complaint. You would have had to fix (3) and (4) in any case, on some time schedule or other. I agree that it'd be good if CI did some 32-bit testing so it could have caught (5) and (6), but that's being worked on. > So I guess the way you're supposed to know that you need to > update meson.build that is by looking at CI, but CI is also the only > reason it's necessary to carry about meson.build in the first place. Not so. People are already using meson in preference to the makefiles for some things, I believe. And we're expecting that meson will supplant the MSVC scripts pretty soon and the makefiles eventually. > And like the existing buildfarm, it's severely under-documented. That complaint I agree with. A wiki page is a pretty poor substitute for in-tree docs. regards, tom lane