DistroWatch Weekly |
| DistroWatch Weekly, Issue 550, 17 March 2014 |
|
Welcome to this year's 11th issue of DistroWatch Weekly!
Every so often someone takes a look at the status quo and decides to try something different. While these outside-the-box concepts rarely enter into the mainstream, they do provide the community with alternatives and some outlandish ideas even get adopted, spreading innovation. This week we turn our focus to projects which are trying something different, something outside the mainstream. We start with a review of NixOS, a Linux distribution which showcases a new and powerful way of managing software packages. Then we explore Android-x86, a distribution of the popular Android mobile operating system, adjusted to work on common desktop and laptop hardware. In the News section we talk about the latest release of the Knoppix live rescue disc and a book which explores fun projects for hobbyists. Plus we link to a survey the Lubuntu project is promoting in an effort to gain community feedback. We also cover the distribution releases of the past week and look forward to fun new developments to come. We wish you all a fantastic week and happy reading!
Content:
|
| Feature Story (by Jesse Smith) |
Deploying Software Sensibly with NixOS 13.10
One of the biggest problems I constantly see when using computers concerns package management, especially installing new software or upgrading existing software. I have long since lost track of the number of times I have had DOS installers fail because they incorrectly calculated available disk space or the number of times a Windows application did not install properly due to a missing DLL file or the number of times I have had Linux packages fail to install because the version of a library I had installed was not the version the software required. Then there are upgrades which can cause a system to no longer boot. Too often I have upgraded one library on a Linux system in order to satisfy one application only to discover the upgrade broke a separate program. Modern operating systems, despite advances in package management utilities, are complex creations and vulnerable to breaking. This is why I get so excited at the mention of new ways of packaging software. I really get enthusiastic when technologies such as Push Button Installer (PBI) bundles come along or, going back further in time, when technology like Java comes along and pushes ideas like "write once, run everywhere". Granted, these alternative approaches to software packaging have their own drawbacks -- PBI bundles are huge, making them inconvenient to download, and when Java came out it ran slower than a three-legged turtle. Still, I like to explore new ways of managing software, I like to see new ideas come down the pipe, because it shows people are acknowledging the drawbacks of the de facto standards and are looking for solutions. Which brings me to Nix and the NixOS project.
The NixOS project's website declares, "In existing distributions, actions such as upgrades are dangerous: upgrading a package can cause other packages to break, upgrading an entire system is much less reliable than reinstalling from scratch, you can't safely test what the results of a configuration change will be, you cannot easily undo changes to the system, and so on. We want to change that." The project's developers have put together a few interesting tools. The first is Nix, a package manager which comes with a variety of great-sounding features. Nix promises to avoid breaking things during upgrades, offers atomic actions, instant rollbacks to previous configurations and user-level package installations. (Don't worry if these concepts are not familiar, I will explore them in more detail later.) The developers have also put together a Linux distribution, called NixOS, which is designed to showcase the Nix package manager, letting us test drive the software in an ideal environment. The NixOS distribution is available in 32-bit and 64-bit x86 builds and an ARM port is in the works. There are two editions of the distribution from which to choose. One edition is about 735MB in size and features a live desktop environment. The other edition is a minimal installation CD with a command line interface only. I opted to try the large ISO with the graphical interface.
Booting from my selected image brought me to a text screen with a login prompt. Above the prompt is a message which lets us know we can login as the root user without a password. It goes on to mention that we can launch the graphical desktop by issuing a command and that pressing ALT+F8 will display a copy of the NixOS user manual. I thought having the user manual on one of the virtual consoles was a nice touch and I think more distributions should try this. I logged in as the root user and launched the graphical user interface which brought me to a KDE desktop with a minimal number of installed applications. Then I turned my attention toward getting NixOS installed locally.
The installation process for NixOS is mostly manual. The user must take care of disk partitioning ahead of time and set up swap space. We need to perform an initial configuration from the command line which, basically, just lets NixOS know whether to install a boot loader and, if so, where. With that done we run a script which copies all the required files into place and wait for it to complete. Doing this sort of manual, command-line installation may sound intimidating, but the project's documentation is quite clear on the handful of steps we need to perform. There is very little guess work and only about five commands to run, most of which we can copy directly from the NixOS guide. Once the installation was finished I rebooted the computer and launched my local copy of NixOS.
The operating system brings us to a text screen with a login prompt. At this point it greatly helps to have a copy of the project's documentation on hand, both for NixOS and the underlying Nix package manager. One of the first things I did was create a regular (non-root) user account and then go looking for ways to enable a desktop and various services. Here is where it becomes important to understand a few things about the Nix package manager, so let me shift focus for a moment.

