1
submitted 2 years ago* (last edited 2 years ago) by to c/linux@lemmy.ml
 
 

You're about to take your first steps in the wonderful world of Linux, but you're overwhelmed by the amount of choices? Welcome to this (I hope) very simple guide :)

The aim of this guide is to provide simple, clear information to ease your transition as a beginner. This is not a be-all-end-all guide nor an advanced guide. Because there is a lot of info and explanations everywhere, I will often (over-)simplify so as to keep the information accessible and digestible. Please refrain from asking to add your favorite distro/DE in the comments, I feel there is too much choice already ;)

Preamble

Make sure your hardware is compatible

Nowadays most relatively recent hardware works perfectly fine on Linux, but there are some edge cases still. If you don't use niche hardware and your wifi card is supported, chances are you're golden. Please note that nVidia is a bad faith player in the Linux world, so if you have a GeForce GPU, expect some trouble.

Make sure your favourite apps are either available or have a good replacement on Linux

If some proprietary app is essential to your workflow and is irreplaceable, consider running it in a VM, keeping a Windows partition for it or try and run it through Wine (this is advanced stuff though).

Be aware that Linux is not Windows/MacOS

Things work differently, and this is normal. You will probably struggle at the beginning while adjusting to a new paradigm. You may have to troubleshoot some things. You may break some things in the process. You will probably get frustrated at some point or another. It's okay. You're learning something new, and it can be hard to shed old habits forged by years on another system.

When in doubt, search for documentation

Arch Wiki is one of the greatest knowledge bases about Linux. Despite being heavily tied to Arch, most of its content is readily usable to troubleshoot most modern distros, as the building blocks (Kernel, systemd, core system apps, XOrg/Wayland, your DE of choice etc.) are the same. Most distros also maintain their own knowledge base.

Understanding the Linux world

What is Linux?

Linux, in the strictest definition, is the kernel, ie. the core component that, among other things, orchestrates and handles all interactions between hardware and software, of a large family of operating systems that, by metonymy, are called "Linux". In general understanding, Linux is any one of these operating systems, called distros.

What is a distro?

A distro, short for "Software Distribution", is a cohesive ensemble of software, providing a full operating system, maintained by a single team. Generally, all of them tend to provide almost the same software and work in a very similar way, but there are major philosophical differences that may influence your choice.

What are the main differences between distros?

As said above, there are a lot of philosophical differences between distros that lead to practical differences. There are a lot of very different ways the same software can be distributed.

  • "Point Release" (OpenSUSE Leap) vs. "Rolling Release" (OpenSUSE Tumbleweed): Point release distros are like traditional software. They have numbered releases, and between each one no feature updates take place, only security updates and bug fixes. Rolling Release distros package and distribute software as soon as it's available upstream (the software developer's repos), meaning that there are no versions and no specific schedule.
  • "Stable" (Debian Stable) vs. "Bleeding edge" (Arch): Stable distros are generally point release, and focus on fixing bugs and security flaws at the expense of new features. Each version goes through a lenghty period of feature freeze, testing and bug fixing before release. Stability here not only means trouble-free operation, but more importantly consistent behavior over time. Things won't evolve, but things won't break. At least until the next release. Bleeding edge distros, which often follow the rolling release model (there are outliers like Fedora which are mostly bleeding edge yet have point releases), on the other hand, are permanently evolving. By constantly pushing the latest version of each software package, new features, new bugs, bug fixes, security updates and sometimes breaking changes are released continuously. Note that this is not a binary, there is a very large continuum between the stablest and the most bleeding edge distro.
  • "Community" (Fedora) vs. "Commercial" (RHEL): Despite the name, Community distros are not only maintained by volunteers, but can also be developed by some company's employees and can be sponsored by commercial entities. However, the main difference with Commercial distros is that they're not a product destined to be sold. Commercial distros like Red Hat's RHEL, SuSE Linux Enterprise or Ubuntu Pro are (supposed to be) fully maintained by their company's employees and target businesses with paid support, maintenance, fixes, deployment, training etc.
  • "x package manager" vs. "y package manager", "x package format" vs. "y package format": It doesn't matter. Seriously. apt, dnf or pacman, to name a few, all have the exact same purpose: install and update software on your system and manage dependencies.
  • "general purpose" (Linux Mint) vs. "niche" (Kali Linux): General purpose distros are just that: distros that can do pretty much anything. Some are truly general purpose (like Debian), and have no bias towards any potential use, be it for a server, a desktop/laptop PC, some IOT or embedded devices, containers etc., some have various flavors depending on intended use (like Fedora Workstation for desktops and Fedora Server for, you guessed it, servers) but are still considered general purpose. They aim for maximum hardware compatibility and broad use cases. At the opposite end, niche distros are created for very specific and unique use cases, like pentesting (Kali), gaming (Nobara), music production (AV Linux) etc. They tend to have a lot of specific tools preinstalled, nonstandard defaults or modified kernels that may or may not work properly outside of their inteded use case.
  • "team" (Any major distro) vs. "single maintainer" (Nobara): Pretty self explanatory. Some distros are maintained by a single person or a very small group of people. These distros do not usually last very long.
  • "traditional" (Fedora Workstation) vs. "atomic" (Fedora Silverblue): In traditional distros, everything comes from a package. Every single component is individually installable, upgradeable, and deletable. Updating a package means deleting its previous version and replacing it with a new one. A power failure during an update lead to a partial upgrade and can make a system unbootable. Maybe a new package was bad and breaks something. Almost nothing prevents an unsuspecting user from destroying a core component. To mitigate risks and ensure a coherent system at each boot, atomic (also called transactional or immutable) distros, pioneered by Fedora Silverblue and Valve's SteamOS, were born. Like mobile phone OSes, the base system is a single image, that gets installed, alongside the current running version and without modifying it, and becomes active at the next reboot. As updates are isolated from one another, if the new version doesn't work the user can easily revert to a previous, functional version. Users are expected to install Flatpaks or use Distrobox, as installing (layering) packages is not as straightforward as with standard distros.
  • "OG" (Debian) vs. "derivative" (Ubuntu): Original distros are directly downstream of their components' source code repositories, and do most of the heavy lifting. Because of the tremendous amount of work it represents, only a few distros like Debian, Arch, Slackware or Fedora have the history, massive community and sometimes corporate financial backing to do this. Other distros reuse most packages from those original distros and add, replace or modify some of them for differenciation. For example, Debian is the parent of almost all deb-based distros like Ubuntu, which itself is the parent of distros like Mint or Pop!_OS.

What are the main components of a distro, ie. a Linux-based operating system?

