Conversation
My grand plan is to put together a Free Tooling Workgroup at the Linux Foundation that would:

* secure funding for continued work on public-inbox and lei
* secure funding to pay patchwork maintainers to add better CI integration
* secure funding for continued b4 development (so I'm not doing it in-between sysadmin/IT staff management tasks but can make it my primary effort)
* investigate ways to integrate AI into bug report analysis so we can better categorize reported bugs
* slowly and iteratively replace the SMTP component from patch submission and code review, while keeping everything distributed *and* decentralized

I intend to put forth a formal proposal to the Technical Advisory Board in the next few months.
4
8
28
Public-inbox repositories (the data layer behind lore.kernel.org) is not just an archival medium, but also an efficient git-based message distribution platform. You can clone all data behind lore.kernel.org *and* keep it continuously updated.

For example, https://lore.kernel.org/b4-sent/ contains submitted patches there never touched SMTP but were submitted via b4's web submission endpoint. A tool like "lei" is able to retrieve these messages and deliver them to reviewers without any of it touching the much-hated SMTP protocol. Yes, "lei" is a backend tool that is not very end-user-friendly -- the goal is to offer it as a service delivering query-based results into its own public-inbox feed that is available via POP, IMAP, or any other message retrieval protocol, plus fed into patchwork.

Evolutionary change is how we'll improve the situation, not by introducing centralized, single-point-of-failure, outright proprietary or "open-core" tools.
1
2
9
@monsieuricon oh I'd so very much welcome lei as a service.
0
0
0
@cgwalters if by "resistance to change" you mean "not breaking workflows that are extremely efficient for many people", then all of it.
1
0
1