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 1q7DX0-0001iH-UX for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jun 2023 11:10:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q7DWz-00072W-Kh for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jun 2023 11:10:17 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q7DWz-00071u-70 for pgsql-hackers@lists.postgresql.org; Thu, 08 Jun 2023 11:10:17 +0000 Received: from mail-pf1-x42e.google.com ([2607:f8b0:4864:20::42e]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q7DWw-000sfs-Jf for pgsql-hackers@postgresql.org; Thu, 08 Jun 2023 11:10:16 +0000 Received: by mail-pf1-x42e.google.com with SMTP id d2e1a72fcca58-64d57cd373fso341967b3a.1 for ; Thu, 08 Jun 2023 04:10:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hagander-net.20221208.gappssmtp.com; s=20221208; t=1686222613; x=1688814613; 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=YUpRuQDnb9mLxxGkNSJ8F9ZFMN5/rB+dmIXw9Q7N5rc=; b=x/ayy/PJtF7y3gHd+hdZ4QEYlqHLrqRKVGOtdH/g6NyLESIAZgi2HTWXJ28gaF9LzC VjN3rb7cqWQdKdka6t0M+Sqz60RIfzdBm9oyKXOe7Vh+0MskTqbzVJ4IKx+czF1Ww8zw W+Swhjl3X6FnhgqnkFo3QbqgN/ysnNTgyEzxbf38U+WAusmI6EKBXyVtq8OWP/snY4ll Bcf6PiSBDrV7bqikoFy+hXDB3o2Xve9f5LYv2Yjj4wwG6hrR4nTVtNv3r8P2VEL4dAsy 8xHK8+nVc+5m56S0dBFw9+a6ieFLBYSYaMCeQ0WdcGic3lwVoHBAVLP+O7ne4GQuvPII AVmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686222613; x=1688814613; 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=YUpRuQDnb9mLxxGkNSJ8F9ZFMN5/rB+dmIXw9Q7N5rc=; b=dZytlkLV6ywXX2TmgWsU1visg7MEAJeyRiZSRU4CVBwFF64vMiY07GN31yEC+8Lt0R h/05yKIE7M/gYt0q1Ne6OANA3z2eobS6XvO4414wsdBUVNuR5xdyR1SSUDJDrX271lda g2QPC9Wl2+2TlWfD7mrLyeR8D7zEnFWuMEAYNnZqJb1c/PTEZk6tFxegCPMae3HaK5Up lRPk9he8CHtK+tH1EGO8295NSdb9lB5G/A66s8eGV9Fb+f1Y6mPTILyU4bNrpza5awve vYz9gZbCQH7UvBNwMgGZc0/zQw+K5/T0GW+BSLka3IgJk321djHZNmbyRVjGYJOgcYWV KpTQ== X-Gm-Message-State: AC+VfDzTTWemP4lMa8aF/+n65RoKJnY8SzPyb8Z7fiF6s3z0xZy3OTX7 w/qvfafpPiM02frrL0daM8ysehbwdA5yi7xZyJilDS4K1GkCCa+a X-Google-Smtp-Source: ACHHUZ7JItxHdPN047kXrZusIWR+9LQY1DZfibKF12ft3/6CuCGVotQRhIMKKSiaBtD2CIlMPatM68yF71OhdG+EqF4= X-Received: by 2002:a17:902:f54a:b0:1af:eea0:4f5b with SMTP id h10-20020a170902f54a00b001afeea04f5bmr2576796plf.2.1686222613279; Thu, 08 Jun 2023 04:10:13 -0700 (PDT) MIME-Version: 1.0 References: <20230607231407.GC1334487@rfd.leadboat.com> <20230607234726.gqvydjl6qamoyq2k@awork3.anarazel.de> <20230608014507.GD1334487@rfd.leadboat.com> In-Reply-To: <20230608014507.GD1334487@rfd.leadboat.com> From: Magnus Hagander Date: Thu, 8 Jun 2023 13:10:00 +0200 Message-ID: Subject: Re: win32ver data in meson-built postgres.exe To: Noah Misch Cc: Andres Freund , pgsql-hackers@postgresql.org 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 Thu, Jun 8, 2023 at 3:45=E2=80=AFAM Noah Misch wrote= : > > 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 me= tadata > > > that postgres.exe gets under non-meson build systems. Patch attached= . > > > > I dimly recall that we discussed that and basically decided that it doe= sn'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 ver= sion > 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. +1, both on that it should be the same across build systems, and that the variant that we have in the msvc build system is the best one. And if we don't have the version structure in it, it will cause issues for installers (I think) and software inventory processes (definitely) that also use that. I don't recall a discussion about removing it, but it's not unlikely I missed it if it did take place... > > > 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. I think this decision goes back all the way to the ancient times, and the argument was then "user should not use the postgres.exe file when clicking around" sort of. Back then, task manager didn't show the icon at all, regardless. It does now, so I'm +1 to add the icon (in all the build systems). --=20 Magnus Hagander Me: https://www.hagander.net/ Work: https://www.redpill-linpro.com/