All distros provide, install and maintain, among other things, the following components:

  • Boot and core system components (these are generally out-of-scope for beginners, unless you need to fix something, but you should at least know they exist):
    • A boot manager (GRUB, systemd_init, etc.): Boots the computer after the motherboard POSTs, lets you choose what to start
    • An init system (systemd, etc.): Starts everything needed to run the computer, including the kernel
    • A kernel (Linux): Has control over everything, main interface for software to discuss with hardware
  • Command-line environment, to interact with he computer in text mode:
    • A shell (bash, zsh, fish etc.): The main interface for command-line stuff
    • Command-line tools (GNU, etc.): Standard suite of command-line tools + default tools chosen by the distro maintainers
    • User-installable command-line tools and shells
  • Graphical stack for desktop/laptop computers:
    • Display servers (X11, Wayland compositors): Handle drawing stuff on screens
    • A Desktop environment (Plasma, Gnome, XFCE etc.): The main graphical interface you'll interact with everyday.
    • User-facing applications (browsers, text processors, drawing software etc.): Some are generally installed by default and/or are part of a desktop environment's suite of software, most are user-installable.
  • A package manager (apt, dnf, pacman, yast etc.): Installs, deletes, updates and manages dependencies of all software installed on the machine.

Which are the main Desktop Environments and which one should I choose?

As a new user, this is basically the only thing you should concern yourself about: choosing a first Desktop environment. After all, it will be your main interface for the weeks/years to come. It's almost as important as choosing your first distro. These are a few common choices that cater to different tastes:

  • Gnome: Full featured yet very minimalist, Gnome is a great DE that eschews the traditional Desktop metaphor. Like MacOS, out of the box, it provides its strongly opinionated developers' vision of a user experience. Fortunately, unlike MacOS, there are thousands of extensions to tweak and extend the looks and behaviour of the DE. Dash-to-dock or Dash-to-panel are great if you want a more MacOS-like or Windows-like experience, Blur My Shell is great if you love blurry transparent things, Appindicator is a must, and everything else is up to you. Gnome's development cycle is highly regular and all core components and apps follow the same release schedule, which explains why a lot of distros choose it as their default DE.
  • KDE Plasma: Full featured and maximalist, Plasma does not cater to a single design philosophy, is very flexible and can be tweaked almost ad infinitum. This may be an advantage for people who like to spend hours making the perfect environment, or a disadvantage as the possibilities can be overwhelming, and the added complexity may compromise stability, bugginess or completeness. There is not yet a single development cycle for core components and apps, which makes it a bit more difficult for distro maintainers and explains why there are so few distros with Plasma as the flagship DE. The KDE team is however evolving towards a more regular update cycle.
  • Cinnamon: Forked from Gnome 3 by the Linux Mint team who disliked the extreme change of user experience it introduced, Cinammon provides a very traditional, "windows-like", desktop-metaphor experience in a more modern software stack than the older DEs it takes inspiration from. Cinnamon still keeps a lot in common with Gnome by being simple and easy to use, yet heavily modifiable with themes, applets and extensions.
  • Lightweight DEs for old or underpowered machines: The likes of XFCE, LXDE, LXQt are great if you want to ressurect an old machine, but lack the bells and whistles of the aforementioned DEs. If your machine is super old, extremely underpowered and has less than a few Gb of RAM, don't expect miracles though. A single browser tab can easily dwarf the RAM usage and processing power of your entire system.

As for which one you should choose, this is entirely up to you, and depends on your preferences. FYI, you are not married to your distro's default desktop environment. It's just what comes preinstalled. You can install alternative DEs on any distro, no need to reinstall and/or distro-hop.

How do I install stuff on Linux?

Forget what you're used to do on Windows of MacOS: searching for your software in a seach engine, finding a big "Download" button on a random website and running an installer with administator privileges. Your package manager not only keeps you system up to date, but also lets you install any software that's available in your distro's repositories. You don't even need to know the command line, Gnome's Software or Plasma's Discover are nice graphical "App Stores" that let you find and install new software.

Flatpak are a great and more recent recent alternative to distro packages that's gaining a lot of traction, and is increasingly integrated by default to the aforementioned App Stores. It's basically a "universal" package manager system thet sits next to your system, that lets software developers directly distribute their own apps instead of offloading the packaging and distribution to distro maintainers.

Choosing a first distro

As discussed before, there is a metric fuckload (or 1.112 imperial fucktons) of distros out there. I advise you to keep it as mainstream as possible for your first steps. A distro with a large user base, backed by a decently large community of maintainers and contributors and aimed at being as fuss-free as possible is always better than a one-person effort tailored to a specific use-case. Choose a distro that implements well the DE of your choice.

What are great distros for beginners?

The following are great distros for beginners as well as more advanced users who just want to have a system that needs almost no configuration out of the box, just works and stays out of the way. Always read the installation documentation thoroughly before attempting anything, and follow any post-install requirements (for example, installing restricted-licence drivers on Fedora).

  • Fedora Workstation: Clean, sensible, modern and very up to date and should work out of the box for most hardware. Despite being sponsored by Red Hat (who are getting a lot of justified hate for moving RHEL away from open-source), this is a great community distro for both beginners and very advanced users (including the Linus Torvalds). Fedora is the flagship distro for the Gnome Desktop Environment, but also has a fantastic Plasma version. Keywords: Point Release, close to Bleeding Edge, Community, dnf/rpm, large maintainer team, traditional, original.
  • Linux Mint: Mint is an Ubuntu (or Debian for the LMDE variant) derivative for beginners and advanced users alike, that keeps Ubuntu's hardware support and ease of use while reverting its shenanigans and is Cinammon's flagship distro. Its main goal is to be a "just works" distro. Keywords: Point Release, halfway between Stable and Bleeding Edge, Community, apt/deb, smallish maintainer team but lots of contributors, traditional, derivative (Ubuntu or Debian).
  • Pop!_OS: Backed by hardware Linux vendor System76, this is another Ubuntu derivative that removes Snaps in favor or Flatpaks. Its heavily modified Gnome DE looks and feels nice. In a few months/years, it will be the flagship distro for the -promising but still in development- Cosmic DE. Keywords: Point Release, halfway between Stable and Bleeding Edge, commercially-backed Community, apt/deb, employee's maintainer team, traditional, derivative (Ubuntu).
  • If you want something (advertised as) zero-maintenance, why not go the Atomic way? They are still very new and there isn't a lot of support yet because they do things very differently than regular distros, but if they wort OOTB on your system, they should work reliably forever. Sensible choices are uBlue's Aurora (Plasma), Bluefin (Gnome) or Bazzite (gaming-ready), which are basically identical to Fedora's atomic variants but include (among other things) restricted-licence codecs and QOL improvements by default, or OpenSUSE's Aeon (Gnome). Keywords: Point Release, Bleeding Edge, Community, rpm-ostree, large maintainer team, Atomic, sub-project (Fedora/OpenSUSE).

