DistroWatch Weekly |
DistroWatch Weekly, Issue 955, 14 February 2022 |
Welcome to this year's 7th issue of DistroWatch Weekly!
Just over a week ago the Linux community celebrated the release of Slackware Linux 15.0. This new version of the world's oldest surviving Linux distribution is the first to come out of the Slackware project in over five years. What has changed, what has stayed the same, and how does Slackware compare to other distributions these days? Our Feature Story shares observations on setting up, using, and maintaining Slackware's new release. The Slackware Linux distribution has been around for a long time. When did you first get to run Slackware? Let us know when you got your first taste of Slackware in this week's Opinion Poll. In our News section we talk about a solution being worked on which helps Raspberry Pi owners overcome the necessity of having another computer to help install operating systems to a new Pi. Then we share a tool which can be used to gather system information for debugging purposes. We also talk about the differences between Fedora's Flatpak repository and the Flathub repository and the goals of both projects. Then, in our Questions and Answers column, we talk about making clones of a disk and compressing the disk images. Read on to learn which tools are helpful when imaging storage disks. Plus we are pleased to share the releases of the past week and list the torrents we are seeding. We wish you all a wonderful week and happy reading!
Content:
Listen to the Podcast edition of this week's DistroWatch Weekly in OGG (19MB) and MP3 (14MB) formats.
|
Feature Story (by Jesse Smith) |
Slackware Linux 15.0
Slackware Linux is the world's oldest surviving Linux distribution. The distribution is a slow moving project, often with several years between releases. The gap between Slackware 14.2 and the latest 15.0 release was about five and a half years, for example.
Slackware has a well deserved reputation for stability and for having a simple technical design. A design which frequently ignores modern approaches to system management. Slackware still uses a text-based system installer, has 90s-era approaches to package management, and prefers editing text files over graphical tools when it comes time to adjust most configuration settings. The distribution's official media does not offer a live desktop environment, though there is a community branch which provides live media for people who wish to test the distribution on their hardware. The project's official release announcement acknowledges this slow-to-change style, noting Slackware is just now adopting PAM authentication (something most other Linux distributions have used since the 1990s) and continues to use the classic SysV init software instead of systemd: "We adopted PAM (finally) as projects we needed dropped support for pure shadow passwords. We switched from ConsoleKit2 to elogind, making it much easier to support software that targets that Other Init System and bringing us up-to-date with the XDG standards. We added support for PipeWire as an alternate to PulseAudio, and for Wayland sessions in addition to X11."
In other words, while Slackware runs a lot of modern software such as KDE Plasma 5.15, version 5.15 of the Linux kernel, and PipeWire the underlying style and approach are still very much the same as they were 25 years ago.
Slackware 15.0 is available for 32-bit and 64-bit builds of the x86 architecture. There is also an ARM branch of the project, though install media for it was not available on release day. The 64-bit (x86_64) build is a 3.6GB download.
The Slackware media boots to a text screen where we can select kernel options. This is followed by a second text screen where we are given the chance to select a keyboard map. The install media then drops us at a console login prompt where we can sign in as root without a password. Above the login prompt is a helpful message letting us know we will need to format the disk and set up at least one partition, then run the setup command in order to get started.
Installing
Before running setup we may wish to run either fdisk or cfdisk to begin partitioning the hard drive. These console partition managers provide simplistic, yet functional tools for formatting the drive. We can then dive into the installer.
Slackware's installer uses a series of text-based menus and prompts which guide us through the process of selecting our keyboard layout, picking a swap partition, and choosing source media. Typically the source media will be the local DVD/USB drive. We are given the chance to select which partition to use as the root filesystem and we can select how to format this partition. Most Linux filesystems are supported, including ext2/3/4, Btrfs, Reiserfs, F2FS, and XFS.
The installer will ask us which categories of software we wish to install. The categories range widely from the base system, basic networking functionality, a graphical environment, and games. The KDE Plasma and Xfce desktops are available and I decided to keep the former. By default all categories are selected. I kept most things I figured I would need, excluding only the Xfce desktop, games, development tools, and Emacs. We are then given the chance to further select which specific packages to install or simply install everything in the chosen categories. Taking the automated selection of everything which can take up around 15GB of disk space. I went with the "terse" option which basically installs everything in the selected categories with minimum output. I then waited as package names scrolled across the screen and files copied to my hard drive.
The installer finishes copying its files and then offers to make a USB stick to boot from. The installer next offers to set up the LILO boot loader, a technology that has largely been replaced elsewhere in the Linux ecosystem by GRUB. We are then asked to set up a hostname and choose to use a static IP, DHCP, NetworkManager, or SLAAC to configure the network.
The next installer screen offers us the chance to enable certain services, such as Samba, syslog, network time, e-mail services, CUPS printing, and OpenSSH. Most services, apart from cron (for scheduling tasks) and OpenSSH (for remote access) are disabled. We then pick our timezone from a list. We're then asked which vi-like editor we would like to use: elvis, nvi, or vim. We can then choose which window manager to run when we're not using KDE Plasma and set a root password. We're then told we can reboot the system to start using Slackware. It's a long install process and it defaults to placing a lot of software on the hard drive.
Early impressions
Slackware's boot menu pauses for two minutes to give us time to set boot parameters and then prints out status messages while the system starts up. We're then presented with a text console and a login prompt. When we sign in as the root user we are shown the kernel's version number (5.15.19) and left to do whatever we want. The system is text-only, using about 100MB of RAM. With my mostly-default collection of software installed the system used an unusually large amount of disk space: 11GB, plus swap space. So Slackware is, when using the default settings, unusually large on the disk - in part because so many dependencies are installed - and quite small in RAM.
There is no welcome message, no first-run wizard. Slackware expects us to know what we're doing, or to have an alternative method to accessing documentation. We can make use of locally installed manual pages and GNU command line utilities.
As a veteran of Slackware I knew the first thing I'd want to do was create a new user account. I did this by running adduser. Things went well at first with me providing my name, default shell, and groups. But then the terminal went into an endless loop, asking me for my new password and immediately declaring I hadn't typed anything. This happened over and over, soon taking up 100% of my CPU and forcing me to kill the session from another terminal as my main one had locked up.
I discovered the new account had been created, just the password had not been applied. I logged in as root again and set the password using the passwd command. My next step was to get a graphical environment. There are a few ways to do this. One of the better approaches is to set Slackware to boot into a graphical mode instead of a terminal. We can do this by editing the /etc/inittab file and switching the default runlevel from 3 to 4. The next time we boot, a colourful login screen appears.

