From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 98871 invoked by alias); 15 Dec 2017 14:20:17 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 98847 invoked by uid 89); 15 Dec 2017 14:20:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=BAYES_00,GIT_PATCH_1,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=dedicate, sends, offensive X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 15 Dec 2017 14:20:13 +0000 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id C4F9B6A7CB; Fri, 15 Dec 2017 14:20:12 +0000 (UTC) Received: from localhost (unused-10-15-17-193.yyz.redhat.com [10.15.17.193]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 824107EF74; Fri, 15 Dec 2017 14:20:12 +0000 (UTC) From: Sergio Durigan Junior To: David Edelsohn Cc: GDB Patches , Edjunior Machado Subject: Re: [BuildBot] Notifications disabled for Debian-s390x-* and Fedora-ppc64*-* builders References: <87d13g6r5t.fsf@redhat.com> Date: Fri, 15 Dec 2017 14:20:00 -0000 In-Reply-To: (David Edelsohn's message of "Fri, 15 Dec 2017 08:53:59 -0500") Message-ID: <878te46pk4.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2017-12/txt/msg00376.txt.bz2 On Friday, December 15 2017, David Edelsohn wrote: > On Fri, Dec 15, 2017 at 8:45 AM, Sergio Durigan Junior > wrote: >> Hi there, >> >> This is a small announcemente to let you know that I have disabled >> e-mail notifications for a few builders. >> >> All of the Fedora-ppc*-* builders: >> >> Fedora-ppc64be-m64 >> Fedora-ppc64be-native-gdbserver-m64 >> Fedora-ppc64be-native-extended-gdbserver-m64 >> Fedora-ppc64be-cc-with-index >> Fedora-ppc64le-m64 >> Fedora-ppc64le-native-gdbserver-m64 >> Fedora-ppc64le-native-extended-gdbserver-m64 >> Fedora-ppc64le-cc-with-index >> >> All of the Debian-s390x-* builders: >> >> Debian-s390x-m64 >> Debian-s390x-native-gdbserver-m64 >> Debian-s390x-native-extended-gdbserver-m64 >> >> I have also removed them from the list of Try Builders, so if you use >> the try build, please update your config file. An updated list can be >> found here: >> >> >> >> I took this decision after noticing that these builders have been >> lagging behind for quite some time. Some of them have more than 900 >> queued builds! >> >> I've been talking with Edjunior Machado about the PPC64* machines. >> Unfortunately it appears that Minicloud, the project that provided the >> machines, is going through some difficulties right now. We're now >> investigating the possibility to move these resources to the GCC Compile >> Farm. >> >> As for the s390x machine, I haven't had the chance to investigate >> further what is happening. >> >> I would like to take this opportunity to invite more people/companies to >> join our BuildBot effort! There's always opportunity for improvement, >> and we're always looking for more machines and architectures to add to >> our infrastructure. If you have interest, please get in touch (in >> private) with me and we'll get the ball rolling. > > This decision is beyond stupid and completely negates the purpose of > the buildbots. GDB testsuite now requieres 9 hours to complete on > s390x. Something is fundamentally broken. Instead of the GDB > community noticing the issue, investigating, and fixing, it chooses to > ignore the problem. Hi David, Perhaps I should have explained better. The only thing that I did was to disable the email notifications, that's all. The builders are still going to keep building the commits, and the results are still going to be displayed in the website. This is hopefully a temporary action to avoid the report of false positives (like we're seeing with PPC64BE, for example), and to give us more time to investigate what is going on with the machines/GDB and take necessary actions. > And yet you ask for more companies to participate and contribute build > bots. Why should any company participate when the response is pathetic > and issues that the buildbots raise are ignored? Companies should not > participate until the GDB community shows some interest in utilizing > and showing appreciation for the valuable resources contributed to the > program. Otherwise this is just a vanity project for Sergio with no > real benefit to the stability of GDB on the architectures, nor to the > companies. I find this part very offensive. Even though I run the BuildBot with my own resources, I cannot keep track of all the failures that happen all the time, and I also cannot monitor the machines attached to the BuildBot master. What I try to do is to look, from time to time, at the status of each buildslave and get in touch with the owner of the machine if there's something strange. This is not the first time I have had to disable e-mail notifications for specific builders, for example. So far, we managed to solve all the problems that appeared with the buildslaves. I hope we can keep working together and doing that. Our BuildBot sends the testsuite reports to the gdb-testers mailing list. It is somewhat hard to keep track of the messages there, but it would be good if we had more eyes looking at the list. Aside from that, I consider that the Try Builds and the breakage emails are nice features that have helped us. So yeah, it would be good to see more people interested in the project. I personally don't consider this a vanity project, but by all means, if the community doesn't see value in this then please tell me, because I certainly could find other uses for the resources I dedicate to this. Cheers, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/