Which power-user distros should I avoid as a beginner, unless I reaaaally need to understand everything instead of being productive day one?

These are amongst the very best but should not be installed as your first distro, unless you like extremely steep learning curves and being overwhelmed.

  • Debian Stable: as one of the oldest, still maintained distros and the granddaddy of probably half of the distros out there, Debian is built like a tank. A very stringent policy of focusing on bug and security fixes over new features makes Debian extremely stable and predictable, but it can also feel quite outdated. Still a rock-solid experience, with a lot to tinker with despite very sensible defaults. It is an incredible learning tool and is as "Standard Linux" as can be. Debian almost made the cut to "beginner" distros because of its incredible reliability and massive amount of documentation available, but it might be a bit too involved for an absolute beginner to configure to perfection. Keywords: Point Release, Stable as fuck, Community, apt/deb, large maintainer team, traditional, original.
  • Arch: The opposite of Debian in philosophy, packages often come to Arch almost as soon as the source code is released. Expect a lot of manual installation and configuration, daily updates, and regularly fixing stuff. An incredible learning tool too, that will make you intimate with the inner workings of Linux. The "Arch btw" meme of having to perform every single install step by hand has taken a hit since Arch has had a basic but functional installer for a few years now, which is honestly a good thing. I work in sofware. A software engineer who does every single tedious task manually instead of automating it is a shit software engineer. A software engineer who prides themself from doing every single tedious task manually should seriously reconsider their career choices. Arch's other main appeal is the Arch User Repository or AUR, a massive collection of user-created, automated install scripts for pretty much anything. Keywords: Rolling Release, Bleeding-edge, Community, pacman/pkg, large maintainer team, traditional, original.

