[jamwaffles]

Completely agree. I'd be tempted to put up some Rust code if the contribution pipeline wasn't such utter crap (yes yes it was good for it's time, but that was decades ago).

But I won't be putting up any code either way until the culture moves on from little kings calling things they don't like (and that don't really affect them) "cancer". I'm not holding my breath.

I've started wondering what's next after Linux because it doesn't feel sustainable long term any more. There's a small trickle of fresh blood but not enough to keep the kernel project healthy IMO.

[diggan]

> if the contribution pipeline wasn't such utter crap

I think the filter they have is working as intended, as demonstrated by this sentence. I'd agree the pipeline isn't the best, but it's not crap either, it evidently worked decades ago, and it also evidently works today, even though you seem to think it doesn't.

So in this case, they'd probably prefer contributors that can see the good and bad parts of a process, instead of a knee-jerk reaction to it calling it "crap", and prefer those contributors to be more amendable to existing workflows than many seem to want to be, as they've found their workflow to work (even if they aren't perfect).

[mschuster91]

> I'd agree the pipeline isn't the best, but it's not crap either, it evidently worked decades ago, and it also evidently works today, even though you seem to think it doesn't.

Given that the arcane state of tooling around the Linux kernel is a constant complaint in any "why do you not want to work on the Linux kernel" thread, the process evidently does not work, for it excludes many MANY MANY people from working on the Linux kernel.

At the moment, the kernel development process is mostly gatekeeping to keep moderation effort at bay - anyone running any major FOSS project on Github is all too aware of that - but in the end IMHO they're throwing the baby out with the bathwater, and by the time the lack of new people becomes too evident to ignore it will be too late.