There has been a gradual but noticeable shift in the Linux scene where distro developers are adopting KDE Plasma as the default desktop environment

Linux has evolved dramatically over the years

About two thirds of them online

Today Rianne accomplished something that she had worked towards for over 2 years

The advent of lazy imports in the Python language is upon us, now that PEP 810 ("Explicit lazy imports") was accepted by the steering council and the feature will appear in the upcoming Python 3.15 release in October. There are a number of good reasons, performance foremost, for wanting to defer spending—perhaps wasting—the time to do an import before a needed symbol is used. However, there are also good reasons not to want that behavior, at least in some cases. The tension between those two positions is what led to an earlier PEP rejection, but it is also playing into a recent discussion of the API used to control lazy imports.

The KDE Project released KDE Plasma 6.5.6 today as the sixth and last maintenance update in the KDE Plasma 6.5 desktop environment series with more bug and crash fixes.

From Red Hat circles

Reuters is reporting that private-equity firm EQT may be looking to sell SUSE:

EQT has hired investment bank Arma Partners to sound out a group of private equity investors for a possible sale of the company, said the sources, who requested anonymity to discuss confidential matters. The ​deliberations are at an early stage and there is no certainty that EQT will ​proceed with a transaction, the sources said.

SUSE has traded hands a number of times over the years. Most recently it was acquired by EQT in 2018, was listed on the Frankfurt Stock Exchange in 2021, and then taken private again by EQT in August 2023.

FSF, So-called 'FSFE', and More

recent Valnet articles

3 picks from Valnet

Development articles from Valnet

VM and more

some distros put to the test

4 recent articles

a pair of articles about terminals

Instructionals/Technical articles

SteamOS focus

KDE articles

The current crop of RISC-V SoCs are still much slower than alternative CPU architectures and lead to much longer build times for Fedora packages as a result. There's hope with next-gen RISC-V processors being faster but for now even compiling Binutils as an example is around five times slower than x86_64 -- and that's with disabling compiler link-time optimizations (LTO) for RISC-V to avoid an even longer build process...