 DistroWatch Weekly |
| DistroWatch Weekly, Issue 1172, 11 May 2026 |
|
Welcome to this year's 19th issue of DistroWatch Weekly!
At the end of April the Fedora project released the latest iteration of its cutting-edge distribution: Fedora 44. The new version of Fedora offers the latest versions of popular desktop environments, improves OpenSSL performance, and increases compatibility with Windows applications and games. We begin this Weekly with a look at Fedora 44 and how the distribution has changed in the past six months. In our News section we continue to talk about Fedora and the project's plans to move ahead with providing AI tools in future versions. We also report on issues with Ubuntu's new coreutils programs along with TrueNAS's new, extended development cycle. Plus we report on improvements to postmarketOS's boot process and Redox's port of the tmux multiplexing tool. Our Questions and Answers column this week talks about fonts, particularly why some distributions ship so many font options and why there aren't more tools to filter out unnecessary fonts. How many fonts are installed on your main distribution? Let us know in the Opinion Poll and leave us a tip with your favourite font manager in the comments section. Below, we are pleased to share a summary of last week's new releases and list the torrents we are seeding. We wish you all a fantastic week and happy reading!
This week's DistroWatch Weekly is presented by TUXEDO Computers.
Content:
- Review: Fedora 44
- News: Fedora plans to provide AI tools, problems with Ubuntu's new coreutils, TrueNAS extends development cycle, postmarketOS improves boot splash screen, Redox ports tmux
- Questions and answers: What to do about all the extra fonts?
- Released last week: OmniOS r151058, Omarchy 3.7.0, Parrot 7.2, PrismLinux 2026.05.05, ZenLake 26.04, TROMjaro 2026.05.08, UBports 24.04-1.3
- Upcoming releases: FreeBSD 15.1-BETA3
- Opinion poll: How many fonts are on your system?
- Reader comments
|
| Feature Story (By Jesse Smith) |
Fedora 44
Fedora is a Linux distribution which probably needs no introduction. The Red Hat-sponsored, experimental distribution has a large community and, in recent years, has become the basis for several immutable distributions and gaming-focused projects.
Fedora 44 was published at the end of April, following a few delays to fix critical bugs, and I decided to take the new version for a spin. The list of key new features in Fedora 44 is relatively brief and Fedora Magazine shared the highlights:
For those of you installing fresh Fedora Linux 44 Spins, you may notice a change in how Anaconda handles network devices. Anaconda now only creates network profiles for devices configured during installation (by boot options, Kickstart, or interactively in UI) instead of providing default profiles for all devices.
* * * * *
Fedora Linux 44 Workstation ships with the latest GNOME release, GNOME 50.
* * * * *
If you are a KDE user, you should also notice a couple of very obvious changes. Fedora KDE Plasma Desktop 44 is based on the latest Plasma 6.6, which includes the new Plasma Login Manager and Plasma Setup to provide a more cohesive and integrated experience from the moment the computer is powered on for the first time.
* * * * *
The loading time of OpenSSL has been improved by making use of directory-hash support for ca-certificates.
* * * * *
The NTSYNC kernel module is enabled for select packages by package recommendation (notably WINE and Steam), which can improve compatibility and performance when running Windows applications (especially games). When packages that recommend the wine-ntsync package are installed, the package recommendation ensures NTSYNC is configured automatically on subsequent boots, so that users don't have to manually enable NTSYNC.
Fedora 44 is available in several editions and spins. The project provides a Workstation edition (featuring the GNOME desktop), a KDE edition (running Plasma), and a Server edition for systems that don't require a desktop. There are also several spins maintained by the community with alternative desktop environments and package sets. Fedora runs on a few CPU architectures, including aarch64 and x86_64
Live session
I decided to try the KDE edition of Fedora for x86_64 machines. The ISO file for this edition is 3.1GB in size. Booting from it loads a Plasma session and places a single icon on the desktop which can be used to launch the system installer. A dark, thick panel is placed across the bottom of the display.
A welcome window appears automatically and offers to launch the project's system installer. If we skip this offer the welcome window then offers to provide a quick overview of the desktop panel's widgets and the Plasma desktop's features. We are also introduced to key KDE components such as encrypted file vaults and the KDE Connect service. The welcome window offers to open the Discover software centre and enable third-party repositories for us. These third-party options include the RPMFusion package repositories, Flathub, and the Chrome browser repository. By default, Fedora does not enable these third-party repositories and has a policy of including open source and patent-free software packages only.
I found the live Plasma session to be oddly slow. I was also surprised to find the Plasma session was taking up an unusually large amount of memory - over 2.5GB. A live Plasma 6 session usually consumes between 1.0GB and 1.5GB, so to see this figure more than double was concerning. What was causing the poor performance though turned out to be one of my least favourite features of several modern Linux distributions: zRAM.
The idea behind zRAM is to take data in memory which is not being used and compress it, storing it in virtual swap space. Unlike regular swap partitions (and swap files) the compressed data remains in memory, and can be decompressed and restored to regular RAM more quickly. It's not a bad idea, in theory, if we occasionally have small amounts of data which we want to compress and retrieve rarely. Unfortunately, if the system is being aggressive in swapping, take up too much space with its zRAM storage, or if the system frequently needs to uncompress data it has swapped out then performance, then quickly goes downhill because the processor spends time compressing, decompressing, and recompressing memory. Again, in theory, this shouldn't be a problem as we can disable zRAM and resume normal operations. However, Fedora versions since at least Fedora 37 will automatically re-enable zRAM if the user turns it off. I was reminded of this fact when I disabled zRAM on the live session and reclaimed some performance, only to have the system start swapping madly in and out of a new zRAM device it had decided to create against my instructions.
To disable zRAM we need to remove a package and then turn off the zRAM device. This can be accomplished by running the following commands from a terminal:
$ sudo dnf remove zram-generator-defaults
$ sudo swapoff /dev/zram0
At this point desktop performance still wasn't up to the usual Plasma standard, but it was usable. I decided to dive into the system installer.
Fedora 44 -- Running the KDE Plasma desktop
(full image size: 1.1MB, resolution: 1920x1080 pixels)
Installing
When I tried to launch the system installer I was prompted for a password. Leaving the password field blank will allow us to proceed.
Fedora has recently introduced a new installer, which has appeared in the last few releases, and it replaces the previous hub-based Anaconda installer. The new installer takes a linear approach and begins by asking us to select our language and our region from a list. We can also change our keyboard layout.
When we get to disk partitioning we have the option of taking over the entire disk or taking over an existing partition. There does not appear to be any method for changing existing partitions, at first. I found that there is a small, three-dot menu in the upper-right corner of the installer window which, when clicked, offers to "Launch storage editor". "Storage editor" is apparently what Fedora currently calls a partition manager. We then need to click through multiple warnings which tell us the "storage editor" will make changes to our disk. The storage editor window crashed almost immediately, returning me to the system installer.
Fedora 44 -- Running the system installer
(full image size: 105kB, resolution: 1920x1080 pixels)
In short, it was not possible for me to create or edit partitions on my system in order to make room for Fedora, at least not with the tools included with the distribution.
Since the system installer was not cooperating and the live Plasma session was unusually heavy and slow, I decided to try another flavour of Fedora to see if these issues were specific to the KDE edition or if there was an underlying problem.
My next step was to download the LXQt spin of Fedora which is 2.3GB in size. Booting from this medium brings up the LXQt desktop and places a light-coloured panel across the bottom of the screen. Icons on the desktop open the file manager and there is an icon for launching the system installer. The LXQt spin does not include a welcome window. Like its KDE counterpart, the LXQt spin does enable zRAM and it can be disabled using the same method discussed earlier in this review.
The live LXQt desktop was performing better than the Plasma session and so I started the system installer once again. I was asked to confirm I wanted to launch the installer and was warned it was an executable file when I clicked its icon. It's a minor thing, asking for confirmation before launching the installer or requesting a password, but these little pauses on the path to installing the distribution give an impression of an unpolished operating system.
The installer screens are the same when we are using the LXQt spin. This time, when I reached the partitioning screen and launched the storage editor, both the storage editor and the system installer immediately crashed, returning me to the desktop. I tried again and once more, the storage editor crashed, taking down the installer with it.
Browsing through the application menu I found a stand alone disk partitioning tool, GNOME Disks. Using GNOME Disks I was able to partition my drive and then launch the installer again. This time I was able to assign mount points to the partitions I had set aside for Fedora. Then I was asked to make up a username and password. The installer copied its packages to my local drive and reported it had finished successfully.
The new web-based installer is much slower and less responsive than the previous, hub-based installer, which itself was slow compared to most installers. In my opinion, Fedora has been going from bad to worse in this aspect. Now the new installer can't even partition disks, which is a serious regression for a tool which mostly handles disk layouts and copies packages.
Early impressions
My new copy of Fedora booted to a graphical login screen. From there I was offered three session options: LXQt Desktop (which runs an X11 session), LXQt Wayland, and Openbox. Signing into either of the LXQt options will present us with a quiet desktop with a panel at the bottom of the screen. On the panel we find an application menu, virtual desktop switching widget, the task manager, and the system tray. Next to the task switcher is an area for placing quick-launch icons. Icons can be dragged from the application menu down to the quick-launch area. We are not able to pin open applications to the launch bar.
LXQt uses a light theme, by default, with blue icons. The X11 session uses Openbox as the window manager while the Wayland session runs Miriway behind the scenes. This use of separate window managers results in some inconsistent behaviour, which I will talk about later in this review.
Fedora 44 -- Exploring the LXQt menu
(full image size: 1.0MB, resolution: 1920x1080 pixels)
Hardware
I tested Fedora in VirtualBox and directly on a laptop. The distribution ran fairly well in the virtual machine. LXQt's performance was smooth and responsive in the virtual environment.
When running the distribution on my laptop the media and screen brightness shortcut keys did not work. Further, in the Wayland session it was not possible to enable the shortcut keys. My touchpad worked, but did not register taps as clicks. Again, it was not possible to fix this behaviour. Audio and networking functioned as expected.
A fresh install of Fedora's LXQt spin consumed 5.5GB of disk space and enabled zRAM by default, rather than use on-disk swap space. I disabled the zRAM virtual device as I had plenty of RAM for the distribution to run. With that said, LXQt was unexpectedly heavy in memory. The usually lightweight desktop used 880MB of RAM just to sign into LXQt's X11 session and used a hefty 1,160MB of RAM to sign into the Wayland session. For the sake of comparison, when I ran the siduction distribution about a year ago with the LXQt desktop, that install also took about five and a half gigabytes of disk space, but required only 550MB of RAM to launch a LXQt desktop session. In other words, Fedora's build of the LXQt desktop uses about twice as much RAM as Debian's build of the same environment.
Included software
The spin of Fedora 44 I was running shipped with version 2.3.0 of the LXQt desktop, the Falkon web browser, and the Transmission bittorrent client. The distribution also provided a PDF viewer, an image viewer, the QTerminal application, and a process monitor. The desktop includes the PCManFM-Qt file manager.
Fedora 44 -- Running the Falkon web browser
(full image size: 745kB, resolution: 1920x1080 pixels)
That was almost all of the desktop applications, apart from a few configuration tools. I found utilities for managing the firewall and user accounts. There were also desktop settings tools for adjusting the desktop's appearance, screen brightness, and icons.
I did not find any office suite, media players, or other desktop applications on the system. In the background I found manual pages, GNU command line utilities, and the systemd service manager. Fedora 44 ships with version 6.19 of the Linux kernel.
Software management
When software updates become available, a notification appears with an icon in system tray. Right-clicking this package icon gives us the option to launch the dnfdragora package manager. I found 253 updates were available on launch day with a download size totalling 2.2GB. The initial ISO download for the LXQt spin was 2.3GB, meaning I was basically redownloading the size of the distribution over again, on release day.
The dnfdragora application prompted for my password when I attempted to fetch updates and then paused to ask if I wanted to accept the project's repository key. This is one of those quirks which is not technically wrong, but it doesn't look good. A fresh out of the box operating system shouldn't need to ask the user if they are sure they want to trust the official distribution security repositories. We are already trusting the packages from those repositories by installing the operating system.
Perhaps, in hindsight, I shouldn't have been so trusting. Once the first wave of updates had been downloaded and applied to the system, I was no longer able to logout of the LXQt desktop, restart the system, or poweroff the computer from within the graphical interface. To reboot, I had to open a terminal and run "sudo reboot".
After the first wave of updates, the dnfdragora package manager no longer worked. I was able to open the simple, low-level package manager, but it was unable to fetch future updates or install new packages. Any attempt to use it would result in the package manager reporting it was applying changes and then locking up at 0% completion, never to progress. The command line DNF package manager, on the other hand, worked properly. I was able to fetch new software, apply updates, and remove unwanted items using DNF without any problems.
Fedora 44 -- The package manager stops working after the first update
(full image size: 552kB, resolution: 1920x1080 pixels)
Fedora ships with the command line Flatpak package manager too. Unlike most other distributions, Fedora does not automatically connect to the Flathub repository. Instead, Fedora has its own, free software only repository which is enabled by default. I was able to find most of what I wanted within Fedora's curated repository and we can enable Flathub if we want more software.
Fedora 44 -- Running the DNF command line package manager
(full image size: 901kB, resolution: 1920x1080 pixels)
Other observations
One significant aspect of the LXQt desktop, which stood out during my trial, is that several of the included configuration modules do not work when run in the Wayland session. All of the LXQt settings tools work in the X11 session, but some (such as the tools for working with virtual desktops, window placement, and display management) do not run in the Wayland session. For some reason the developers did not include Wayland-equivalent alternatives with the LXQt spin to run in the Wayland session. For a distribution which has been moving toward a Wayland-only stance, it feels odd that the X11 session has working configuration tools, but the Wayland session does not.
On the topic of session-specific quirks, the X11 session of LXQt enables four virtual desktops by default. We can change the number of virtual desktops using a configuration module. When running the Wayland session there is just one desktop and there is no option to add more.
Fedora 44 -- The PCManFM-Qt file manager
(full image size: 444kB, resolution: 1491x777 pixels)
Conclusions
Normally, when I am reviewing an operating system I try to focus on the technical aspects and what I've got directly in front of me. In other words, I'm interested in what works for me and what doesn't work for me; I'm typically not worried about past releases, developer squabbles, other community spins, or what other reviewers thought of the same release. When I'm taking notes for a review, I'm working with a type of tunnel vision: "How well does this software work for me on my hardware?"
Going into this review though I couldn't help but think about something outside of my usual field of vision. Originally, it looked as though Fedora and Ubuntu would both publish their latest versions on the same week in April, just two days apart. Since I didn't think I would be able to properly review both distributions at the same time, I reached out to a few reviewers who regularly contribute content to DistroWatch Weekly and asked if they'd be willing to help. Specifically, I asked if any of them would be interested in reviewing Fedora while I took the new Ubuntu LTS version for a spin. They all declined, indicating they'd be happy to write something for the Weekly, just as long as they didn't need to install Fedora and deal with its problems.
In other words, recent Fedora releases have been bad enough I literally can no longer pay my colleagues to run the distribution.
Certainly, in the past, I've mentioned having issues with aspects of Fedora releases. Sometimes a new desktop version is unstable or the package manager has been slow or a new installer has had a weird design. Sometimes Fedora's open-and-patent-free-only policy with regards to packages has been cumbersome. But these issues were usually, if annoying, either one-off issues or growing pains or possible to work around fairly easily. Put another way, Fedora's experimental nature means problems come and go with each release, but there are usually positive elements too and fixes for the issues. I can't say that about Fedora 44.
Unfortunately, I found virtually every aspect of Fedora 44 to be a mess. The Plasma session is massive, with Plasma being 100% heavier in RAM than the same desktop running on other distributions, and unusually slow. The zRAM virtual swap space continues to be buggy. There are reports against zRAM and how it automatically re-enables itself against the user's instructions going back three years and the project still refuses to address the issue. The new system installer can't partition disks, something which Fedora releases going back to Fedora Core 1 were able to accomplish properly, and I had to use a third-party tool to create my disk layout.
Once installed, Fedora's initial flood of updates broke the LXQt desktop session and prevented the package manager from ever working again. Around a third of the desktop configuration tools work on X11 only and fail to run in Wayland and (this feels more significant) there aren't Wayland alternatives included to handle this gap in functionality. The LXQt session is twice as resource hungry on Fedora as it is in the Debian family, despite not having as much functionality.
I'm willing to put down Fedora's insistence on providing patent-free and libre software only as a pleasant quirk - inconvenient, but praiseworthy for its idealism. However, what I can't excuse is prompting the user to accept trust of Fedora's own repository keys and asking for a password to launch the installer from the live ISO. These are features of first-attempt hobby projects, not suitable for a long-running, corporate-backed distribution with dozens of developers.
Usually Fedora has good hardware support, with past releases typically working well with this laptop. This time around the distribution mostly worked - it could boot, wireless networking functioned, but my shortcut keys didn't work. This feels like a (small) step backward, though it may be desktop specific.
Some people may legitimately point out that, for the majority of this trial, I was running a community spin, not a proper full edition of Fedora. Which is true, and it may be the source of some of the observed problems, but I only ended up running the LXQt spin because the KDE spin (which I used successfully six months ago) was too slow and buggy, sending me looking for alternatives. In fact, six months ago, when using the same edition on the same laptop, I had this to say about the KDE experience:
On the positive side of things, the Plasma desktop was faster and its Wayland session was more polished on Fedora than when running Kubuntu on the same hardware. I didn't run into the issue of duplicate mouse pointers, for example, with Fedora.
Now, just six months later, the Plasma session runs like a maple syrup through a straw on the same laptop.
What boggles my mind is that virtually every aspect of the distribution has problems (the LXQt Wayland session, the configuration tools, the Plasma desktop, the system installer, the partition manager, and the package manager all had glaring issues) and this was after Fedora 44 was delayed multiple times to give the developers a chance to fix bugs. There are still several remaining; too many, in my opinion.
Fedora 43 provided relatively positive experience, in my opinion, with the experimental distribution, but Fedora 44 feels like an unfinished mess. I'd skip this release and either stick with Fedora 43 or wait to try your luck with Fedora 45.
* * * * *
Hardware used in this review
My physical test equipment for this review was an HP DY2048CA laptop with the following
specifications:
- Processor: 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz
- Display: Intel integrated video
- Storage: Western Digital 512GB solid state drive
- Memory: 8GB of RAM
- Wireless network device: Intel Wi-Fi 6 AX201 + BT Wireless network card
* * * * *
Visitor supplied rating
Fedora has a visitor supplied average rating of: 8.3/10 from 475 review(s).
Have you used Fedora? You can leave your own review of the project on our ratings page.
|
| Miscellaneous News (by Jesse Smith) |
Fedora plans to provide AI tools, problems with Ubuntu's new coreutils, TrueNAS extends development cycle, postmarketOS improves boot splash screen, Redox ports tmux
The Fedora project is planning to provide more AI tools and utilities for AI developers. Gordon Messmer provided an overview of the goal in a discussion thread: "The Fedora AI Developer Desktop Initiative aims to build a thriving community around AI technologies by focusing on three key areas: equipping developers with the necessary platforms, libraries, and frameworks; ensuring users experience painless deployment and usage of AI applications; and establishing a space to showcase the work being done on Fedora, connecting developers with a wider audience."
The proposal, which has been accepted, was met with some concern and objections in the Fedora developer community, but Fedora's Project Leader, Jef Spaleta, is not concerned: "As the Fedora Project Leader, I am absolutely not concerned about the reputational damage to this project that comes with setting up an entirely new output attractive to developers who want to make use of AI tools. "
It is possible Spaleta should be worried, at least one Fedora developer (Fernando Mancera) has already left the project in protest.
* * * * *
When Canonical launched Ubuntu 25.10 and, more recently, 26.04, the company shipped an alternative to the GNU coreutils package. The GNU coreutils package includes low-level userland utilities such as mv (move) and cp (copy). These GNU utilities are written in the C programming language. Canonical has replace these programs with alternatives written in the Rust language. The idea behind the replacements is Rust is a "memory safe" language, which avoids common security issues. The problem, as some people have pointed out, is that the GNU coreutils programs have been around for decades and probably don't include any memory-related bugs at this stage in their development. What they do include, as Collin Funk has pointed out, is hard-won wisdom which has removed a lot of potential bugs that are not related to memory issues. Collin points out that many of the new Rust utilities include race conditions, logic errors, or permission problems which can be exploited, but which have long been addressed in the GNU versions of the programs.
"Canonical posted an update about their decision to switch to uutils reimplementation of GNU coreutils. In it, they detail the audit performed by Zellic, which found 113 issues, 44 of which were assigned CVEs. They go on to explain that as a result of TOCTOU races, they have decided to continue using GNU 'cp', 'mv', and 'rm' in Ubuntu 26.04.
Canonical highlights in bold text that 'the vast majority of issues have been addressed and resolved'. Sadly, they do not go into any more detail about which issues still remain unsolved. From my quick skim over them, the CVEs affected version fields do not seem 100% accurate.
I did not get a chance to check all of them, but here are three that I was surprised to notice in a fully up-to-date Ubuntu 26.04 install...."
An overview of the problems and a comparison between the new Rust tools and their GNU equivalents can be found in this mailing list post.
* * * * *
The TrueNAS project is preparing to launch a new version of its network attached storage distribution. The upcoming release, TrueNAS 26, will be featuring a longer development cycle than past versions of the distribution. "TrueNAS is taking a major leap forward with the first beta of TrueNAS 26, our initial version of a new series of annual software releases. Moving beyond the previous twice-yearly schedule, this change is a direct response to Community preference for annual releases. The shift to an annual release cadence is driven by a commitment to quality and a better customer experience. This new annual release cycle, with point releases like 26.1 and 26.2, promises improved TrueNAS quality, easier communications, and increased development productivity." Additional information on the upcoming TrueNAS 26 release can be found in the project's announcement.
* * * * *
The postmarketOS project is making a change to the mobile distribution's boot process which should make displaying the splash screen more flexible while also reducing the maintenance work involved. "We've been working on improving the boot splash screen experience in postmarketOS for a while now, and we're happy to share that we've switched from pbsplash to Plymouth. Plymouth is widely used across many Linux distributions and is a big improvement over pbsplash.
pbsplash didn't use DRM, so display rotation wasn't supported. It also had to be killed and restarted every time the displayed message changed, which was messy to handle in the initramfs and caused graphical flickering. On top of that, we had to maintain custom systemd units and workarounds that still had rough edges. Plymouth solves all of this and integrates cleanly with systemd and OpenRC out of the box, reducing our maintenance burden significantly.
A nice new feature is the ability to toggle the splash at runtime by pressing Esc on devices with a keyboard, or the power button on phones and tablets. With pbsplash, seeing the console required modifying the kernel cmdline and rebooting, which on some devices meant reflashing a boot image." Additional details on this change can be found in the project's blog post.
* * * * *
The Redox project published its April newsletter and it mentions improvements to the Rust-based operating system's boot process. "This month, we have made system boot more resilient and better able to avoid getting stuck. Wildan Mubarok provided fixes and addressed some long-time regressions after the 0.9.0 release, allowing boot to continue even if certain important drivers exited or became blocked. A summary of his changes are: Updated and rebased against the upstream Rust-OSDev acpi crate to improve support for many computers, and VirtualBox; fixed the boot stuck by driver exits; reduced the boot time of computers with multiple CPU cores." The newsletter also mentions improved RISC-V processor compatibility and announces the tmux terminal multiplexing program has been ported to Redox OS.
* * * * *
These and other news stories can be found on our Headlines page.
|
| Questions and Answers (by Jesse Smith) |
What to do about all the extra fonts?
Font-tsunami asks: What is the reason behind distributing fonts that will be used by almost nobody? Is there an app for choosing wanted fonts and/or eliminating unwanted fonts? I know of font management tools and use them regularly, but that is a time consuming remedy (afterwards).
Do so many distributors think they are helpful by including 89 useless fonts: ancient inscription fonts, and languages used by very few people or scientists? And if used by many, e.g. the several fonts in India, why do I need them to be installed on my PC? I have no option during the installation process. I can uninstall unwanted applications, but getting rid of unwanted fonts is more difficult and possibly risky.
That's why I request a user friendly solution. Am I the first one to ask this? I didn't find useful information on the Internet.
DistroWatch answers: I'm going to start by moving backward through your questions, and take the last one first. "Am I the first one to ask this?" Yes, actually. I've been a system administrator and developer for over 25 years and, in all my years of handling bug reports, reading help desk tickets, and responding to DistroWatch Q&As, I believe this is the first time anyone has asked me about removing unnecessary fonts from their operating system. So, I suppose congratulations are in order, it's not often I receive a unique question.
Continuing to move backward through your questions: "Why do I need them to be installed on my PC?" Technically, you (personally) don't need all of those fonts installed on your computer. There are probably several, maybe hundreds, of fonts you will never need to use. Why are they then installed by default on many distributions? There are three reasons:
- Someone wants or needs them and it is a lot easier to simply provide all commonly used or popular fonts by default than to make people hunt down and install them manually. Especially since...
- When a font that is required by a tool or application is not available it makes life quite difficult. Applications will give odd errors, or try to display errors which are invisible because the font is missing. If you've ever tried to troubleshoot an application which was attempting to display an error in a font that wasn't installed, you will understand what a strange experience it is. It's better to provide all fonts and let experienced users remove fonts they know they will not require.
- Installing every possible font has virtually no drawback. On a modern desktop Linux distribution I checked the size all the fonts available (there are over 1,700 on the default install) and, combined, they totaled 128MB*. This means having every font available automatically installed takes up less than 2% of your average desktop distribution, but greatly improves accessibility around the world.
Finally, to your question: "What is the reason behind distributing fonts that will be used by almost nobody?" Basically, there is no downside to having every font imaginable installed. The fonts take up a small amount of space and make functionality and accessibility much more simple. Most people will never give a minute's thought to their system's fonts. The ones they need are automatically used by the system and their applications while the rest are ignored. If you need a specific font, typically you can search through the list of available fonts alphabetically, or use a font manager, so having dozens of fonts on the system won't get in the way.
* - On another, more lightweight distribution, I checked the list of installed fonts. I found just 70 installed, which came to a combined size of 26MB. This was less than 1% of the total size of the distribution.
* * * * *
Additional answers can be found in our Questions and Answers archive.
|
| Released Last Week |
OmniOS r151058
The OmniOSce Association has announced the release of a new version of OmniOS, an open-source operating system for servers, with support for many popular Solaris and OpenSolaris technologies. The new release is labelled as version r151058 and comes with tool updates, new features and additional hardware support: "On the 4th of May 2026, the OmniOSce Association released a new stable version of OmniOS - the open-source enterprise server OS. The release comes with many tool updates, brand-new features and additional hardware support. New features since r151056: IPv6 networking has gained a fast path implementation, similar to that already present for IPv4 - this bypasses the data link services (DLS) layer for suitable traffic and improves throughput; the kernel MAC framework's softring polling code now correctly enforces its configured byte limit, and various accounting issues with fanout statistics and dual-stack TCP softrings have been corrected; disabling hardware checksum offload via dohwcksum now also disables Large Segment Offload (LSO), preventing transmission failures on certain interfaces; the Intel IOMMU code is now more informative when it encounters unknown remapping structures, and the immu-dmar-print debug option works again." See the brief release announcement and the comprehensive release notes for further information.
Omarchy 3.7.0
David Heinemeier Hansson has announced the release of Omarchy 3.7.0, the latest stable version of the project's Arch-based Linux distribution featuring the Hyprland Wayland compositor. This version comes with a "Gaming Edition" tag as it ships with the Steam client installer and menus populated with links to popular remote game servers: "Add streamlined Steam installer that doesn't need user input; add fully preconfigured RetroArch that no longer depends on AUR; add streamlined Bluetooth Xbox controller compatibility without needing to restart; add Lutris Launcher to Install, Gaming for running Battle.net games (Diablo, Starcraft, WoW); add Heroic Launcher to Install, Gaming for running Epic Games (sadly no Fortnite or Rocket League); add Moonlight GameStream client to Install, Gaming for remote play of PC games from Sunshine server; add Xbox Cloud Gaming web app to Install, Gaming for remote Xbox Game Pass play; add Install, Gaming, Remove for removing any of the game setups; fix obstructive SDL_VIDEODRIVER env causing problems with many Steam games." The detailed release notes also lists new features, improvements in aesthetics and control, and bug fixes.
Parrot 7.2
The Parrot project has announced the availability of Parrot 7.2. The new version includes a fix for the Copy Fail Linux exploit, automated handling of Flatpak updates, and applies updates from the upstream Debian branch. "Significant updates have also been implemented for parrot-menu, as the migration to the new Go codebase continues and new desktop entries have been added. Other core components, including parrot-themes and parrot-tools have received improvements. Specifically, parrot-core now includes a built-in check for packages installed via Flatpak, automatically handling updates for them as needed. Furthermore, we have refined the post installation logic to improve system stability during home directory synchronization from Parrot 6 'Lory'. Additionally, this release synchronizes Parrot with the latest Debian upstream updates. By aligning with the Debian project, we ensure that all core packages benefit from the most recent security fixes and stability patches." The project's release announcement offers additional information.
PrismLinux 2026.05.05
The PrismLinux team has announced the release of PrismLinux 2026.05.05, a significant update of the project's Arch-based Linux distribution that boots into a KDE Plasma desktop and provides a custom system installer: "We are pleased to announce PrismLinux 2026.05.05, a substantial stable release, bringing a fully redesigned installer, a refreshed live experience, GNOME 50 support, Linux kernel 7.0, and a broad set of improvements across packages and the core system. The installer has been significantly redesigned and refined: improved navigation - steps now retain their state, allowing free movement between modules throughout the installation process; native localisation - localisation is now handled natively, replacing the previous JSON-based approach; low-end hardware support - weak hardware is detected automatically, animations and resource-intensive features are disabled accordingly; shell selection - choose your default shell during setup from Bash, Fish or Zsh; new fonts - Cascadia Code, JetBrains Mono and Maple Mono are now available as font choices; gaming section - gaming applications (Bottles, Steam) have been moved to the dedicated Extra, Gaming section." Read the complete release announcement for further information.
PrismLinux 2026.05.05 -- Running the Plasma desktop
(full image size: 3.5MB, resolution: 2560x1600 pixels)
ZenLake OS 26.04
A new addition to DistroWatch, ZenLake OS is a user-friendly Linux distribution featuring a customised GNOME desktop and a built-in ability to restore the system to a previous state in case of a boot or system failure. The just-released ZenLake OS 26.04 is based on Ubuntu 26.04: "ZenLake OS 26.04 is now available, based on Ubuntu 26.04 'Resolute Raccoon'. ZenLake is a remix of Debian/Ubuntu LTS with GNOME desktop that is configured to be user-friendly. It is minimal and lightweight, and suitable for users who prefer a modern GNOME desktop with Wayland display server. Highlights: GNOME 50 desktop; Linux kernel 7.0. The ZenLake Settings app was updated with a better look and more features: Wallpapers - new Wallpapers tab for browsing and changing the desktop background; Change Kernels - show version numbers of available kernels for Liquorix and XanMod kernels; Remove Kernel - show free space in boot partition and size of each installed kernel; Software Support - new tab to install/remove Software Center apps like GNOME Software, Bazaar and Ubuntu Snap Store; Web Browsers - add support to install/remove Tor, Zen, LibreWolf and Thorium web browsers; System Restore - reduce number of snapshots to reduce disk usage...." See the release announcement and the release notes for more details.
ZenLake OS 26.04 -- Running the GNOME desktop
(full image size: 6.7MB, resolution: 2560x1600 pixels)
TROMjaro 2026.05.08
The TROMjaro project has announced the availability of the latest update of TROMjaro, a Manjaro-based Linux distribution with a customised Xfce desktop. Version 2026.05.08 updates the Linux kernel to the latest long-term supported version (6.18.26) which fixes the Copy Fail kernel vulnerability. It also ships with a new video player. "TROMjaro 2026.05.08. The usual Manjaro 'Stable' updates, that also fix for that nasty Linux security issue. And a few changes. Linux kernel 6.18 - we moved to the new LTS kernel. If you want to do that open the Kernel app on your sytem and install it. Reboot the system. You can press Shift multiple times while rebooting to access the GRUB menu and from there select Advanced boot options and make sure you are running the 6.18 one. New default video player - we are using the Clapper video player now. Simply because it does a much better job at playing any video. It is simple and yet powerful. I recommend installing the clapper-enhancers package too. You can also play YouTube videos or videos from other sources. Overall it is a much better player than the previous one, Celluloid. And that's all. We keep it stable and working." Here is the brief release announcement as published on the distribution's user forum.
UBports 24.04-1.3
The UBports developers have announced the latest version of their project's continuation of the Ubuntu Touch operating system. Version 24.04-1.3 introduces a number of fixes and improves the handling of X11 desktop applications. "Ubuntu Touch 24.04-1.3 is a maintenance release of the 24.04-1.x series. This release contains mostly bug fixes and small improvements. The notable ones are: Improved handling of desktop apps, including: Allow launching X11 apps outside of Lomiri (e.g. from OpenStore/Snapz0r). Fixed dangling placeholder windows and launcher entry when launching X11 apps. Fixed launching applications written using GTK4. Improved handling of docks with input devices such as NexDock. Fixed playing back AMR voice message sent via MMS. Fixed scaling factor being slightly off in certain applications (in particular apps which use Qt auto scaling or embedded webview). Fixed shutdown hanging on some devices. General bug fixes and security updates." Additional infromation is provided in the project's release announcement. A list of support devices and install instructions can be found on the project's devices page.
* * * * *
Development, unannounced and minor bug-fix releases
|
| Upcoming Releases and Announcements |
|
Summary of expected upcoming releases
|
| Opinion Poll (by Jesse Smith) |
How many fonts are on your system?
In this week's Questions and Answers column we talked about fonts, specicially why there are so many fonts installed by default and why distributions typically do not provide a way to filter out fonts at install time. We would like to hear how many fonts are installed on the computer you are using at the moment.
To find out how many fonts are installed on your Linux system you can run the command: "find /usr/share/fonts -type f | wc -l". To discover the size of these fonts, run the command "du -ch /usr/share/fonts".
You can see the results of our previous poll on video card types in our previous edition. All previous poll results can be found in our poll archives.
|
|
|
| Website News |
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 18 May 2026. Past articles and reviews can be found through our Weekly Archive and Article Search pages. To contact the authors please send e-mail to:
- Jesse Smith (feedback, questions and suggestions: distribution reviews/submissions, questions and answers, tips and tricks)
- Ladislav Bodnar (feedback, questions, donations, comments)
|
|
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| *NEW* NovaCustom |
NovaCustom PrivacyGuard Laptops - Escape from Big Tech
The NovaCustom PrivacyGuard Laptop is ideal for anyone who prioritizes privacy. Comes with Dasharo coreboot open source firmware and Zorin OS Pro, free from influence of Big Tech.
|
| Archives |
| • Issue 1172 (2026-05-11): Fedora 44, dealing with extra fonts, Fedora plans to provide AI tools, problems with Ubuntu's new coreutils, TrueNAS extends its development cycle, postmarktetOS improves the boot splash screen, Redox ports tmux |
| • Issue 1171 (2026-05-04): Xubuntu 26.04, extending memory with VRAM, Ubuntu plans AI features, Devuan developer forks GTK2, Mint introduces hardware enablement builds, Linux running on a PlayStation 5, local kernel exploit found in Linux |
| • Issue 1170 (2026-04-27): ENux 5.2.1, picking a second distro, AlmaLinux expands CPU support, FreeBSD publishes Status Report, Ubuntu MATE skips 26.04 release |
| • Issue 1169 (2026-04-20): Lakka 6.1, free software and source-based distributions, FreeBSD Foundation publishes compatible laptop list, Debian holds Project Leader election, Haiku progresses ARM64 port, Mint to extend development cycle, Linux 7.0 released |
| • Issue 1168 (2026-04-13): pearOS 2026.03, EndeavourOS 2026.03.06, which distros are adopting age verification, Arch adjusts its firewall packages, Linux dropping i486 support, Red Hat extends its release cycle, Debian's APT introduces rollbacks, Redox improves its scheduler |
| • Issue 1167 (2026-04-06): Origami Linux 2026.03, answering questions for Linux newcomers, Ubuntu MATE seeking new contributors, Ubuntu software centre is expanding Deb support, FreeBSD fixes forum exploit, openSUSE 15 Leap nears its end of life |
| • Issue 1166 (2026-03-30): NetBSD jails, publishing software for Linux, Ubuntu joins Rust Foundation, Canonical plans to trim GRUB features, Peppermint works on new utilities, PINE64 shows off open hardware capabilities |
| • Issue 1165 (2026-03-23): Argent Linux 1.5.3, disk space required by Linux, Manjaro team goes on strike, AlmaLinux improves NVIDIA driver support and builds RISC-V packages, systemd introduces age tracking |
| • Issue 1164 (2026-03-16): d77void, age verification laws and Linux, SUSE may be for sale, TrueNAS takes its build system private, Debian publishes updated Trixie media, MidnightBSD and System76 respond to age verification laws |
| • Issue 1163 (2026-03-09): KaOS 2026.02, TinyCore 17.0, NuTyX 26.02.2, Would one big collection of packages help?, Guix offers 64-bit Hurd options, Linux communities discuss age delcaration laws, Mint unveils new screensaver for Cinnamon, Redox ports new COSMIC features |
| • Issue 1162 (2026-03-02): AerynOS 2026.01, anti-virus and firewall tools, Manjaro fixes website certificate, Ubuntu splits firmware package, jails for NetBSD, extended support for some Linux kernel releases, Murena creating a map app |
| • Issue 1161 (2026-02-23): The Guix package manager, quick Q&As, Gentoo migrating its mirrors, Fedora considers more informative kernel panic screens, GhostBSD testing alternative X11 implementation, Asahi makes progress with Apple M3, NetBSD userland ported, FreeBSD improves web-based system management |
| • Issue 1160 (2026-02-16): Noid and AgarimOS, command line tips, KDE Linux introduces delta updates, Redox OS hits development milestone, Linux Mint develops a desktop-neutral account manager, sudo developer seeks sponsorship |
| • Issue 1159 (2026-02-09): Sharing files on a network, isolating processes on Linux, LFS to focus on systemd, openSUSE polishes atomic updates, NetBSD not likely to adopt Rust code, COSMIC roadmap |
| • Issue 1158 (2026-02-02): Manjaro 26.0, fastest filesystem, postmarketOS progress report, Xfce begins developing its own Wayland window manager, Bazzite founder interviewed |
| • Issue 1157 (2026-01-26): Setting up a home server, what happened to convergence, malicious software entering the Snap store, postmarketOS automates hardware tests, KDE's login manager works with systemd only |
| • Issue 1156 (2026-01-19): Chimera Linux's new installer, using the DistroWatch Torrent Corner, new package tools for Arch, Haiku improves EFI support, Redcore streamlines branches, Synex introduces install-time ZFS options |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Xubuntu
Xubuntu is a community-developed operating system based on Ubuntu. It comes with Xfce, which is a stable, light and configurable desktop environment.
Status: Active
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