NixOS 13.10 -- Desktop and project documentation
(full image size: 381kB, resolution: 1280x1024 pixels)
Nix is an unusual package manager in several ways. Perhaps the most important thing to understand about Nix is that can operate, essentially, in two modes. In one of these modes Nix acts very much like other Linux package managers such as YUM or APT. We can search for available packages, install, remove and upgrade software. In this way Nix will feel fairly familiar to most users. There are some great bonus features provided I will get to later, but for now just be aware Nix can operate like most other package managers you may have used before. The second way Nix can operate is quite different. Nix can utilize a configuration file which reads a bit like a C program or shell script. This configuration file defines certain services or features the operating system should have. The Nix package manager reads this file and then tries to put together the required pieces to make our system match the designs laid out in the configuration file. We might think of the configuration file as a blueprint for how our operating system should be set up. This might be hard to envision so let us look at a few examples.
Let us say we need to install a boot loader on our system. On a distribution such as Ubuntu we would probably perform a few steps to do this. First we would install GRUB, then we would edit the GRUB configuration file to let it know where everything is and then we would run GRUB's update script to make sure the configuration changes we wanted took effect. On NixOS we add two lines to the package manager's configuration file, like this:
boot.loader.grub.enable = true;
boot.loader.grub.device = /dev/sda;
The first line tells Nix we need a boot loader to be available and the second line tells it where GRUB should be installed. We then run a command to refresh the package manager's configuration and it does its best to work out how to make the operating system match our design. This will probably involve downloading, configuring and installing the boot loader for us. As another example, imagine we want to install the KDE desktop on Ubuntu. We might run the command "apt-get install kde-desktop" and then, when the required software has been installed, we might reboot to make sure everything is working properly, or logout to make sure KDE is a session option. On NixOS we add the lines
services.xserver.displayManager.kdm.enable = true;
services.xserver.displayManager.kde4.enable = true;
to the Nix configuration file and run the package manager. It downloads the required files, performs the necessary configuration and brings up the graphical login screen for us. As a friendly touch, the developers have left lines to enable several popular services in the Nix configuration file. All we need to do to enable these features is uncomment the desired lines and re-run the package manager. Pre-defined services include the CUPS printing software, secure shell, the KDE desktop and wireless networking.
Following the steps laid out in the user manual I soon had NixOS booting to a graphical login screen where I could sign into KDE. The desktop is fairly sparse, featuring just a core selection of KDE applications. The desktop is laid out in the traditional style and some minor visual effects were enabled. The desktop was very responsive and maintained a relatively low memory footprint.

