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 1rTSAz-0036ef-3K for pgsql-hackers@arkaria.postgresql.org; Fri, 26 Jan 2024 19:47:45 +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 1rTSA0-001dVt-BX for pgsql-hackers@arkaria.postgresql.org; Fri, 26 Jan 2024 19:46:44 +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 1rTSA0-001dVl-1c for pgsql-hackers@lists.postgresql.org; Fri, 26 Jan 2024 19:46:44 +0000 Received: from mail-oa1-x2f.google.com ([2001:4860:4864:20::2f]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rTS9v-003sM1-IL for pgsql-hackers@postgresql.org; Fri, 26 Jan 2024 19:46:43 +0000 Received: by mail-oa1-x2f.google.com with SMTP id 586e51a60fabf-21432e87455so432873fac.1 for ; Fri, 26 Jan 2024 11:46:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neon.tech; s=google; t=1706298397; x=1706903197; darn=postgresql.org; h=in-reply-to:references:from:to:subject:cc:message-id:date :content-transfer-encoding:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=zUdakvnPQZGnfJvjLYHDhLalWOvELPfM6GjUhz96giY=; b=IKv4lInoPiLIPzSHUFFCunRWJma6zk0ULM10F8mo67yh/jx0Wqh9WPmEfE1RN8W9w9 v52a8LyQSB9v3QSO6Hwu4B02X7YnlBR/lDhIR26Tbv4W2+lD6XzTW64zncAutVt3k38A a/9d007RbHs2FuXd4ex6/ltHZPJW4jw5ITvm8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706298397; x=1706903197; h=in-reply-to:references:from:to:subject:cc:message-id:date :content-transfer-encoding:mime-version:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=zUdakvnPQZGnfJvjLYHDhLalWOvELPfM6GjUhz96giY=; b=f00oAZScN/8QWxGXl2p8vnsBUmD58+7Fv9Tvl6Q/ZHYwDjFgNE4pxHyKX+vZAZtMY8 LVD21SlIQKzkaoiNRBZcyyWxqKwjYjZxpItSqu4TTfpG3npi7MHLMZaGIOtyJ7yqHEpA 9eY/sKC0ozNd/43gG8uTX7+oy+/Sxx3WvNCYGqLF7UuXxx+Zoi4nWG1YhIY+u/aqHu+4 VVIluknmof5TBvQAeLv++whOKqgMfL+BJ8kgHneMLnv3fpI3snUE/Vanzla3r7V+V6fv H8seeVDr3PlBedcjs5ICs2gRAYoGdIRxKXx7szBrPG3R9yK1mHYhQU5rxOYWy8ier8Bm 13+A== X-Gm-Message-State: AOJu0Yy+5JqVjGH/Eveu9hKWcrHbGNO7vjJPwYKbA/z3CjnkRgB6MjNu COlgRu92u00LFuKp4WCGIhSkxNpwkuQyWR2lsif4UpVU8ihkKumaqIv5MldJ+w1J1dnlb1Mm9Sx J X-Google-Smtp-Source: AGHT+IEqwzWtvbRaTWoGgUJYyvC8y+u8lWP+c39gQU+gAhXECj9rR20VotP/nyPHN6BNNl0N1WeIFg== X-Received: by 2002:a05:6870:56a2:b0:206:79a6:24d1 with SMTP id p34-20020a05687056a200b0020679a624d1mr168014oao.55.1706298397093; Fri, 26 Jan 2024 11:46:37 -0800 (PST) Received: from localhost ([2607:fb90:e683:8cf6:3996:e070:71ee:42fb]) by smtp.gmail.com with ESMTPSA id lc26-20020a056871419a00b00205f08f43fdsm490764oab.55.2024.01.26.11.46.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Jan 2024 11:46:36 -0800 (PST) Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8; format=Flowed Date: Fri, 26 Jan 2024 13:46:36 -0600 Message-Id: Cc: "pgsql-hackers" Subject: Re: make dist using git archive To: "Peter Eisentraut" From: "Tristan Partin" X-Mailer: aerc 0.16.0-155-g21f38698bd58 References: <40e80f77-a294-4f29-a16f-e21bc7bc75fc@eisentraut.org> <673bbcc2-3e38-44b6-9710-e7c1b2446334@eisentraut.org> In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri Jan 26, 2024 at 12:28 AM CST, Peter Eisentraut wrote: > On 25.01.24 17:25, Tristan Partin wrote: > > For what it's worth, I run Meson 1.3, and the behavior of generating th= e=20 > > tarballs even though it is a dirty tree still occurred. In the new patc= h=20 > > you seem to say it was fixed in 0.60. > > The problem I'm referring to is that before 0.60, alias_target cannot=20 > depend on run_target (only "build target"). This is AFAICT not=20 > documented and might not have been an intentional change, but you can=20 > trace it in the meson source code, and it shows in the PostgreSQL CI.=20 > That's also why for the above bzip2 issue I have to use custom_target in= =20 > place of your run_target. https://github.com/mesonbuild/meson/pull/12783 Thanks for finding these issues. --=20 Tristan Partin Neon (https://neon.tech)