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 1tjqAw-00Dt3e-An for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Feb 2025 01:43:58 +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 1tjq9w-00CJsP-JI for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Feb 2025 01:42:56 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tjq9v-00CJsE-5o for pgsql-hackers@lists.postgresql.org; Mon, 17 Feb 2025 01:42:56 +0000 Received: from fhigh-a1-smtp.messagingengine.com ([103.168.172.152]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tjq9s-001Dm9-2x for pgsql-hackers@postgresql.org; Mon, 17 Feb 2025 01:42:54 +0000 Received: from phl-compute-04.internal (phl-compute-04.phl.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id B590611400F3; Sun, 16 Feb 2025 20:42:51 -0500 (EST) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Sun, 16 Feb 2025 20:42:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1739756571; x=1739842971; bh=10Gr6Y7x5VrJyxza0CvkGDi072lZGEQdpFXzUD66nUU=; b= kHYIziOOTtD+K9Dt9X1tUXePbcCaMraGdeGDPSgcNI60tuJR0MJs2qVpaXWA7DuU /i2LKWKm2plDdL8+TQzzIiUWLAax4MgaMBDxRWaU7bAyH5mQq0jQYDPgaRVEt763 Rkvopb+T+XWwk46qaEi/RrRe30r53Yj1a8q5gDRNqXZhjMNd/f45H47WJmR+wogb ryff9ZNIROn/JEDZIOrvJA9odjGjsHaTHkYTmjCi2G/Z12zhGu0Mfi6dCZx/laC7 1w5v6RKh9vAo3Y24n94+BQW4go7lYYKrnpnuHRmuQ7i7TVrzC4rfUi57WIA4HXWi qI0I0ooI5SNzH9lBPKDOfw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1739756571; x= 1739842971; bh=10Gr6Y7x5VrJyxza0CvkGDi072lZGEQdpFXzUD66nUU=; b=H aHoOuSLl3qYEcTgLgS9y12EmDQcGtId0Y/5ET7hkXrWyGt50aVJWFK5QAsHetiA6 WMj3bzr6NP74Dn/v3+nStoTWlj0ROU8HG37vRpgwrrUdb8M1Ee4y5Zrlp1L508cx u3dZ9HLQzj1VExc9WKCM0Edov10ADagPKaIDIx/JjEb1xTTg/Xmq26m5ULwmtS7F cnbJ7kwzM1PFf8xtiL7H5lnwPKM85WC6vU0G4+wShkPyULwQpltq8tXKXlNmOsnW YTC5pLGjITJmzx+Ih9DnHwRuFGKfHVNksO95bd7gKf26fe4EU70OgcubcCnT7peT iNTJQ5/e3zMU+M3aW/uTw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdehjedtjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpeffhffvvefufggjfhfkgggtgfesthhqmhdttder jeenucfhrhhomheptehnughrvghsucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrg iivghlrdguvgeqnecuggftrfgrthhtvghrnhephfekgeevtdfgvdekgfffjedtkeejtdek ieefteetvedvheefieevfeekhfffhfeknecuffhomhgrihhnpehgihhthhhusgdrtghomh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhgu rhgvshesrghnrghrrgiivghlrdguvgdpnhgspghrtghpthhtohepfedpmhhouggvpehsmh htphhouhhtpdhrtghpthhtohepthhglhesshhsshdrphhghhdrphgrrdhushdprhgtphht thhopehnohgrhheslhgvrggusghorghtrdgtohhmpdhrtghpthhtohepphhgshhqlhdqhh grtghkvghrshesphhoshhtghhrvghsqhhlrdhorhhg X-ME-Proxy: Feedback-ID: id4a34324:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 16 Feb 2025 20:42:50 -0500 (EST) Date: Sun, 16 Feb 2025 20:42:50 -0500 From: Andres Freund To: Tom Lane , Noah Misch CC: pgsql-hackers@postgresql.org Subject: Re: BackgroundPsql swallowing errors on windows User-Agent: K-9 Mail for Android In-Reply-To: <695158.1739753418@sss.pgh.pa.us> References: <20250216173943.b6.nmisch@google.com> <20250216184740.55.nmisch@google.com> <20250216223951.a3.nmisch@google.com> <684214.1739747924@sss.pgh.pa.us> <20250216235843.7c.nmisch@google.com> <695158.1739753418@sss.pgh.pa.us> Message-ID: <9D3BCBE0-5DC1-4344-A87E-74F6809F2FF8@anarazel.de> MIME-Version: 1.0 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 Hi,=20 On February 16, 2025 7:50:18 PM EST, Tom Lane wr= ote: >Noah Misch writes: >> On Sun, Feb 16, 2025 at 06:18:44PM -0500, Tom Lane wrote: >>> I think that >>> IPC::Run may be screwing up here, because I have seen non-Windows >>> CI failures that look like it didn't read all the stderr output=2E >>> For example, this pgbench test failure on macOS from [1]: > >> https://github=2Ecom/cpan-authors/IPC-Run/commit/2128df3bbcac7e733ac463= 02c4b1371ffb88fe14 >> fixed that one=2E > >Ah=2E Do we know whether that fix has made it into our CI images? >(Or anywhere else, for that matter?) The CI images are regenerated three times a week, but for most OSs, they w= ill only install perl modules via the applicable packaging method, so it'll= depend on when they pick up that version=2E On Windows cpan is used, so it should pick that new version fairly quickly= if a release has been made=2E On macos we can't currently use images, so we just cache all the installed= macports packages=2E The cache is keyed by OS version and list of packages= to be installed, with no other forced invalidation right now=2E So it's ha= rd to predict when a new version of a package will be picked up and it will= differ between git repositories=2E I've been wondering whether the cached= macports install should just be regularly generated instead, along the oth= er ci images=2E Greetings,=20 Andres --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E