Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Simon Marchi via Gdb-patches <gdb-patches@sourceware.org>
To: "Maciej W. Rozycki" <macro@linux-mips.org>,
	Joel Brobecker <brobecker@adacore.com>
Cc: Simon Marchi <simon.marchi@efficios.com>,
	Simon Marchi via Gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH 1/4] gdb: make discrete_position return optional
Date: Wed, 9 Dec 2020 14:29:40 -0500	[thread overview]
Message-ID: <2df9aeac-be70-8704-e1c1-fd108fe50c51@polymtl.ca> (raw)
In-Reply-To: <alpine.LFD.2.21.2012081134370.2104409@eddie.linux-mips.org>

On 2020-12-08 6:41 a.m., Maciej W. Rozycki wrote:
>  FWIW at <https://patchwork.sourceware.org/project/gdb/> we have a working 
> instance of patchwork too that can be used to track own and other people's 
> submissions, which also has been recently brought up to date as far as the 
> engine is concerned, thanks to people using it actively for the glibc 
> project.  They've even set up a weekly meeting recently to review patches:
> <https://sourceware.org/glibc/wiki/PatchworkReviewMeetings>.  That might 
> be something to consider I believe for patch management.

Yes, I think we should use it!

But our previous experience with Patchwork is that it's a lot of work to
manage patches to keep Patchwork in a good state.  When you send a v2, v3,
v4 of a series, it creates new patches, and someone needs to manually go
set the older ones as "Superseded".  And when then patches get merged,
someone needs to go mark them as "Merged" so they go away.

Is this how it still works?

If Patchwork could do that somewhat automatically and reliably (say, by
relying on same the Change-Ids as Gerrit uses), I think it would be
wonderful.

Last time I checked [1], the upstream project was open to receive such
contributions, but of course it takes some effort to implement.

[1 https://github.com/getpatchwork/patchwork/issues/327

Simon

  reply	other threads:[~2020-12-09 19:30 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-23 16:21 [PATCH 0/4] Fix bug in value_subscript when range's high bound is not known Simon Marchi via Gdb-patches
2020-11-23 16:21 ` [PATCH 1/4] gdb: make discrete_position return optional Simon Marchi via Gdb-patches
2020-12-06  5:25   ` Joel Brobecker
2020-12-06  5:38   ` Joel Brobecker
2020-12-07 14:58     ` Simon Marchi via Gdb-patches
2020-12-08  3:06       ` Joel Brobecker
2020-12-08 11:41         ` Maciej W. Rozycki
2020-12-09 19:29           ` Simon Marchi via Gdb-patches [this message]
2020-12-09 19:53             ` Maciej W. Rozycki
2020-11-23 16:21 ` [PATCH 2/4] gdb: make get_discrete_bounds return bool Simon Marchi via Gdb-patches
2020-12-06  6:03   ` Joel Brobecker
2020-12-07 15:19     ` Simon Marchi via Gdb-patches
2020-11-23 16:21 ` [PATCH 3/4] gdb: split get_discrete_bounds in two Simon Marchi via Gdb-patches
2020-12-06  7:29   ` Joel Brobecker
2020-12-07 15:49     ` Simon Marchi via Gdb-patches
2020-11-23 16:21 ` [PATCH 4/4] gdb: fix value_subscript when array upper bound is not known Simon Marchi via Gdb-patches
2020-12-06  7:54   ` Joel Brobecker
2020-12-07 16:06     ` Simon Marchi via Gdb-patches
2020-12-08  3:14       ` Joel Brobecker
2020-12-09 18:50         ` Simon Marchi via Gdb-patches
2020-12-09 19:57     ` Simon Marchi via Gdb-patches

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=2df9aeac-be70-8704-e1c1-fd108fe50c51@polymtl.ca \
    --to=gdb-patches@sourceware.org \
    --cc=brobecker@adacore.com \
    --cc=macro@linux-mips.org \
    --cc=simon.marchi@efficios.com \
    --cc=simon.marchi@polymtl.ca \
    /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