From: "Дилян Палаузов" <dilyan.palauzov@aegee.org>
To: Segher Boessenkool <segher@kernel.crashing.org>
Cc: Joseph Myers <joseph@codesourcery.com>,
gcc-patches <gcc-patches@gcc.gnu.org>
Subject: Re: Make clear, when contributions will be ignored
Date: Mon, 11 Feb 2019 12:44:00 -0000 [thread overview]
Message-ID: <120af439a98fc4160e684fca11fc63715e20ca93.camel@aegee.org> (raw)
In-Reply-To: <20190210205616.GJ14180@gate.crashing.org>
Hello Segher,
the current procdure is:
-- write at https://gcc.gnu.org/bugzilla/
-- read an answer, that the update shall be posted to gcc-patches
-- subscribe to gcc-patches, post the change and wait for an answer.
This waiting is not for free. There are a lot of emails, for the person might not be interested, but only waits for a
reply on the own email. So after some time, I made filters sorting the emails from the mailing list, in order to make
the waiting cheaper.
-- at https://www.gnu.org/software/gcc/contribute.html is written âIf you do not receive a response to a patch that you
have submitted within two weeks or so, it may be a good idea to chase it by sending a follow-up email to the same
list(s).â
Because it is written that reminders are..., I have sent a reminder.
> > If yes, how do you propose to proceed, so that a no-reminders-are-necessary-state is reached?
>
> Keep things as is? Reminders already are not necessary.
>
This statement does not align with the aforementioned webpage.
The optimal way will be, if a bug/patch is filled in bugzilla and nothing more is necessary from the reporter. Postgres
sends bugs collected over website over a mailing list.
Regards
ÐилÑн
On Sun, 2019-02-10 at 14:56 -0600, Segher Boessenkool wrote:
> Hi Dilyan,
>
> On Sun, Feb 10, 2019 at 02:45:02PM +0000, ÐилÑн ÐалаÑзов wrote:
> > Do you share the opinion, that whatever can be done after receiving a reminder, can be arranged also without reminder?
>
> Yes. When people have time for it, they can trivially check what PRs are
> still open that they are involved in.
>
> > If yes, how do you propose to proceed, so that a no-reminders-are-necessary-state is reached?
>
> Keep things as is? Reminders already are not necessary.
>
> If you want more attention given to the bugs you are involved in, you can
> hire people to do that, or file reports for more interesting bugs, or make
> your bug reports easier to work with.
>
> Since GCC has one major release every year, handling less urgent bugs can
> take up to a year as well.
>
> > I read in the answer of Segher, that the purpose of reminding is not only to ping, but also to filter the ones who are
> > pernetrant and sending manually reminders is the means to verify, that the persons really want to make progress. It was
> > certainly not intentionally meant this way, but this is a possible reading.
>
> The point is that automated reminders for PRs *are spam*.
>
>
> Segher
next prev parent reply other threads:[~2019-02-11 12:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-05 7:36 Make claer, " Дилян Палаузов
2018-12-05 17:13 ` Segher Boessenkool
2018-12-05 17:37 ` Joseph Myers
2018-12-07 10:55 ` Make clear, " Дилян Палаузов
2018-12-21 8:08 ` +reminder+ " Дилян Палаузов
2019-02-05 13:36 ` Дилян Палаузов
2019-02-05 23:10 ` Joseph Myers
2019-02-06 12:46 ` Segher Boessenkool
2019-02-10 14:45 ` Дилян Палаузов
2019-02-10 20:59 ` Segher Boessenkool
2019-02-11 12:44 ` Дилян Палаузов [this message]
2019-02-11 14:01 ` Segher Boessenkool
2019-02-11 14:16 ` Дилян Палаузов
2019-02-11 16:27 ` Segher Boessenkool
2019-02-17 17:00 ` Дилян Палаузов
2019-02-17 19:13 ` Segher Boessenkool
2019-02-17 19:47 ` Дилян Палаузов
2018-12-05 17:17 ` Make claer, " Maciej W. Rozycki
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=120af439a98fc4160e684fca11fc63715e20ca93.camel@aegee.org \
--to=dilyan.palauzov@aegee.org \
--cc=gcc-patches@gcc.gnu.org \
--cc=joseph@codesourcery.com \
--cc=segher@kernel.crashing.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).