All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
To: Jason Gunthorpe <jgg@ziepe.ca>
Cc: tools@linux.kernel.org, users@linux.kernel.org
Subject: Re: b4 v0.7.0 is available
Date: Wed, 26 May 2021 15:56:42 -0400	[thread overview]
Message-ID: <20210526195642.h4yzvykpopuckffz@nitro.local> (raw)
In-Reply-To: <20210526194117.GF1096940@ziepe.ca>

On Wed, May 26, 2021 at 04:41:17PM -0300, Jason Gunthorpe wrote:
> > It is very easy to start signing patches with patatt, so I invite everyone to
> > test it out. If you are using git-send-email, you can automate the whole thing
> > to happen behind the scenes via the sendemail-validate hook:
> > https://pypi.org/project/patatt/#getting-started-as-contributor
> 
> Any thoughts about connecting this to the patchwork instances?
> 
> As I patchwork user I've been wondering if I should be switching to
> fetch patches to apply via b4 instead via patchworks - would
> appreciate some clarity :)

The main difficulties with making it part of patchwork proper is mostly due to
it breaking the end-to-end nature of attestation: if we change patchwork to
perform the attestation check on the backend, we're back to trusting
kernel.org infrastructure. That is specifically something we want to get away
with. :)

We already do use patchwork-style patch hashes in b4, so perhaps a better
approach would be to closer integrate b4 with patchwork -- if simply on the
level of:

- list outstanding series in a patchwork project and retrieve them from lore
- automatically recognize patches that got applied and set their remote state
  to "Accepted"

I think this alone will help closer integrate the two workflows and avoid
needing to perform the attestation check on inherently untrusted
infrastructure.

-K

  reply	other threads:[~2021-05-26 19:56 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-26 19:25 b4 v0.7.0 is available Konstantin Ryabitsev
2021-05-26 19:41 ` Jason Gunthorpe
2021-05-26 19:56   ` Konstantin Ryabitsev [this message]
2021-05-26 19:58     ` Konstantin Ryabitsev
2021-05-26 20:52     ` Jason Gunthorpe
2021-05-27  7:56 ` Geert Uytterhoeven
2021-05-27 12:00   ` Konstantin Ryabitsev
2021-05-27 12:05     ` Geert Uytterhoeven
2021-05-27 13:19       ` Konstantin Ryabitsev
2021-05-27 10:19 ` Greg KH

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=20210526195642.h4yzvykpopuckffz@nitro.local \
    --to=konstantin@linuxfoundation.org \
    --cc=jgg@ziepe.ca \
    --cc=tools@linux.kernel.org \
    --cc=users@linux.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.