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 1n5xUe-0007kt-5k for pgsql-www@arkaria.postgresql.org; Fri, 07 Jan 2022 22:13:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1n5xUc-0005vp-PQ for pgsql-www@arkaria.postgresql.org; Fri, 07 Jan 2022 22:13:50 +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 1n5xUa-0005ve-I8 for pgsql-www@lists.postgresql.org; Fri, 07 Jan 2022 22:13:50 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n5xUU-0003S5-JS for pgsql-www@lists.postgresql.org; Fri, 07 Jan 2022 22:13:48 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id D9E1D5C00A9; Fri, 7 Jan 2022 17:13:39 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Fri, 07 Jan 2022 17:13:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=idxhoyLoqF0+35J0ofQJ1CSlkeh emdARFATlzrKjM6M=; b=shdG7Ef1p1zmjSJsAtT5Kv5UkDZZ1ziH3oLJQQpnX7n aKiOD9VX8lrcl0gUwID7ty6atrUmZw11XNlHuwr6VCGPMs+ef2eUN5mMkK/b8NSV KRnvkHTHKo5+zaZVo3XoYxEbKJDO5ImqC5Sq1t2CiKtmiEH8msoQIWFokYsH9dad KLYZOiRFP+w7cT4t4H6AC26ecdviEIShbIRnJDR5dCBm5WYLAcGRB3EXl0ZRjm5P E0sBw7VG+jH7EvwNz5gvGEToPngcqoQ7hgpjUa0IiCn1OQFGDEGbefW4DTBM+60i j+nnKGb5VZh2AecpBQg4RLAHitDbsOcev5XnfT7X8tw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=idxhoy LoqF0+35J0ofQJ1CSlkehemdARFATlzrKjM6M=; b=hxgcHeC7sK+83Xn/GkZXP9 LwEYwlP/OGF9CMBvoUcAS4DJDmpniOab9bT5aaEfy50QJmMTDEzPuBIdcvcCz+Pv csrJBioZlTIe4Jqv+nYZR+9eFY4ZDMIawDHJxT27vbxBvTxzlHihn84iT5baO1N2 Writyu9cTFDOC2Wr84e+7zy+c/4Hj8FeAQzlr/olja53KkZsQ3Oq1v4dParVVcxD g1lvNzhodln/k/F72VfAJ04jCHwbG0fYscu2czbEfII/2piU1ei0sbYojAZG2rj6 apmNMwGg44bYPOqJu//OFjxsP1/I1P9+WlKxRKyVwQmRwBTLWv/Li0icj3iIj3Hw == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrudegvddgudeffecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomheptehnughr vghsucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecuggftrf grthhtvghrnhepvefhjeevhedvvdfgtdeufeeuhffhteekgfeftdekhfeiuedufeevudff udfgvdegnecuffhomhgrihhnpegtihhrrhhushdqtghirdgtohhmnecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghnughrvghssegrnhgrrhgr iigvlhdruggv X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 7 Jan 2022 17:13:39 -0500 (EST) Date: Fri, 7 Jan 2022 14:13:38 -0800 From: Andres Freund To: Dave Page Cc: Tom Lane , pgsql-www@lists.postgresql.org Subject: Re: Enable CI on postgres/postgres github repo? Message-ID: <20220107221338.am6uvnby2jhy7xhj@alap3.anarazel.de> References: <20220104235112.bnx6pczz7h3jbu2o@alap3.anarazel.de> <43299.1641395861@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On 2022-01-07 14:55:28 +0000, Dave Page wrote: > On Wed, Jan 5, 2022 at 3:17 PM Tom Lane wrote: > > Dave Page writes: > > I'm kind of down on this actually. Either it will be a waste of cycles > > because no one looks at the reports, or PG hackers will have to learn > > to read and interpret a second source of build failure reports. Due to cfbot we kind of have to anyway... > > We have > > a lot of accumulated knowledge about the buildfarm, plus ways to examine > > past failures, none of which would exist here as far as I've gathered > > from experience with the cfbot. (And the cfbot's reports definitely suck > > in usability compared to the farm --- failures often omit critical logs, > > and what there is is crammed into a single badly-formatted web page.) It should be a bit better now. All *.log, *.diffs, regress_log* files are preserved for 90 days for failing testruns. You can navigate to them at the top of the page of a result. It's still annoying to see the precise test that failed in a parallel check-world invocation. But that's a much more general issue than just in CI checks :(. > > I guess the bottom line for me is "set it up if you want, but don't > > expect me to pay any attention to it". > OK, well from what I can tell, all the reports are delivered on the Cirrus > or Github sites, so it'll take zero effort to ignore it :-) I've wondered if it could make sense to forward those reports to the buildfarm status page, via a dedicated animal. But it doesn't seem that important. > I've enabled it for the postgres/postgres repo Thanks! > https://cirrus-ci.com/github/postgres/postgres/ > > There's nothing to see there at the moment; I guess we need a commit to > trigger a build. Yep. Happened since: https://cirrus-ci.com/github/postgres/postgres, two successful runs. Greetings, Andres Freund