From: Andrew Burgess <aburgess@redhat.com>
To: Tom Tromey <tom@tromey.com>
Cc: Tom de Vries <tdevries@suse.de>, gdb-patches@sourceware.org
Subject: Re: [PATCH] [gdb] Fix heap-buffer-overflow in args_complete_p
Date: Mon, 12 Jan 2026 11:42:07 +0000 [thread overview]
Message-ID: <87bjizukfk.fsf@redhat.com> (raw)
In-Reply-To: <877bttqoiv.fsf@tromey.com>
Tom Tromey <tom@tromey.com> writes:
> Andrew> Maybe one day we'll move off the mailing list model.
>
> What would it take?
I cannot imagine a time in the near future when everyone involved in GDB
would agree to such a change. But maybe if the majority of the largest
contributors wanted the change then we could figure something out?
>
> What I'd like ideally is that landing patches be done via the UI.
> That way we could have some guarantee that what lands is what is
> reviewed. I don't think this is possible with the current setup though.
This would be my ideal too. This opens the door real automated
pre-commit testing. There are setups which do this sort of thing with a
mailing list (if I remember correctly), but it still relies on people
manually checking prior to pushing.
> For my part I think my main worry is that I'd miss patches that I want
> to be involved in.
True. But at least for me, that's already the case as....
> Anyway it seems clear that the current approach isn't working extremely
> well. I don't know about anyone else but I have >3500 "pending"
> messages in gdb-patches, some dating back years. And probably more than
> half of those are actual unreviewed patches.
...I too have a huge backlog of unread patches. I am trying to do more
reviews, but I just cannot read patches fast enough. Anyway, I haven't
investigated, but my ideal system would be managed via a web UI, but
could still send users email when new patches are posted. That way, if
folks find it easier to track their todo list via email, they could
still do that.
Thanks,
Andrew
prev parent reply other threads:[~2026-01-12 11:44 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-03 14:55 Tom de Vries
2026-01-05 16:38 ` Tom Tromey
2026-01-06 14:51 ` Tom de Vries
2026-01-05 19:57 ` Andrew Burgess
2026-01-05 20:02 ` Andrew Burgess
2026-01-05 20:09 ` Tom Tromey
2026-01-06 8:47 ` Tom de Vries
2026-01-06 9:29 ` Tom de Vries
2026-01-06 14:53 ` Tom de Vries
2026-01-07 10:46 ` Andrew Burgess
2026-01-07 11:21 ` Tom de Vries
2026-01-07 15:01 ` Andrew Burgess
2026-01-07 18:13 ` Tom Tromey
2026-01-12 11:42 ` Andrew Burgess [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=87bjizukfk.fsf@redhat.com \
--to=aburgess@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=tdevries@suse.de \
--cc=tom@tromey.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