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
 
 

The rationale is interesting. I'm glad they kept the logo as it's recycling ♻️

3
4
 
 

Graham sounds more and more like a grifter. Is KDE slowly doing the walk towards evil?

A proposal to make KDE an "AI-native" desktop has gone down like a house on fire: screams, flames, people running for safety. There may be no survivors.*

Last weekend was KDE's annual Akademy conference and it included a presentation proposing an AI-native KDE. We noted that it seemed likely to polarize the audience. It looks like this was a considerable understatement.

In the days since, a debate over proposed restrictions on LLM-assisted contributions descended into bans and a deleted thread. An outside campaign called for KDE to prohibit AI altogether, a GNOME developer proposed a similar policy for that project, and KDE developer Nate Graham apologized for his role in the uproar.

The Akademy talk was titled "A lovable, sovereign, AI-native KDE" and the slide deck [PDF] is now available. It ends by saying: "The question is not whether AI. It is how. You choose how much AI – and which."

It seems almost calculated to provoke an argument rather than invite discussion. We do not know if the authors intended this – we attempted to contact both of them, but they have not yet responded.

Graham opened a discussion on Invent, KDE's GitLab instance, about proposed restrictions on LLM-assisted contributions. Although we are not a member, we watched this with some interest over the weekend. It rapidly became heated. Moderators issued warnings, restricted further comments, and eventually removed the thread.

There is an archive of the discussion, but we warn you, it contains some highly offensive language, albeit censored by the member who quoted another member's tweets on X. As events unfolded, the participant who drew attention to the posts was banned first. The author of the offensive material was banned later after their identity was verified.

The discussion is gone, but the argument continues.

One response was an outside initiative called KDE for People, which called on the KDE project to adopt a No-AI policy. Around 250 people signed it before its organizers closed it to further signatures.

GNOME developer Jordan Petridis has also published The GNOME LLM Policy That I Want, proposing that LLMs be barred from creating or modifying anything submitted to GNOME or hosted on its infrastructure.

This mentions the recent ballot on AI usage in Debian. We reported on the developer referendum about a month ago, noting that the broad spread of anti-AI options in the ballot was likely to split the vote. (This likelihood was dismissed in the comments.) Well, as The Register's Asia-Pacific desk reported a few days later, Debian did not ban AI contributions.

Graham subsequently explained his involvement in a post titled KDE and AI, and you, and me. He opens by saying: "So I accidentally triggered an online shitstorm in the process of trying to craft a set of more restrictive LLM usage guidelines for KDE. Sorry about that."

He notes that the Akademy talk met "what I'm told was a fairly chilly reception" and that "the next day, a workshop was held about the topic, also receiving a chilly reception."

Every couple of years, the KDE project sets three goals for the next two years. Earlier this week, after Akademy, it chose its latest three: you can see them in the last column of the goal-setting Kanban board. The ones chosen are:

