DistroWatch Weekly |
DistroWatch Weekly, Issue 1058, 19 February 2024 |
Welcome to this year's 8th issue of DistroWatch Weekly!
Some Linux distributions focus on being general purpose operating systems, capable of fulfilling a wide range of tasks. Projects such as Debian and Fedora tend not to optimize for any one field of use, but provide a wide range of tools and packages for a range of tasks. Other projects narrow their focus in order to excel in one area, often exclusively. We see this sort of optimization in projects like UBports which runs on mobile devices or Tiny Core Linux which strives to be as small as possible. This week we begin with a look at Drauger OS, a project which places a strong focus on gaming. The Drauger OS distribution provides a number of gaming applications and compatibility tools while trimming away other desktop software. We share some observations on Drauger in this week's Feature Story. Then, in our News column, we talk about UBports changing the way the project organizes its development branches and labels its releases. We also report on TrueNAS rolling out faster deduplication for ZFS storage pools while FreeBSD plans to slowly phase out support for 32-bit processors and publishes its quarterly status report. Plus we share some updates on System76's COSMIC desktop environment as it nears its first development release. In our Questions and Answers column we talk about how much disk space to allocate to a fresh Linux installation and we ask our readers to weigh in with their experiences in this week's Opinion Poll. Plus we are pleased to share information on this week's new releases and list the torrents we are seeding. We wish you all a wonderful week and happy reading!
This week's DistroWatch Weekly is presented by TUXEDO Computers.
Content:
|
Feature Story (By Jesse Smith) |
Drauger OS 7.6
The Drauger OS project develops an Ubuntu-based Linux distribution which features the Xfce desktop and places a focus on gaming. The project's website describes the distribution as follows:
Drauger OS is a Linux desktop gaming operating system. It aims to provide a platform for gamers to use where they can get great performance without sacrificing their security. Furthermore, it aims to make it easy for anyone to game, whether they use a keyboard and mouse, or some sort of controller.
Since Drauger OS is based on Ubuntu LTS releases, it is stable, secure, and receives updates from the Ubuntu repositories for 5 years (even if a given Drauger OS release is not supported the full 5 years by Drauger OS development).
I browsed the Drauger website, looking for details as to what the distribution does to focus on gaming. As far as I could tell, there isn't any overview of gaming-focused features on the website or in the distribution's wiki. There are comments about there being no media editing applications or common applications, such as LibreOffice, included by default. This covered what Drauger OS does not do, but I didn't find any indication that Drauger OS provides things gamers might want, such as an optimized kernel scheduler, video drivers, or pre-installed software like WINE or Steam.
Drauger is offered in a single edition which is 3.7GB in size. Booting from this downloaded media brings up a boot menu where we are asked if we want to install the distribution, launch the live session, or run the live session in safe graphics mode. These three options all have roughly the same effect. Whichever one we select, the Drauger media quickly boots and displays a specially themed Xfce desktop environment. If we select the Install option, a custom graphical installer is launched for us. If one of the Live options is selected then the Xfce desktop is displayed and a welcome window opens to greet us. I'll touch on the welcome window again later as it shows up again in the installed copy of the distribution. On the desktop there are icons for opening the Nemo file manager and launching the system installer.