NixOS 13.10 -- Managing desktop settings and searching for software packages
(full image size: 452kB, resolution: 1280x1024 pixels)
One of the nice features of the Nix package manager is that, by default, it allows regular users to manipulate packages on the system independently of other users. This provides two benefits. One is that users can acquire software they need without requiring administrator access to the computer. It also means that separate users can install different versions of the same package and the applications one user installs are not available to other users on the same system. For instance, Bob might be interested in stability and install the extended support release of Firefox. Susan might be more interested in the latest features and install the most recent version of Firefox. The two users never need to worry about one version of Firefox interfering with the other. In this way users can customize their profile to a great extent. The Nix package manager can also process package actions in parallel so Susan and Bob can install or remove packages at the same time without worrying about their actions conflicting. Having regular users installing and removing software might sound like a security risk and, in some environments, it is. For this reason, the Nix package manager can be restricted to work for only specific users or, if need be, the root user only.
Since NixOS ships with a fairly bare installation by default I found myself making frequent trips to the distribution's software repository. NixOS offers a relatively small collection of software compared with most other Linux distributions. I found around 2,500 packages, a small collection compared against Debian's 30,000+, but most of the popular applications were available. I was able to install the Firefox web browser, the Thunderbird e-mail client, Flash support and LibreOffice. While there may be a few missing pieces, I was able to find enough software to cover my day-to-day tasks. For the most part, installing and removing software went smoothly. At one point my download was interrupted when my network connection dropped, but I was able to restart the installation process and it completed without any problems.
One issue I did run into with Nix actually also revealed another great feature. At one point I decided to install the Apache web server, which is packaged in NixOS as "httpd". There were two versions of the web server available, Apache 2.2 and Apache 2.4. I installed the 2.4 version and started working with it. Later I told the Nix package manager to check for and install any available software upgrades. The package manager identified a version of the Apache server package, version 2.2, as being an upgrade and installed it. Now, while the 2.2 version may have been, in fact, a newer package, I considered it a downgrade from my existing 2.4 version. This is where Nix can be helpful. To get back to using the 2.4 version of Apache I simply passed the Nix software the command to rollback to the previous package set. A second later I was using Apache 2.4 again. This led me to wonder what would happen if I "rolled back" a second time. Would I lose Apache entirely or would I undo my fix and end up with Apache 2.2 again? As it turned out, another rollback command un-installed Apache completely. And this is where things get more interesting. Nix maintains a sort of snapshot of each set of packages. Every time we upgrade, install or remove software a snapshot is taken of our profile. A snapshot, in Nix terms, is called a "generation". For example, installing Apache 2.4 might happen in generation 11. The "upgrade" to Apache 2.2 might be generation 12. A rollback takes me back to generation 11. Another rollback takes me further back in time, to generation 10, where Apache has not yet been installed. Nix will allow us to skip to any generation we want. This means that from generation 10, where no version of the web server exists, I can skip ahead to generation 12 where I have "upgraded" to Apache 2.2. Moving from one generation to another happens instantly.
Generations are not just for individual user profiles either. System-wide changes, introduced by the root user, also result in snapshots which can be accessed at boot time. For instance, when I first installed NixOS I had a command line only environment. I later installed the X display server and the KDE desktop. At boot time I could select which profile I wished to boot, the generation where KDE existed or the older generation where I was running a command line only. This ability to jump to alternative snapshots of the system gives the administrator great freedom to experiment. An upgrade that introduces bad behaviour can be reverted almost instantly, a new version of a package can be installed, tested and wiped out in seconds.
Apart from the Nix package manager, there are several nice aspects to NixOS. One is that the operating system boots very quickly and, while it was running, the operating system was highly responsive in my test environments. The distribution did not use much memory and running the KDE desktop required a mere 140MB of RAM, about half what I typically see in most Linux distributions shipping KDE. NixOS ships with the Linux kernel, version 3.4, which worked very well for me. When running the distribution on my physical hardware all of my devices were detected and used properly. Sound and networking functioned out of the box and my display was automatically set to its maximum resolution. I also ran NixOS in a VirtualBox virtual machine and found it performed well there too, running quickly and smoothly.

