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 1rDFQD-001Ph8-3u for pgsql-hackers@arkaria.postgresql.org; Wed, 13 Dec 2023 02:56:29 +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 1rDFQB-00ASPJ-Ok for pgsql-hackers@arkaria.postgresql.org; Wed, 13 Dec 2023 02:56:27 +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 1rDFQB-00ASPA-7l for pgsql-hackers@lists.postgresql.org; Wed, 13 Dec 2023 02:56:27 +0000 Received: from mail-yb1-xb2d.google.com ([2607:f8b0:4864:20::b2d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rDFQ8-00BipH-PY for pgsql-hackers@lists.postgresql.org; Wed, 13 Dec 2023 02:56:26 +0000 Received: by mail-yb1-xb2d.google.com with SMTP id 3f1490d57ef6-dbcca9d5ae5so486279276.0 for ; Tue, 12 Dec 2023 18:56:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; t=1702436183; x=1703040983; darn=lists.postgresql.org; h=user-agent: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=NQv6KWQ12nVLk5+JUKawcmXHs8/Q8fkWBedvDHBEQoo=; b=TsctBM/QvUUm3URuOjZno2bvFdtFjMrj6nBg30LaYQxfNhK8PeImqQG8Bo6UUWZvoy sgIuI+l+XbFXH2MFUnnINu/V8kYJufs5hkGoCYIYrrfAwRQMV/o6gtSemZrrte8OZS9j U4KSmMS8YTpdk7g3sATZm8v2vuuQal5dAegJ8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702436183; x=1703040983; h=user-agent: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=NQv6KWQ12nVLk5+JUKawcmXHs8/Q8fkWBedvDHBEQoo=; b=i1n03MdbZsAcERUrxzKso1ylWxTI9mTIMe1NKXVVxxpyEXslrZV70BXXsIIXpqDhbu SMPlnKaGc83/k9QAn0KPAFHeFvtvHEnNlqv+ZCsd5forGbEpUE35LouHB7ihIRZA3NoG rakFUghKC6ND+p1LqZ4FNUWhkemKpop7fXcNlGxWWQFNdgLyQo8/daTnmLtL99rrBHO0 UmQVlCndmWE15kh9WKf+kO/3A5M4PyHH8H+Sv4NygCoaij1NRxA7EwbD6pEX0f5t9tEO jBOhK9b5nEQZMY2ZQLDEgEhCBgga++Kpho+2nCpJnpHYH7Wua0LQzZU7kLi+0YxvI5Pg mecw== X-Gm-Message-State: AOJu0Yw07RKPXxzkBc7IcsaLhMyLH+01ZqXyolMRETrP/VygtxrRKB5q mHAS3slyw7T9ocN1d7Mtxv2eKQ== X-Google-Smtp-Source: AGHT+IEV3q0I4qXZR7Vt3FEVV0w4zA7NW3A9SFBV9vC0x7Z711wwI0H4BfOpKJ0yDHiCyyeIaQMS6A== X-Received: by 2002:a25:e907:0:b0:db5:501a:ef29 with SMTP id n7-20020a25e907000000b00db5501aef29mr5403356ybd.3.1702436182818; Tue, 12 Dec 2023 18:56:22 -0800 (PST) Received: from google.com ([2600:1702:a20:5750::48]) by smtp.gmail.com with ESMTPSA id z28-20020a25ad9c000000b00db3a7028be7sm3673050ybi.63.2023.12.12.18.56.21 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Dec 2023 18:56:22 -0800 (PST) Date: Tue, 12 Dec 2023 18:56:19 -0800 From: Noah Misch To: Andres Freund Cc: Jeff Davis , Alvaro Herrera , Thomas Munro , Pavel Stehule , Matthias van de Meent , PostgreSQL Hackers Subject: Re: broken master regress tests Message-ID: <20231213025619.70.nmisch@google.com> References: <20230829155424.bem25upvaefkqqyy@alvherre.pgsql> <20230912022358.d5ln25sglrntwaia@awork3.anarazel.de> <0d47e5ecc037b3908149aad5f2a987793cf938bd.camel@j-davis.com> <20231011005434.34oc4v4pv6ajqkss@awork3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231011005434.34oc4v4pv6ajqkss@awork3.anarazel.de> User-Agent: Mutt/2.2.12 (2023-09-09) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Oct 10, 2023 at 05:54:34PM -0700, Andres Freund wrote: > On 2023-10-10 17:08:25 -0700, Jeff Davis wrote: > > After this, it seems "make check" no longer picks up the locale from > > the system environment by default. > > Yea. I wonder if the better fix would have been to copy setenv("LC_MESSAGES", "C", 1); > to the initdb template creation. That afaict also fixes the issue, with a > smaller blast radius? +1, that would restore the testing semantics known from v16-. I think the intent of the template was to optimize without changing semantics, and the above proposal aligns with that. Currently, for v17 alone, one needs installcheck or build file hacks to reproduce a locale-specific test failure. An alternative would be to declare that the tests are supported in one encoding+locale only, then stop testing others in the buildfarm. Even if we did that, I'm fairly sure we'd standardize on UTF8, not SQL_ASCII, as the one testable encoding.