I don’t think there’s anything preventing someone from forking it into an out-of-tree patchset or alternative module, if they’re enthusiastic about the feature. But I’m pretty sure that searching for someone to rewrite a non-core function that most people don’t vare about is way outside what Linus and the various core maintainers want to do with their time. Normally open source is about people scratching their own itches.
- 0 Posts
- 5 Comments
But why they need to remove it?
Most likely maintainers are looking to reduce the maintenance burden produced by a feature that had very low uptake (assuming, as others are saying, that it’s only data journalling and not metadata journalling that’s being removed).
nyan@sh.itjust.worksto
Linux@lemmy.ml•Gentoo Needs Your Help! Several Sponsors Have Pulled Out
5·6 days agoAnd also, pretty important, zero drama.
Not entirely true. The dev mailing list has periodic drama spasms. It just doesn’t tend to spread beyond that.
All they really have to do is specify that all new machines sold domestically have to be loaded with their tailored Linux distro and no other OS, and they’d eventually get rid of the majority of Windows machines. Enforcement of that should at least be possible, since they’d only have to check sellers and distributors of new equipment. Then just lean on domestic developers and/or software companies so that they don’t provide new versions of must-have applications (whatever those may be) for Windows to encourage the holdouts to move on.
It would never fly in a country without an authoritarian government, but China could likely get away with it. It just wouldn’t be instantaneous.
From a health-of-the-Linux-ecosystem point of view, Gentoo developers seem more prone than those working for other distros to actually pay attention to things like broken build systems or test suites, and file bugs against them. This is especially the case for exotic arches that the developers of some software claim to support but don’t themselves build for (but it affects amd64 too).