Linus Torvalds says Rust is coming to the Linux kernel 'real soon now'

Maintainer lack of familiarity won't be an issue, chief insists, citing his own bafflement when faced with Perl

At The Linux Foundation's Open Source Summit in Austin, Texas on Tuesday, Linus Torvalds said he expects support for Rust code in the Linux kernel to be merged soon, possibly with the next release, 5.20.

At least since last December, when a patch added support for Rust as a second language for kernel code, the Linux community has been anticipating this transition, in the hope it leads to greater stability and security.

In a conversation with Dirk Hohndel, chief open source officer at Cardano, Torvalds said the patches to integrate Rust have not yet been merged because there's far more caution among Linux kernel maintainers than there was 30 years ago.

"A lot of people actually think we're somewhat too risk averse," said Torvalds. "So when it comes to Rust, it's been discussed for multiple years by now. It's getting to the point where real soon now, we will actually have it merged in the kernel. Maybe next release."

Torvalds however did his best to dampen enthusiasm expressed by the applauding audience.

"Before the Rust people get all excited," the Linux kernel creator and chief said. "Right? You know who you are. To me, it's a trial run, right? We want to have [Rust's] memory safety. So there are real technical reasons why Rust is a good idea in the kernel.

"But at the same time, it's one of those things: We tried C++ 25-plus years ago and we tried it for two weeks and then we stopped trying it. So to me, Rust is a way to try something new. And hopefully, it works out, and people have been working on it a lot, so I really hope it works out because otherwise they'll be bummed."

Keep in mind that Torvalds in April, 2021 suggested Rust might get merged into Linux kernel 5.14. The current stable release is 5.18.6, with 5.19-rc waiting in the wings.

Analysis firm SlashData last month published a report stating that the Rust development community has almost tripled over the past two years, from just 0.6 million developers in Q1 2020 to 2.2 million in Q1 2022. For the seventh straight year, Rust was voted the most loved programming language in the annual StackOverflow Survey.

Hohndel asked Torvalds whether the introduction of Rust code will make the maintenance of Linux code harder due to the introduction of a language and patterns that are less familiar.

Torvalds said he doesn't see that as a significant issue, and said there have been other languages in the kernel, such as those used in the build subsystem.

"I'm quite used to seeing Perl code or our make files," Torvalds said. "Our makefiles are makefiles in name only. They are an unholy mess of various macros and other helper functions that are really hard to understand. And I'm in the situation where if somebody sends me a patch with some of the scripting and the makefiles, I don't even pretend to understand Perl. I'm one of those people who think that Perl is a write-only language."

Linus Torvald (left) with Dirk Hohndel (right) at OSS NA 2022

Linus Torvalds, left, with Dirk Hohndel on stage at the Open Source Summit this week

Torvalds said he's perfectly happy to trust maintainers, at least until they screw up.

"Then I sometimes am overly impolite," he said. "And if I've been impolite to any of you in the audience, I apologize. It's a personal failing of mine and I mean that, very seriously."

If I've been impolite to any of you in the audience, I apologize. It's a personal failing of mine and I mean that, very seriously

"In a loving way," Hohndel interjected, in an effort to ameliorate his guest's confession.

"No," Torvalds responded, eliciting laughter from the audience. "I wish I could say that. I have had to apologize multiple times. So let me preemptively apologize to the Rust people."

Torvalds said he is aware people are concerned that not everyone involved will understand Rust and he's fine with that.

"People don't understand the VM subsystem, even when it's written in C," he said. "So the language is usually not the biggest hindrance to understanding." ®

Other stories you might like

  • Arrogant, subtle, entitled: 'Toxic' open source GitHub discussions examined
    Developer interactions sometimes contain their own kind of poison

    Analysis Toxic discussions on open-source GitHub projects tend to involve entitlement, subtle insults, and arrogance, according to an academic study. That contrasts with the toxic behavior – typically bad language, hate speech, and harassment – found on other corners of the web.

    Whether that seems obvious or not, it's an interesting point to consider because, for one thing, it means technical and non-technical methods to detect and curb toxic behavior on one part of the internet may not therefore work well on GitHub, and if you're involved in communities on the code-hosting giant, you may find this research useful in combating trolls and unacceptable conduct.

    It may also mean systems intended to automatically detect and report toxicity in open-source projects, or at least ones on GitHub, may need to be developed specifically for that task due to their unique nature.

    Continue reading
  • EndeavourOS Artemis: Arch Linux, but a bit friendlier
    The Reg FOSS desk takes the latest release, 22.6, for a spin

    EndeavourOS is a rolling-release Linux distro based on Arch Linux. Although the project is relatively new, having started in 2019, it's the successor to an earlier Arch-based distro called Antergos, so it's not quite as immature as its youth might imply. It's a little more vanilla than Antergos was – for instance, it uses the Calamares cross-distro installer.

    EndeavourOS hews more closely to its parent distro than, for example, Manjaro, which we looked at very recently. Unlike Manjaro, it doesn't have its own staging repositories or releases. It installs packages directly from the upstream Arch repositories, using the standard Arch package manager pacman. It also bundles yay to easily fetch packages from the Arch User Repository, AUR. The yay command takes the same switches as pacman does, so if you wanted to install, say, Google Chrome, it's as simple as yay -s google-chrome and a few seconds later, it's done.

    Continue reading
  • Gtk 5 might drop X11 support, says GNOME dev
    Linux's Wayland-only future takes a tentative step closer

    One of the GNOME developers has suggested that the next major release of Gtk could drop support for the X window system.

    Emmanuele Bassi opened a discussion last week on the GNOME project's Gitlab instance that asked whether the developers could drop X11 support in the next release of Gtk.

    At this point, it is only a suggestion, but if it gets traction, this could significantly accelerate the move to the Wayland display server and the end of X11.

    Continue reading

Biting the hand that feeds IT © 1998–2022