NixOS 13.10 -- Running LibreOffice on the KDE desktop
(full image size: 329kB, resolution: 1280x1024 pixels)
The Nix website claims the package manager is cross-platform with binary packages available on their download page for several Linux distributions and FreeBSD. Considering the long list of impressive features provided by Nix I was curious as to whether any other distributions have picked up the promising package manager. The short answer, it seems, is "no". I did not find Nix in Debian's or Ubuntu's software repositories and Nix does not appear in FreeBSD's ports collection. This surprised me a bit as Nix offers such a powerful collection of features, ignoring the advanced package manager strikes me as equivalent to ignoring advanced file systems such as Btrfs. Some people may question the necessity of having the extra features Btrfs or ZFS offer, but once used properly people wonder how they ever got along without them. I believe the same can be said for Nix. The one project I found that made use of Nix was Guix, a relatively young distribution which is built using the Nix package manager. I checked the mailing lists and forums of a few distributions, wondering if perhaps Nix has simply been overlooked. It has not. When people have brought up the idea of introducing Nix to distributions such as Debian they are met with a strong "not invented here" response. Some developers on various mailing lists have compiled a list of potential problems Nix might introduce. Larger hard drive requirements, the possibility a user might perform denial-of-service attacks against the package manager and ugly file name paths have been common objections. These developers, while they raise good points, usually admit they have not tried using Nix themselves or tested their ideas. I have used Nix and tested some of the more common concerns and have discovered a few things. First, that Nix does not require much more hard drive space than any other modern Linux distribution. There may be a slight increase in storage space used, but not a great deal, probably no more than PC-BSD, with its PBI package format, uses. Most storage concerns can be worked around by simply running Nix's garbage collection script once a week. Second, most potential attacks can be prevented by simply not adding all users to the permission group which controls the package manager (similar to the way we do not make every user an administrator on other distributions). Third, most users do not know, nor need to know, where their packages are actually stored and so long (or ugly) file name paths are not overly relevant. I am sorry to say, based on the discussions I have followed, most distributions are likely to ignore the benefits of Nix and avoid adopting the package manager or even porting some of its nicer features into existing package managers.
The NixOS distribution may have started as a platform for showing off Nix and it may have a rather crude form of installation compared to most other distributions. However, I found NixOS to be surprisingly fast, very light on memory resources and the software repository (while small) contains enough packages to cover common tasks. The distribution handled my test environments beautifully and I highly enjoyed my time with Nix. I hope the developers behind other distributions shift their thinking and, instead of coming up with reasons why they cannot adopt Nix, begin looking at how they can patch Nix to make it better suited to other distributions.
* * * * *
Hardware used in this review
My physical test equipment for this review was a desktop HP Pavilon p6 Series with the following specifications:
- Processor: Dual-core 2.8GHz AMD A4-3420 APU
- Storage: 500GB Hitachi hard drive
- Memory: 6GB of RAM
- Networking: Realtek RTL8111 wired network card
- Display: AMD Radeon HD 6410D video card
* * * * *
A follow-up to my UCS review
Last week I posted a review of two server distributions, ClearOS and Univention Corporate Server (UCS). I had trouble getting both distributions up and running which prevented me from getting to explore all the features these projects have to offer. A few hours after the review of UCS posted I received a nice message from Univention's Online Marketing Manager, Florian Popleu. Florian kindly confirmed that UCS does indeed offer both 32-bit and 64-bit x86 builds of UCS. Florian also helped me find additional English language support. It can be found in the Univention support database by selecting English from the drop-down menu on the left side of the page. I was also informed that the web-based administrator interface which eluded me is only available for installations where UCS is set up to serve in a specific role, such as master domain controller. The basic server role I selected does not benefit from the web-based interface. As Florian explained, "UCS offers the possibility to manage several servers with a central point of administration. It is organized similar to an Active Directory Domain, which means that all information (like users, computers, networks) is stored in a directory service and available for all servers, desktops and other. To meet the different requirements of servers in larger environments, we introduced "server roles" with specific preconfigurations. In a "UCS Domain", the
first server role is always the "Domain Controller Master", which holds the initial copy of the directory service. Further servers can be of any other role, where a "base system" is the only "unmanaged" role without any kind of management system or web interface. ... We will also integrate a message in the installer that will inform about
the limitations of the basic system on short notice."
|
| Miscellaneous News (by Jesse Smith) |
Lubuntu asks for feedback, Knoppix releases new rescue disc and the Raspberry Pi Foundation promotes book of fun projects
Sometimes it can feel as though individual users do not have a say in how their operating system is put together. Developers have a lot of priorities and they rarely have time to stop and sift through the feedback from their many users. Luckily some distributions have a strong interest in finding out what their users like (and do not like). The Lubuntu distribution recently put out a call for feedback from the community. "Our fellow (and Ubuntu member) Nathan Heafner prepared the Ubuntu community survey, a simple and quick test (no more than 2 minutes, trust me) whose results will help a lot to the entire community of those (like us!) who make Ubuntu and its flavours more secure, usable and beautiful. You'll be asked about your preferred desktop (I'm sure it's LXDE for Lubuntu), web browser, if you prefer using a mail client or not, if you want a startup sound, etc." The survey for Lubuntu, Ubuntu and all community variants can be found here.
* * * * *
For years one of the best testing and rescue utilities has been Knoppix, a live Linux distribution based on Debian. The popular live distribution has just received a new update and the Knoppix team has announced Knoppix 7.3.0. The new version will be made available through the March edition of Linux Magazine and feature many software updates. Of special note is the distribution's experimental support for booting in UEFI environments. Knoppix also comes with ADRIANE, which brings text-to-speech and menu reading capability to the live distribution, making the Knoppix disc an attractive option for people who are visual impaired.
* * * * *
Do you have a Raspberry Pi computer or other small hobbyist device? Do you like playing with the Linux command line or tinkering with small coding projects? If so then you will probably be excited to hear about a new book called Raspberry Pi Projects. The book includes 16 projects that can be completed with the Raspbian distribution and a Raspberry Pi device, though some projects will, no doubt, work on other distributions. According to the Raspberry Pi website the book "covers interactive text based games in Python, graphical games with PyGame, interactive game hardware, applications with PiFace Digital, making a toy chicken send tweets, chaotic pendulum hamonographs, car racing and more -- as well as a chapter on Minecraft by Sean McManus, and Home Automation by Jonathan Evans."
|
| First impressions (by Jesse Smith) |
|
Android-x86 4.4-rc1 "KitKat"
Recently the Android-x86 project was added to DistroWatch's database and a few people asked if I would be willing to try this unusual distribution. Android is typically installed on mobile devices such as smart phones and tablets, so running Android on a desktop machine struck me as an interesting experiment. This is not a full review of Android-x86, rather this week I simply want to answer two questions: 1. Does Android-x86 run on my hardware or, for that matter, in a virtual machine? 2. How does running Android-x86 on a desktop system compare with running Android on a smart phone?
I do own and operate an Android-powered smart phone. My phone runs Android 4.0, a relatively old release compared to Android-x86 4.4. I like the flexibility and power Android gives me on my phone. It is convenient (and a little fun) to be able to take a call from a client regarding their server, login to the server from my phone, check its status and then play a game of Plants vs Zombies -- all from the same device, possibly far away from my regular personal computer. My phone certainly is not a primary computing device for me, but it does get a fair amount of use. Still, there are aspects of my Android device I do not like. For instance, the device locks up and typically needs to be rebooted about once a week. The interface is inconsistent and, at best, awkward to use. Performance is somewhat sub-par, though that can probably be blamed on the phone's limited hardware. My overall opinion of Android, as a mobile operating system, is neutral. The system does some things well and other things poorly, so I went into this experiment without strong feelings on Android one way or the other.
Android-x86 (release candidate) is available for download in one edition. The ISO file I acquired was approximately 295MB in size. Booting from this media brought up a menu where I was asked if I would like to run Android from the media as a live desktop or, alternatively, I could start the Android installer. First I chose the live option which then brought up a series of graphical screens where I was asked to select my preferred language, whether I wanted to enable wireless networking and if I would like to connect the operating system to my Google account. We are then asked if we would like to enable location services and we are asked to confirm the current date and time along with our time zone. Then we are asked to enter our name. Navigation through these screens can be performed with both the keyboard and the mouse. From there we are brought to a home screen. Android-x86 provides three screens (effectively virtual desktops) for icons and widgets. Some icons and widgets are already on display for us. I found a music widget, a collection of icons for Google services (YouTube, a music player, GMail and Maps) and an icon for the Google Play store. The virtual desktop has a photo gallery viewer icon and an icon for accessing system settings. At the bottom of the screen are icons for launching the operating system's web browser and camera applications. Below these icons are three omnipresent buttons for bringing us to the home screen, moving back a step and showing all open applications.

