Greg Kroah-Hartman took time away from his duties as Linux's second-in-command as stable maintainer, various subsystem maintainer, and recent hobby of using AI/LLMs for uncovering Linux kernel bugs to present at the Rust Week conference.

Rust Week 2026 is taking place this week in Utrecht, Netherlands as the world's biggest Rust programming language conference. This morning he presented on Rust language use within the Linux kernel and its benefits.

Greg also called Rust "more fun for maintainers"

That didn't take long. Mere days after Dell and Lenovo began sponsoring the Linux Vendor Firmware Service (LVFS) as premiere sponsors in contributing $100k+ annually to this open-source firmware updating initiative, HP is also now a premiere sponsor.

Following LVFS calls for more sponsorship from the major OEMs/ODMs leveraging LVFS/Fwupd for delivering firmware updates to their Linux customers, more companies have been getting involved in sponsoring the project to help push the efforts forward for a better firmware updating story on

FFmpeg already supports CPU-based decoding for Samsung's APV as the Advanced Professional Video Codec . FFmpeg also has APV encode support too while now an interesting addition was merged this week: Vulkan-based acceleration for APV.

For those making use of Samsung's APV for visually lossless video coding as an alternative to Apple ProRes, FFmpeg developer Lynne has managed to implement APV Vulkan-accelerated support using shaders in a similar manner to some of the other codecs without formal Vulkan Video extensions that FFmpeg has been working on accelerated

Intel software engineers today rolled out the llm-scaler-vllm PV v1.4 as the Docker build of their latest software stack for those wishing to run vLLM in a pre-configured, performant setup on their Arc (Pro) Graphics hardware.

The llm-scaler-vllm PV 1.4 release pulls in their latest platform code as well as a newer Linux 6.17-based kernel build, updated Compute Runtime and oneAPI components, and other leading-edge updates. On the vLLM side the

Valkey 9.1 released on Tuesday as the latest version of this popular fork of the Redis in-memory, key-value database.

On the performance front, Valkey 9.1 is reportedly able to achieve 2.1 million requests per second using 512-byte payloads. Valkey 9.1 ships a new I/O threading model, faster streaming operations, higher throughput with GET commands, faster sorted set queries, enabling the hardware clock by default, and other optimizations.

Valkey 9.1 improves

The GTK-based GUI version of the Vim text editor, gVim, now has support in place for the modern GTK4 toolkit as an alternative to its long present GTK2/GTK3 support.

Going back to earlier this year was a pull request for adding a GTK4 GUI back-end as an alternative to the existing and aging GTK2/GTK3 code. After weeks of work, this GTK4 support for the optional Vim GUI was merged.

A year after SUSE decided to remove its Deepin desktop packages over ongoing security concerns, Fedora Linux is now also removing their Deepin packages over similar concerns and lack of activity in maintaining the packages.

Opened a year ago was this FESCo ticket to conduct a Deepin security review request following the security revelations by SUSE/openSUSE. Over that time Fedora developers have had issues getting in touch with some of the Deepin package maintainers. Part of the issue though in deciding what to do with the Deepin packages has been lack of policy to

Back in late February AMD announced the EPYC 8005 "Sorano" series to succeed EPYC 8004 Siena. At the time details were light while today AMD published the SKU table and more details on the EPYC 8005 series.

The EPYC 8005 line-up is now published and headlined by the EPYC 8635P that is an 84 core / 168 thread CPU with a 4.5GHz boost clock, 1.6GHz base clock,

Theo de Raadt announced the release today of OpenBSD 7.9 as the latest feature update to this unique BSD platform.

OpenBSD 7.9 on AMD64 (x86_64) is catching up to other operating systems in bumping the maximum CPU core count supported, given today's increasingly high core count systems. OpenBSD 7.9 on AMD64 bumped MAXCPUs from 64 to 255. The 255 limit is due to xAPIC requirements and until the OpenBSD x2APIC