Slackware Linux 15.0 -- Running KDE Plasma with a dark theme
(full image size: 825kB, resolution: 1600x1200 pixels)
The login screen offers a number of session options. The default is Plasma running on X11, but Xsession, Plasma Failsafe, Plasma Wayland, and Plasma Full Wayland are offered. I was not sure what the difference was between Wayland and Full Wayland, but it looks like Wayland enables the XWayland display server for compatibility with X11 applications while Full Wayland forces an exclusive Wayland environment.
Hardware
I experimented with both the Slackware live image and the install ISO. The live disc was able to run in VirtualBox (when using BIOS mode) and provided a KDE Plasma session which worked without any serious problems. The live session was unable to operate in EFI mode. The live ISO was unable to run on my laptop and would get only as far as the GRUB boot prompt.
The official Slackware media worked both in VirtualBox and on my laptop. The official media appeared to have no trouble navigating the classic BIOS mode or UEFI mode.

Slackware Linux 15.0 -- The KDE System Settings panel
(full image size: 957kB, resolution: 1600x1200 pixels)
As I mentioned before, when Slackware was sitting at the command line it used about 100MB of RAM. When signed into the KDE Plasma desktop memory consumption rose to around 350MB. This makes Slackware's Plasma session one of the lightest in memory I've run. The system ran quickly on the laptop and detected my all my hardware. The distribution was a little sluggish to respond in the virtual machine when running the Plasma desktop, though not to the point it became a problem while operating the distribution.
Included software
Slackware ships with a lot of software. Even after I had removed items like games, development tools, and the Xfce desktop the application menu was still unusually crowded. Virtually every KDE application is included, ranging from the Falkon web browser to the Marble globe application, painting tools, image viewers, the KTorrent client, the K3b disc burning software, multiple audio players, and the Calligra productivity suite. The list goes on, covering printer settings, multiple text editors (there are at least three in the application menu), multiple web browsers (I counted at least four), and there are a few dozen games included despite my explicitly removing them as a category.
The distribution ships with so many applications it's difficult to find anything in the menus because each category in the twin-pane menu holds pages of launchers. Many of these programs I haven't used before, or have not used in a long time.
Slackware ships with media codecs for playing video and audio files. When I tried to open audio files they would play in the distribution's copy of XMMS 1.2.11 (which was released about 15 years ago). When trying to play video files the distribution would open the file in QtAV. Audio could be heard in the background, but QtAV was unable to display the visual components of the videos I tested.

