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 1oef8K-0000QP-KD for pgsql-hackers@arkaria.postgresql.org; Sat, 01 Oct 2022 16:14:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oef8J-0007Po-E4 for pgsql-hackers@arkaria.postgresql.org; Sat, 01 Oct 2022 16:14:31 +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 1oef8J-0007Pf-1I for pgsql-hackers@lists.postgresql.org; Sat, 01 Oct 2022 16:14:31 +0000 Received: from mail-il1-x132.google.com ([2607:f8b0:4864:20::132]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oef8B-00046k-KY for pgsql-hackers@lists.postgresql.org; Sat, 01 Oct 2022 16:14:30 +0000 Received: by mail-il1-x132.google.com with SMTP id j7so3562588ilu.7 for ; Sat, 01 Oct 2022 09:14:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:from:to:cc:subject:date; bh=LgGQrfQENfrYZem0aJr0DILxvZNcI/SzJvt0c9WSHHE=; b=3xouUIUN4wi+3fKZd1KLTpRZi9ozHhcuGV4eEJRhsgMYUQd41BxY9dj8rVF0ZvZH9f cOEfm6nEiAnnpm/8mUU8vUb8eMiK3Qh24JUa7NML1rgiOqjplZQgVvK6orBe7MT2AwDI xbs3hUTGAcQ0rUfR5BwgyuAlHRn2cMehPJyDKV8YAKoZYN4CVvsQCKFl/QLcn1Zhry82 un1UvamBQR42mk3pamBzAAIf1RrHTsX8QvqTz8o6kwXE0BVOYY+FBW+8MdFRaTIDuWtw b2fXVyWU3oIBlAggXHPm5mR/HwRQ3SnvOdsoNl3VGANei2kBmeTEj7zqM+grJjGjyKO5 49fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date; bh=LgGQrfQENfrYZem0aJr0DILxvZNcI/SzJvt0c9WSHHE=; b=2TIXnjkSCccHgGZfhOcdnEY8HnkK2c8pzgFxnrPU3KcV2CGF1eoS00uooyB1hKiV80 VWxi0ggGL8hvQTt2Lgp+/++4FDOPfBEiGvwLbytuT+roGxsfSt2HWr5E8WPuE6xhi4hL 9YOjBIU91TZPWPldqGNv/G1kJIueksGRey5jEv/PEPCtKJy9566t4NUNKF0O4FPPinAu 9CPE1Oe+RSVbGQpmbaaj5K5pWwSbe4bAcu/VVgZGWRT1T6EGDMIhitMg0/jfN1pfndQD xz14kFn2Cb+YjKGxCWoNRetZpr4rQLqpPMH1KDZ7nBdOMJwgdoP6HMnR+2bdi9fNjYz8 f+Kg== X-Gm-Message-State: ACrzQf3Qxp98vdn9sIYUX4GT0VkRLECwSwUIuVyqwuHspASyZQ1ZlO5E zieFZH+ainFdpGOEaqgr12+wwg== X-Google-Smtp-Source: AMsMyM5JspYvxN7LS6baCp1O+W/6R/I+Y67Ml2951AWW1lSUuI+pVqPnkSXN2hbdnh+UGelARs93aQ== X-Received: by 2002:a05:6e02:1111:b0:2f6:21db:d71 with SMTP id u17-20020a056e02111100b002f621db0d71mr6241768ilk.86.1664640861579; Sat, 01 Oct 2022 09:14:21 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id k125-20020a6bba83000000b00689257fef39sm2432332iof.4.2022.10.01.09.14.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Oct 2022 09:14:21 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 3198A8006C6; Sat, 1 Oct 2022 11:14:20 -0500 (CDT) Date: Sat, 1 Oct 2022 11:14:20 -0500 From: Justin Pryzby To: Andres Freund Cc: Alvaro Herrera , Robert Haas , Thomas Munro , Tom Lane , Dilip Kumar , pgsql-hackers@lists.postgresql.org Subject: Re: longfin and tamandua aren't too happy but I'm not sure why Message-ID: <20221001161420.GF6256@telsasoft.com> References: <20220928192226.4c6zeenujaoqq4bq@alvherre.pgsql> <20220929034531.4k4zvxsxdsl7g7ti@awork3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220929034531.4k4zvxsxdsl7g7ti@awork3.anarazel.de> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Sep 28, 2022 at 08:45:31PM -0700, Andres Freund wrote: > Hi, > > On 2022-09-28 21:22:26 +0200, Alvaro Herrera wrote: > > I have an additional, unrelated complaint about CI, which is that we > > don't have anything for past branches. I have a partial hack(*), but > > I wish we had something we could readily use. > > > > (*) I just backpatched the commit that added the .cirrus.yml file, plus > > some later fixes to it, and I keep that as a separate branch which I > > merge with whatever other changes I want to test. I then push that to > > github, and ignore the windows results when looking at cirrus-ci.com. You wouldn't need to ignore Windows tap test failures if you also backpatch 76e38b37a, and either disable PG_TEST_USE_UNIX_SOCKETS, or include 45f52709d. > I'd not be against backpatching the ci stuff if there were sufficient demand > for it. It'd probably be a decent bit of initial work, but after that it > shouldn't be too bad. I just tried this, which works fine at least for v11-v14: | git checkout origin/REL_15_STABLE .cirrus.yml src/tools/ci https://cirrus-ci.com/task/5742859943936000 v15a https://cirrus-ci.com/task/6725412431593472 v15b https://cirrus-ci.com/task/5105320283340800 v13 https://cirrus-ci.com/task/4809469463887872 v12 https://cirrus-ci.com/task/6659971021537280 v11 (I still suggest my patches to run all tests using vcregress. The number of people who remember that, for v15, cirrusci runs incomplete tests is probably fewer than five.) https://www.postgresql.org/message-id/20220623193125.GB22452%40telsasoft.com https://www.postgresql.org/message-id/20220828144447.GA21897%40telsasoft.com If cirrusci were backpatched, it'd be kind of nice to use a ccache key that includes the branch name (but maybe the overhead of compilation is unimportant compared to the workload induced by cfbot). A gripe from me: the regression.diffs and other logs from the SQL regression tests are in a directory called "main" (same for "isolation"). I imagine I won't be the last person to spend minutes looking through the list of test dirs for the entry called "regress", conclude that it's inexplicably absent, and locate it only after reading src/test/regress/meson.build. -- Justin