@jacksonchen666 @marcan His intention is pretty clear: he doesn't want to do email-based patch review anymore. It sucks and everyone hates it.
This. ☝️
There are plenty of kernel maintainers/submitters tired of the terrible patch model and looking for an alternative. We have two drivers in that tree, it's a great small-scale test. And I like pushing boundaries because that's the only way we get progress.
@monsieuricon @marcan @Conan_Kudo @jacksonchen666 have you looked into https://sourcehut.org/ ? You can probably get the best combination of web, email and CI integrated together, while being 100% open
@vincent @monsieuricon @marcan @jacksonchen666 Sourcehut is flawed in that it considers email review processes *good*. Fundamentally, they're not.
And they're a pain if your employer uses an email system that's unfriendly to this model, like Microsoft 365 or on-premises Microsoft Exchange.
@monsieuricon @jacksonchen666 @vincent @marcan
That's not a useful argument because knocking out kernel.org is enough to take out most of the review+release processes *now*.
@monsieuricon @jacksonchen666 @vincent @marcan But then those reviews are not archived, right? What stops you from using those fallback processes when a forge is down instead? Your fallback processes don't have to be stellar, they just have to work. Email based review can work in a pinch, but it shouldn't be the default anymore.
@Conan_Kudo @monsieuricon @jacksonchen666 @marcan Do you want to jump in and make the case for your service, @drewdevault ?