Slackware Linux 15.0 -- Playing music and writing a document in Calligra
(full image size: 779kB, resolution: 1600x1200 pixels)
In the background we find the SysV init software (version 3.01) running along with version 5.15 of the Linux kernel.
Most of the included software, at least the items I got around to using as there were a lot, worked well for me. Some of the selections were odd - for instance Calligra is offered in place of LibreOffice and the QtAV & Dragon Player applications are used instead of VLC). However, I suspect this was at least in part due to the focus placed on KDE software. Slackware officially just has two desktop environments (KDE Plasma and Xfce) and so it seems wherever KDE can provide functionality it replaces other, more popular options.

Slackware Linux 15.0 -- Trying to play a video
(full image size: 800kB, resolution: 1600x1200 pixels)
When it comes to managing the system, we can use the su command or login as the root user directly. The sudo utility is included in the base system, however it is not set up to allow any users to authenticate by default. We can adjust the sudo configuration as needed.
Software management
Managing packages on Slackware is a tricky subject and one that the project's website seems to go out of its way to avoid addressing. Visiting the Packages section of the website simply provides web access to a repository of packages, but no instructions for accessing them with a package manager. The Slackware Book offers some basic tips on adding, removing and upgrading local packages (ones we have already downloaded), but does not talk about gaining access to new packages or repositories.
Long-time Slackware users will probably be familiar with the Slack Builds project which provides recipes for building third-party software. This is somewhat akin to the ports system used by the BSD family of operating systems, though with more manual work involved in fetching and building the packages. I was sorry to note that the Slack Builds website hasn't been updated to support Slackware 15.0 at the time of writing.
There is a page on the Slackware documentation site which talks about package management and briefly talks about repository-aware tools like slackpkg which is included in the distribution and third-party package managers like slapt-get which are intended to work more like the package managers in mainstream distributions like Fedora and Ubuntu. Of these, slackpkg is probably the one available which will be most familiar to people coming from other Linux projects.
There are still hurdles to overcome when using the default slackpkg utility. As an example, slackpkg is only available in the root user's path, regular users won't even see its executable by default. Trying to run slackpkg as the root user produces an error saying we first need to select a package mirror. We can do this by editing the /etc/slackpkg/mirrors file. I went with the default Slackware server to start.
When trying to fetch package information from the main Slackware repository, slackpkg failed, reporting the server's security certificate was not recognized. I was advised to use the "--no-check-certificate" flag to get around this. I attempted this workaround and it failed, reporting the error again, that the Let's Encrypt certificate was not recognized.

