public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Sergio Durigan Junior <sergiodj@redhat.com>
Cc: David Edelsohn <dje.gcc@gmail.com>, Yao Qi <qiyaoltc@gmail.com>,
	GDB Patches <gdb-patches@sourceware.org>,
	Edjunior Machado <emachado@redhat.com>
Subject: Re: [BuildBot] Notifications disabled for Debian-s390x-* and Fedora-ppc64*-* builders
Date: Tue, 19 Dec 2017 10:12:00 -0000	[thread overview]
Message-ID: <20171219101203.2gk2uv32bpvxnm2y@adacore.com> (raw)
In-Reply-To: <874loro9yf.fsf@redhat.com>

> Anyway, I can't believe I'm having to explain these things again here.
> So this will be my last post on this subject.

It seems to me that the root of the discussion comes from conflicting
expectations as to who should be caring about what. In particular,
should the entire responsibility of caring for a given platform be
transfered over to "the community" as soon as a build bot is
contributed?

The GDB project being a volunteer-based community-driven project,
a port, and the associated resources, can only survive if there is
a group of people with time and motivation to match both the port
and the available resources. When resources are put in place for
those platforms, and those resources fail to be useful, the people
to turn to for answers are those who pushed for them to be put
in place. Asking the community in general to be responsible does
not seem like an attainable goal, nor is it attractive to me.

That is not to say that the community is entirely care free either.
I think we see nearly every day people cooperating on subjects
that do not directly matter to them, and as far as I am concerned
going well beyond the call of duty. But there has to be a reasonable
limit to what we ask of people to help for other platforms.
Contributing hardware is not a fire-and-forget thing. For the issues
with the buildbots, there has to be someone who has a stake in
those platforms, and willing to drive the effort in getting those
back in shape. These are the people we should turn to, not the
person who provides the service for those who want to. And if there
are none and the resource becomes a nuisance rather than a help,
then the logical answer is to remove it.

If anything, what this discussion leads me to, is that the lessons
learned here is that we should be clearer about an identified group
who would be responsible for what before a new buildbot is being put
in place, and also about what level of "service" can be expected
from the people maintaining the infrastructure, vs what concerns
the platforms the buildbots build and test.

Hopefully this will reconcile the idea of silencing a couple of
buildbots with the idea of calling for additional participation.
For me, there is no conflict in adding buildbots while silencing
others if there is a fully motivated group beind some, and not
enough behind others.

And finally, I felt the attacks on Sergio were really no way
to communicate with someone we're supposed to cooperate with.
I hope we all understand that, and we all know that there are
other ways to express contradicting opinions that are just
as effective and may even gain you a bit of extra goodwill.

-- 
Joel

  reply	other threads:[~2017-12-19 10:12 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-15 13:45 Sergio Durigan Junior
2017-12-15 13:54 ` David Edelsohn
2017-12-15 14:20   ` Sergio Durigan Junior
2017-12-15 14:34     ` David Edelsohn
2017-12-15 14:48       ` Pedro Alves
2017-12-15 15:06         ` David Edelsohn
2017-12-15 15:43           ` Pedro Alves
2017-12-15 15:53             ` David Edelsohn
2017-12-15 16:20               ` Pedro Alves
2017-12-15 17:29                 ` David Edelsohn
2017-12-15 18:55                   ` David Edelsohn
2017-12-15 19:20                     ` Pedro Alves
2017-12-15 23:20                       ` David Edelsohn
2017-12-18 19:21                         ` Andreas Arnez
2017-12-15 14:49       ` Sergio Durigan Junior
2017-12-15 21:19       ` Yao Qi
2017-12-15 22:40         ` David Edelsohn
2017-12-15 23:19           ` Sergio Durigan Junior
2017-12-19 10:12             ` Joel Brobecker [this message]
2017-12-19 11:15           ` Yao Qi
2018-01-15 22:29 ` [BuildBot] Notifications re-enabled for the Debian-s390x-* builders (was: Re: [BuildBot] Notifications disabled for Debian-s390x-* and Fedora-ppc64*-* builders) Sergio Durigan Junior

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171219101203.2gk2uv32bpvxnm2y@adacore.com \
    --to=brobecker@adacore.com \
    --cc=dje.gcc@gmail.com \
    --cc=emachado@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=qiyaoltc@gmail.com \
    --cc=sergiodj@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).