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 1mwuXb-0003PW-UK for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Dec 2021 23:15:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mwuXa-0005Oc-SU for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Dec 2021 23:15:30 +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 1mwuXa-0005OM-Jc for pgsql-hackers@lists.postgresql.org; Mon, 13 Dec 2021 23:15:30 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mwuXY-0003sH-Hf for pgsql-hackers@postgresql.org; Mon, 13 Dec 2021 23:15:30 +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 1BDNEqkU189635; Mon, 13 Dec 2021 18:14:52 -0500 From: Tom Lane To: Andres Freund cc: Justin Pryzby , pgsql-hackers@postgresql.org, Thomas Munro , Andrew Dunstan , Melanie Plageman Subject: Re: Adding CI to our tree In-reply-to: <20211213224720.w24etz46zu6mn3er@alap3.anarazel.de> References: <20211001222752.wrz7erzh4cajvgp6@alap3.anarazel.de> <20211213211223.vkgg3wwiss2tragj@alap3.anarazel.de> <20211213220250.GH17618@telsasoft.com> <20211213224720.w24etz46zu6mn3er@alap3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Mon, 13 Dec 2021 14:47:20 -0800" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <189633.1639437292.1@sss.pgh.pa.us> Date: Mon, 13 Dec 2021 18:14:52 -0500 Message-ID: <189634.1639437292@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andres Freund writes: > On 2021-12-13 16:02:50 -0600, Justin Pryzby wrote: >> sudo is used exactly twice; maybe it's not needed at all ? > The macos one is needed, but the freebsd one indeed isn't. I'm with Justin on this one. I would view a script trying to mess with /cores as a hostile act. PG cores on macOS tend to be extremely large and can fill up your disk fairly quickly if you don't know they're being accumulated. I think it's okay to suggest in the documentation that people might want to allow cores to be dropped, but the script has NO business trying to force that. regards, tom lane