workflows.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dmitry Vyukov <dvyukov@google.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Konstantin Ryabitsev <konstantin@linuxfoundation.org>,
	workflows@vger.kernel.org
Subject: Re: Tooling and workflows meeting at OSS EU Lyon
Date: Fri, 25 Oct 2019 13:20:32 +0200	[thread overview]
Message-ID: <CACT4Y+ZzszuHGOAnG7a9vzOOmD+WJVGe7Vm+Oot=Cwjv=izjhA@mail.gmail.com> (raw)
In-Reply-To: <20191025111610.GB4740@pendragon.ideasonboard.com>

On Fri, Oct 25, 2019 at 1:17 PM Laurent Pinchart
<laurent.pinchart@ideasonboard.com> wrote:
>
> Hi Konstantin,
>
> On Thu, Oct 24, 2019 at 04:58:03PM -0400, Konstantin Ryabitsev wrote:
> > Hi, everyone:
> >
> > So, if I read everything correctly, the meeting shall take place at OSS EU
> > Lyon, on Tuesday, from 14:00 to 15:00. The following people have
> > expressed interest in attending:
> >
> > - Steven Rostedt
> > - Greg Kroah-Hartman
> > - Dmitry Vyukov
> > - Konstantin Ryabitsev
> > - Christian Brauner
> > - Laurent Pinchart
> > - Jon Corbet
> > - Daniel Vetter
> > - Nicolas Belouin
> > - Shuah Khan
> >
> > (If your name is not on this list but you're planning to attend, please
> > follow up.)
> >
> > I have confirmed that we can use the Developer Lounge, which will
> > contain either a whiteboard or a flip chart. Alternatively, if you think
> > we should get a dedicated meeting room, we can book one on-site. It's on
> > a first-come, first-served basis and it doesn't look like I can book it
> > before actually getting there. I will send exact details of the location
> > on Monday.
>
> Thank you for organising this.
>
> > Since we only have an hour, I propose that we focus on a couple of
> > topics and perhaps keep them anchored to the immediate future,
> > discussing evolutionary changes as opposed to grand schemes that will
> > require changing half the known world.
> >
> > I can discuss any of the following topics at length:
> >
> > 1. Current tools and automation offered at kernel.org, plus new features
> >    they are likely to see in the future that are interesting to both
> >    developers and maintainers:
> >     - public-inbox
> >     - patchwork
> >     - bugzilla
> >     - pr-tracker-bot and git-patchwork-bot
> >
> > 2. Proposed enhancements to the email-based workflow
> >     - cryptographic attestation of patches
> >     - adding (and requiring) base tree information in submitted patches/series
> >     - git-to-ML bridges ("turn this pull request into a well-formatted
> >       patch series and send it to the right places")
> >
> > 3. CI and bot integration
> >     - identifying the data that maintainers/developers want to see
> >     - communicating structured data over email
> >     - providing consumable feeds of CI/bot jobs (as public-inbox
> >       repositories?)
> >     - avoiding bug duplication
> >     - recognizing when a bug is fixed and following up on issues that
> >       nobody has taken on
> >
> > 4. Maintainer tooling
> >     - adaptability of existing tools for kernel development, such as:
> >       - GitHub/GitLab
> >       - SourceHut
> >       - Gerrit
> >
> >     - building on top of public-inbox feeds to create a tool that can:
> >       - track patches obtained from multiple sources (multiple mailing
> >         lists, individual developer feeds, bot activity feeds, etc)
> >       - collect the usual trailers (Reviewed-By's, etc)
> >       - show interdiffs
> >       - send automated templated replies
> >       - apply series to a local git repository (streamlining "save these
> >         patches as an mbox, make a new branch, run git-am")
> >
> > Unfortunately, that's enough topics to fill a 3-day mini-summit. :)
> > Which ones are folks most interested in discussing during the meet-up,
> > and which ones should be targeted for hallway discussions?
>
> I usually favour a top-down approach when discussing these topics,
> starting with the big picture. I would thus have proposed discussing how
> we can address the problems raised by the forge enthousiasts while not
> compromising on the requirements of the decentralisation advocates.

+1

Spot improvements to a single system are much less disputable.


> This being said, I think it would indeed take way more time than we have
> allocated for this meeting. We could this pick one of the tools that we
> think has the most potential today, and discuss how to move it towards
> our long term goal that we haven't agreed on yet :-)
>
> I think the maintainer tooling topic is the one that would benefit the
> most from face to face discussios as there's more brainstorming there,
> while the other three could possibly be discussed by e-mail more easily.

  reply	other threads:[~2019-10-25 11:52 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-24 20:58 Tooling and workflows meeting at OSS EU Lyon Konstantin Ryabitsev
     [not found] ` <<20191024205803.qdn6p32iyj5rqvc6@chatter.i7.local>
2019-10-25  6:58   ` Nicolas Belouin
2019-10-25 11:16 ` Laurent Pinchart
2019-10-25 11:20   ` Dmitry Vyukov [this message]
2019-10-25 12:24     ` Veronika Kabatova
2019-10-25 13:36       ` Konstantin Ryabitsev
2019-10-25 14:15         ` Veronika Kabatova
2019-10-26 12:00 ` Kevin Hilman
2019-10-28  9:25 ` Konstantin Ryabitsev
2019-10-28 10:03   ` Konstantin Ryabitsev
2019-10-28 11:42 ` Frank Rowand

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='CACT4Y+ZzszuHGOAnG7a9vzOOmD+WJVGe7Vm+Oot=Cwjv=izjhA@mail.gmail.com' \
    --to=dvyukov@google.com \
    --cc=konstantin@linuxfoundation.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=workflows@vger.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 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 NNTP newsgroup(s).