Slackware Linux 15.0 -- Trying to fetch update with slackpkg
(full image size: 934kB, resolution: 1600x1200 pixels)
I tried two other mirrors, one in Canada and one in Europe. Both of these passed the certificate test, but then failed the checksum for the repository information slackpkg downloaded. In both cases the error from slackpkg reported the checksum failing meant either the repository data was out of date or had been tampered with. In short, slackpkg failed to even fetch repository data and could not update or install new packages.
Slackware does not ship with support for portable package formats such as Flatpak or Snap by default. To summarize my experience: portable packages aren't available, the default binary package tool fails to fetch repository data successfully, and Slack Builds hasn't been brought up to date with the new 15.0 version yet, effectively blocking most attempts to update or install new software.
Conclusions
One of the curious - some might say comforting - things about using Slackware is that the underlying approach doesn't change. If you set up Slackware 20 years ago, the process is virtually the same today as it was then. The service management is the same, the package management has some more options now, but the classic tools are still there. A lot of the documentation looks to have been left unchanged for at least a decade.
Slackware has updated packages mixed in with its blasts from the past. It runs a modern kernel with modern versions of two popular desktop environments; it provides access to modern web browsers. However, these modern packages are mixed in with ancient versions of software like XMMS and less popular applications like Calligra. Meanwhile the design, the underpinnings, the approach Slackware takes to accomplishing tasks has remained almost unchanged during the entire time I've been running Linux distributions.
This can be either a welcome comfort, if you came into the Linux community by way of Slackware. It can also be a regular source of frustration, or ever increasing puzzlement, if you're more accustomed to the way other distributions work.
There were things about Slackware which really stood out during my trial, not just with the operating system itself and its classic approach to software management and its text-based installer. The project's main website still uses HTTP instead of the more commonly used secure flavour of HTTPS. The main download servers and the release announcement offer FTP links, despite the fact most modern web browsers no longer support fetching files over FTP. The live media failed to run in UEFI mode and the Slackware documentation refers to Freshmeat as a popular third-party website for finding new software. Freshmeat changed its name in 2011 and stopped being updated in 2014. When we add in the broken repository information and failing Let's Encrypt certificate it seems as though Slackware's infrastructure has been left to rot for years.
The point I'm trying to make is that Slackware has remained stubbornly, firmly in the past. Even the new changes available in this release, like PAM, have been available to most other distributions for around 25 years. It's a distribution which, for better or worse, still regards things like portable packages, automatic software dependency resolution, secure websites, downloads over HTTPS, and graphical installers as being unnecessary. And, if you're a die-hard Slackware fan, I suppose this focus on 1990s era computing has an appeal. There is a simplicity in Slackware's design, a hail back to a time before systemd timers, Flatpaks, and web-based administration tools. Slackware invites us to get our hands dirty doing things "the old way", ignoring both the unpleasant complexity and the modern conveniences of the past 25 years.
While I was working on this review I spent some time on social platforms like SlashDot and the Slackware Reddit forum where people were talking about the new 15.0 release. One thing which I kept noticing was people celebrating the new release kept talking about how they got their first start with Linux by installing Slackware from floppy disks. People remembered fondly running Slackware in school back in 1997 or seeing a boxed copy of Slackware for sale in 1995. Something eventually occurred to me: no one in any of these discussions mentioned having their first start with Slackware after the year 2001. It suggests to me not many new people have wandered into the Slackware community in the past 20 years and, given the project's apparent intent to avoid evolution, I suspect not many newcomers are going to try out Slackware and stick with it.
Slackware appeals to me in some aspects. I did a lot of my early computing with DOS and a Slackware-based distribution in the 1990s. It feels familiar. I like the classic init software, the intention to keep the foundation of the operating system simple. There are times when Slackware's classic approach certainly appeals when I compare it next to GNOME's heavy resource usage or Anaconda's complexity. I like how stable and familiar Slackware can be. But then I try to get something done - like installing a game I want, setting up video conferencing software, removing unnecessary packages and their dependencies, building a utility that's only available through source via Slack Builds, viewing a video, or installing a library using slackpkg and I am reminded why I use more modern tools.
There is an appeal to Slackware for use on servers where the desire is for everything to be stable, static, predictable. Especially when running classic network services. But for modern desktop use, or even modern server usage, Slackware has long since fallen behind to the point where I find it too much effort to get common tasks done with this distribution. There is a lot of manual work involved and very little, if any, benefit to being forced to do this extra work.
I know some people in the Slackware community will argue that not all change is progress. And I agree. However, I would also argue there can be no progress without change. Slackware refuses to accept almost all change and, while it side-steps a few problems this way, it also misses out on all the progress made in the past two decades.
* * * * *
Visitor supplied rating
Slackware Linux has a visitor supplied average rating of: 9/10 from 114 review(s).
Have you used Slackware Linux? You can leave your own review of the project on our ratings page.
|
Miscellaneous News (by Jesse Smith) |
Installing OS on Raspberry Pi without another computer, what sets Fedora Flatpaks apart from Flathub, gathering system information
Fans of the Raspberry Pi single board computer received some good news this week. To date, setting up a Raspberry Pi computer has typically required the owner to either purchase a microSD card with a stock operating system on it or, more commonly, to download an operating system using another computer and use the second computer to write the operating system to the Pi's microSD card. In short, most people needed a second computer in order to use their Raspberry Pi. This is changing as work is going into the Raspberry Pi boot loader which will allow the device to download new operating systems and write them directly to the Pi's storage drive without requiring another computer to be part of the process. "Until today you've always needed to use another computer to run Raspberry Pi Imager, or to run something similar, to let you flash your operating system onto an SD card when you get a new Raspberry Pi. But how do you get the operating system onto an SD card if you don't have another computer in the first place? It's the classic chicken and egg problem, and we've just solved it." This should allow people to download operating system images, like those for Raspberry Pi OS, directly to the Pi. A post from Peter Harper shares the details on this work in progress.
* * * * *
The Fedora project maintains its own repository of Flatpak packages. In an overview of how Flatpak packages are used on Fedora, Fedora Magazine explores what sets Fedora Flatpaks apart from other repositories such as Flathub. "Fedora Flatpaks and Flathub share the same goals but differ in motivation. The goal is to make applications accessible in their respective field, maximize convenience and minimize maintenance. Fedora Flatpaks's motivation is to push RPMs that come directly from the Fedora Project and make them accessible throughout Fedora Linux regardless of the versions, spin, etc. So, in theory, it would be possible to get the latest and greatest applications from the Fedora Project without needing to upgrade to the latest version of Fedora Linux. Of course, it's always advisable to keep everything up-to-date. Flathub's motivation is to simply make applications and tools as accessible as possible regardless of the distribution in use." The article highlights some differences between the repositories and what makes them both useful for Fedora users.
* * * * *
One of the hardest aspects of reporting a bug (and helping people who have reported problems) is knowing what information is relevant. Trying to figure out why a computer is slow or why an operating system is crashing can take people working on the problem down a series of paths. One tool which is designed to help this process is the UbuntuForums system-info script. This script gathers system information from a variety of sources and offers to upload the results to Pastebin as well as saving the results in the user's home directory. While the script is designed to work on Ubuntu, it can also function on most other mainstream distributions, such as Fedora, with only a few gaps appearing in the information.
* * * * *
These and other news stories can be found on our Headlines page.
|
Questions and Answers (by Jesse Smith) |
Imaging a drive and compressing it
Creating-clones asks: I've set up my computer the way I want. Now I want to image the disk so I can restore it or copy it to another machine. My issue is only a few GB of space are used, but if I use dd to image the drive the image will be the whole 256GB. Is there a way to shrink the image so it's only as big as the data used?
DistroWatch answers: You're correct that if you use the dd command to make a straight copy of the disk then the resulting image will be just as large as the disk itself. There are two fairly straight forward ways to avoid this.
The first, and probably easiest, way to work around this limitation is to use a tool like Clonezilla Live. With Clonezilla you can compress the image of a disk as the image is being created. Clonezilla will then give you the chance to transfer the image to another local drive, network share, or OpenSSH-capable machine. The resulting image file will be around the same size as the amount of data you've stored on the disk.
Another approach would be to read and compress the data from the drive with your preferred compression tool. This might not be quite as effective, but will probably be nearly as good. This operation should be performed from an operating system or disk which is separate from the one you are archiving. In other words, run this process from a live disc if you are making an image of your operating system. In the following example I read the contents of a disk called sda, compress it using gzip, and save the result as my-image.img.gz:
dd if=/dev/sda | gzip --best > my-image.img.gz
The "--best" flag tells the gzip compression tool to use its best (slowest) compression method.
Later, when we want to restore the compressed image or write it to a new disk we can perform the same operation in reverse. The following command decompresses the image archive and writes it to the sda hard drive.
gunzip -c my-image.img.gz | dd of=/dev/sda
Using common tools such as cat, dd, and gzip has the benefit of being portable, and it works in a variety of environments, including single board computers and phones, where running Clonezilla Live may not be practical.
* * * * *
Additional answers can be found in our Questions and Answers archive.
|
Released Last Week |
OpenMandriva Lx 4.3
Cristina Sgubbi has announced the release of OpenMandriva Lx 4.3, the latest stable version from the project's independently-developed desktop Linux distribution featuring the latest KDE Plasma desktop: "We are pleased to announce the latest release of the OpenMandriva distribution, OMLx 4.3. This release comes with the very latest KDE applications. Included in this release are: LibreOffice suite 7.3.0, Krita 5.0.2, Digikam 7.5, SMPlayer 21.10.0, VLC 3.0.16, Falkon browser 3.2, SimpleScreenRecorder 0.4.3. PipeWire has become our default sound server in the current system release, thus replacing PulseAudio. However, PulseAudio is still in our repository and you can return to it at any time. A port to RISC-V - an open-source processor architecture - is in the works, but not yet included in the 4.3 release. For more technically adept, you may find interesting that this version also includes Linux kernel 5.16.7, KDE Frameworks 5.90, Plasma Desktop 5.23.5, Applications 21.12.2, Qt 5.15.3, LLVM/Clang 13.0.0, systemd 249, Java 17 (and 18 beta, 19 dev), Calamares 3.2.39, Binutils 2.37, GCC 11.2." Continue to the release announcement for more information and screenshots.

