In a candid keynote chat at the Linux Foundation’s Open Source Summit Europe, Linux creator Linus Torvalds shared his thoughts on kernel development, the integration of Rust, and the future of open source.
Man I’ve never really about how much having the wrong successor could fuck up the whole ecosystem.
We will miss the days Linus was maintaining the Kernel… Who is going to write those poetic emails we all love?
This quote applies to so many situations and so many languages. It’s beautiful. 🧑🍳 💋
The “AI” that the new maintainer bakes into the kernel
People need to chill with the language fanaticism. It’s one thing to make jokes and rip on a language for its quirks, but at the end of the day it’s just a language. If you truly don’t like it, don’t use it. I’m going to take a stab and guess that there is enough Linux kernel source to go around to both the c devs and rust devs. Just be glad they’re not trying to rewrite it in JavaScript. 😉
No, a language is not just a language. I fact, it’s a bunch of compilers. How many there are and the hardware they work on is what matters.
And as a matter of fact, rust isn’t as much of an industry standard as C++ is.
No, no. We’re arguing for TypeScript
Typescript is always compiled down to JavaScript, so it’s kinda the same thing, but with “nicer” clothes.
Same for C and Rust tho?
Rust does not compile down to C. It generates LLVM bytecode the same as Clang does. They both produce native executables. You do not need a C compiler on your system to run Rust binaries.
Typescript produces JavaScript. You need a JavaScript interpreter to execute the output from TypeScript.
Not the same thing.
The problem is that the Linux kernel is monolithic so introducing rust into it does have certain repercussions about downstream compatibility between modules.
Right now the rust code in the kernel uses c bindings for some things and there’s a not-insignificant portion of C developers who both refuse to use rust and refuse to take responsibility if the code they write breaks something in the rust bindings.
If it was pure C there would be no excuse as the standard for Linux development is that you don’t break downstream, but the current zeitgeist is that Rust being a different language means that the current C developers have no responsibility if their code refactoring now breaks the rust code.
It’s a frankly ridiculous stance to take, considering the long history of Linux being very strict on not breaking downstream code.
A valid point. But the result is that over a pretty short period of time. These C developers will find delays in how quickly their code gets accepted into stable branches etc. So will be forced to make clear documentation into how the refactoring effects other elements calling the code. Or move on altogether.
Sorta advantageous to all and a necessary way to proceed when others are using your code.
Rust developers are fine with C bindings changing, they just want that to be communicated to them by the C developers before they break.
A JavaScript VM in the kernel is inevitable.
I agree.
I grew up in the age of c/c++ and then Java. I get it: people hate it and it’s time to move on, but jeez, folx, chill. It will happen in time, and there’s no reason to go all civil warsy about it.
Things like this should not be rushed.
What a unique and special position to be in.
It’s not common, and not likely to happen again.
