Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Simon Marchi <simon.marchi@polymtl.ca>
To: Luis Machado <luis.machado@linaro.org>, Eli Zaretskii <eliz@gnu.org>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH] gdb: remove unused includes from dwarf2read.c
Date: Mon, 14 Oct 2019 20:58:00 -0000	[thread overview]
Message-ID: <cf597ceb-4de6-7871-0ab3-fe0cf74d7543@polymtl.ca> (raw)
In-Reply-To: <2fc75879-f6a5-bb6a-afc5-dc1477375147@linaro.org>

On 2019-10-14 2:02 p.m., Luis Machado wrote:
> The transition to some better (restrictions may apply) patch reviewing 
> system is a good thing, but i agree we should think further about it. 
> Personally i think we should discuss and then decide on a date by which 
> we will fully transition to it.
> 
> Otherwise there is the potential for confusion since people will have to 
> look into two different places for patches. People may review stuff on 
> gerrit and the mailing list at the same time. This split isn't great and 
> is prone to cause collision of suggestions due to reviewers not being 
> aware of each other. etc.

I am thinking that having Gerrit send notifications on gdb-patches alleviates
this problem, as people who monitor the mailing list will see the review
comments very similarly as if the review was done by email (I understand the
format of these notifications is not ideal at the moment, we got some good
feedback already).  And I expect people who use Gerrit to keep monitoring the
list at well for email patches.

Also, I expect that people will review patches using the system where the
patch was posted, so I don't think there is much risk of reviewers not being
aware of each other.

To be honest, some people jumped on Gerrit a bit faster than I expected :).
I expected to have more time to tweak it before it would be used "for real",
but I think we can tweak it as we go.

> Ideally we'd put gerrit up when it is fully configured and functional, 
> being able to merge patches automatically. Then only maintainers will be 
> able to +2 (approve) patches and verify contributors meet the legal 
> requisites as is already the case with mailing lists?

The problem with this is that we would need to involve the binutils community
as well, which we wanted to avoid initially.  We can't push to the master
branch on Gerrit while the binutils folks push to the master branch on
Sourceware: the two master branches would diverge.  So we would need to convince
them to use Gerrit too (at least, they would need to push to the Gerrit remote
and we would need to disable pushing to Sourceware).

But once we are happy with using our Gerrit instance (hopefully we'll get there)
and decide we keep it permanently, we can talk to the binutils community to see
if they would accept at least to change their push URL to our Gerrit, which would
allow us to "Submit" using the Gerrit interface.  And if they want to use Gerrit
for review too, why not.

Simon


      reply	other threads:[~2019-10-14 20:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-13  4:54 Simon Marchi
2019-10-14 14:22 ` Simon Marchi
2019-10-14 14:39   ` Eli Zaretskii
2019-10-14 15:18     ` Simon Marchi
2019-10-14 17:12       ` Gerrit (was: [PATCH] gdb: remove unused includes from dwarf2read.c) Eli Zaretskii
2019-10-14 17:31         ` Gerrit Simon Marchi
2019-10-14 17:56           ` Gerrit Eli Zaretskii
2019-10-14 18:03             ` Gerrit Tom Tromey
2019-10-14 18:32               ` Gerrit Eli Zaretskii
2019-10-15  1:33                 ` Gerrit Simon Marchi
2019-10-15  8:51                   ` Gerrit Eli Zaretskii
2019-10-15 15:57                     ` Gerrit Sergio Durigan Junior
2019-10-15 16:33                       ` Gerrit Eli Zaretskii
2019-10-15 17:09                         ` Gerrit Sergio Durigan Junior
2019-10-15 17:31                           ` Gerrit Eli Zaretskii
2019-10-15 17:49                             ` Gerrit Sergio Durigan Junior
2019-10-14 23:51             ` Gerrit Simon Marchi
2019-10-14 18:02     ` [PATCH] gdb: remove unused includes from dwarf2read.c Luis Machado
2019-10-14 20:58       ` Simon Marchi [this message]

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=cf597ceb-4de6-7871-0ab3-fe0cf74d7543@polymtl.ca \
    --to=simon.marchi@polymtl.ca \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=luis.machado@linaro.org \
    /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