OpenMandriva Lx 4.3 -- Running the kDE Plasma desktop
(full image size: 864kB, resolution: 2560x1600 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,681
- Total data uploaded: 41.5TB
|
Upcoming Releases and Announcements |
Summary of expected upcoming releases
|
Opinion Poll (by Jesse Smith) |
When did you become a Slackware user?
In this week's review of Slackware Linux Jesse Smith made the observation that many people celebrating the release of 15.0 are people who got their start with Slackware prior to 2002 - over 20 years ago. Are you a Slackware user? If so, we'd love to hear when you first began using the world's longest lived distribution.
You can see the results of our previous poll on reviewing operating systems for the PinePhone in last week's edition. All previous poll results can be found in our poll archives.
|
I first tried Slackware around...
1993-1995: | 169 (7%) |
1996-1998: | 558 (24%) |
1999-2001: | 135 (6%) |
2002-2004: | 155 (7%) |
2005-2007: | 81 (3%) |
2008-2010: | 82 (3%) |
2011-2013: | 54 (2%) |
2014-2016: | 62 (3%) |
2017-2019: | 46 (2%) |
2020-Now: | 54 (2%) |
I have not tried Slackware: | 947 (40%) |
|
|
Website News |
New distributions added to waiting list
- Nobara Project. Nobara Project is a Fedora-based spin which is customized with third-party software to improve gaming and graphical performance.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 21 February 2022. Past articles and reviews can be found through our Article Search page. 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)
- Bruce Patterson (podcast)
|
|
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) |
|
|
|
 bc1qtede6f7adcce4kjpgx0e5j68wwgtdxrek2qvc4  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
