public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: Andrew Burgess <aburgess@redhat.com>
Cc: Joel Brobecker <brobecker@adacore.com>,
	Luis Machado <luis.machado@arm.com>,
	Simon Marchi <simark@simark.ca>,
	Simon Marchi via Gdb <gdb@sourceware.org>
Subject: Re: Any concrete plans after the GDB BoF?
Date: Thu, 16 Feb 2023 10:51:59 +0100	[thread overview]
Message-ID: <20230216095159.GD6028@gnu.wildebeest.org> (raw)
In-Reply-To: <87zg9fkmt4.fsf@redhat.com>

Hi,

On Wed, Feb 15, 2023 at 02:47:35PM +0000, Andrew Burgess wrote:
> > Good or bad, my concern is that the younger generation views emails
> > as antiquated and at the same time they have grown up learning about
> > collaboration using systems such as GitLab or GitHub.
> 
> I'd avoid the word 'antiquated' as it (too me) seems to have negative
> connotations.
> 
> But I agree, many developers are familiar with a pull-request
> development model, and I think it has many advantages over our current
> way of doing things, I'd be very much in favour of switching to a PR
> style system.
> 
> That doesn't mean there aren't also advantages to how we do things
> today.

Yes. What I really like is that email based discussions of patches
makes it a real conversation about what we are doing. So I don't want
to loose that. But I do like some of the automation, especially
pre-commit testing and patch tracking.

Fact is that some people do find it hard to sent patches through
email. And if they don't submit the patch in the first place, there is
no conversation to be had.

For those that are comfortable with git (a requirement for many
projects these days), but get stuck on setting up git send-email or
attaching their patch in their email client, I would recommend
pointing new developers at the sourceware sourcehut mirror:
https://sr.ht/~sourceware/binutils-gdb

There they can interact with the repository through a website and let
sr.ht sent the patches for them (it will use git send-email for them,
but they can just click together their "pull request". And we get a
nice correctly formatted patch email that can then be discussed as
normal.

Some of the automation to test patches early is now provided by
builder.sourceware.org where you can push any patch to a user try
branch to make sure it at leasts builds, has correct python
formatting, and passes a subset of the testsuite on ~10 different
distros/arches.
https://builder.sourceware.org/buildbot/#/builders?tags=gdb-try

git-pw and b4 make it easy to interact with patchwork.sourceware.org
and inbox.sourceware.org.

The missing piece is connecting patchwork and buildbot so you have a
nice overview of which tests a patch passed/failed.

This is really what the Sourceware infrastructure roadmap is about
https://lwn.net/Articles/898655/

We aren't fully there yet, but are making nice progress
https://www.fsf.org/events/sourceware-infrastructure-a-presentation-and-community-q-a

Cheers,

Mark

  parent reply	other threads:[~2023-02-16  9:52 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-27 10:47 Luis Machado
2022-10-28 16:16 ` Simon Marchi
2022-10-28 16:51   ` John Baldwin
2022-10-28 16:54     ` Simon Marchi
2022-10-31  9:28   ` Luis Machado
2022-10-31 13:17     ` Simon Marchi
2022-10-31 13:37       ` Joel Brobecker
2022-10-31 14:15         ` Simon Marchi
2022-10-31 17:31           ` Joel Brobecker
2023-02-11 17:13           ` Andrew Burgess
2023-02-12 12:43             ` Mark Wielaard
2023-02-13 11:54               ` Andrew Burgess
2023-02-13 12:52                 ` Luis Machado
2023-02-13 14:24                   ` Tom Tromey
2023-02-13 14:42                     ` Luis Machado
2023-02-13 15:13                   ` Andrew Burgess
2023-02-13 15:23                     ` Luis Machado
2023-02-14  5:48                       ` Joel Brobecker
2023-02-15 14:47                         ` Andrew Burgess
2023-02-16  4:14                           ` Joel Brobecker
2023-02-16  9:51                           ` Mark Wielaard [this message]
2023-02-16 10:16                             ` Joel Brobecker
2023-02-16 11:58                               ` Eli Zaretskii
2023-02-16 13:31                                 ` Joel Brobecker
2023-02-16 15:23                                   ` Eli Zaretskii
2023-02-14 13:07                   ` Mark Wielaard
2023-02-14 14:23                   ` Pedro Alves
2023-02-14 13:00                 ` Mark Wielaard
2023-02-15 14:36                   ` Andrew Burgess
2023-02-13 14:05             ` Tom Tromey
2022-12-15 10:17     ` Luis Machado
2023-01-01 22:02     ` Mark Wielaard
2023-01-20 17:30       ` Tom Tromey
2023-01-20 20:30         ` Tom Tromey
2023-01-27 15:50           ` Lancelot SIX
2023-01-27 23:50             ` Tom Tromey
2023-01-30 17:43               ` Lancelot SIX
2023-01-30 18:46                 ` Mark Wielaard
2023-01-30 21:08                   ` Tom Tromey
2023-02-04 11:36                     ` Mark Wielaard
2023-01-31 10:00                   ` Lancelot SIX
2022-12-13  2:48 ` Frank Ch. Eigler
2023-02-16  8:53 anix

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=20230216095159.GD6028@gnu.wildebeest.org \
    --to=mark@klomp.org \
    --cc=aburgess@redhat.com \
    --cc=brobecker@adacore.com \
    --cc=gdb@sourceware.org \
    --cc=luis.machado@arm.com \
    --cc=simark@simark.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).