Android-x86 4.4 -- Welcome screen
(full image size: 186kB, resolution: 800x600 pixels)
I tried running Android-x86 in two environments. I fired it up on my desktop computer and found that, while Android-x86 technically worked and properly detected all of my hardware, it had some bad habits. One of these habits was to turn my screen sideways (into landscape mode) and refuse to let me return to normal display mode. This made navigation (to say nothing of reading text) difficult. So while Android-x86 properly played sound and set up a network connection and my display was set to a high resolution, I soon gave up running the operating system on physical hardware. On the other hand, Android-x86 ran better in a virtual machine powered by VirtualBox. The screen resolution was quite low, but otherwise Android-x86 ran smoothly in the virtual machine and, more importantly, the operating system did not turn the screen sideways in the VirtualBox window.
The Android-x86 system installer is a text-based affair where we navigate through options using menus. The installer gives us relatively few choices to make. We are asked to partition the location hard drive using cfdisk and then we choose which partition to use as Android-x86's root file system. After that we choose whether to install a boot loader, wait for the Android-x86 files to copy from the installation media and reboot the machine. It is all quite straight forward if we have a disk partition set aside ahead of time. The first time we boot into Android-x86 we are walked through confirming our preferred language, linking the device to our Google account (assuming we have one) and we are asked to turn on location services. At this point my first question has been answered. Yes, Android-x86 runs on physical hardware and in a virtual machine. The project gets full points for recognizing my hardware and, occasional landscape mode notwithstanding, the operating system ran quite well.