Linux Foundation Training |
| |
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 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
• Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
• Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
• Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
• Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
• Issue 1041 (2023-10-16): FydeOS 17.0, Dr.Parted 23.09, changing UIDs, Fedora partners with Slimbook, GNOME phasing out X11 sessions, Ubuntu revokes 23.10 install media |
• Issue 1040 (2023-10-09): CROWZ 5.0, changing the location of default directories, Linux Mint updates its Edge edition, Murena crowdfunding new privacy phone, Debian publishes new install media |
• Issue 1039 (2023-10-02): Zenwalk Current, finding the duration of media files, Peppermint OS tries out new edition, COSMIC gains new features, Canonical reports on security incident in Snap store |
• Issue 1038 (2023-09-25): Mageia 9, trouble-shooting launchers, running desktop Linux in the cloud, New documentation for Nix, Linux phasing out ReiserFS, GNU celebrates 40 years |
• Issue 1037 (2023-09-18): Bodhi Linux 7.0.0, finding specific distros and unified package managemnt, Zevenet replaced by two new forks, openSUSE introduces Slowroll branch, Fedora considering dropping Plasma X11 session |
• Issue 1036 (2023-09-11): SDesk 2023.08.12, hiding command line passwords, openSUSE shares contributor survery results, Ubuntu plans seamless disk encryption, GNOME 45 to break extension compatibility |
• Issue 1035 (2023-09-04): Debian GNU/Hurd 2023, PCLinuxOS 2023.07, do home users need a firewall, AlmaLinux introduces new repositories, Rocky Linux commits to RHEL compatibility, NetBSD machine runs unattended for nine years, Armbian runs wallpaper contest |
• Issue 1034 (2023-08-28): Void 20230628, types of memory usage, FreeBSD receives port of Linux NVIDIA driver, Fedora plans improved theme handling for Qt applications, Canonical's plans for Ubuntu |
• Issue 1033 (2023-08-21): MiniOS 20230606, system user accounts, how Red Hat clones are moving forward, Haiku improves WINE performance, Debian turns 30 |
• Issue 1032 (2023-08-14): MX Linux 23, positioning new windows on the desktop, Linux Containers adopts LXD fork, Oracle, SUSE, and CIQ form OpenELA |
• Issue 1031 (2023-08-07): Peppermint OS 2023-07-01, preventing a file from being changed, Asahi Linux partners with Fedora, Linux Mint plans new releases |
• Issue 1030 (2023-07-31): Solus 4.4, Linux Mint 21.2, Debian introduces RISC-V support, Ubuntu patches custom kernel bugs, FreeBSD imports OpenSSL 3 |
• Issue 1029 (2023-07-24): Running Murena on the Fairphone 4, Flatpak vs Snap sandboxing technologies, Redox OS plans to borrow Linux drivers to expand hardware support, Debian updates Bookworm media |
• Issue 1028 (2023-07-17): KDE Connect; Oracle, SUSE, and AlmaLinux repsond to Red Hat's source code policy change, KaOS issues media fix, Slackware turns 30; security and immutable distributions |
• Issue 1027 (2023-07-10): Crystal Linux 2023-03-16, StartOS (embassyOS 0.3.4.2), changing options on a mounted filesystem, Murena launches Fairphone 4 in North America, Fedora debates telemetry for desktop team |
• Issue 1026 (2023-07-03): Kumander Linux 1.0, Red Hat changing its approach to sharing source code, TrueNAS offers SMB Multichannel, Zorin OS introduces upgrade utility |
• Issue 1025 (2023-06-26): KaOS with Plasma 6, information which can leak from desktop environments, Red Hat closes door on sharing RHEL source code, SUSE introduces new security features |
• Issue 1024 (2023-06-19): Debian 12, a safer way to use dd, Debian releases GNU/Hurd 2023, Ubuntu 22.10 nears its end of life, FreeBSD turns 30 |
• Issue 1023 (2023-06-12): openSUSE 15.5 Leap, the differences between independent distributions, openSUSE lengthens Leap life, Murena offers new phone for North America |
• Issue 1022 (2023-06-05): GetFreeOS 2023.05.01, Slint 15.0-3, Liya N4Si, cleaning up crowded directories, Ubuntu plans Snap-based variant, Red Hat dropping LireOffice RPM packages |
• Issue 1021 (2023-05-29): rlxos GNU/Linux, colours in command line output, an overview of Void's unique features, how to use awk, Microsoft publishes a Linux distro |
• Issue 1020 (2023-05-22): UBports 20.04, finding another machine's IP address, finding distros with a specific kernel, Debian prepares for Bookworm |
• Issue 1019 (2023-05-15): Rhino Linux (Beta), checking which applications reply on a package, NethServer reborn, System76 improving application responsiveness |
• Issue 1018 (2023-05-08): Fedora 38, finding relevant manual pages, merging audio files, Fedora plans new immutable edition, Mint works to fix Secure Boot issues |
• Issue 1017 (2023-05-01): Xubuntu 23.04, Debian elects Project Leaders and updates media, systemd to speed up restarts, Guix System offering ground-up source builds, where package managers install files |
• Issue 1016 (2023-04-24): Qubes OS 4.1.2, tracking bandwidth usage, Solus resuming development, FreeBSD publishes status report, KaOS offers preview of Plasma 6 |
• Issue 1015 (2023-04-17): Manjaro Linux 22.0, Trisquel GNU/Linux 11.0, Arch Linux powering PINE64 tablets, Ubuntu offering live patching on HWE kernels, gaining compression on ex4 |
• Issue 1014 (2023-04-10): Quick looks at carbonOS, LibreELEC, and Kodi, Mint polishes themes, Fedora rolls out more encryption plans, elementary OS improves sideloading experience |
• Issue 1013 (2023-04-03): Alpine Linux 3.17.2, printing manual pages, Ubuntu Cinnamon becomes official flavour, Endeavour OS plans for new installer, HardenedBSD plans for outage |
• Issue 1012 (2023-03-27): siduction 22.1.1, protecting privacy from proprietary applications, GNOME team shares new features, Canonical updates Ubuntu 20.04, politics and the Linux kernel |
• Issue 1011 (2023-03-20): Serpent OS, Security Onion 2.3, Gentoo Live, replacing the scp utility, openSUSE sees surge in downloads, Debian runs elction with one candidate |
• Issue 1010 (2023-03-13): blendOS 2023.01.26, keeping track of which files a package installs, improved network widget coming to elementary OS, Vanilla OS changes its base distro |
• Issue 1009 (2023-03-06): Nemo Mobile and the PinePhone, matching the performance of one distro on another, Linux Mint adds performance boosts and security, custom Ubuntu and Debian builds through Cubic |
• Issue 1008 (2023-02-27): elementary OS 7.0, the benefits of boot environments, Purism offers lapdock for Librem 5, Ubuntu community flavours directed to drop Flatpak support for Snap |
• Issue 1007 (2023-02-20): helloSystem 0.8.0, underrated distributions, Solus team working to repair their website, SUSE testing Micro edition, Canonical publishes real-time edition of Ubuntu 22.04 |
• Issue 1006 (2023-02-13): Playing music with UBports on a PinePhone, quick command line and shell scripting questions, Fedora expands third-party software support, Vanilla OS adds Nix package support |
• Issue 1005 (2023-02-06): NuTyX 22.12.0 running CDE, user identification numbers, Pop!_OS shares COSMIC progress, Mint makes keyboard and mouse options more accessible |
• Issue 1004 (2023-01-30): OpenMandriva ROME, checking the health of a disk, Debian adopting OpenSnitch, FreeBSD publishes status report |
• Issue 1003 (2023-01-23): risiOS 37, mixing package types, Fedora seeks installer feedback, Sparky offers easier persistence with USB writer |
• Issue 1002 (2023-01-16): Vanilla OS 22.10, Nobara Project 37, verifying torrent downloads, Haiku improvements, HAMMER2 being ports to NetBSD |
• Issue 1001 (2023-01-09): Arch Linux, Ubuntu tests new system installer, porting KDE software to OpenBSD, verifying files copied properly |
• Issue 1000 (2023-01-02): Our favourite projects of all time, Fedora trying out unified kernel images and trying to speed up shutdowns, Slackware tests new kernel, detecting what is taking up disk space |
• Issue 999 (2022-12-19): Favourite distributions of 2022, Fedora plans Budgie spin, UBports releasing security patches for 16.04, Haiku working on new ports |
• Issue 998 (2022-12-12): OpenBSD 7.2, Asahi Linux enages video hardware acceleration on Apple ARM computers, Manjaro drops proprietary codecs from Mesa package |
• Issue 997 (2022-12-05): CachyOS 221023 and AgarimOS, working with filenames which contain special characters, elementary OS team fixes delta updates, new features coming to Xfce |
• Issue 996 (2022-11-28): Void 20221001, remotely shutting down a machine, complex aliases, Fedora tests new web-based installer, Refox OS running on real hardware |
• Issue 995 (2022-11-21): Fedora 37, swap files vs swap partitions, Unity running on Arch, UBports seeks testers, Murena adds support for more devices |
• Issue 994 (2022-11-14): Redcore Linux 2201, changing the terminal font size, Fedora plans Phosh spin, openSUSE publishes on-line manual pages, disabling Snap auto-updates |
• Issue 993 (2022-11-07): Static Linux, working with just a kernel, Mint streamlines Flatpak management, updates coming to elementary OS |
• 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.
|
Shells.com |

Your own personal Linux computer in the cloud, available on any device. Supported operating systems include Android, Debian, Fedora, KDE neon, Kubuntu, Linux Mint, Manjaro and Ubuntu, ready in minutes.
Starting at US$4.95 per month, 7-day money-back guarantee
|
Random Distribution | 
Progex
Progex was a full-featured, easy-to-use, Ubuntu-based desktop Linux distribution and live DVD. Its main feature was the inclusion of a large collection of programs, media codecs and device drivers that were pre-configured for the convenience of its users.
Status: Discontinued
|
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.
|
|