From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id 618133858D20 for ; Fri, 4 Feb 2022 10:23:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 618133858D20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org Received: from tarox.wildebeest.org (83-87-18-245.cable.dynamic.v4.ziggo.nl [83.87.18.245]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 6C0363000F0A; Fri, 4 Feb 2022 11:23:31 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id AF04C425A45D; Fri, 4 Feb 2022 11:23:30 +0100 (CET) Message-ID: <9916fd2ef0b01874507b3460df7bdcae254f1202.camel@klomp.org> Subject: Re: Buildbot failure in Wildebeest Builder on whole buildset From: Mark Wielaard To: Thomas Schwinge Cc: gcc-rust@gcc.gnu.org, Marc =?ISO-8859-1?Q?Poulhi=E8s?= Date: Fri, 04 Feb 2022 11:23:30 +0100 In-Reply-To: <87a6f7u0uq.fsf@dirichlet.schwinge.homeip.net> References: <20220124122958.6E3378003E3@builder.wildebeest.org> <87r18wkej6.fsf@arrakis.kataplop.net> <871r0wuv4x.fsf@euler.schwinge.homeip.net> <87a6f7u0uq.fsf@dirichlet.schwinge.homeip.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.28.5 (3.28.5-10.el7) Mime-Version: 1.0 X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-rust@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: gcc-rust mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2022 10:23:36 -0000 Hi Thomas, On Thu, 2022-02-03 at 21:55 +0100, Thomas Schwinge wrote: > On 2022-01-29T21:20:45+0100, Mark Wielaard wrote: > > On Tue, Jan 25, 2022 at 11:42:41PM +0100, Mark Wielaard wrote: > > > I added a filesIsImportant filter to the buildbot gccrs > > > scheduler: > > >=20 > > > gccrs_files =3D ["gcc/rust/", "gcc/testsuite/rust/", > > > "gcc/config/.*/*-rust.c"] >=20 > Is that last one correct, or should that be 'gcc/config/*/*-rust.c' > (glob) or 'gcc/config/.*/.*-rust\.c' (regexp)? >=20 > After my recent GCC/Rust commit > 5691503f11fb6bc5acd8be1e43faa0c5898c4b14 > 'GCC/Rust pieces of GCC upstream "Mass rename of C++ .c files to .cc > suffix"', > please change the last one to '.cc' suffix. Well spotted. Thanks. Changed it to: gccrs_files =3D ["gcc/rust/", "gcc/testsuite/rust/", "gcc/config/.*/.*-rust= .cc"] I really should clean the buildbot cfg file up (it contains everything, including passwords and tokens in one file) and check it into git so others can more easily contribute to it. > Maybe include 'gcc/DATESTAMP' in 'gccrs_files', so that we also build > after merges from upstream (assuming that they span more than a > day/do change that file)? That won't work. At least not with the current setup/filter. The buildbot doesn't know what the correct "side" is for the commits that are being merged. So the buildbot would see the commits containing gcc/DATESTAMP and think those commits should be build. Even if those commits come from the "side" where there are no gccrs files yet. We could however add a daily or weekly builder/scheduler. Which would be especially helpful when we add container image builders, where the image itself might be updated once a week. But at the moment we seem to have an average of at least one commit a day, so in practice we would notice pretty soon after a merge. Cheers, Mark