Following arguments on the Linux kernel mailing list the past few days over some Linux kernel maintainers being against the notion of Rust code in the mainline Linux kernel and trying to avoid it and very passionate views over the Linux kernel development process, Asahi Linux lead developer Hector Martin has removed himself from being an upstream maintainer of the ARM Apple code.
What sort of advise are they giving? I’m out of the loop
https://lore.kernel.org/lkml/20250108122825.136021-1-abdiel.janulgue@gmail.com/
Here’s the whole thread if you wanna read for yourself.
My take away is that rust people are generally fine and try to abide by the norms of the kernel development process but Martin acts like a jerk and it would be okay if he didn’t come back.
See the comment far, far down in the thread implying that he’s somehow a more serious commenter or developer because he’s funded by donations as opposed to a company.
The holy and sage advice of the dino developers is to not do Rust. You know, not do a thing that Saint Linus himself authorized. Except Saint Linus is apparently not willing to walk the walk in this particular case.
We’re overdue for a Linux fork anyway.
Maybe im wrong but with ARM being the new cpu architecture, rust being new, wayland coming into maturity, etc, it appears as though there might end up being a more x86/x11/C focused legacy kernel and a forked ARM/Wayland/Rust focused new generation one.
Which honestly im fine with. And kinda makes sense. Especially if we get into an era where stuff like x86 starts to get phased out entirely. Which i think we will in the next decade or so. Remains to be seen if thatll happen but i think theres a decent chance at this point.
Is there anything in the kernel that makes it compatible with X11 or Wayland over the other? I know that there’s a graphic driver discussion in the background, but still.
Im not a dev so idk about that tbh. But i know atleast that programs have issues with it. Its pretty good these days but some stuff still has to use Xwayland as a compatibility layer.
The kernel is unrelated to the choice of display manager.