Android-x86 4.4 -- Application management
(full image size: 61kB, resolution: 800x600 pixels)
Going into this experiment I had suspected apps I run on my Android-powered phone would not also run on my desktop installation of Android-x86. There were some notes on the project's website about getting software to run on Android-x86 and so I assumed I would have to jump through some hoops to install additional applications. As it turned out, the Google Play store worked very well for me. Since my desktop installation used the same Google account as my smart phone, the apps I usually use were listed in the Play store and I was able to click a single button to install them. Browsing more applications in the Play store, grabbing software updates and installing most apps worked. I managed to grab a few web browsers, some games, a text editor, a terminal emulator and an ownCloud client from the Play store without any problems. Getting the software to run, once installed, was a hit-or-miss experience. Some programs worked perfectly. The ownCloud client, Cloudy, worked well, but crashed a few times. The Firefox web browser would run, but refused to actually show anything in its tabs. The Opera Mini browser refused to run at all. Some games such as Frozen Front worked fine, but Plants vs Zombies 2 did not.
This pattern of some programs working and others not running properly was reflected in the apps which came bundled with Android-x86. Some programs, like the system settings panel, worked perfectly, while others, such as the photo viewer, failed to run at all. The built in web browser worked, but the app to change the background wallpaper did not. In all, I would say around 60-70% of the apps I tried functioned properly.
As with the smart phone edition of Android, I found Android-x86 has a pull-down menu which supplies notifications. We can access this pull-down menu with the mouse pointer. It worked fairly well and I found the notification area resized itself to fit the text it displayed. Moving between virtual desktops worked fairly well and I found I could navigate using either the keyboard's arrow keys or utilize the mouse to get around using a swiping gesture across the screen.

