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 1tuE8l-005bMl-Jl for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Mar 2025 17:20:39 +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 1tuE8j-00GF1d-Je for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Mar 2025 17:20:37 +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 1tuE8j-00GF1M-A7 for pgsql-hackers@lists.postgresql.org; Mon, 17 Mar 2025 17:20:37 +0000 Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tuE8f-003PPe-1s for pgsql-hackers@lists.postgresql.org; Mon, 17 Mar 2025 17:20:36 +0000 Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-ac2bfcd2a70so654297666b.0 for ; Mon, 17 Mar 2025 10:20:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742232034; x=1742836834; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=4a052zkG8ptaGYRFtLz73JnpEqCPsTBjpMzOpwII+Js=; b=NP/LAodGam54R7ndoCYQ+1VvSk+f7ONCz0bOkmQ1AyswU2uNAsqVhUB9MjV9fHdr7u USmLqbuK9QmPiY0WKBXPlqlqSh/xW7uB3PAMSk6M9sq6OHItUhJVIBCJbLN1iWfVzqo6 3I7xh1IWmX5uoI6azxkKNxxZ7PSwpWflBPf3jM5dnjnk4Om70dtN7EfIVNH/PDYINywk ITcyhZ4AoMlm9AJVa+ThPzgC6LKDAWTgFJhLIHrL9vBvqhcLU0y/tIBTDEnKxuGu7tE+ fLWtrasS7l6mdZZsbiA+AcvCp8js104aYoAb8URZZM3Cf+zQORt52NoAisUhwKC1Y+tU fgfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742232034; x=1742836834; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=4a052zkG8ptaGYRFtLz73JnpEqCPsTBjpMzOpwII+Js=; b=Ne0lnm/r2bPIjky9TxoRQJm1X5EMjlEgV+WGduCQlAEmiuPmhxHouohSypT01OXpVC AZj9TACjXlL4G/XXWqU+c2Sm7/KHYeDm6hSc37WW7JNoqtYeT+3VANnVlzS5gba+uwxi cV5IdanpXaigNe0Wi9PMnzlwcLCxKK6DrHsHtpLY2SDgCkv0EGhgs3J5qv/ON7aTS4cU lUsXYF/9TiUBkilFZonERk+pJDVSTVqc7SCQ+GNAMY+LfXKynTQj+JNFhMjGtOCRa+vL cRNu7XLniKXgK+bHIafqoWmv8r7PLTQHhk0AzAwyMjiOb9xsd3NR/UsT60rV+F5di0E1 ug8Q== X-Gm-Message-State: AOJu0Yzx37InX0PlAAEV4c6CxWhCdhtHzj6tNnp1dP8DJVj8v64vkkxr Dcwa8e3i8QuLnubjWCUpmdN4/4kQ1xmqTYz4iinLQ4m91WqL7WkspvIQk8MFbrhrj2QgasmbUny FdrY9bTb9C4d+9cLbCqqz2egd2mopFfOJaLE= X-Gm-Gg: ASbGncvJSOb1WBYSEhtqh1zG+WT5U5fSm/IF57ppG50T7HytgcfrOq8bMavN8bFO7ZG 2WGQNzuQNY0fHgcgWC8y265q/hcOrNPypaLxXGNgK7q1F8ot2yUVwow93n7xfXS2imc3g/jsZi+ 7dWsnxRpH94JbLVAOgusj4AF7ywA== X-Google-Smtp-Source: AGHT+IH9FPcsnUx57HI3xyRbw8m/M9F8m/YE5MmZPbuCgGmsXQ4G7d2wjrvwIZnK8Oh/sqCgHBxpT2UMvZ7jVRUWJpM= X-Received: by 2002:a17:907:2cc5:b0:ac1:f19a:c0a0 with SMTP id a640c23a62f3a-ac33026d107mr1245338166b.20.1742232033650; Mon, 17 Mar 2025 10:20:33 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Robert Haas Date: Mon, 17 Mar 2025 13:20:22 -0400 X-Gm-Features: AQ5f1JoLBsr1-PPhgf8JXiWGm7Cah8VaonvfsEpmV50CKfDFuE4Mpvm-QnTS1y0 Message-ID: Subject: Re: pgsql: pg_upgrade: Preserve default char signedness value from old clus To: Masahiko Sawada Cc: PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, Feb 21, 2025 at 1:20=E2=80=AFPM Masahiko Sawada wrote: > pg_upgrade: Preserve default char signedness value from old cluster. Hi, I noticed that after running 'meson test --suite setup --suite pg_upgrade', the file delete_old_cluster.sh is left behind in the source directory, which should not happen. Everything created for the tests should be created in the meson directories. I traced the problem down to 005_char_signedness.pl. I believe the problem is likely that other pg_upgrade TAP tests include this locution, whereas 005_char_signedness.pl does not: # In a VPATH build, we'll be started in the source directory, but we want # to run pg_upgrade in the build directory so that any files generated fini= sh # in it, like delete_old_cluster.{sh,bat}. chdir ${PostgreSQL::Test::Utils::tmp_check}; Regards, --=20 Robert Haas EDB: http://www.enterprisedb.com