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 1q74jI-0004dn-Ai for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jun 2023 01:46:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q74iH-0000sH-66 for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jun 2023 01:45:21 +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 1q74iG-0000s8-Lr for pgsql-hackers@lists.postgresql.org; Thu, 08 Jun 2023 01:45:20 +0000 Received: from mail-yw1-x112f.google.com ([2607:f8b0:4864:20::112f]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q74i9-000vr5-1v for pgsql-hackers@postgresql.org; Thu, 08 Jun 2023 01:45:19 +0000 Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-565c9109167so588067b3.2 for ; Wed, 07 Jun 2023 18:45:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; t=1686188711; x=1688780711; 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=Pm14oPv5981VGtssOzv92eMTc2uwUh9OhZQilNNq1TA=; b=gFYUvkHyXcJ272OCQZHolaXzhavq/NzI6FyxuwK/6iCcUHqT3kS3niwqBQCv8AZ73j c2eRKsWgVIvt4d4opH4Luq+FalPGxuNXoKmCBPIq5ovJaTq9IFaJtzZHaEQPUeaAzXSI vRGz21JmmzkIOcAAO/bnVtkaAN5zDF8HnY9C0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686188711; x=1688780711; 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=Pm14oPv5981VGtssOzv92eMTc2uwUh9OhZQilNNq1TA=; b=MsRa9b7yeMozXQlQCedwM5xtpMySeyZqyMRLmhcG7WZ9C8DeFxyErrpGONPLfcM36d 76/9v6YVICdRcTGcjJ6LwyjTZ2NEEgftEmHenashs+Zqn14aKZLbl/CVH45cOFbvZG5e e8hPY9Rm0x+xjK5oya5A1sjbSRB/6aw1jrW5qAaobvsqkrjKVwZZvlBo7uARDosKprMv MBMmeHmLuMIan524k++zt006NUD0Xu9ThcLJv9264ajz7a4U35wwGQf66Zf0s5qYPeJj 1AaB+wpQBlT8KTMJ0vvzGJlMlj/BLqZx6v3h0CmhFUXKzjH4fH1uFK2Dw0yh6UQMF3e1 U3tA== X-Gm-Message-State: AC+VfDwBdj5cLTNOpowGgihlpX93JLzJvbJAB7sJfp4vwYaoNwWXwbYw EyMagyrBrZkHPPWvYIPAgM5Ovw== X-Google-Smtp-Source: ACHHUZ7pc8HQLVf7VNkrAPo3a1POpq+PNDJP44tErJ4bX/69G+xL7W/28bTAASHkAwCENnbdKH89kw== X-Received: by 2002:a81:a089:0:b0:561:9082:8039 with SMTP id x131-20020a81a089000000b0056190828039mr8445281ywg.38.1686188711305; Wed, 07 Jun 2023 18:45:11 -0700 (PDT) Received: from rfd.leadboat.com ([2600:1702:a20:5750::2e]) by smtp.gmail.com with ESMTPSA id w67-20020a25c746000000b00bac1087b44esm287416ybe.35.2023.06.07.18.45.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Jun 2023 18:45:10 -0700 (PDT) Date: Wed, 7 Jun 2023 18:45:07 -0700 From: Noah Misch To: Andres Freund Cc: pgsql-hackers@postgresql.org Subject: Re: win32ver data in meson-built postgres.exe Message-ID: <20230608014507.GD1334487@rfd.leadboat.com> References: <20230607231407.GC1334487@rfd.leadboat.com> <20230607234726.gqvydjl6qamoyq2k@awork3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230607234726.gqvydjl6qamoyq2k@awork3.anarazel.de> User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Jun 07, 2023 at 04:47:26PM -0700, Andres Freund wrote: > On 2023-06-07 16:14:07 -0700, Noah Misch wrote: > > A postgres.exe built with meson, ninja, and MSVC lacks the version metadata > > that postgres.exe gets under non-meson build systems. Patch attached. > > I dimly recall that we discussed that and basically decided that it doesn't > really make sense to attach this information to postgres.exe. I looked for a discussion behind that, but I didn't find it. A key user-visible consequence is whether the task manager "Name" column shows (1) "PostgreSQL Server" (version data present) vs. (2) "postgres.exe" (no version data). While (2) is not terrible, (1) is more typical on Windows. I don't see cause to migrate to (2) after N years of sending (1). Certainly this part of the user experience should not depend on one's choice of build system. > > This preserves two quirks of the older build systems. First, > > postgres.exe is icon-free. > > We could also just change that. I would be +1 for that (only if done for all build systems). Showing the elephant in task manager feels better than showing the generic-exe icon. > > Second, the resources object is not an input > > to postgres.def. > > I don't see what negative effects that could have: Agreed. I wrote that sentence for archaeologists of the future who might wonder why this change didn't use generated_backend_sources.