Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1vEUc2-00CL7Z-MM for pgsql-hackers@arkaria.postgresql.org; Thu, 30 Oct 2025 15:30:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1vEUc1-009DFr-Jf for pgsql-hackers@arkaria.postgresql.org; Thu, 30 Oct 2025 15:30:52 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1vEUc1-009DFi-AW for pgsql-hackers@lists.postgresql.org; Thu, 30 Oct 2025 15:30:52 +0000 Received: from mail-io1-xd35.google.com ([2607:f8b0:4864:20::d35]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vEUby-0055ji-0U for pgsql-hackers@postgresql.org; Thu, 30 Oct 2025 15:30:52 +0000 Received: by mail-io1-xd35.google.com with SMTP id ca18e2360f4ac-93e89a59d68so47767539f.0 for ; Thu, 30 Oct 2025 08:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761838248; x=1762443048; darn=postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=sitwChEY0n6d4VUVH2L6EfaNtLW5Pg7XTWTaD6v40Ko=; b=TvANssfBJQzYHRhKbs8pq3qQoIaT+neL0L0cHceBgw/euUyiSm3z7i4yxgx5yohhGK jHXD1f95/elQoC3kC0iT1AwBhm3oi76I7HrAT+uAqBZ9JL/97Qjp057KQNcrJRRKlpsD R0GBSD2s5lFaReImdn/iXVZfGxGFRwPRpLgemiGnpzNtDO1VyUq4MljdP7uPliajKVZg VXd6rc+aXzA9zKHZ40CODMlHcfb6AJHXJROavIQ+dvLZDN7mmU8xZs9FfLvc9cPbYWSp 91a2tuBJqV8ZZsvbKkEw7k1ZcM+yYH073VFM+nry/rgOxaaEf+81gsRMoUaHB0OAREtw YKcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761838248; x=1762443048; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=sitwChEY0n6d4VUVH2L6EfaNtLW5Pg7XTWTaD6v40Ko=; b=A6ILWzQ5/2HhqqZ7Gwfwko/Mq/WfBsiN4D6wzKfoiIvmbgwLydul3GVyY+UYzBLZNP R86lxBaM29YK6N7ZJd08E/ClyLCxCwTYKevDGC+7uEqEuRc6zua3IjbL0uOMHagXKy8P 7sunm2hrauwDNib7dyCAEmW0x70WE22uOaV9cKoqEkw+DFwc8ZvhilnKeE3+/7DVRm3T XaP/tulfIEWdr4CDdsUm8oLicPelUnLlD8lZhdLVwv+kfIwyMAMA8e8g3HnTcXEz1zRw LNexpJX6PSMqzoZ5JknmAId+vNWo5qTT0QntiE+EAqAJp6GNFrpHrK8usmNJGpO0yyiL +jgQ== X-Forwarded-Encrypted: i=1; AJvYcCVtkYOUnSw8SgPecgYdzyBtwWtoGgROJkFXBe9+UgeLrl911waYkQOdtaGdf3faMqzZa5d0VhqA2h8yJ719@postgresql.org X-Gm-Message-State: AOJu0Yyc23RrbvEJ0Na8CiNklzDJpaDcwFYpO3dLQI9ojJyWIxaC0n76 2jEXpHHf1IXHSW4U0pz6Xd5uH4tfq9M/efcFZ65EQJW4RCd/YlUdAqU1 X-Gm-Gg: ASbGncu2LdW3e5imVrXIuwHvbtF9tDZ6CMA0AF8uztkx+mPXWu8uCqt6VJPePqJAOUl Ccza5yWqTRCjJPxmkSmjVixXpU1P8VncgE57x0O86wnRdhheI2CKCrCuaLCj+4utgfsQTNToVjU cIAgPGGV4PQxCVNZ/f6sUUEbkkKH8ujI+Y7Se855qq2YnK6rI7jAVtbjTsbhbNzBMTk9B+2468U XrTpy14CQtJjoESGryW2zHbpyJ2af2ngfXRQ0rzOV7kUbWlmdbDD4g8iN9nrG9vZHBmlpLYmjfO vpvkIRDCwFAnf5jIXYzvWn5lBpRvko+b/q+DuwjjxrqXftsriBamiunKelfOu0lWCkwmbJhlxQo EGgUrHu07apJ8J2lrEKzw7o9dOzRZYL6VetlGk+F0F5l+qgbRm4VnKVmfTLnIwEUxI5c/rG9Wh8 3TDxuSj76e/UcEjMn4D6L44fM3eseGq6qBWYvc/32dstHK8vcbFCwxvdAJ0N3LEKq8pV+sO7CjP vvg X-Google-Smtp-Source: AGHT+IGNwyMs7VY3Pc6zzK8HlOI0tiA/ONn7qz/r1QAE51diL8OsvM/4Kun4dM4ASamZpbnJ23ovtg== X-Received: by 2002:a05:6602:6089:b0:945:ab97:6bbc with SMTP id ca18e2360f4ac-9482295041cmr34592239f.6.1761838246941; Thu, 30 Oct 2025 08:30:46 -0700 (PDT) Received: from nathan (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-5aea946de41sm6797482173.40.2025.10.30.08.30.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Oct 2025 08:30:46 -0700 (PDT) Date: Thu, 30 Oct 2025 10:30:44 -0500 From: Nathan Bossart To: Tom Lane Cc: "David E. Wheeler" , Bruce Momjian , pgsql-hackers@postgresql.org, Andrew Dunstan , Mankirat Singh Subject: Re: abi-compliance-check failure due to recent changes to pg_{clear,restore}_{attribute,relation}_stats() Message-ID: References: <2923669.1761781931@sss.pgh.pa.us> <2944096.1761792564@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2944096.1761792564@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Oct 29, 2025 at 10:49:24PM -0400, Tom Lane wrote: > No; my proposal was "don't run the ABI check unless the branch has > a .abi-compliance-history file". master would normally not contain > such a file, thus no check. As I was just discussing with Bruce, > we could put one there for awhile if we wanted to run ABI checks in > advance of forking a stable branch. > > The reason I'm so allergic to having any of these decisions made on > the buildfarm-client side is years of herding cats^W^W trying to get > buildfarm owners to update their script versions and/or config files. > It's close to hopeless. Thus, your proposal a message or three back > to add another BF client config setting to control this sounds like > the worst of all possible worlds. If we needed a change in the > setting, getting the farm to converge to that would take months if not > years. The idea that we could transiently enable checks between beta1 > and branch fork on the basis of that approach is downright risible. > On the other hand, if the decisions are driven purely by what is in > our git tree, a change is the work of moments. I agree with Tom. The lack of an .abi-compliance-history file should be taken to mean that we're not interested in maintaining ABI compatibility across commits for that branch, and the buildfarm check should be skipped. -- nathan