From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: workflows@vger.kernel.org
Subject: Re: Tooling and workflows meeting at OSS EU Lyon
Date: Fri, 25 Oct 2019 14:16:10 +0300 [thread overview]
Message-ID: <20191025111610.GB4740@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20191024205803.qdn6p32iyj5rqvc6@chatter.i7.local>
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.
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.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2019-10-25 11:16 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-24 20:58 Konstantin Ryabitsev
[not found] ` <<20191024205803.qdn6p32iyj5rqvc6@chatter.i7.local>
2019-10-25 6:58 ` Nicolas Belouin
2019-10-25 11:16 ` Laurent Pinchart [this message]
2019-10-25 11:20 ` Dmitry Vyukov
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=20191025111610.GB4740@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=konstantin@linuxfoundation.org \
--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