KDE for Enterprise and Deployments (Issue #5)

Better documentation (Issue #2)

Next Generation Styling for KDE (Issue #3)

We see no mention of AI in there. In context, that may come as a relief to parts of the community.

Bootnote

*A tip of the black Borsalino to the late great Terry Pratchett, for two different "house on fire" references we combined. ®

5
 
 

For the first time, there's a way to carry out software certification on AlmaLinux, and the hardware suite has been rewritten alongside it, with test results from either certification path landing in the same public catalog.

Don't worry about the cost to validate or the uptime of the machine itself. Certifications are free, and the hardware checks no longer require you to install the distro on your setup. Validating, how?

In this particular situation, software certification is basically a listing plus the confirmations that follow it. A publisher adds the product and picks which major versions of AlmaLinux it runs on.

The confirmations come from the people running software on their own hardware across various AlmaLinux releases, though they will need to sign up for an account if they want to post their findings.

Hardware certification is the other half that got some attention.

The alma-certify tool has been rewritten, with the developers claiming it can now achieve sub-10 minute certification runs on most hardware.

Another improvement is that alma-certify doesn't require an AlmaLinux installation anymore because it can work off live media or from an installation already on the machine. There's also a new machine registration flow that makes use of QR codes.

If you didn't know, this tool records what's in the machine, all the way down to drivers and firmware, then starts up a bunch of short checks that decide whether it passes.

Those checks cover a lot of ground, starting from computation and memory errors, storage health, networking drivers, to kernel state, virtualization, GPU, and peripherals.

Tracking results

Everything ends up in the catalog, and each entry is a result anyone can analyze. It holds the systems, components, and software that have been validated, alongside the benchmark figures from the published test runs.

Every major AlmaLinux release is tracked on its own, so provenance can be proved, and everything in the catalog is easily searchable. You can even make use of the free, read-only API to collect data in bulk.

Jonathan Wright, the Infrastructure Lead for AlmaLinux, directed his attention toward potential testers, saying that:

Two things would make all of this worth it. A lot of people and organizations want proof that AlmaLinux runs on the hardware they already own before they’ll give it a try, and now they can get that proof themselves.

Every result that gets submitted makes the case to hardware and software vendors that supporting AlmaLinux officially is a low-effort thing to do.

So if you have hardware sitting in front of you, or software you rely on every day, go tell us that it works. Validations stack, so adding yours to something already listed helps just as much as being the first.

In the end, this will only work if vendors and individual users take the effort to run tests and manually post them on the portal.

6
 
 

I'm not seeing many people taking about it online when talking about music player on Linux, So I make this post to spread the word https://www.nokarin.xyz/projects/aqloss#download , https://flathub.org/en/apps/xyz.nokarin.aqloss

7
 
 

according to the open-slopware repo (https://codeberg.org/ethical-foss/open-slopware), beansprout and rhine which are WMs for river are the only WMs for now that are anti-ai, but there is little to no stuff about them. Has anyone tried them?

8
9
 
 

Solus Linux has announced a new policy on using AI and large language model tools in project contributions, explaining where these tools can and cannot be used.

The Solus team says developers can use AI to help with contributions, but they must take full responsibility for their work. Anyone submitting code or package changes needs to test them first. If AI was used, the commit should include an ‘Assisted-by LLM’ note. Only developers, not automated bots, can submit contributions.

“Contributions to Solus that were made with AI/LLM tools are allowed, as long as they follow our policy.”

Solus explains that the policy helps keep the operating system high-quality and easy to maintain. Since many people use Solus every day, contributors need to check and understand their submissions, not just share code made by AI.

However, the rules are stricter for written content. Solus does not allow any AI-generated or partly AI-generated material in its blog or official communications.

The team warns contributors not to hide their use of AI tools. If someone tries to cover up AI involvement, their work could be rejected, and they might be blocked from future contributions. Solus adds that the goal is to encourage open teamwork, not to watch every detail of how people work.

Solus says its new rules are based on the Budgie Desktop AI policy, which itself takes ideas from projects like the Linux kernel and Fedora. Still, they’re leaving the door open as the team also points out that this policy may change as AI tools become more common in software development.

For more details, see the official Solus announcement.

10
 
 

who the fuck think it's a good idea to push bios update via windows update?, it can't even get video driver update right. Before you flaming me for using microslop windows this is my brother laptop not mine

11
12
BSOD (thelemmy.club)
submitted 1 day ago* (last edited 11 hours ago) by to c/linux@lemmy.ml
 
 

final edit: You want real logs instead? add this to your kernel command: drm.panic_screen=kmsg


Kinda funny, kinda neat.

I have no idea what the QR-code might reveal (I could not read it from this picture), so I pixelised it just to be sure.

FWIW I know exactly what happened and did not panic. To reproduce, boot your device with init=/bin/sh, then type exit.

CachyOS


The picture above is generated by Drm panic which is part of the kernel itself, or maybe a separate module. The data in the QR code is the kmsg log.

Not systemd, which wasn't running when that happened.

And it's been around for years; I guess I haven't had a kernel panic in a long time.

13
 
 

Timestamps:

00:00​ Intro

00:36​ Sponsor: TuxCare

01:46​ KDE's AI policy

06:42​ Existing AI policies

10:06​ Going further on AI

12:58​ My stance on AI

17:05​ FOSS projects: yes or no to AI?

28:02​ Sponsor: Tuxedo Computer

14
submitted 3 days ago* (last edited 2 days ago) by to c/linux@lemmy.ml
 
 

Hello everyone, I need help to decide on a Linux Distribution to settle and finally stop distro hopping. I have quite some experience with Linux(1year Mint, a quarter year Arch, nixos, debian, manjaro, fedora, suse tumbleweed and kalpa...)I have been experimenting for now almost 3 years. Now I finally want to setlle but I just don't know where. I like Nix's shell but don't like installing everything in five steps(with git because my brain can stand neither the dirty tree warning nor leaving out on the git push) and I don't need the reproducibility. I like rolling so I don't need to reinstall or do any major update, but even more appealing is low maintenance and stability in the sense of nothing unexpectedly breaking. I'll use the computer as an daily driver mostly for programming & 3d design, university related work, streaming and also some gaming. Thank you for your answers. #linux #distrohopping. EDIT: I don't want to have a company behind my distribution. And my specs: Nvidia RTX 4070, Amd Radeon 7 7840HS, 16GB of RAM

Conclusion: Thanks a lot for all of that feedback, I decided to go for Debian 13 Stable and might check out MX once.

The final conclusion :P: I will now install LMDE and either try to install KDE Plasma or just stick with Cinnamon. Its not as uncustomizable after all. And the flashbacks I got during the installation from me first stepping into Linux... ...definetly the rabbit hole I should have fallen into, even though I can now never live a normal life again :/.

15
 
 

19 days ago I announced my plans here on Lemmy and after four weeks and ~300 hours in total, I can finally share the first ISO of my project with this community. "sometime next week" yeah that was optimistic lmao I want to thank you again for the feedback on the initial announcement and I can say I tried my best to address and implement a lot of your suggestions!

For the people that haven't read the last post, this is the basic gist of it:

Unlike immutable distributions that lock you out of the native package manager and force you into sandboxes, Plutonium-239 keeps the core Arch experience intact. You still get the bleeding-edge Arch repositories and the power of the AUR but all of that with a 5-20% performance boost from a heavily optimized kernel and the peace of mind of an unbreakable safety net underneath.

For the ISO and the in-depth technical documentation, please visit my website at the link in the title!

The 0.0.1 version is a pre-release/in-development version meant for experienced people interested in this project. I tested it extensively and I'm running it for a few days now on my Thinkpad myself, however I can IN NO WAY guarantee that this is 100% viable to daily-drive just yet.

I'm very thankful for every person that considers testing this distro in a VM or on a secondary PC to contribute to the development of this project. Any feedback is appreciated and I hope my work can be of value to you!

Edit: from the feedback that was pm'd to me so far it seems like it's working fine when it's running but two people had issues with the hardware detection during the install. If you are experiencing a similar issue, please send me your hardware specs and the output of the log where it failed and I'll be able to make it more robust!

16
 
 

What would you recommend for a Linux laptop. Will multiboot with Windows 11.

Both with i5 10th gen. T490 with 24gb ram and 5410 with 16gb ram.

$200 USD for the dell and $260 USD for the Lenovo.

Just want to do basic office/web stuff. Only gaming would be Minecraft. looking for a quiet laptop with good thermals.

17
 
 

https://github.com/thingsiplay/nameplate

I wrote some niche commandline Python script to rename filenames. I know there are many tools to do this already. It's in the vein of something like Perl rename command. Maybe someone is interested, I don't know.

name --append "_v2" -- *.py

name --glob --replace " (*" -- *.sfc

Manual installation only:

git clone https://github.com/thingsiplay/nameplate
cd nameplate
mv name.py name
# The path below is just a suggestion. This depends on your system.
install --verbose -t ~/.local/bin/ name

BTW, use option -n (--dry-run) to test commands without applying any changes on the filesystem. The README got some more examples.

18
 
 

Does anyone know of a window manager or some sort of "app tray" that allows me to press something like the super key plus a number to choose the app I want but press it again to start cycling through the apps in that "number column"? I'll try to clarify better if my description is a bit confusing. It doesn't necessarily have to have your typical looking app tray. Could even be those interesting circles too.

19
20
 
 

Ubuntu 26.10 changes how the system choose which processes are killed when memory runs low, making a rogue browser tab is less likely to punt you back to the login screen.

When your system runs out of memory, the kernel’s out-of-memory (OOM) killer kicks in, terminating processes to recover some.

The issue is that doesn’t always kill the right things.

By default, many apps and critical desktop services share the same priority score. When the OOM killer is choosing its victim target, it looks at their OOM scores, not “what’s using the most memory”.

Firefox and GNOME Shell, for example, share the same priority status. If memory pressure increases, the OOM killer may decide to terminate GNOME Shell to free up memory rather than the the process causing runaway memory requirements.

I regularly encounter this myself in Ubuntu VMs if I try to do too many things (with too many Firefox tabs open): rather than OOM nuking an app, it kills GNOME Shell instead – but I’d much rather a tab crash than my entire desktop session.

Ubuntu 26.10 makes changes to mitigate this.

Canonical’s Jean Baptiste Lallement says “the goal is simply to preserve the desktop session where possible” by terminating apps before core session services. To do this, it’s lowered the OOM scores for desktop processes so they’re less likely to be nixed.

Ubuntu 26.10 also stops systemd-oomd being able to kill user sessions as it doesn’t use the same OOM priority scores as the kernel, and important desktop services could still be nixed based on memory pressure requirements.

These changes will improve how Ubuntu copes when memory runs out, but Lallement calls it “a first step” that “does not make Ubuntu immune to OOM conditions”. More granular OOM policies for desktop services and apps are planned.

Ubuntu 26.10 is released on Thursday 15 October, 2026, but if you plan to test drive the beta that’s due on Thursday 24 September, these changes will be there – not that you’ll notice them, hopefully!

21
 
 

* YMMY obviously -- it'll be different if you run this on a literal potato. But it do be like that on a orange pi 5 max, however: https://i.imgur.com/WiKaszO.png

Click here to download it.

This nice little piece of software is the perfect mix between "I want to run something cool whilst at the same time something that is effective and runs everywhere" -- a Windows 95-themed application launcher that runs on either X11 or wayland (or even on nothing at all!) and provides all possible binaries on your distro from a list... which you can scroll up and down using your mouse scroll wheel or by clicking on the scroll bar (Yes, it works just like the one on Windows 95). Or you can type something, get a couple suggestions up and run the binary you want by either pressing enter or by double-clicking with the left mouse button.

That [X] over there? If you click it, it'll shut down the application window. Or you can press ESC.

Also, no .png, .ttf files or anything of the sort -- all the things you are seeing are purely made of code.

To get you a working binary, simply download the provided tarball on the link above (which I made it like that due to some folks finding it easier than repository cloning, so eh)... unpack it. Download the required dependencies (Type "sudo apt install -yq build-essential libsdl2-dev make" if you are on Debian), then type "sudo make -j$(nproc) && sudo make install" and then type "win95run".

This is under the "DO WHATEVER YOU WANT" license. Should be self-explanatory.

22
 
 

Today, I was doing some command-line stuff and then this happened:

ls --help|less
Usage: ls [OPTION]... [FILE]...
List information about the FILEs (the current directory by default).
Sort entries alphabetically if none of -cftuvSUX nor --sort is specified.

Mandatory arguments to long options are mandatory for short options too.
ESC]8;;https://www.gnu.org/software/coreutils/manual/coreutils.html#ls-aESC\ESC[1m-a, --allESC[0mESC]8;;ESC\
do not ignore entries starting with .
ESC]8;;https://www.gnu.org/software/coreutils/manual/coreutils.html#ls-AESC\ESC[1m-A, --almost-allESC[0mESC]8;;ESC\
do not list implied . and ..
ESC]8;;https://www.gnu.org/software/coreutils/manual/coreutils.html#ls--authorESC\ESC[1m--authorESC[0mESC]8;;ESC\

It's rendering ls --help with control characters. When I do ls --help|less --raw-control-chars it doesn't show the control characters, and it looks all neat and pretty. Isn't this the opposite of how it's supposed to work?!

Is --raw-control-chars a toggle and some config is causing less to show control characters when I invoke it with no options? If so, where can I find this config and stop this?

This has absolutely no bearing on my work and my life in general except for the fact that I'll go absolutely batshit trying to figure this out, because that's how my brain is. So far, all of my web searches just confirm that less shouldn't be working this way, but they don't give me any way to fix it. Please help me, Lemmy!!!

23
 
 

KDE Plasma on Debian 13

I had a blocking program. I didn't mind it closing, so I wanted to do that on shutdown. But I miss the button and clicked "Do not show again" in the popup that asks if you want to kill blocking programs.

I instead want that popup to remain. How can I restore it?

24
 
 

two questions if you have the answer to just one thats great )

I followed this guide https://forum.qubes-os.org/t/cpu-pinning-alder-lake/17949%C2%A0

now no vms work i get this error "failed to start logical volume “vm-sys-usb-volatile” already exist in volume group “qubes dom0” (vm sys usb volatile is just an example)

also gui is buggy (slow and not appearing where it should be) and clicking doesnt register (not a external mouse) and logging in/out is super long but this happened before cpu pinning and just happens after updating it works fine on fresh install before updating

25
 
 

I was setting up iptables like I have done a billion times before, but when trying to /etc/init.d/iptables save, it said that the kernel doesn't have support for it. Wut? So I load ip_tables with modprobe, only to lose it after a reboot, so I shoved it into modules in mkinitcpio.conf, which seems to have helped.

What's going on? Are we forcibly moving on to nftables?

view more: next ›