Drauger OS 7.6 -- Greeted by the welcome window
(full image size: 722kB, resolution: 1920x1080 pixels)
Installing
Drauger OS ships with a custom system installer which basically walks us through the same steps, mostly in the same order, as its parent distribution's Ubiquity installer would. It starts off by offering three install options: Quick, OEM, and Normal. There isn't any explanation regarding the differences, but presumably OEM sets up the system without a user account. I went with the Normal option.
The installer next shows a hub screen where we can click modules to set configuration options. This basically adds an extra step or screen between each required stage of the process. We're guided through choosing our keyboard layout, location, and creating a username and password combination. There is a hub screen simply called Options which offers to enable automatic login and gives us the chance to install proprietary add-ons such as NVIDIA drivers.
The disk partitioning section offers guided and manual options. The manual approach uses GParted to set up disk partitions. The guided method appears to take over the entire disk and we're given a checkbox to toggle whether we want to set up a separate /home partition.
With these steps completed the installer shows a conformation screen and then a progress bar as it works to set up the operating system. When the installer is finished it offers us four choices: Exit, Restart (the computer), Send Report, and Advanced. The Send Report option will apparently notify the developers Drauger OS has been installed and send them some information about our hardware. The Advanced button opens a window where we are offered the chance to delete our new installation, add a PPA software repository, or dump our configuration to a file for troubleshooting purposes.
Early impressions
My trial with the installed copy of Drauger OS got off to a poor start. Simply trying to boot the distribution resulted in an immediate kernel panic. I tried booting again and once more ran into an immediate kernel panic. This struck me as odd because the distribution had booted smoothly when running from the live media.
I did a bit of checking and comparing and what I discovered is Drauger OS ships with two versions of the kernel: Linux 6.2.9 and 6.6.11. The live media uses the 6.2.9 kernel and this worked well for me in my test environments. The installed operating system has both kernels available and defaults to using 6.6.11 which would panic. Going into the Advanced section of the boot menu and manually picking Drauger's 6.2.9 kernel would successfully boot the distribution.
Using different kernels on the live media and the installed copy strikes me as being odd. Typically a live medium is used for three purposes: testing hardware compatibility, providing an easy way to launch the installer (and related tools), and rescuing a broken system. Switching out the kernel at install time effectively takes away the effectiveness of live media in the first scenario.
Once I sorted out the kernel issue, Drauger booted to a graphical login screen where we can sign in as our user or a guest user. The guest session has no password and any changes we make to the guest account are erased when we sign out. The guest account's desktop looks quite a bit different than our regular user's desktop. Our regular user account has a thick panel placed across the top of the screen which holds the application menu (represented by the distribution's icon), a task switcher, and a system tray. Down the left side of the screen is a thick dock with three icons. At the bottom of the display we find a virtual desktop overview widget. The regular account uses a dark them and, when we sign in, a welcome window appears.
The guest account shows a thin panel across the top of the desktop where the application menu is identified by the word "Applications" and a single dock is placed across the bottom of the screen. When using the guest account, clicking the launchers for some programs (such as the terminal) work, but other launchers do not. The Synaptic and file manager icons do nothing when clicked in the guest account. The guest account uses a light theme and does not display a welcome window.
When I first signed into my regular user account a welcome window appeared. This window shows a grid of buttons which provide access to documentation, on-line resources, and some local tools such as the Additional Drivers utility. It also includes a Tutorial tool which pops-up a series of windows around the desktop with text describing what the various desktop elements (panel, dock, and virtual desktop overview) do. There is a README file which talks mostly about how to install the distribution. Plus there are links for visiting the project's website.
I found the launchers in the welcome window worked and there were no issues there. Though I did find it interesting I couldn't resize the welcome window. Clicking the borders of the window would let me move the welcome screen, though not resize it. Other application windows behaved normally when their edges were clicked and dragged.
Hardware
I briefly played with Drauger OS in VirtualBox, though that's not its target platform. The distribution ran in VirtualBox and worked passably well, offering average performance. When running on my laptop, Drauger mostly worked well, properly detecting all of my hardware. I did run into one quirk where, once the system booted, my keyboard would fail to respond for a couple of minutes. My trackpad worked, but the computer acted like the keyboard wasn't there for a few minutes. I've seen this happen before a few times, but it's rare. It doesn't seem to be a bug exactly, just a quirk that slows down getting logged in.
The distribution was able to boot in both UEFI and Legacy BIOS modes, at least as long as the proper 6.2 kernel was selected. I didn't get the 6.6 kernel to boot and so decided to switch my default boot option. There isn't a tool included in the distribution to do this so I ended up changing the GRUB configuration manually.

Drauger OS 7.6 -- Browsing the application menu and the settings panel
(full image size: 711kB, resolution: 1920x1080 pixels)
Drauger used a fairly normal amount of memory during my trial, requiring 465MB of RAM when signed into the Xfce desktop. This places the distribution in the mid-weight category, about on par with other projects running Xfce, and lighter than distributions running GNOME or KDE Plasma. When it came to disk space though I was surprised to see a fresh install took up 17GB of storage. Drauger bills itself as shipping with few applications and not many non-gaming tools, so I expected it to be smaller. As it turns out, over 4GB of this 17GB was taken up by a hidden swap file stored on the root partition. Drauger uses this swap file instead of a separate swap partition, which means the operating system was about 12GB in size, about 50% larger than most other mainstream desktop distributions.
I was curious what was packed into Drauger to make it large, which brings me to...
Included software
Drauger ships with some common desktop applications, including the Firefox web browser and the Nemo file manager. A document viewer, image viewer, and the Flameshot screenshot utility are installed for us. The distribution ships with a few media applications, including the Audacious music player, the mpv media player, and the Cheese webcam utility. There is a graphical tool for installing additional, third-party hardware drivers, and the BleachBit disk clean-up tool. There is a launcher for an e-mail client, though none is installed on the system. Timeshift is installed to help us manage system snapshots.
In line with the project's gaming theme, the distribution includes a number of tools to help people install games. These include WINE, PlayOnLinux, the Steam gaming portal, Lutris, the Heroic Game Launcher, and GameHub.
Not everything is game focused though. Drauger OS also includes the GNU Compiler Collection. We're also given the GNU command line utilities and manual pages. Drauger runs the systemd init software and ships with two kernels: Linux 6.2 and 6.6.
Drauger puts some of its launchers right out in front of the user, placing them on the left-hand dock. Specifically, there are icons for launching Steam, Firefox, and Synaptic on the dock. There are also two arrows on the dock which can be clicked to provide access to additional launchers. One opens the Drauger Installer. This installer isn't a system installer, rather it assists the user in installing a single Deb package. The other hidden launchers open the Heroic Games Launcher, GameHub, and Lutris - portals for fetching and launching video games.
While having these gaming portals front and centre for the user (or front and slightly to the left) is convenient, there were some items I missed or ran into quirks with while using them. For example, there doesn't appear to be any graphical tool installed to help users configure boot options. Since Drauger ships with two kernels I'd somewhat expected to find an easy way to switch between them or install alternative kernels optimized for gaming or responsiveness. On a less visible topic, the vi text editor, a staple of most distributions, is not included. People wishing to edit text files from the command line can use Nano instead.
One bit of weird behaviour I ran into involved the Firefox browser. Its default home page was set to /home/<username>/%u (or, more specifically, /home/jesse/%u, in my case). This resource is not a valid location so Firefox just shows an error page whenever it's opened until we change the default home page. This seems like an obvious error and one I'm surprised didn't get fixed in testing before the release.
Software management
Drauger OS ships with multiple tools for managing software packages. Synaptic is the package manager which is most visible to the user. This low-level package manager provides a lot of functionality (we can manage repositories, fetch updates, search for low-level packages, and perform installs and upgrades with it). Synaptic isn't flashy or streamlined, but it offers a lot of functions. My time with Synaptic mostly went well. Early on I ran into an issue where I had refreshed my package database and tried to fetch upgraded packages. Synaptic failed saying some dependencies were missing. I switched to a terminal and used APT to fetch the waiting upgrades and this worked as expected. I'm not sure why APT worked where Synaptic failed (since Synaptic is a front-end for APT). I suspect Synaptic was performing a full or "dist-upgrade" procedure while APT was performing a more conservative, regular upgrade. Other than this hiccup, Synaptic worked well for me.

Drauger OS 7.6 -- Exploring the software centre
(full image size: 559kB, resolution: 1920x1080 pixels)
The second software manager is GNOME Software Centre. While Synaptic appears to just pull from Ubuntu's 22.04 "Jammy" repositories, GNOME Software pulls from these classic repositories as well as the Flatpak Flathub repository. GNOME Software is divided into three tabs: Explore, Installed, and Updates. The Explore tab worked for me and was able to help me find and install new Deb packages. The Installed tab showed me items already on the system and was able to remove Deb packages. The Updates tab would show waiting updates, but was unable to handle them. I also found I was unable to fetch and install new Flatpak bundles. Whenever I tried to work with updates GNOME Software would unhelpfully report "Something went wrong", sometimes adding the waiting updates had unmet dependencies. When working with Flatpak packages any action was met with an error which read "Invalid NULL filename".
I turned to the command line where I tried using Flatpak to fetch a few games and the VLC media player. I also tried to update the existing Flatpak bundles (Firefox is a Flatpak on Drauger OS). Any attempt to use Flatpak, whether as a regular user or as the root user, resulted in an error during the download process with a message declaring: "Invalid NULL filename". In short, Flatpak management and most actions available through the GNOME Software application didn't work.

Drauger OS 7.6 -- Error while trying to update Flatpak packages
(full image size: 525kB, resolution: 1920x1080 pixels)
Gaming and devices
The Drauger website indicates the project has a focus on gaming, though as I mentioned before, it's short on explaining what features gamers might enjoy. While exploring the distribution I didn't find many game-focused features. There are a few gaming portals, such as Steam, PlayOnLinux, and Lutris installed for us. Though these tools are also available on most other desktop distributions with a few mouse clicks.
Drauger immediately detected and was able to use a spare Nintendo Switch controller I plugged into my machine, though parent distributions, such as Debian and Ubuntu, also treat the controlled as a plug-n-play item that is automatically supported, so Drauger doesn't stand out in the crowd in this regard.
I tried some of the gaming portals Drauger provides. I started with Steam which allowed me to sign into my Steam account. Then Steam crashed. I tried to sign into Steam again and the Steam process was running (visible in a task monitor), but the window wasn't visible. The desktop started to lag. I logged out and then signed back in again to try again. This time Steam ran normally. Using Steam I could access my library of games and install new ones
I tried fetching a few games through Lutris too. The first two games I tried to install failed with the error message: "YOu [sic] are not authenticated to "%s", 'gpg". This was vague and unhelpful. I tried a third game which installed, but then failed to launch with the error: "Failed to retrieve libretro information." A fourth game installed, but also failed to launch, this time with an error saying my web address was "empty" and I should check the game's configuration. This felt odd as the game was a stand-alone game and doesn't not require a network connection.

Drauger OS 7.6 -- Lutris failing to launch a game
(full image size: 743kB, resolution: 1920x1080 pixels)
All of this is to say Drauger ships with some gaming portal utilities, but they don't always work well. Which isn't necessarily Drauger's fault. Lutris and PlayOnLinux usually don't perform well for me on other distributions either with a random sampling of games and applications.
Conclusions
I appreciate what Drauger OS is attempting to do. The project is taking a Ubuntu base and trimming it down to make it more like a gaming platform, or a gaming portal platform. The large icons and reduced number of applications give Drauger's desktop a console-like feel, not unlike an XBox or PlayStation. From a visual perspective, the distribution seems to be hitting the mark.
On the other hand, Drauger presented me with several issues. The problem with the default kernel on the live media being different from the one which is used when the distribution is installed really stood out as an issue since one of the kernels failed to boot in my test environments. The Firefox browser using a local, invalid URL for its home page was a smaller issue, but a bit baffling as I was surprised it didn't get caught before the current version was released.
What surprised and concerned me most about using Drauger is the distribution seems to struggle in areas where other Ubuntu-based distributions usually do not. I was unable to install or upgrade any Flatpak packages, for instance, with Drauger. This is something which usually "just works" on other distributions, at least when working from the command line. Similarly, this week was one of the few times I've run into a dependency error while using Synaptic. Drauger uses its own system installer which, while it works, isn't as streamlined and friendly as either Ubuntu's Ubiquity installer or the Calamares installer used by at least one Ubuntu community edition.
In short, I feel like I could have achieved a similar, perhaps better experience, had I installed another light-to-mid weight Ubuntu edition, such as Lubuntu or Xubuntu, and side-stepped the problems I ran into this week using Drauger's customized experience. It's never a good sign when a child distribution's customizations make it less convenient to use compared to its parent, especially in its area of focus, such as installing games.
The project is doing some nice things for gamers, like providing easy access to Steam, WINE, and Lutris, but these are easy to install on most other distributions too. At the same time, Drauger doesn't appear to be providing a solid foundation or customized tweaks gamers might find useful, like a custom kernel, emulators, links to gaming forums, on-line chat software, or a leaner base system.
* * * * *
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
|
Miscellaneous News (by Jesse Smith) |
UBports changes release version scheme, TrueNAS to offer faster deduplication, FreeBSD plans to phase out 32-bit processor support, System76 prepares to launch COSMIC desktop
The UBports team is changing the way new releases of the project's mobile operating system are organized and labelled. The intention is to make it more clear which versions of UBports are security updates and which ones are feature updates. "Each release of Ubuntu Touch will use the format of '<<year>.<month>.<minor>', where '<year>' and '<month>' are the expected year and month of the release. The feature releases will start with the '<minor>' version of '0'. These releases can contain new features, major changes etc. For example, the first release to use Ubuntu 24.04 as base will (probably) use the version 24.6.0. We plan to have a feature release every 6 months. After that, each point release will increment the '<minor>' version by '1'. The releases will contain only security patches, bug fixes or small changes, as well as updates from the base Ubuntu version. We plan to have a minor release every 2 months. We will support each feature release for approximately 1 month after the next feature release is released (i.e. we will have 1 more update, aka point release)." Additional details are offered in the project's blog post.
* * * * *
The TrueNAS project has announced a number of new features becoming available to users, including Fast Dedup which should become available for users later in 2024. A post on the iXsystems website shares highlights of Fast Dedup: "'Fast Dedup has been a longstanding desired feature of ZFS and TrueNAS, and can deliver 5X the usable capacity and 20X the performance.' said Kris Moore, SVP of Engineering. 'These attributes will significantly improve the economics of OpenZFS storage relative to cloud storage and proprietary storage, and our team could not be more ecstatic to see this come to fruition.'"
* * * * *
The FreeBSD project is planning to slowly phase out support for older CPU architectures, including 32-bit x86 and 32-bit ARM platforms. John Baldwin shared an outline of plans for the next few versions of FreeBSD: "FreeBSD is deprecating 32-bit platforms over the next couple of major releases. We anticipate FreeBSD 15.0 will not include the armv6, i386, and powerpc platforms, and FreeBSD 16.0 will not include armv7. Support for executing 32-bit binaries on 64-bit kernels will be retained through at least the lifetime of the stable/16 branch if not longer. (There is currently no plan to remove support for 32-bit binaries on 64-bit kernels.)"
The FreeBSD project published its quarterly newsletter this past week. The newsletter covers ongoing work and progress being made by the project's team. One of the intriguing new items is the idea of service jails: "Service jails extend the rc system to allow automatic jailing of rc.d services. A service jail inherits the filesystem of the parent host or jail, but uses all other limits of the jail (process visibility, restricted network access, filesystem mounting permissions, sysvipc) by default. Additional configuration allows inheritance of the IPs of the parent, sysvipc, memory page locking, and use of the bhyve virtual machine monitor (vmm)."
* * * * *
System76, the maker of Pop!_OS, has been working on a new desktop environment, called COSMIC. The new desktop, which is expected to replace GNOME on the Pop!_OS distribution, is nearing its first development release. The company has published a blog post with some of the desktop's latest features: "The screenshot tool has been implemented! Take screenshots of your entire screen, a specific window, or a selected area. Floating Window Stacks - This feature is now implemented in COSMIC. Currently, stacking allows you to pair tiled windows together across applications like tabs in a web browser. In COSMIC, you'll also have the ability to stack floating (non-tiled) windows. This can be done by simply dragging a window to the stack header; drag it out of the header to remove it from the stack. Meanwhile, launching an application while a stack is selected will add that application to the stack."
* * * * *
These and other news stories can be found on our Headlines page.
|
Questions and Answers (by Jesse Smith) |
How much disk space to allocate
Making-space-for-everything asks: I'm looking to set up my first Linux distro, probably Linux Mint, and want to know how much space to allocate? I plan to dual-boot with Windows 11, if that makes a difference. I'll probably do some gaming and set up some virtual machines to play around.
DistroWatch answers: Typically Linux distributions are set up with three disk partitions for a new installation. One holds the operating system (this is called the root partition); one holds user's files and settings (this is called the /home partition); and there is often a third partition to hold data temporarily which is called swap space.
These days it is common for the swap partition (if one is created) to be the same size as the computer's RAM as this allows us to put the machine into hibernation mode. In other words, if you have a computer with 8GB of RAM in it, then your swap space might be 8GB in size, assuming you want to use hibernation. If you don't intend to use the hibernate feature to save energy when not using your computer, then you can usually get away with a smaller swap partition, maybe 1GB. (Please note that hibernation is separate from sleep mode. Swap space is not required to put your computer into sleep mode.)
The /home partition should be large enough to hold any data you plan to keep and any third-party games you plan to install. Since this could be virtually any size from 1GB up to several terabytes (depending on your needs), the /home partition usually takes up any remaining space after the other two partitions have been created.
This leaves us with the root partition. Up until a handful of years ago, I would have said you can typically get by with a 20GB to 25GB root partition for the operating system and probably have some room left over. However, these days a lot of distributions are shipping technologies which are bulky or which eat up space over time. Portable package formats, filesystem snapshots, Nix package generations, and swap files can quickly gobble up additional gigabytes. These days it is easy to consume 25GB of space for the root partition and need more if we want to install development tools or take filesystem snapshots.
At this point, I would suggest setting up a root partition of about 32GB. A swap partition about equal in size to your RAM (if you want to use hibernation) or 1GB if you don't. Then allocate any remaining space to /home. However, when you're dual booting "any remaining space" is a tricky concept because you already have another operating system on your computer.
Try to take a rough estimate of how much space you need for gaming and your virtual machines. Probably assume at least 32GB of space for each virtual machine and maybe 10GB per big budget game to get a rough estimate. Then, because we always forget something or want more stuff, double the number you come up with to get an estimate of how big your /home partition should be. We can always use make use of more disk space.
You may be wondering why the operating system and user data are often kept on separate partitions. This is not necessary, but it's a good habit to get into. Keeping your files and settings on a separate partition from the operating system means you can re-install your distribution or even switch to another distribution while keeping your personal data (your /home partition) untouched. This saves us from restoring all of our files from a backup every time we re-install or switch operating systems.
* * * * *
Additional answers can be found in our Questions and Answers archive.
|
Released Last Week |
SparkyLinux 2024.02
SparkyLinux is a lightweight, Debian based distribution which is available in several editions. The project's latest release is from its semi-rolling branch. "This is an update of Sparky semi-rolling ISO images of the Debian Testing line, which provides fixed CLI Installer issue of installing Sparky on Btrfs and XFS filesystems, package updating as usually, and new features. Main changes: all packages upgraded from Debian and Sparky testing repos as of February 11, 2024. Linux kernel 6.6.13 (6.7.4, 6.6.16-LTS, 6.1.77-LTS, 5.15.148-LTS in Sparky repos). GRUB 2.12. Pipewire 1.0.3. Sparky CLI installer changes: added XFS and Btrfs filesystems back to the installer; the last issue did not let you install Sparky on the file systems properly, course the GRUB booloader can't be installed on the mentioned file systems. Now, the CLI installer has an option to choose additional ~500MB /boot partition which is auto-formatted to ext4, so Sparky can be boot fine." Additional details can be found in the project's release announcement.
GhostBSD 24.01.1
GhostBSD is a desktop-oriented operating system based on FreeBSD. The project's latest release, GhostBSD 24.01.1, is based on FreeBSD 14-STABLE and changes the way the root and first users are handled at install time. "This new release is based on FreeBSD 14.0-STABLE. Update Station got a significant change to upgrade to a major FreeBSD version, allowing upgrading GhostBSD from 13.2-STABLE to 14.0-STABLE. Also, a major change to the installer is the user created is an admin, and the root user gets the same password as the admin. If the admin password is changed after the installation, the root password will not change. Enhancement, improvements, and new features: Adding support for the future installer and simplified desktop configuration. Search also in PKG description (not only PKG name). New wallpapers for 24.01. Preparing GhostBSD to upgrade to 14.0. Adding search to description and Added -U to pkg query to search." Additional information is provided in the project's release announcement. GhostBSD is available in an official edition featuring the MATE desktop and a community edition running the Xfce desktop.

GhostBSD 24.01.1 -- Running the MATE desktop
(full image size: 1.4MB, resolution: 1920x1080 pixels)
* * * * *
Development, unannounced and minor bug-fix releases
|
Torrent Corner |
Weekly Torrents
The table below provides a list of torrents DistroWatch is currently seeding. If you do not have a bittorrent client capable of handling the linked files, we suggest installing either the Transmission or KTorrent bittorrent clients.
Archives of our previously seeded torrents may be found in our Torrent Archive. We also maintain a Torrents RSS feed for people who wish to have open source torrents delivered to them. To share your own open source torrents of Linux and BSD projects, please visit our Upload Torrents page.
Torrent Corner statistics:
- Total torrents seeded: 2,960
- Total data uploaded: 44.0TB
|
Upcoming Releases and Announcements |
Summary of expected upcoming releases
|
Opinion Poll (by Jesse Smith) |
How big is your root partition?
In this week's Questions and Answers column we talked about how much space should be set aside for a root partition. We would like to hear how much space you set aside to hold your operating system - do you keep things minimal, or leave a lot of room for the system and its packages to grow?
You can see the results of our previous poll on how long people wait for a project to establish itself before trying a new distribution in our previous edition. All previous poll results can be found in our poll archives.
|
How large is your root partition?
0-5GB: | 74 (5%) |
6-10GB: | 46 (3%) |
11-15GB: | 48 (3%) |
16-20GB: | 121 (8%) |
21-25GB: | 65 (4%) |
26-30GB: | 102 (6%) |
31-35GB: | 74 (5%) |
36-40GB: | 72 (5%) |
41-45GB: | 30 (2%) |
46-50GB: | 118 (7%) |
51+GB: | 849 (53%) |
|
|
Website News |
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 26 February 2024. 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 |
|
Reader Comments • Jump to last comment |
1 • Disk space allocation (by uz64 on 2024-02-19 01:42:21 GMT from United States)
I used to allocate 15-20 GB in my early years, and moved up a bit to 20-25 GB once I gained enough experience just for a bit more wiggle room. That might still actually be enough under certain circumstances (ie. basic window managers) but it really doesn't give much room for expansion. These days, it's definitely 30-35 GB if you use a modern full desktop environment on a mainstream distribution, as I found out the hard way through my sister's use of Linux. The 32 GB recommended is probably a good starting place.
My sister has been running Kubuntu on her laptop for many years after setting it up for her, with me occasionally upgrading it to the latest LTS release as they are released. It has been absolutely minimal trouble--except a couple years ago, when she started complaining that it was saying that she was running out of space. In fact, she was--and after looking at it and clearing the package cache, it would quickly keep filling up again through normal updates. I repartitioned, gave / about 35 GB just to be safe, and haven't had any complaints since.
It was originally set at either 20 or 25 GB, which was actually sufficient for many years, in fact leaving a lot of wiggle room in the beginning. It may have been after a system upgrade that the problems started to arise and it was brought to my attention. But yeah... full Linux distros with a complete desktop can take up quite a pit of space these days.
2 • Disk space allocation (by Sam Crawford on 2024-02-19 01:58:44 GMT from United States)
I use LVM (logical volume manager) so it allocates dynamic root and other folders sizes as needed.
I'm using openSUSE Tumbleweed with a 2TB disk and the system monitor is showing a 2TB /root folder as well as the same for /home and other folders.
I don't know if there is a downside to LVM but it's the option used when I do whole disk encryption?
3 • Well it's a 500GB SSD, so... (by Jerry on 2024-02-19 02:10:07 GMT from United States)
.. 50 GB+ (on that machine).
4 • Root space (by cor on 2024-02-19 02:12:03 GMT from United States)
Using a Samsung SSD for everything except /home and /var.
5 • Gaming on Linux (by Tran Older on 2024-02-19 02:49:31 GMT from Vietnam)
If you desire the best gaming experience on Linux AND XFCE, go for Fedora Games Rawhide. All top -notch hardware will be supported.
6 • Root space (by Sandy on 2024-02-19 04:03:41 GMT from United States)
Every distro I use will default to putting everything into one partition. All of my machines do this and it takes up the entire disk space, which ranges from 128GB-2TB.
7 • size of the root partition (by user on 2024-02-19 04:11:45 GMT from Czechia)
I allocate the entire disk to the system minus 512MB for EFI partiton.The root dataset takes as much as it needs, zfs filesystem.
8 • Root partition size with Snapper (openSUSE) (by SuperOscar on 2024-02-19 07:05:11 GMT from Finland)
I used to have ~ 30 GiB root partitions, but then ran into troubles in openSUSE with a btrfs root and system snapshots on. Now I often have even 80 GiB roots in openSUSE.
OTOH, if running, say, Debian with an xfs-formatted root and no snapshoting, ~ 30 GiB is still fine.
9 • Disk Space Allocation (by bassplayer69 on 2024-02-19 08:10:54 GMT from United States)
I use 500GB / (root), 2TB /home, and 2TB for /snapshots as I use btrfs on my system. Each mounting destination is its own SSD/nvme drive.
10 • Root partition (by Vukota on 2024-02-19 08:39:08 GMT from Serbia)
As long as you are using zfs, I don't see you'll have issues what is the size of your "root" partition.
When it does matter, 100+ seems like decent size, and using swap file/partition on SSD drive is always a bad idea.
11 • disk space alocation (by tomas on 2024-02-19 09:03:12 GMT from Czechia)
I have found that the space needed depends much on the distro installed. When I started with Linux more than 10 years ago, I used 20 GB partitions, to be able to do some distro hopping, and everything was fine for a long time. Now I only try some new distros from time to time and have raised the limit to 30 GB. After I have read the review of NixOS I wanted to try it too, but was very disappointed - before I could even learn how to manage the system, it finished by filling up the whole partition during an update, never checking if there is room enough, so 50 GB would be the minimum there. (I did not come across any recommendation.)
12 • Disk space allocation (by Daniel on 2024-02-19 09:12:39 GMT from United Kingdom)
I multiboot from a 500GB drive, so allow 40GB as a combined root and home partition for each distro (currently OpenSUSE Tumbleweed and Debian - just in case). I only use /home to store config files and anything I'm not bothered about losing. I keep photos, documents etc on a separate drive and symlink, so all my stuff is available in every distro I use and is safe if the OS collapses. This also makes it easy to do fresh installations of existing or new distros, although I don't distro hop much nowadays.
13 • root disk space (by Jim on 2024-02-19 11:36:02 GMT from United States)
/ 23G /boot 1.8G efi 0.2G total 25G. /z is the last partition with whatever space is left on that disc after it is imaged with the first three partitions. /z, my equivalent of /home has all my data and is 7tb plus on about 5 disks using softlinks so /z looks like one big drive. I use virtualbox and have all my applications inside virtual machines that reside on /z. The root partition only contains virtualbox, LibreOffice dump utility for backing up the operating system, squash FS utilities, tar, zstd, and rsync for backing up and restoring data. I have an 8 TB external disc that backs up all the data from /z
14 • Root disk space (by BigRoots on 2024-02-19 12:51:40 GMT from France)
70 GB partition allocated to /
(No dual boot - my Linux installation occupies the whole disk)
15 • Root partition size (by Tim on 2024-02-19 13:00:52 GMT from United States)
My root is a btrfs subpartition on a 916 GB partition. My /home is another subvolume in the same partition.
16 • root size (by dragonmouth on 2024-02-19 13:02:03 GMT from United States)
PCLinuxOS TDE will install in less than 20 GB root. The installer for all other versions refuses to run unless it sees a 30+ GB root partition.
17 • root space (by wally on 2024-02-19 13:31:03 GMT from United States)
/ is 136GB, better too big than too little. I've had to re-partition enough to learn better. Of that, 60GB is used. This is a workhorse for me. 17GB of that is my home directory on the same partition. My main data is a subdirectory separate partition w/ 38GB used.
18 • Partitioning & Review (by Jedediah Corncob on 2024-02-19 14:05:24 GMT from Denmark)
These days I don't bother with manual partitioning on general-purpose machines anymore. It was important back in the day but now I just let the installer run with default values, ie. one huge partition for everything.
On this week's review: Perhaps they should just have written a gaming-optimized install script to be run on a fresh Ubuntu minimal install instead of brewing a separate distro?
19 • How big is your root partition ? (by eb on 2024-02-19 14:09:01 GMT from France)
sda1 swap 200 mo sda2 EFI 200 mo sda3 / Slackware 14.2 30 go sda4 / Slackware 15.0 30 go sda5 Home 330 go sda6 Mac 100 go sda7 Exchange 10 go
2 root partitions for 2 different releases of the same distro. When Slackware 15.0 upgrades, I will erase sda3 and install 15.1 on it. I shift on the new release when it runs perfectly, with extra-softwares installed, and always keep the old release in case. I almost never use Mac.
20 • Let it be... (by Friar Tux on 2024-02-19 15:17:16 GMT from Canada)
@18 (Jed Corncob) I'm with you on this. I just use whatever is default in the Installer. Seems to work nicely for me. No hiccups, yet.
21 • Root partition (by David on 2024-02-19 15:51:57 GMT from United Kingdom)
Mine is 30GB and that was overkill: only 10GB is actually used. But then that's PCLinuxOS with Xfce.
22 • How much disk space to allocate (by RetiredIT on 2024-02-19 15:52:56 GMT from United States)
I never use 3 partitions. I always install each distro on 1 partition in classic legacy mode. I have no use for Home or Swap partitions. With 32 GB of memory on my Thinkpad T490 I never get close to running out of memory. And I also remove half of the startup programs and do backups of my data files several times weekly. Works just fine for me!
23 • on nix eating memory (by flake on 2024-02-19 16:43:35 GMT from Moldova)
One cool feature of nix in comparison with flatpak & snap is cleaning of unused dependencies
$ nix-collect-garbage
it is a very cool feature on par with
# apt autoremove
so nix doesn't eat that much
p.s: also if your current setup is stable, you can remove old setups too with
# nix-collect-garbate -d
or to delete a specific old setup.
24 • Root (by Nathan on 2024-02-19 18:21:52 GMT from United States)
I used to separate root and home, but as I have accumulated hardware my need to dual boot has decreased, so now I seldom deviate from single partition disks. As a result, my older computer has a 500GB root, while a newer one has 2T, and neither has a dedicated home partition.
25 • Root dimension in Snap/Flatpak era (by Mugabe on 2024-02-19 21:52:55 GMT from Italy)
Kubuntu's root (with Snap) occupies 48 GiB of disk space.
26 • Linux gaming (by npaladin2000 on 2024-02-20 00:51:10 GMT from United States)
I tried Draugher once...didn't impress me. Nothing seems to stand out about it versus options like ChimeraOS (for a console experience) or Garuda or Bazzite (for a more desktop oriented gaming experience). Or there's even just Fedora. Besides, Debian/Ubuntu's base has a lot of advantages, but bleeding edge hardware support isn't one of them.
27 • Disk Partition (by Vinfall on 2024-02-20 01:42:43 GMT from Singapore)
I used to follow Debian Recommended Partitioning Scheme (https://www.debian.org/releases/stable/amd64/apcs03.en.html) to seperate /var, /tmp and /home. However, this caused a lot of issues later on, notably with Flatpak as it uses /var as the default installation location. There is a symlink hack on issue tracker (https://github.com/flatpak/flatpak/issues/2147) but nothing beyond that, I started using a single partition in my next PC.
28 • Debian on 25GB root partition (by Jimbo on 2024-02-20 02:03:22 GMT from New Zealand)
For the past few years I've been using 25GB root partition on Debian + Cinnamon install. I'm now finding I'm regularly running out of space - and probably need to up this a bit perhaps to 30 or 40GB.
Bleachbit is a handy tool for disk clean up e.g, APT, caches and temp files. I run it periodically once every few weeks and will claw back 3-4GB in space.
29 • multiple drives (by Tomfree on 2024-02-20 03:12:10 GMT from United States)
Several PCs with two drives. SSD with 50GB for boot & home for each of 1 to 3 installed system. Large spinning drive for data (pics, video, music, docs, config backups, etc). External USB spinning drives for data backup, stored in a different room.
2 of the PCs have 2.5" racks for switching boot drives. Experimenting is done using this configuration.
Other PCs with one drive have one partition for each install (usually 2) and one partition for data.
Mint MATE for games from repository, from web for version control e.g. Minetest & CDDA, and from GOG.
30 • Size of Root Partition (by Andy Figueroa on 2024-02-20 04:55:12 GMT from United States)
I'm the system admin at a small school running Linux on the desktop computers. Usually, I set aside 30 GB for the root partition which includes users' home directories. Only the school business office PC has more than that where it 60 GB.
When setting up a new desktop PC, I usually create three equal partitions for the current and future system upgrades. If I install root on /dev/sda3, I will also have made a /dev/sda4 and /dev/sda5. The first major system upgrade will go ont /dev/sda4, and so forth. A secondary drive will always have at least two partitions for backups. Full /home backups are made every night, and then copied to a network server.
On my home system (Gentoo), I have a 128 GB root partition which primarily on contains the operating system, currently 39% full. I have separate /home and several data directories for files and big things like virtual machines. My binary Linux VirtualBox virtual machines are only 15 GB and are adequate usually only about 2/3 full.
31 • GhostBSD (by sirnixalot on 2024-02-20 08:49:31 GMT from Australia)
New release and still.....no option to encrypt.
FreeBSD encryption, no problem HardenedBSD encryption, sure NomadBSD encryption, bring it on
But GhostBSD which is based on FreeBSD which has encryption has no encryption option.
My question is why.
32 • Gaming Distro (by Erich B. F. on 2024-02-20 09:28:06 GMT from United States)
I would suggest Regata Linux.
33 • Root partition (by MrB on 2024-02-20 12:28:09 GMT from United Kingdom)
How big is my root partition? You show my yours and I'll show you mine...lol
34 • Kubuntu with 100GB (by Sanjay on 2024-02-20 13:48:29 GMT from India)
Earlier 20GB was sufficient for us, when Ubuntu edition come in 700MB ISO file, now its increased to 3.5GB around, now I have to use 100GB SSD for Kubuntu (because of android studio)
35 • Root Partition (by Robert on 2024-02-20 15:06:22 GMT from United States)
I'm not at my PC to check, but I believe I set this system up using LVM with a 30 GB root volume. Haven't had a problem with running out of space. I do use the leftover space on the drive for snapshots in case something goes wrong with updates (Arch).
36 • Had to move /var because of flatpaks (by Flaviano Matos on 2024-02-20 15:09:20 GMT from Brazil)
I was used to install Mageia with only rpm packages, which would fit nicely in a 30 GiB partition, or even less, but I liked to have some spare space. Now I am using some flatpaks. I notice some time ago that the root partition was getting full and looked for the culprit and it was a flatpak folder in /var. I decided to create a new 20 GiB partition and assign it to /var. Now, I have a 30 GiB root partition and a 20 GiB /var partition because flatpaks eat up a lot of space.
37 • Root dimension (by Portos on 2024-02-20 15:33:57 GMT from Italy)
Root dimension (in Kubuntu 23.10) is 32 GiB.
38 • root partition (by Robbie Rickson on 2024-02-20 15:44:09 GMT from United States)
Eh, back in my XENIX/SunOS days we'd micropartition the hell out of everything due to smaller drive sizes. /, /var, /var/spool, /usr, /usr/local, /home etc. Then we started getting commercial volume managers to increase the flexibility of our configs (e.g. Veritas).
Now, for most things, I think what Linux and *BSD have inboard is just incredible, and I'm happy for it.
Drive space is cheap now; I just dedicate a one terabyte nvme to / (under which I have a considerable amount of stuff in /opt as well), a four terabyte nvme to /home, and a two terabyte nvme to /home/virtual (which is my labbing playground).
39 • FreeBSD (by John on 2024-02-20 15:59:51 GMT from Canada)
I guess it kind of make sense for FreeBSD to phase out 32bit. I think FreeBSD were having a tough time with 64bit time_t on i386.
NetBSD and OpenBSD was able to move to 64bit time_t years ago, Linux I think it is finally workable. I saw OpenBSD may also be looking at phasing out i386. IIRC, OpenBSD does not build Firefox for i386 anymore because they cannot get it to compile. Also seems Linux distros are starting to eliminate i386 support too.
Once again, glad NetBSD is still around for people who still need support on 32 bit systems. I believe supporting i386 is easier for NetBSD due to their HAL (Hardware Abstraction Layer). I think their design of that removes a lot of complexities other systems need to deal with on 32bit.
40 • @31 sirnixalot: GhostBSD encryption (by Jedediah Corncob on 2024-02-20 16:50:20 GMT from Denmark)
I was wondering the same thing. It's weird, without encryption GhostBSD isn't relevant, which is sad.
Trawling their forums didn't yield an answer.
41 • @40, GhostBSD encryption, lack of (by Mr.Moto on 2024-02-21 04:16:16 GMT from Philippines)
"Trawling their forums didn't yield an answer." No need for "trawling". DuckDuckGo search: 'ghostbsd encryption' yields answers.
Sample: "I am basically alone working with the installer and I need to take time to learn how geli works to fix pc-sysinstall. It has been a request for years, but I never manage to make it work."
https://forums.ghostbsd.org/viewtopic.php?t=2320 https://github.com/ghostbsd/issues/issues/68
42 • @41 (by sirnixalot on 2024-02-21 04:34:55 GMT from Australia)
That forum post was from 2 years ago.
The issue itself was raised on github in 2021.
So the dev has known about it for 3 years.
No doubt doing these things alone is not an easy task, but why the dev doesn't get some help on this project is a little bewildering.
It can be a really good bsd distro but, if there is no encryption option available for privacy, it does limit the use case for a.lot of people.
Seeing as other bsd' do offer it, it does make ghostbsd irrelevant.
Nomabsd has an easy installer with geli encryption available.
I hope the dev takes on some help to fix this for the next release
43 • @42, GnostBSD encryption (by Mr. Moto on 2024-02-21 08:07:29 GMT from Philippines)
"That forum post was from 2 years ago." Does it matter? Since nothing has changed, it is extant. The dev says that it's been mentioned for years and he rates it as "low priority". BSD users are much fewer than Linux's. Of these, GhostBSD is a small part, and users who need disk encryption are a smallpart of GhostBSD users. I don't need or use disk encryption. Any data I need encrypted I encrypt, and it does not reside in my PC. It is external on my own hardware on in the cloud. I still don't use BSD because of the lack of support for WiFi. For me, that would be a higher priority, but I suppose they'll get to it as they can.
"why the dev doesn't get some help on this project is a little bewildering" I'm sure if you or someone else offered, they'd be happy to take you up on it. There are many one or two man projects out there that go neglected or are abandoned and no one comes on to help, not because they aren't wanted, but because there's no desire or incentive. Not at all bewildering.
Anyone who really must, for whatever odd reason, use only GhostBSD with disk encryption, can do so by following instructions on installing FreeBSD and building from there. The devs have even offered some hand-holding to at least on person who's asked. Otherwise, there is, as you state, Nomad., among others. The beauty of open source is choice.
44 • GhostBSD (by Jerry on 2024-02-21 12:45:16 GMT from United States)
@42 "Seeing as other bsd' do offer it, it does make ghostbsd irrelevant."
What a naive remark. The need for disk encryption is subjective, of course. GhostBSD presents us with a very nice, well made BSD distro. Eric is adult enough to highlight his struggles with various aspects of the development of GhostBSD, including encryption, right in the forums where you say your "trawling" yielded nothing.
45 • PCLinuxOS KDR live mirror/repository and freeze (by Jan on 2024-02-21 14:33:19 GMT from The Netherlands)
Last week I mentioned a problem at using an live-USB-testing of PCLinuxOS KDE, mirror/repository. Unexpectedly it turn out, despite checked mirror/repository, that you have to click RELOAD, then it functions.
After circa 5-10 minutes freezing after startup of the live-USB, seems something to have to do with the POWER-settings of the live-USB, so the PC/notebook went into sleep/hibernation I think. I had this too in another KDE live-USB, I experienced this only at at few (not all) KDE live-USB's. So disabling going into sleep/hibernation, at testing KDE-live-USB's seems to have to be looked over.
With the above I can understand that an installed/long-running KDE does not have this problem.
46 • Space for root (by Ennio on 2024-02-22 08:50:32 GMT from The Netherlands)
Years ago my standard was 4GB for root, after which comes the swap and the home partition; the rule is that if there isn't ehough space on that size than I'm "spoiling the baby". Now it's 8GB, but using Debian WMaker and not having all that was installed in the previous Mageia, it's comfortably in excess.
47 • Are you aware your website is not accessible? (by Someone Good on 2024-02-23 08:11:53 GMT from United Kingdom)
Distrowatch for around 2 weeks has not been accessible in many regions around the world. In the US, Germany, Siberia and Turkey and possibly many other countries, the website simply does not load at all.
I tested it with many VPN connections, only UK location worked.
Are you aware of this O site owner?
48 • root partition (by Andrew on 2024-02-23 09:08:14 GMT from United States)
my root / partition is 50GB exactly in "binary" GB (so a bit over 50GB in "decimal" GB; answering the poll I assumed a "binary" GB convention. /home and /boot are on separate partitions; /usr is on root / partition (never really understood the purpose of a separate /usr partition)
49 • Blocked in some countries (by Jesse on 2024-02-23 12:08:21 GMT from Canada)
@47: "Distrowatch for around 2 weeks has not been accessible in many regions around the world. In the US, Germany, Siberia and Turkey and possibly many other countries, the website simply does not load at all."
We are aware DistroWatch is blocked in Turkey. Which is unfortunate, but there is nothing we can do about it.
We are not blocked in the USA or Germany, we get steady traffic from those locations. In fact, most of our traffic this week has come form IP addresses in the USA and Germany.
50 • partitions size (by tn on 2024-02-23 14:11:01 GMT from France)
Partitions on a system depend on the system purpose. For a server this is not the same as for a workstation where we need to install a lot more tools for development.
For me, the rootfs is: - server: 16GB - workstation: 32GB - mediaplayer: 24GB
On systems with sufficient RAM, no swap. This isn't good on SSD.
51 • @47, 49, No internet access (by Mr. Moto on 2024-02-23 14:14:31 GMT from Philippines)
Lately, I haven't been able to connect using Private Internet Access VPN, no matter what country. Firefox says secure connection failed, and Chrome says website refused to connect. Only started happening recently. No problem connecting from my own IP. No problem connecting with Tor.
52 • Root dimension (by Ork on 2024-02-23 16:22:46 GMT from Italy)
Fedora recommends 70 GB of disk space for root partition.
53 • no internet access (by hotdiggettydog on 2024-02-23 22:26:18 GMT from Canada)
I've used the same pay-for vpn service for years and now have DW blocking my access. Today I'm able to get in.
I'm assuming vpn ip addresses are being blocked for spamming or whatever but its affecting honest folk. My home ip is private and secure and I want it kept that way.
Number of Comments: 53
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
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.
|
Archives |
• Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
• Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
• Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
• Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
• Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
• Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
• Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
• Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
• Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
• Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
• Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
• Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
• Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
• Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
• Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20 |
• Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
• Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
• Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
• Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
• Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
• Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
• Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
• Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
• Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
• Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
• Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
• Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
• Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
• Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
• Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
• Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
• Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
• Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
• Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
• Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
• Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
• Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
• Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
• Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
• Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
• Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
• Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
• Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
• Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
• Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
• Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
• Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
• Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
• Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
• Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
• Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
• Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
• Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
• 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 | 
openEuler
openEuler is an open source project operated by the OpenAtom Foundation. It is a digital infrastructure distribution which can fit into a wide variety of server, cloud computing, edge computing, and embedded deployments. openEuler is compatible with multiple CPU architectures (including x86_64 servers, cloud environments, ARM-powered embedded devices, and RISC-V boards) and suitable for a wide range of environments. The project releases a long-term support (LTS) version every two years in order to provide a stable platform for enterprise users. A new openEuler interim version is released every six months to provide more up to date technologies. While openEuler focuses on server deployments desktop environments (including UKUI, Deepin, GNOME, and Xfce) are available.
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.
|
|