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 1tjqSQ-00DvnI-10 for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Feb 2025 02:02:02 +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 1tjqSO-00CS9u-J3 for pgsql-hackers@arkaria.postgresql.org; Mon, 17 Feb 2025 02:02:00 +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 1tjqSO-00CS7v-8q for pgsql-hackers@lists.postgresql.org; Mon, 17 Feb 2025 02:02:00 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tjqSM-001DuK-0w for pgsql-hackers@postgresql.org; Mon, 17 Feb 2025 02:01:59 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 51H21tmJ706990; Sun, 16 Feb 2025 21:01:55 -0500 From: Tom Lane To: Noah Misch cc: Andres Freund , pgsql-hackers@postgresql.org Subject: Re: BackgroundPsql swallowing errors on windows In-reply-to: <20250217015236.62.nmisch@google.com> 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> <9D3BCBE0-5DC1-4344-A87E-74F6809F2FF8@anarazel.de> <20250217015236.62.nmisch@google.com> Comments: In-reply-to Noah Misch message dated "Sun, 16 Feb 2025 17:52:36 -0800" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <706988.1739757715.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Sun, 16 Feb 2025 21:01:55 -0500 Message-ID: <706989.1739757715@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Noah Misch writes: > On Sun, Feb 16, 2025 at 08:42:50PM -0500, Andres Freund wrote: >> On macos we can't currently use images, so we just cache all the instal= led macports packages. The cache is keyed by OS version and list of packag= es to be installed, with no other forced invalidation right now. So it's h= ard to predict when a new version of a package will be picked up and it wi= ll differ between git repositories. I've been wondering whether the cache= d macports install should just be regularly generated instead, along the o= ther ci images. > The change is not in a release yet. We could have macos install IPC::Ru= n from > github, or I could get a release cut so it can make its way to macports. > https://ports.macports.org/port/p5.34-ipc-run/builds/ suggests it ingest= ed the > last release within a couple days of release, so macports itself may add > negligible latency. Yeah, my experience is that macports is pretty quick about picking up new releases. If you can persuade upstream to make a release happen, that'd be great. regards, tom lane