Which distro should I avoid, period?

  • Ubuntu: despite having a huge mind-share as the beginner distro, Ubuntu suffers from it's parent company's policy to make Ubuntu kinda-Linux-but-not-really and a second-rate citizen compared to their Ubuntu Pro commercial product. Some of the worst takes in recent years have been pushing Snaps super agressively in order to get some "vendor-lock-in", proprietary walled-garden ecosystem with exclusive commercial apps, forcibly installing snaps even when explicitely asking for a .deb package through apt, baking ads and nags into major software or only delivering critical security patches to Pro customers. Fortunately, there are some great derivatives like Mint or Pop!_OS cited above that work equally well but revert some of the most controversial decisions made by Canonical.
  • Manjaro: Manjaro might seem appealing as a "user-friendlier" Arch derivative and some of its tools are fantastic to remove some configuration burden, but ongoing mismanagement issues and the fact that it needs Arch-style regular maintenance as updates often break stuff prevent it from being a truly beginner distro. Manjaro also has a highly irregular update schedule that's weeks behind Arch, making using the AUR extremely dangerous, as it always expects a fully up-to-date Arch system.
  • Any single-maintainer or tiny team distros like Nobara or CachyOS. They might be fantastic distros made by exceptional people (I have mad respect for Nobara's maintainer Glorious Eggroll and his work on Proton-GE), they are most often derivatives so the heavy lifting is already done by their parent distro's maitainers, but there is too much risk involved. Sometimes life happens, sometimes people move on to other projects, and dozens of small distros get abandonned every year, leaving their users dead in the water. Trusting larger teams is a much safer bet in the long term.
  • Anything that refuse to use standards for ideological reasons like Alpine Linux, Devuan or Artix. Don't get me wrong, not using any GNU tools or systemd is a cool technological feat and developing alternatives to the current consensus is how things evolve. However, these standard tools have a long history, hundreds if not thousands of maintainers and are used by millions, meaning there's a huge chance your specific issue is already solved. Refusing to use them should be reserved to very advanced users who perfectly understand what they're gaining and losing. As a beginner to intermediate level, it will at best make most of the documentation out there irrelevant, at worst make your life a miserable hell if you need to troubleshoot anything.

Philosophical questions, or "I've seen people arguing over the Internet and now I'm scared"

You've done your research, you're almost ready to take the plunge, you even read a lot of stuff on this very community or on the other website that starts with a "R", but people seem very passionately for or against stuff. What should you do?

Shoud I learn the command line?

Yes, eventually. To be honest, nowadays a lot of things can be configured on the fly graphically, through your DE's settings. But sometimes, it's much more efficient to work on the command line, and sometimes it's the only way to fix something. It's not that difficult, and you can be reasonably productive by understanding just about a dozen very simple commands.

I have a very old laptop/desktop, should I use a distro from its era?

Noooo!. Contrary to Windows and MacOS which only work correctly on period-correct computers, Linux runs perfectly well on any hardware from the last 20 to 30 years. You will not gain performance by using an old distro, but you will gain hundreds of critical security flaws that have been since corrected. If you need to squeeze performance out of an old computer, use a lightweight graphical environment or repurpose it as a headless home server. If it's possible, one of the best ways to breathe new life into an old machine is to add some RAM, as even lightweight modern sofware will struggle with less than a few Gb.

Should I be concerned about systemd?

No. In short, systemd is fine and all major distros have switched to systemd years ago. Even the extremely cautious people behind Debian have used systemd as default since 2015. Not wanting to use systemd is a niche more rooted in philosophical and ideological rather than practical or technical reasons, and leads to much deeper issues than you should concern yourself with as a beginner.

Should I be concerned about XOrg/Wayland?

Yes and No, but mostly No. First off, most distros install both Wayland and XOrg by default, so if one is not satisfying to you, try the other. Remember in the preamble when I said nVidia was a bad actor? Well, most of people's complaints about Wayland are because of nVidia and their shitty drivers, so GTX/RTX users should stay on XOrg for now. But like it or not, XOrg is dead and unmaintained, and Wayland is the present and future. XOrg did too many things, carried too many features from the 80's and 90's and its codebase is a barely maintainable mess. X11 was born in a time when mainframes did most of the heavy lifting and windows were forwarded over a local network to dumb clients. X11 predates the Internet and has basically no security model. Wayland solves that by being a much simpler display protocol with a much smaller feature set adapted to modern computing and security. The only downside is that some very specific functionalities based on decades of X11 hacking and absolute lack of security can be lost.

I want to play some games, should I look for a gaming distro?

No. General purpose distros are perfectly fine for gaming. You can install Steam, Lutris, Heroic, Itch etc. and use Proton just fine on almost anything. Even Debian. In short, yes, you can game on Linux, there are great tutorials on the internet.

Should I be concerned about Flatpaks and/or Snaps vs. native packages?

Not really. Flatpaks are great, and more and more developers package their apps directly in Flatpak format. As a rule of thumb, for user facing applications, if your app store gives you the choice between Flatpak and your native package manager version, choose the most recent stable version and/or the one packaged by the developer themselves (which should often be the Flatpak anyway). Snaps however are kinda bad. They are a Canonical/Ubuntu thing, so as long as you avoid Ubuntu, its spins and its derivatives that still include Snaps, you should be fine. They tend to take a lot longer to startup than regular apps or Flatpaks, the snap store is proprietary, centralized and Canonical controls every part of it. Also, Canonical is very aggressive in pushing snaps to their users, even forcing them even when they want to install an apt package. If you don't care, have fun.

I need/want program "x", but it is only available on distro "y" and not on mine. I've been told to ditch my beloved distro and install the other one, should I?

No. Generally, most software is intallable from your distro's package manager and/or Flatpak. But sometimes, your distro doesn't package this program you need, or an inconsiderate developer only distributes a random .deb on their Github release page. Enter Distrobox. It is a very simple, easy to use command line tool that automates the creation of other Linux distros containers using Docker or Podman (basically, tiny, semi-independant Linuxes that live inside your regular Linux), and lets you "export" programs installed inside these containers to you main system so you can run them as easily and with almost the same performance as native programs. Some atomic distros like uBlue's variants even include it by default. That .deb we've talked about before? Spin a Debian container and dpkg install the shit out of it. Absolutely need the AUR? Spin an Arch container and go to town.

Acknowledgements

Thanks to everyone who helped improve this guide: @GravitySpoiled@lemmy.ml, @tkn@startrek.website, @throwaway2@lemmy.today, @cerement@slrpnk.net, @kzhe@lemm.ee, @freijon@feddit.ch, @aarroyoc@lemuria.es, @SexualPolytope@lemmy.sdf.org, @Plopp@lemmy.world, @bsergay@discuss.online ...and many others who chimed in in the comments <3

Link to version 1: https://lemm.ee/post/15895051

2
 
 

I was wondering if any communities exist that are entirely dedicated to people showing off stuff they put together. Either highly custom desktops, or cool automations, or a specific security setup. Stuff like this post: https://lemmy.ml/post/54225017

I know we can post them here, but feel like it would be a cool thing to have a dedicated comm for.

3
submitted 7 hours ago* (last edited 7 hours ago) by to c/linux@lemmy.ml
 
 

Over the decades I’ve seen the praise and critique of the "Unix way". I don’t remember reading about the aspect I’ll describe below. This might be a banality, and I haven’t invested much thought into it either. I’m just curious to hear your opinions.

At the core of the Unix way is that tools should do just one thing. Users very often need results that can only be achieved after doing several things. With only single-purpose tools at hand, users have to integrate them. In other words, the tool authors delegate integration to the users.

Here’s the idea I want to discuss. In programming languages, integrating various modules to achieve a goal is already a complex task because we often have to handle numerous failure modes and edge cases. In shell scripts this is much worse, since shells are more limited than programming languages. Writing a tool that does only one thing looks like avoiding the most complicated task. Which leads to a conclusion that the Unix way only works well in a rather small fraction of use cases; the majority of cases are better served by different approaches.

What do you think?

4
 
 

Linux sound subsystem maintainer Takashi Iwai of SUSE began the Linux 7.4 sound pull request by noting that "the AI flood continues" with there continuing to be a lot of new patches coming as a result of AI/LLM agents devising patches as well as uncovering new kernel bugs.

Takashi went on to explain that it was another busy cycle with changes in the sound subsystem from lots of core code hardening to new platforms and codecs as well. The core ALSA code has been hardened against some race conditions, there's a buffer leak fix in the compression offload code, race fixes in the JACK code, and other race conditions and more typical C bug fixes. The OSS sequencer emulation code has also been marked as deprecated for Linux 7.4.

On the hardware side, the Linux 7.4 sound updates include support for compressed audio playback on SOF IPC4 with Intel Tigerlake and newer. There is also AMD ACP 7.0/7.F sound IP support with SoundWire and the PDM controller. The new AMD ACP 7.0/7.F IP appears for upcoming Ryzen Zen 6 platforms.

There are also quirks for many different Intel/AMD laptops from the likes of Lenovo, ASUS, HP, AAcer, HONOR, MSI, and others.

New codec drivers are for the ESS ES9039Q2M, Nuvoton NAU83G60 amplifier, Senary SN624x SoundWire SDCA codec.

Also new is the Qualcomm QAIF driver for their Shikra platform.

More details on the many sound changes for Linux 7.4 via this pull ( https://lore.kernel.org/lkml/87ecdgc246.wl-tiwai@suse.de/ ).

5
 
 

EEE

The systemd project has officially introduced support for developing programs in Rust, following the merger of a pull request submitted by Linux kernel developer Christian Brauner. The change, merged into the project’s main branch, establishes a new development option for systemd while keeping its existing C-based architecture intact.

And before anyone assumes systemd is preparing a complete rewrite in Rust, that’s not the case. The maintainers agreed on a deliberately limited approach: Rust may be used only for new, standalone components that other parts of systemd do not depend on. Existing C code will remain untouched.

Another important decision concerns the build process. Rather than introducing Cargo, Rust’s standard package manager and build tool, systemd continues to use Meson for all builds. This keeps Rust development integrated into the project’s existing build infrastructure.

The implementation also places strict limits on dependencies. Rust programs use the no_std approach, meaning they do not rely on Rust’s standard library or external third-party crates. Instead, they interact with systemd’s existing C libraries through generated bindings.

For memory management, systemd provides its own Rust implementations of common container types, with allocation failures handled explicitly rather than causing the program to abort. The new infrastructure also includes wrappers for logging, command-line argument handling, event processing, and error management, allowing Rust utilities to behave consistently with their C counterparts.

Rust support is optional and automatically detected during configuration. Developers wishing to enable it need Rust 1.85 or later, bindgen 0.71.1 or later, and Meson 1.4 or later. Systems without the required toolchain can continue building systemd without Rust support.

Interestingly, initial tests show that a stripped Rust command-line utility occupies about 32 KB, compared to 20 KB for its C equivalent built with link-time optimization. This gives an early indication of the additional overhead, though the comparison involves only a small test program.

The first planned real-world application of this infrastructure is systemd-keyring-setup, a new utility intended to help manage certificates in Linux kernel keyrings. Its implementation is being developed separately, alongside additional Rust wrappers for systemd’s shared libraries.

For Linux distributions, the change introduces packaging considerations. Builds that enable all available features will need the appropriate Rust compiler and bindgen dependencies or must disable Rust support to avoid build failures.

Whether Rust becomes widely used within systemd will depend on future development, but the necessary groundwork is now in place.

6
 
 

OS: Debian 13.7. I use redlib, a reddit frontend, to read content on reddit but since last week I can only load communities, not the posts themselves. Example: I can load https://redlib.catsarch.com/r/NoStupidQuestions/new, but I cannot load any of the posts shown there. As output on the browser I get:

Failed to parse page JSON data: expected value at line 1 column 1 | /r/texts%2Fcomments/1xeaxvt/first_screenshot_is_my_dad_next_two_are_my_mom_i/.json?&sort=confidence&raw_json=1

Is reddit tinkering again with the code to force everyone that wants to access content to sign up with them?

Any workaround so far?

7
 
 

cross-posted from: https://lemmy.world/post/53563288

A Gnome 50 extension which adds the Enlightenment 16 water effects to Gnome

8
 
 

Timestamps:

00:00 Intro

00:50 Sponsor: Internxt

02:24 Kernel devs agree to remove Al disclosure, Torvalds goes off on A.I.

04:54 Kernel 7.3 released

06:24 Big influx of Rust code in Kernel 7.4

07:40 Bitwarden moves to a commercial license, mostly

10:06 KeePassXC supports auto-type on Wayland now

11:12 Mint shows more of their new apps

13:01 LibreOffice is getting record download numbers

14:49 Proposed Al assistant prototype for Ubuntu

17:43 OpenBSD gets Wine and runs Windows games

19:13 Cutefish desktop revived as a vibe coded MacOS Clone

21:06 Epic Game Stores new preview looks pretty bad

22:55 Big Tech funds study to warn against digital sovereignty

25:18 Massive PHP flaw discovered, and patched

27:47 Sponsor: Tuxedo Computers

Links

Kernel devs agree to remove Al disclosure, Torvalds goes off on Α.Ι.

https://www.xda-developers.com/linus-calls-banning-ai-generated-code-utterly-stupid-as-linux-submissions-no-longer-need-Ilm-disclosure/

Kernel 7.3 released

https://itsfoss.com/news/linux-kernel-7-3-release/

Big influx of Rust code in Kernel 7.4

https://www.phoronix.com/news/Linux-7.4-Rust

Bitwarden moves to a commercial license, mostly

https://community.bitwarden.com/t/published-version-update-in-app-stores/102750

KeePassXC supports auto-type on Wayland now

https://keepassxc.org/blog/2026-10-21-2.8.0-released/

Mint shows more of their new apps

https://www.omgubuntu.co.uk/2026/10/linux-mint-new-system-monitor

LibreOffice is getting record download numbers

https://blog.documentfoundation.org/blog/2026/10/21/8-weeks-9-4-million-downloads/

https://linuxiac.com/libreoffice-hits-9-4-million-downloads-in-just-eight-weeks/

Proposed Al assistant prototype for Ubuntu

https://www.omgubuntu.co.uk/2026/10/ubuntu-ai-launcher-prototype

OpenBSD gets Wine and runs Windows games

https://marc.info/?l=openbsd-ports&m=179236125692175

https://linuxiac.com/wine-on-openbsd-yes-and-it-can-already-run-the-witcher-3/

Cutefish desktop revived as a vibe coded MacOS Clone

https://itsfoss.com/news/cutefishos-vibe-coded-desktop/

Epic Game Stores new preview looks pretty bad

https://www.techdirt.com/2026/10/21/epic-rolls-out-vibe-coded-launcher-update-its-absolute-trash/

https://www.gamingonlinux.com/2026/10/epic-games-launcher-preview-is-slowly-becoming-actually-usable-on-linux/

Big Tech funds study to warn against digital sovereignty

https://itsfoss.com/news/eu-cloud-sovereignty-cada-cost-study/

Massive PHP flaw discovered, and patched

https://www.wiz.io/blog/php2shell-php-rce

https://www.bbc.com/news/articles/cw98z6qlyvg30

9
 
 

cross-posted from: https://discuss.online/post/47378103

This might be the only conference in the USA that uniquely is made by, and for, the FOSS community. Completely open for anyone attending and offering presentations. Maybe the only tech event where, instead of Microsoft or Amazon, you'll only see the Free Software Foundation and PostmarketOS in the expo hall.

10
11
 
 

Miguel Ojeda sent out his pull request of the new Rust kernel code slated for introduction in Linux 7.4. It's a big one this round due to updating the Zerocopy vendored library plus updating other Rust crates for the kernel.

The Zerocopy crate update is a big one in jumping eight versions ahead. This is the code providing traits and macros to safely convert between raw byte sequences and structured types. Rust for Linux 7.4 also has other toolchain and infrastructure updates, enabling the unstable proc_macro_span feature for better diagnostics of all procedural macros, and more.

The Rust kernel create adds new "mem" and "ratelimit" modules while improving some of the existing modules. The pin-init crate is adding support for tuple structs as well as allowing for the safe creation of self-references. There is also much improved diagnostics.

More details on these central Rust code changes for Linux 7.4 can be found via this pull request. Via individual subsystem pull requests will also be more Rust code for Linux 7.4, like the NVIDIA Nova driver improvements for Linux 7.4 and the other Rust DRM infrastructure work that brings.

12
 
 

Seemingly as an accident, overnight several new Linux kernel vulnerability reports were posted to the public Linux kernel mailing list rather than the private security mailing list. The vulnerabilities have yet to be patched on mainline but at least in some cases there are patches undergoing testing or queued in "-next" branches. The CVSS scores are as high as 9.0.

Trend Micro's Zero Day Initiative sent out a number of vulnerability reports to the public Linux kernel mailing list (LKML) rather than the typical private security mailing list. This seemingly was a mistake with Linux's second-in-command Greg Kroah-Hartman responding to each report asking about their submission to the public mailing list.

Among these newly-disclosed vulnerabilities include:

ZDI-CAN-33549 as a CVSS 9.0 scored vulnerability for SMB Direct remote code execution vulnerability due to integer underflow. For this one there is a patch in a Git branch of code intended for Linux v7.5 but now presumably will be expedited for getting to mainline.

ZDI-CAN-33774 as a KSMBD race condition that can lead to remote code execution. Another CVSS 9.0 rated vulnerability.

ZDI-CAN-33367 is a vulneravbility for skbuff skb_zerocopy in the network code that can lead to local privilege escalation. For this one Linux kernel developers received a security report from another source last week over the same issue and a patch is expected to be posted soon.

ZDI-CAN-34068 as a VMWGFX VMware graphics driver bug with an out-of-bounds write leading to local privilege escalation.

ZDI-CAN-34076 an uninitialized resource in the NVMET code leading to information disclosure.

ZDI-CAN-32005 was also posted to the mailing list a day prior for a search-domain TCP query stack buffer overflow leading to local privilege escalation.

The bug and security reports keep on coming in the AI fueled world.

13
 
 

What would deeper AI integration on the Ubuntu desktop look like? Well, you don’t need to think too hard to find out.

A Canonical engineer has published a prototype launcher that simulates how on-device AI could be used to enhance and aid users of the Ubuntu desktop.

But the warty-prototype1 snap by Didier Roche-Tolomelli (aka didrocks) is not a real launcher. It’s a semi-interactive, automated mockup. It simulates things a user could do, and that includes interacting with a (theoretical) on-device AI model to complete tasks.

The Snap Store listing refers to it as a ‘design-discussion prototype of the next Ubuntu launcher’.

An intriguing choice of words – that’s as far as I’d read into it for now, though. A hint of a possible future feature perhaps, but not quite a commitment to shipping or actually building this as a real thing.

A launcher and a prompt box

I installed the prototype and ran through the simulated tasks to get an idea of what (there’s a menu full of them). The launcher itself is triggered by a small Ubuntu logo in the top panel and is only ostensibly interactive.

One simulated task saw the launcher used to find a local image file (using the file filter). The launcher’s AI box is used, and the model is asked to set the image as the desktop wallpaper and adjust the system accent colour to match.

In another, the “Followup with AI…” is used to find a suitable app the user can install to open an ePub. Matches from the Snap Store filter back inside of the launcher, complete with install buttons, which then trigger an installation. Nice.

And another, and to my mind more impressive use-case demo tasks AI with creating an add-able calendar itinerary from a handful of items selected from the clipboard history. Press play on the video embed below to watch that:

It’s intended to function as a regular launcher too, e.g., opening apps, findings files, picking emoji, clipboard history, finding open browser tabs and reviewing recent ‘tasks’.

Throughout the simulation results appear with all kinds of icons and actions to manipulate or manage them inside of the launcher, making this more of an active tool than a passive one.

Much like Apple’s (more capable) Spotlight in recent versions of macOS, in that regard. It’s not hard to imagine how the launcher could be extended further, to handle more than simple find-and-retrieve tasks.

We do know Canonical is keen to ‘ramp up’ AI features in Ubuntu. It released the Myna AI dictation tool in tech preview this month, and its engineers are using LLMs and agentic coding tools for various efforts, infra management, etc.

But the company has also said it won’t be bolting AI on for its own sake. Any integrations it does explore will, even in this ‘simulation’, be predicated around practical use-cases and making use of on-device AI models.

Try the demo (remember it’s a demo)

You can install the warty-prototype launcher demo from the Snap Store. It will run on most supported Ubuntu releases:

sudo snap install warty-prototype --edge

Once installed, launch it from the command-line. Click the Ubuntu icon in the top panel to reveal the launcher (and the menu of simulations to see in action).

Just keep in mind that you can’t use this to do anything. It’s a launcher mockup, not a real tool. It won’t integrate with your system, find your apps or double-up as your therapist-cum-psychosis-inducer.

For those wondering why ‘warty’, that was the codename of the first Ubuntu release – so named as the first version was likely to be a bit of a unrefined one. ↩︎
14
 
 

LF Research is the Linux Foundation's research arm. It was set up in 2021 and publishes studies on how open source is built and used, drawing on surveys and project data.

Its latest report, Navigating Open Source Software Development in the Generative AI Era, surveyed 234 contributors and maintainers on how generative AI is affecting the way open source gets made.

The survey estimates that about 25% of incoming pull requests are low-quality AI slop, with the estimate climbing to 31% on larger projects.

Red Hat sponsored the report, with additional contributions from OpenSSF, LF AI & Data, and Futurewei.

The findings

Large projects, the ones with more than 50 contributors, are affected the most.

Among their maintainers, 69% report more incoming contributions, against 59% across all maintainers, and 64% say reviews now take longer. Burnout is their top concern at 63%, narrowly ahead of contribution quality at 60%.

You will also find that policies have not caught up to the AI-assisted coding and vulnerability reporting trend.

Of the 119 respondents who answered the question, 35% said their project has a formal policy permitting AI use. Another 32% have none and no plans for one, 23% plan to write one, and 10% ban AI contributions outright.

You might remember that some projects, like LLVM, allow AI-generated code with conditions. Separately, 26% of projects have no way of verifying AI-assisted contributions at all.

The report calls on contributors to give effort to written policies, disclosure of AI use, and testing and documentation.

Interestingly, AI does seem to save developers' time. Respondents estimate that code authoring takes 52% less time on average, while on more complex tasks, 21% said the work took longer with AI.

Most maintainers (71%) say AI makes it easier for newcomers to start contributing. Just over half (53%) say it has not improved community trust, while only 13% say it has.

Some caveats do apply.

Respondents were recruited through Linux Foundation newsletters and social channels, plus partner channels that include Red Hat. As for the 25% slop figure, it is an estimate from 111 respondents, not a measured count.

That sounds fair, but disclosure is mostly left to individual choice right now, and a quarter of projects have no way to check anything. It only works if the people sending slop make an effort to do it.

And as we have already seen time and again, the ones sending slop rarely bother.

15
Trapped on Linux (piefed.zip)
submitted 3 days ago by to c/linux@lemmy.ml
 
 

Despite how this may feel, this post really is about Linux.

Lately I've been thinking a lot about trying to daily drive ... something else. OpenBSD. RedoxOS. 9front, Plan9. Heck, MINIX3. Some of it is that I've always wanted to try living on a micro-kernel, as I strongly agree with the design principles; but more recently a lot of it is because of what's going on in both user space and the Linux kernel. I can escape from systemd by running Artix or Void or a dozen other anti-systemd distributions; Wayland is getting harder to avoid and some people no longer have a choice despite Wayland still trailing X in accessibility. But that's still fine for me since my preferred window manager doesn't run on Wayland at all, and there are no efforts to port it. Most alarming is what feels like a slippery slope around AI in the Linux kernel. No amount of distribution dodging is going to avoid that.

So I spend more and more time looking at alternatives and evaluating if I really can daily drive something other than Linux. Today I realized that I've trapped myself, and that trap is because of games.

I'm not a huge gamer, but I like to occasionally play; and recently, Linux has been really really great for games, even beating Windows on its home turf. I played entirely through Borderlands 4 on Linux -- a game which is demanding of hardware, by any measure -- on what's basically a mobile AMD CPU/GPU and it crashed all of twice the entire game. I waste a few hours every month on Factorio. I've got stuff bookmarked in my Steam library that I know run well on Linux; we have resources like the ProtonDB. Lately, this has been my big blocker, and that realization I mentioned was in the form of realizing that I'm using the exact same excuse Windows users used to use to avoid switching to Linux. Because they didn't want to lose access to games.

Something that's informing my hesitation is that I have a Linux phone, too. It's got an arm64 CPU, and is running some mobil-ized fork of Debian, and so much software isn't available for it. So. Much. Either there aren't packages for the OS and they're not in Flathub; or they are in Flathub but they're not adaptive and so are effectively useless on a mobile device; or they're in Flathub but aren't available to arm64; or they're in Flathub but just don't run because 30% of Flatpaks in Flathub are broken and don't run -- at least, they don't run on my phone, because they don't like whatever's providing GL via Wayland. What this experience has done is made me pessemistic about jumping platforms: if I lose access to half the software I use just by switching CPU architectures, how bad will it be if I up and out change kernels? Pretty bad, I'm expecting; I'm not going to be playing any AAA games, that's for sure. Which is why -- even though Linus himself is slop-coding patches into the kernel -- I feel trapped.

It's incredible that Linux has come so far on the desktop that the availability of games is a blocking factor to migrating off of it -- isn't it? C'mon old timers: we've come so very far, baby, and for most of it I never imagined we'd be here. We've already taken over the world, via phones, via servers, via infrastructure, via all that FOSS that corporations are furtively using illegally by not following the LICENSEs of the libraries upon which their platforms are built. We've won, although desktop users only dimly, if at all, comprehend it; we give ourselves handicaps to ensure we remain the outsider underdog, by using increasingly more constrained sub-markets as our penetration measure.

Maybe it's inevitable: popularity increases capability which begets stickiness. I like being able to just fire up Factorio, not having to dual boot, or faff around with virtual machines or with maintaining two ecosystems. Heck, I don't even have to run Steam -- there's a Factorio: Space Age package in AUR. I just launch it from the command line. I'm going to lose all that by going to RedoxOS. Sure, I'll gain the confidence that the kernel isn't being written by an RNG, but what am I willing to give up? Games?

In a way, Linux has achieved Windows-ness. It's sticky. People have to stay, unless they're willing to accept the austerity measures of a younger (or at least far less popular) OS. The excuses Windows users made, now Linux users are making. I want to move to a better OS... bUt WhAt AbOuT mUh GaMeS?!?!

16
 
 

If I'm breaking any rules, apologies.

I know, labeling something a repost is a lead weight, but I'm a fan of full disclosure. I posted this topic two years ago and I thoroughly enjoyed reading all the replies, I even learned a few things. Time has passed, and I figure some of you out there will have some new and interesting stories to share, so tell me:

So I was thinking of silly things I’ve done that pseudo-broke my system, or made me think I had a broken system. Like the time I put the cmd :

exit

in my ~/.bash_aliases file and I had to open a text editor to fix it because that broke all the terminals on my machine.

I’m curious what other silly things users have done to confuse themselves.

Op Op.

17
18
 
 

cross-posted from: https://discuss.online/post/47154614

Wow, this is so awesome! You learn real skills, starting at the transistor level. Add the coding and run real applications: chess, doom, minecraft clones, java, etc. GIthub repos

TINY-32 is a full 32-bit RISC-V computer made of 93,338 transistors. It passes the official RISC-V test suite and runs real DOOM at full speed.  Fully open source.
19
 
 

Today, the openSUSE project released version 25 of its Agama web-based installer for Tumbleweed, Slowroll, and MicroOS distributions with a web-based terminal, an option to exit the installer, and enhanced port selection.

While openSUSE continues to work on adopting Agama as the default installer for Tumbleweed, they updated the web-based installer with a web-based terminal so you can access the shell without leaving the browser, as well as an option to exit the installation at any time before the installation starts if you change your mind.

“It is important to note that the option is only available before the installation starts: cancelling while Agama is already applying changes to the system could leave it in an unpredictable and potentially unbootable state, so the exit option disappears as soon as the installation is underway,” said the openSUSE project.

Agama 25 also enhances bond port selection by using a searchable multi-select field list that you can filter as you type, while still allowing users to write a name by hand for a device that is not present in the system yet. It also brings AutoYaST-related code into Agama’s own codebase.

Last but not least, this release polishes the OpenAPI specification and JSON schemas with stable URLs. According to the devs, having them published this way is useful well beyond Agama itself, allowing other tools to generate clients, validate requests, or simply let people browse the API without digging through the source code.

For more details, check out the release notes. To use the Agama 25 installer for installing openSUSE Tumbleweed, MicroOS, or Slowroll, you must download the Agama live ISO image, create a bootable medium on a flash drive, and boot from it. Meanwhile, the standard live ISOs for Tumbleweed and Slowroll still use the old YaST installer.

20
submitted 3 days ago* by to c/linux@lemmy.ml
 
 

Has anyone used or installed Endless OS?

I came across it while looking for educational distros, but it looks like an interesting distro in general - Debian-based, FOSS ethos, immutable, and offline focussed.

Interested to hear what people here think about it.

21
 
 

Security personnel around the world are on high alert Tuesday following the discovery of eight TLS certificates with private keys so weak they could allow anyone to mint trusted browser and app credentials for any site on the Internet.

As of late morning Tuesday, browser makers and some major apps and programming languages had blocked all eight of the intermediate certificates. There are no reports of certificate transparency logs, which track the issuance of all browser-trusted certificates, showing the compromised keys being used maliciously. The threat remains far from over, however, because it will be hard and time-consuming to update other key parts of the Internet, such as Linux distributions and embedded and Internet of Things devices.

One word: bonkers

The eight intermediate certificates belong to India-based certificate authority eMudhra Limited. An informal advisory published to emudhra.we-have-a-problem.com over on Tuesday posted the message “We have a problem here – Wayne.” The words were digitally signed using the private key of one of the eMudhra certificates. With proof that the reporting party had control of the key, defenders scrambled because the same key could be used to sign unauthorized certificates that would be trusted by millions of servers worldwide.

“This will be a massive cleanup job, bigger than Heartbleed,” Filippo Valsorda, a cryptography engineer and a cryptography maintainer for the open source Go programming language, told Ars. “There will be a very, very long tail, IoT devices, Docker containers, forgotten Linux machines, unmaintained CLI tools that shipped their own copy of the roots (which is common in some ecosystems, like Python). Also, Linux distributions are still rolling out updates, some of them are not ready yet, and then system administrators will need to apply them to a lot of machines.”

Heartbleed is the name of a critical vulnerability in the OpenSSL cryptography library. In 2014, it came under mass exploitation. Exploits let many unaffiliated hackers decrypt TLS-protected exchanges between parties. They also recovered private TLS certificate keys, session cookies, and passwords. The attacks compromised thousands of servers, some belonging to large companies and government agencies around the world.

Recovery required a long series of steps that took years. Steps included patching OpenSSL on all affected devices, reissuing millions of TLS keys, revoking old certificates, rotating passwords and session tokens and updating embedded devices and other forgotten systems—something that was extremely time- and resource-intensive, especially at Internet scale.

“Every time you need a lot of different people in different contexts to do something, it will take a long time,” Valsorda explained. “This time it’s worse because there’s more contexts, more people, and more heterogeneity.”

The compromised eMudhra keys were defective at a level that’s challenging the imagination of many of the engineers studying the incident. A normal size for a NIST P-384 elliptic curve cryptography private key contains roughly 384 bits of entropy, a size allowing almost 2384, or a number with 116 digits, different possibilities. The private key sizes of the compromised keys ranged from 3 to 8 bits. Astonishingly, the private keys were 4, 56, 66, 115, 155, 156, 230, 237.

“That is extremely in the ‘this should not be possible’ category,” Valdorda said. “Maybe some horribly dangerous key generation interface has a ‘size’ parameter and they set it to 1 by mistake???”

Ben Cartwright-Cox, director of BGP.tools, said: “My guess is that it’s example code that accidentally leaked to production, but hard to know. But it’s bonkers that no one noticed.”

At this early stage, the most immediate threat appears to be for those using VPNs, especially in countries with governments likely to maliciously intercept traffic. There are likely many other cases for concern. End users largely have no recourse other than to hold off using many non-browser forms of TLS communication until they receive assurances updates are in place.

As noted, most browsers have already blocked the intermediate certificates. The exception appears to be Edge, which at the time this article went live was still connecting to 12 vulnerable hosts. In response to questions asking why and if the company has plans to do so, a Microsoft representative the company will be in touch if it has anything to “share.” Meanwhile, Signal, WhatsApp, Wireguard, and other apps that don’t rely on TLS for confidentiality aren’t affected. This page and the emudhra.we-have-a-problem.com site show apps known to be patched so far.

The incident is the latest to expose a fatal flaw in the TLS regimen. It’s only as strong as its weakest link, which in this case was eMudhra. Fortunately, transparency logs account for much of that failure, but this measure requires parties to actively monitor massive feeds and works only after unauthorized certificates have been issued. eMudhra representatives weren’t immediately available to answer questions.

One caveat: exploiting compromised certificates requires an active adversary-in-the-middle attack, meaning the attacker must act as a proxy between two TLS parties and receive encrypted traffic, decrypt it, reencrypt it, and send it to the other party. Such capabilities, in some cases, are usually limited to only the most well-resourced attackers. People with control of a local network—at a coffee shop, university, or other organization—face much less of a challenge.

22
submitted 6 days ago* (last edited 6 days ago) by to c/linux@lemmy.ml
 
 

2024 Kia EV6, stock head unit.

Edit with some quick notes because I didn't realize this blew up:

This is NOT yet usable as a replacement to stock. Working:

  • Boots! (32 bit only because stock is 32bit, so no AAOS)
  • Display
  • Touch
  • WiFi
  • Maybe BT
  • Maybe Modem (not gonna test that)
  • GPS (uses translation daemon)
  • Climate/controls/sensors/some energy stats - as much as MICOM provides anyway (uses translation daemon)
  • GPU
  • VPU (really need to test more)

Not working yet:

  • Audio/amp control
  • Power sequencing like when to turn off display, wake/sleep etc
  • Any kind of head unit experience (this will come later, I'll try AGL first, and if I can get 64 bit then I'll try AAOS)

Use NEMESIS to get root on Android: https://github.com/xwtk/hmg_nemesis

Blog post that has a small section on this: https://w-floyd.com/2026/10/notes-on-llms-part-01/#2024-kia-ev6-head-unit I'll post more there as I find the time. I am using LLMs for a lot of the heavy lifting as I try things out (never to write my blog). I link to my GitHub repos there, where this work is being actively pushed.

I only bought this car a week ago.

Don't be an idiot and actually reflash your unit if you try this - I am using kexec to boot from an image from the USB, so this is completely nondestructive (NEMESIS is what actually is installed to the system).

Some more photos!

23
 
 

Well, well, well...

The Linux Foundation published a new study today around the impact of generative AI on open-source software development. One key takeaway is that ~25% of new open-source software pull requests amount to AI slop.

The new Linux Foundation research study found that GenAI has the potential of cutting open-source coding time in half for increased productivity. They also found 59% of project maintainers found growing GenAI-based contributions. The 50% productivity boost was found to be across all types of open-source software development tasks. 71% of OSS maintainers agreed that GenAI reduces barriers to entry.

Very concerning though, their research found that 25% of incoming pull requests are estimated to be low-quality AI slop across open-source projects. Presumably that number will, sadly, continue to rise as more newcomers and users embrace AI/LLMs for working on patches on their behalf.

Those curious can find the Linux Foundation Research report in full via LinuxFoundation.org.

24
 
 

The team behind the Debian-based SparkyLinux distribution has introduced a new project called SparkyOS, with its first release, version 2026.10, now available. Unlike the familiar SparkyLinux, the new system is based on Arch Linux and is designed to run entirely from a USB drive.

The idea is that, instead of installing Linux on internal storage, users can carry a fully functional operating system on a USB drive and boot it on any compatible machine. More importantly, SparkyOS isn’t a traditional live environment where changes disappear after rebooting.

Instead, it works like a regular Linux installation, allowing users to install applications, update packages and the kernel, and save files and settings directly to the USB drive. Everything remains available the next time the system starts, even on a different computer.

Under the hood, the first SparkyOS release uses an Arch Linux rolling-release base, paired with the lightweight Xfce desktop environment and Linux kernel 7.2.11. It also includes access to the AUR, with Yay provided for managing additional packages.

Getting started doesn’t require partitioning a hard drive or a conventional installation process. SparkyOS is distributed as a preconfigured IMG image that users write directly to a USB drive. Once prepared, the drive can boot the operating system on compatible hardware.

The distribution targets 64-bit computers with UEFI firmware and requires a USB drive with at least 16 GB of storage. A faster USB drive provides a better experience, especially when installing applications or performing system updates.

One interesting detail is that SparkyOS isn’t necessarily tied to Arch Linux. The developers describe it as a portable operating system that can be built using different Linux distributions as its foundation. Arch is simply the base chosen for this initial release, leaving room for other variants in the future.

For those interested in trying it, the default username and password are both sparky, while administrative operations are handled through sudo.

For more details, see the announcement.

SparkyOS 2026.10 is available now from the project’s official website, where users can also find the download image and instructions for preparing a bootable USB drive.

25
submitted 6 days ago by to c/linux@lemmy.ml
 
 
view more: next ›