Android-86 4.4 -- Notification area
(full image size: 115kB, resolution: 800x600 pixels)
To answer my second question, regarding whether Android-x86 works on the desktop in a similar way to how Android runs on my smart phone, I tentatively say the answer is yes. Several applications did not work for me and there are some glitches, but for the most part Android-x86 behaves the same way on my desktop as Android behaves on my phone. The Play store worked well and, so long as I thought of the mouse pointer as a finger moving around the screen, I could navigate fairly easily. Performance was good on my desktop hardware, though boot times were a bit long when compared against most GNU/Linux distributions.
I feel my big issue with Android-x86 is not the apps which do not work or the minor glitches, but rather than it turns my desktop computer's interface into a giant version of a tiny, mobile device. The Android interface works (sort of) for small screens that can be touched. On larger screens which are not meant for touching the swipe gestures and lack of proper window management and the giant icons feel out of place. In short, the same issues which prevent me from seriously considering Android-x86 as a desktop operating system are the same issues which prevent me from using, for example, GNOME Shell on the desktop -- the design does not make sense for the given environment. Now, in the future, if I purchase a laptop with a touch screen, then I would be inclined to install Android-x86. The laptop's smaller interface and touch capabilities would better suit Android-x86's graphical shell.
* * * * *
Hardware used in this review
- My physical test equipment for this review was a desktop HP Pavilon p6 Series with the following specifications:
- Processor: Dual-core 2.8GHz AMD A4-3420 APU
- Storage: 500GB Hitachi hard drive
- Memory: 6GB of RAM
- Networking: Realtek RTL8111 wired network card
- Display: AMD Radeon HD 6410D video card
|
| Released Last Week |
Porteus 3.0
Jay Flood has announced the release of Porteus 3.0, a set of Slackware-based distributions and live CDs in five desktop flavours: "The Porteus community is overjoyed to announce the release of Porteus 3.0 (Standard Desktop edition), as well as Porteus Kiosk edition 3.0. Here is our changelog of major changes from 2.1 to 3.0: replaced Porteus package manager with a new version (GUI and CLI, CLI si called 'usm'); we no longer need to maintain a Porteus module repository and the new version will pull slackware package across 5 repositories and convert to modules; upgraded kernel to linux 3.13.6; PXE server - added support for random IP from private pool when nothing is defined; configured logrotate to rotate system logs once they reach 500KB in size; upgraded to KDE 4.12.3; fixed mounting of NTFS-formatted external drivers; upgraded to MATE 1.7.1...." Read the rest of the release announcement for a full changelog.
Puppy Linux 5.7 "Slacko"
Puppy Linux 5.7 "Slacko" edition, a small and fast distribution built from and compatible with Slackware's binary packages, has been released as the "flagship" Puppy release. From the release announcement: "Slacko Puppy is built from a 'Puppy builder' system named Woof, which can build a Puppy Linux distribution from the binary packages of any other distro. There are many 'puppies' built with Woof, including Precise, Wary, Racy, and Slacko. A new release of Slacko Puppy Linux is out! Slacko Puppy is built from Slackware-14.0 binary TXZ packages, hence has binary compatibility with Slackware and access to the Slackware, Salix and Slacky package repositories. More comprehensive release notes and documentation of known issues are available. Slacko 5.7 is the first Puppy built from the woof-CE build system, forked from Barry Kauler's Woof late last year after he announced his retirement from Puppy development. It is the natural progression of Slacko 5.6 with the added features introduced to woof-CE." More links for readers to follow can be found on Barry Kauler's blog.
Proxmox 3.2 "Virtual Environment"
Martin Maurer has announced the release of Proxmox 3.2 Virtual Environment edition, a Debian-based distribution offering a complete server virtualization management solution based on KVM and containers. From the press release: "Proxmox Server Solutions GmbH, developer of the open source server virtualization platform Proxmox Virtual Environment (VE), today released version 3.2. Big enhancements in this release are the SPICE multi-monitor remote viewer for virtual servers and containers (with spiceterm), the distributed Ceph storage system and Open vSwitch. Countless updates are added like qemu 1.7, improved live backup, support for VMware(TM) pvscsi and vmxnet3, a new ZFS storage plugin, latest NIC drivers and bug fixes. Proxmox VE 3.2 includes the ability to build the Ceph storage cluster directly on Proxmox VE hosts. Ceph is a massively scalable, open source distributed object store and file system that is very popular in many cloud computing deployments. Proxmox VE 3.2 supports Ceph's RADOS Block Device to be used for VM disks...." Also check the release announcement, release notes, and the download page for further information including download links.
PC-BSD 10.0.1
PC-BSD 10.0.1, the first quarterly update of the project's desktop operating system based on FreeBSD 10.0, has been released. From the announcement: "The first PC-BSD 10.0 quarterly update is upon us, and 10.0.1 is now available. This update includes a number of important bugfixes, as well as newer packages and desktops. Changes: KDE 4.12.2; Cinnamon 2.0; Samba 4.1.4; Stability improvements to PBI subsystems; Updated GRUB loader, fixing issues related to slow / hanging startup; Updated AppCafe UI; Updates to Life-Preserver, including 'Classic' backup mode and automatic snapshots; Updated control panel with desktop settings buttons... Desktop users already running 10.0 can update via Control Panel -> Package Manager -> Updates. Server users can update via the 'pc-updatemanager' utility. If package updating fails due to conflict errors, please be sure to apply all system updates first before trying again."
Tiny Core Linux 5.2.1 "piCore"
Béla Markus has announced the release of "piCore" 5.2.1, the Raspberry Pi port of Tiny Core Linux for the Raspberry Pi single-board computer: "Team Tiny Core is pleased to announce the availability of piCore 5.2.1. It is an independent system architected by Robert Shingledecker and now developed by a small team of developers with strong community support. Tiny Core Linux is not a traditional distribution but a toolkit to create your own customized system. It offers not only flexibility, small footprint but a very recent kernel and set of applications making it ideal for custom systems, appliances as well as to learn Linux, matching Raspberry Pi perfectly. It is running entirely in RAM. There is no installation in conventional terms; extensions mounted read only, after reboot the same clean system is available. Base raw SD card image with CLI version is only 21.5 MB including RPi boot loader, firmware and support files. Changes from 5.2: kernel updated to 3.13.6; updated RPi firmware; added more protection of TC scripts against bad extensions; added kernel modules required by USB 3G adapters; added kernel modules required to connect WiFi AP with SHA encryption...." Here is the full release announcement.
* * * * *
Development, unannounced and minor bug-fix releases
|
| Upcoming Releases and Announcements |
|
Summary of expected upcoming releases
|
| DistroWatch.com News |
New distributions added to waiting list
- USU. USU is a general purpose operating system based on Ubuntu.
- Exton|OS. Exton|OS is a Ubuntu-based desktop operating system
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 24 March 2014. To contact the authors please send email to:
- Jesse Smith (feedback, questions and suggestions: distribution reviews, questions and answers, tips and tricks)
- Ladislav Bodnar (feedback, questions, suggestions and corrections: news, donations, distribution submissions, comments)
- Bruce Patterson (feedback and suggestions: podcast edition)
|
|
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip. (Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
| |
| TUXEDO |

TUXEDO Computers - Linux Hardware in a tailor made suite Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
Archives |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • 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 |
| • 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 | 
Septor
Septor is a Linux distribution which provides users with a pre-configured computing environment for surfing the Internet anonymously. It is based on Debian's "Testing" branch and it uses Privoxy, a privacy-enhancing proxy, together with the Tor anonymity network to modify web page data and HTTP headers before the page is rendered by the browser. The distribution uses KDE Plasma as the preferred desktop environment and it also includes a the Tor Browser and OnionShare for anonymous file sharing.
Status: Dormant
|
| 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.
|
|