Asahi Linux Lead Developer Hector Martin Steps Down As Upstream Apple Silicon Maintainer
-
[email protected]replied to [email protected] last edited by
Maybe im wrong
Correct.
-
[email protected]replied to [email protected] last edited by
the small request that those contributions be in the language of the project isn’t something to fight against.
When the contributions not in C are explicitly approved by the project owner, it seems that the 30+ year maintainers shouldn't try to blockade any progress from actually happening. Working multi-language projects isn't that much of a nightmare, if code governance and boundaries are well-defined and enforced.
Definitely a case of "everyone sucks here". The maintainer being a dick and sabotaging R4L without technical justification and Hector putting it on blast.
-
[email protected]replied to [email protected] last edited by
There is a reason the type of devs who have the talent, passion and time for projects like this are not spending 60hrs/wk at Google.
-
[email protected]replied to [email protected] last edited by
FOSS land is always going to be populated by freaks and geeks. The well socialized, talented devs get jobs at Google. It's impressive the "system" works as well as it does but passion is a big motivator.
-
[email protected]replied to [email protected] last edited by
Rust seems to be imperative for security. I hope people in the Linux kernel community put aside their differences and find common ground for the benefit of everyone.
-
[email protected]replied to [email protected] last edited by
Ossify is up there with moist in my list of favourite words.
-
[email protected]replied to [email protected] last edited by
Yes I read the whole thread and the lack of replies on his part were kind of infuriating
-
[email protected]replied to [email protected] last edited by
What is it that rust is less preferable to?
-
[email protected]replied to [email protected] last edited by
Agreed, especially as the proprietary alternatives are starting to incorporate more and more Rust, even Windows is starting to rewrite their core libraries in Rust.
On top of security though, its going to be important for continuing to bring new maintainers onboard. Less and less people are learning C, especially to a level proficient enough to be a kernel maintainer. As Rust matures even more, C is effectively a legacy language at this point, a C++ won't be too far behind either, and Linux is going to be hard pressed to find maintainers as the graybeards retire.
-
[email protected]replied to [email protected] last edited by
The kernel developers should Come up with a memory safe version of C for developing on the kernel. Kind of like how Git was created.
-
[email protected]replied to [email protected] last edited by
The crucial point is that the people who can work on the kernel now itself are
- c people who don't know rust yet
- c people who know rust well
The moment we get rust in there, the people who can work on the kernel reliably as a whole are
- c people who know rust well
That's a much smaller group than the one above.
Here's the point: THE SAME ISSUE would arise if it were D, or some kind of compiled python, object-oriented bash static objects, if that existed; or anything. Whatever the other language was, it'd present the same risk.
Rust people: it's not about you. It's about splitting the codebase.
-
[email protected]replied to [email protected] last edited by
Rust is already as fast as C and memory safe. The reasons people don't want it in the kernel basically amount to being a boomer that doesn't like new things for immaterial reasons.
-
[email protected]replied to [email protected] last edited by
So... Rust?
-
[email protected]replied to [email protected] last edited by
I always thought kernel devs were smart people. I'm kind of shocked learning a new language is this big of a barrier to them.
-
[email protected]replied to [email protected] last edited by
They kind of already do. The C used by the kernel team isn't the exact same as what everyone else uses. Mainly because of the tooling they've built around it. I can't remember specifics, but the tooling in place really helps out in that department.
Also, "memory safe C" is already a proposal for the C lang project.
-
[email protected]replied to [email protected] last edited by
Not a fork of course but there is Redox
-
[email protected]replied to [email protected] last edited by
No. The kernel does not care about X11 vs Wayland. Or rather, both X11 and Wayland use KM| ( Kernel Mode Setting ) and DRM ( Direct Rendering ) these days. That is, both X11 and Wayland call on the same kernel features.
-
[email protected]replied to [email protected] last edited by
RISC-V is the “new” CPU architecture
-
[email protected]replied to [email protected] last edited by
Even “smart people” have resource/time limitations. Learning rust to an extent that will work on that level is not the same as learning C.
-
[email protected]replied to [email protected] last edited by
The rust people said they'd take ownership of the work for the bindings. What's the issue?