| DistroWatch Weekly
|DistroWatch Weekly, Issue 637, 23 November 2015
Welcome to this year's 47th issue of DistroWatch Weekly!
The open source community is constantly trying to build better software, exploring new features and trying new approaches. This week we cover a number of these initiatives, starting with a review of the NixOS distribution. NixOS features an unusual approach to software management, courtesy of the Nix package manager and we talk about the interesting features present in this distribution in our Feature Story. In our News column we discuss Antergos setting the stage for ZFS support, preparations in the Slackware community for a new release of the venerable distribution and two powerful new features introduced by the MINIX project. In our Questions and Answers section we talk about the challenging task of copying an operating system from one computer to another. In our Torrent Corner we share the distributions we are seeding and then we provide a list of the operating systems released last week. In our Opinion Poll we talk about encumbered codecs and ask our readers whether they use free or encumbered multimedia codecs. We wish you all an excellent week and happy reading!
Listen to the Podcast edition of this week's DistroWatch Weekly in OGG (28MB) and MP3 (21MB) formats
• Music credit: Clouds Fly With Me by Matti Paalanen
|Feature Story (by Jesse Smith)
NixOS 15.09 and the Nix package manager
The NixOS Linux distribution is not a project which gets talked about a lot, perhaps because the project's primary focus appears to be to act as a demonstration platform for the Nix package manager rather than a practical day-to-day operating system. Personally, I think Nix, and therefore NixOS, are interesting projects and I'd like to explore them this week. To begin, I will let the NixOS website explain just what the distribution, and its unusual package manager, are all about:
"NixOS is a Linux distribution with a unique approach to package and configuration management. Built on top of the Nix package manager, it is completely declarative, makes upgrading systems reliable... NixOS has a completely declarative approach to configuration management: you write a specification of the desired configuration of your system in NixOS's modular language, and NixOS takes care of making it happen. NixOS has atomic upgrades and roll backs. It's always safe to try an upgrade or configuration change: if things go wrong, you can always roll back to the previous configuration."
The NixOS distribution is available in two editions, a text-only minimal image and a graphical edition. Both editions are available in 32-bit and 64-bit builds for the x86 architecture. I opted to try the 64-bit graphical version of NixOS which is a 965MB download. Booting from the NixOS media brings us to a text screen where we are automatically signed into the command line interface as the root user. A brief information message appears above the prompt, letting us know we can run the command "start display-manager" to launch a desktop environment.
The distribution's graphical environment turned out to be KDE 4.14. The desktop's application menu and task switching panel are placed at the bottom of the display. On the desktop we find three icons. The first icon launches the GParted partition manager, the second icon opens a virtual terminal and the third opens a copy of the NixOS manual. I highly recommend reading the manual as NixOS does not have a system installer. The manual explains how to partition the hard drive and that we must select and format a partition for the root file system. The user is instructed to confirm NixOS has an active network connection and to mount a disk partition which may be used for the root file system. We are then instructed to edit a configuration file NixOS will use to set up our new operating system. Editing this file allows us to select where the GRUB boot loader will be installed, to enable system services such as OpenSSH and CUPS and to install the KDE desktop. There is also a section where we can tweak the default user account. There is a second configuration file containing hardware information we can edit if we want to have a specific disk layout or a have particular kernel module loaded. I noted, while browsing through the hardware configuration file, that NixOS will detect whether we are running in VirtualBox and automatically enable the appropriate modules to offer VirtualBox users guest integration with the host operating system. Once we have confirmed the configuration files are correct, we run a script called "nixos-install" and wait while the system copies its files onto our hard drive. When it is finished, we are asked to set a root password for our new installation of NixOS. Then we can resume our exploration of the live desktop or reboot the computer.
NixOS 15.09 -- Accessing the on-line manual
(full image size: 235kB, resolution: 1280x1024 pixels)
I would like to mention that NixOS should probably only be installed by experienced Linux users who are comfortable navigating the command line. The distribution's user manual is a handy quick reference guide, but it does not walk the user through the installation process step-by-step. The user should be familiar with formatting disk partitions from the command line, storage device names and the nano text editor, for example, before attempting to install NixOS.
When we boot into our locally installed copy of NixOS we are brought to a graphical login screen. It was at this point I ran into my one serious problem with NixOS, though I will admit to the issue being mostly my fault due to a misunderstanding of the project's manual. At the login screen we cannot sign into the root account (it is blocked from signing into a desktop environment) and the user account we created at install time does not have a password, making the user account effectively locked. I switched over to a text-based terminal where I was able to sign in as the root user. I set a password on the user account I had created, but was still unable to sign into the account. A little investigation revealed the user account's home directory was in a strange place and the login shell was "nologin" which effectively blocks all login attempts. I fixed these, but while I could sign into the account on the command line, I was still blocked from logging into a KDE session. At first this seemed to be a permissions issue, but after applying some suggested fixes and rebooting, I made an important discovery: The account, after reboot, was reset back to using "nologin" as its shell and its home directory had been changed. It was then that I realized the Nix configuration I had used during the installation was faulty and Nix was undoing my changes at each boot.
I decided to restart my trial and performed a new installation. While going through the configuration file the second time I realized my earlier mistake had been to assume optional lines in the configuration file which were commented out were the defaults, the lines needed to be uncommented to enable the desired feature. In particularly, I had to uncomment to enable a line which would cause my user account to be treated like a normal, unprivileged user. (The specific variable is "isNormalUser" and it needs to be enabled.)
This time, when I finished my second installation and rebooted, I was again brought to a login screen where I still could not login since no password was set on my user account. Once again I dropped to a command line, signed in as root and set a password on my account. At this point I was then able to log into the KDE desktop using my normal account.
While the issue concerning my user account I ran into was largely my fault, it does highlight a few interesting points about Nix and NixOS. Specifically that Nix doesn't just manage packages, it also handles services and user accounts. I also found that when we make changes that do not match Nix's configuration, the package manager will "correct" our changes. This means we need to adjust our thinking when it comes to how the system is managed and it also means Nix may fix problems automatically for us if the system becomes corrupted.
I tried running NixOS in two test environments, a physical desktop computer and a VirtualBox virtual machine. NixOS performed well in both environments. The distribution properly detected and used my desktop's hardware and integrated automatically into VirtualBox. The distribution was quick to boot and shut down. By default the KDE desktop runs with visual effects enabled and I found some desktop elements were slow to respond. Disabling visual effects helped gain better responsiveness. NixOS is very light on memory, using just 190MB of RAM when signed into KDE. This gives NixOS perhaps the smallest memory footprint when running KDE of any distribution I have used.
NixOS 15.09 -- Running LibreOffice after installing the suite using Nix
(full image size: 216kB, resolution: 1280x1024 pixels)
The NixOS distribution ships with a minimal amount of software in the default installation. Looking through the application menu we find the Konqueror web browser, the Feb image viewer and the Dolphin file manager. The distribution ships with the KDE System Settings panel, giving us a great deal of flexibility with regards to customizing our desktop environment. The KInfoCentre application is available to show us information on our system's hardware. There is a system monitor, two text editors and the KDE Help documentation which explains how to use the desktop environment. At install time we have the option of enabling the CUPS printing software and the OpenSSH secure shell service. NixOS ships with systemd 217 and version 3.18 of the Linux kernel. It's a small collection of applications, but more software is available in the distribution's repositories and that gives us an excuse to examine the Nix package manager.
Prior to using the Nix package manager, I recommend reading the project's manual. It has some good background information and examples of how Nix works. From the point of view of the user, the Nix package manager is mostly invoked using the nix-env command line utility. The nix-env program uses a syntax similar to the rpm command on Fedora and Red Hat systems. For example, nix-env -i will install a package, nix-env -u will upgrade a package and nix-env -qa will provide a list of available packages. Additional commands can be found in the manual. I found Nix processed requests quickly and worked smoothly; I did not encounter any problems while installing, upgrading or removing software.
One quirk I did notice though was that new desktop applications, once installed, would not immediately appear in KDE's application menu. A user first had to logout and then sign back into their account for the new desktop application to appear in the menu. A nicer feature of Nix was that if I typed a command in a virtual terminal that was available in the distribution's repositories, but not yet installed on the system, a helpful message would be displayed telling me how to install the missing program.
What sets Nix apart from other package managers, such as DNF or APT, is the way it handles multiple versions of packages. When we add or change a package on NixOS, the package manager creates a new "generation" or snapshot of the installed packages. The new generation, or snapshot, is kept separate from other generations. This means each time we add or upgrade a package, Nix basically creates a new snapshot of the system. If we decide we no longer want an application we just installed, or if an upgrade broke a package on our system, we can use Nix to instantly roll back to the previous generation of packages. This functionality is similar to what openSUSE has been doing recently with Btrfs and the project's Snapper utility. Each time the administrator makes a change on the system, it creates a new snapshot and we can revert the changes by switching to the previous snapshot.
NixOS 15.09 -- Rolling back a package generation
(full image size: 356kB, resolution: 1280x1024 pixels)
Nix is interesting in that we can roll forward in time as well as roll back. This is quite useful if we want to test different versions of a package to check its performance over time or if we want to see which version of a package broke. Nix will allow us to jump forward or backward in time to any point and the switch happens instantly.
Over time the many snapshots Nix maintains will eventually use up more and more disk space. This is why Nix includes a number of "garbage collection" commands which can seek out older snapshots and remove them from the operating system, freeing up space. Nix is able to remove all old snapshots, specific snapshots or any snapshot older than a certain amount of time. This means if we perform software upgrades every week, we can run a scheduled job to remove any snapshots older than a month, insuring we have both a fall back option and a clean hard drive.
Nearly two years ago I wrote about an earlier version of NixOS and the Nix package manager. At the time I was quite taken with Nix (as I still am) and asked around as to why more distributions would not adopt the package manager. One of the big concerns was that the hard drive would be filled up, or that juggling snapshots (generations) of packages would prove too complex. But in the past two years we have watched PC-BSD and openSUSE introduce file system snapshots which perform essentially the same functions and Ubuntu is rolling out Snappy which implements less mature versions of the same features Nix has been showcasing for years. It seems as though developers throughout the open source community are catching on to the idea of snapshots, generations and atomic updates, but everyone is creating their own implementation. This seems like a lot of duplication of effort when Nix is already available, has had most of the bugs worked out and can be installed on top of most existing distributions.
NixOS 15.09 -- Switching, listing and removing Nix generations
(full image size: 444kB, resolution: 1280x1024 pixels)
The highlights of NixOS are that the distribution is very light on memory, showcases a very interesting and powerful package manager and the distribution does everything quickly. The package manager performs most tasks instantly and NixOS offers us a minimal platform on which to build.
There were some quirks of this distribution which took some getting used to. In my case, adjusting to the idea that Nix would manage user accounts as well as packages and that the package manager would reset "damage" to the system took an adjustment in my thinking.
I very much like the way NixOS takes the worry out of upgrading packages by placing each change in its own "generation" and I found, from the end user's point of view, NixOS worked just the same as any other Linux distribution. Setting up NixOS is not for beginners, and I do not think NixOS is intended to be used as a general purpose desktop operating system. But what NixOS does do is give us a useful playground in which to examine the Nix package manager and I think this is very interesting technology which deserves further exploration and adoption by additional 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
|Miscellaneous News (by Jesse Smith)
Antergos introduces ZFS support, MINIX unveils new features and Slackware prepares for beta
The Antergos distribution released a minor update to the project's installation media last week. Though the new media contains just two changes, one of them introduces an interesting new feature: "ZFS kernel modules were added in preparation for ZFS support in Cnchi v0.14." Out of the box support for ZFS, an advanced file system, is rare in Linux distributions. Antergos adopting ZFS opens the door to other interesting features such as file system snapshots, multi-disk storage pools and rolling back broken software updates.
* * * * *
The MINIX operating system is a relatively small project and it is not often we hear about the lightweight operating system and the work its developers are doing. However, this past week the MINIX team announced two very exciting new features which will improve security and low-level software updates on the MINIX operating system. The first of the two new features is live updating. MINIX uses a microkernel which means system services and device drivers are run as separate components from the core kernel. These components, such as hardware drivers, can now be updated on a live system without requiring a reboot. "A live update is an update to a software component while it is active, allowing the component's code and data to be changed without affecting the environment around it. The MINIX3 live update functionality allows such updates to be applied to its system services: the usermode server and driver processes that, in addition to the microkernel, make up the operating system. As a result, these services can be updated at run time without requiring a system reboot."
The second interesting feature is the ability to shuffle data in memory to make its location virtually impossible to predict. This is similar to address space layout randomization (ASLR) which randomizes the initial location of data in memory. In this instance, the MINIX developers have taken things a step further and made it possible to keep shuffling the contents of memory, making it even harder for attackers to compromise the system. "Live rerandomization consists of randomizing the internal address space layout of a component at run time. While the concept of ASR or ASLR - Address Space (Layout) Randomization - is well known, most implementations are rather limited: they perform such randomization only once, when starting a process; they merely randomize the base location of entire process regions, for example the process stack; and, they apply the concept to user processes only. In contrast, the MINIX3 live rerandomization can randomize the address space layout of operating system services, as often as desired, and with fine granularity. In order to achieve this, the live rerandomization makes use of live updates." Further information on both of these new features can be found in the MINIX project's announcement.
* * * * *
It has been over two years since the Slackware project last put out a stable release. However, looking through the project's changelog it is clear the developers have been constantly at work and it seems as though a new version of the venerable distribution is on the horizon. The changelog has a recent entry which reads, "Please enjoy `almost a beta.' Sorry we missed Friday the 13th this time." The Alien Pastures blog comments on some of the highlights now in Slackware's development branch. "Yet another 200+ lines of updates in the ChangeLog.txt of Slackware-current. It's obvious that Pat has been watching the LinuxQuestions threads closely. And we are again very bleeding edge, with the GNU Compiler Collection 5.2.0! The update of tigervnc (in ./extra with fltk as a new dependency) as well as the addition of the squashfs-tools are Pat's nod to the Live version of Slackware that is in the making here at home. The Live ISO can now be created with and by Slackware-current without the need for third-party software."
|Questions and Answers (by Jesse Smith)
Transferring an operating system to another computer
Creating-clones asks: Can I install/copy the operating system on one computer to another and have it work exactly the same?
DistroWatch answers: Often times, yes, you can. Assuming the hardware on both computers is supported by the operating system and assuming the hard drive on the second computer is the same size or larger than the hard drive in the computer you were using originally, there are some tools to transfer an operating system from one computer to another.
I think the easiest way to transfer a Linux distribution from one computer to another is to use a dedicated utility like Clonezilla Live and a spare hard drive or NAS. The spare hard drive will store a digital copy of the operating system we want to transfer to the new computer. Typically, the procedure is to insert the Clonezilla disc into the first computer where you already have an operating system running. Boot off the disc and follow the prompts which will ask whether you want to make a copy of the whole disk or just a single partition. Clonezilla will ask where it should put the copy of your disk and we point Clonezilla toward the spare hard drive.
Clonezilla will make an exact copy of the data from the first computer on the spare drive. Then we can put the Clonezilla disc into the second computer and Clonezilla will walk us through the reverse process of copying the operating system from the spare disk onto the second computer.
In my experience the process usually works well, but it will fail if the destination computer has a smaller hard drive than the first computer did, since there is not enough room to store the entire copy. Once Clonezilla has transferred the digital copy of your first hard drive into the new computer, you should be able to boot and use the second computer just as you did the original.
There are some small problems I have run into. For example, if your original computer used a static IP address, the second computer will try to use the same IP and that can cause problems with communicating over the network. Also, if the second computer has a larger hard drive than the original then you will need to resize the disk partitions after the transfer is complete if you want to be able to access the extra storage space.
The Clonezilla project has documentation with step-by-step screen shots to guide users through the process. I also recommend practising with a spare computer or a virtual machine to get a feel for the experience before trying it on computers used on a day-to-day basis.
* * * * *
Past Questions and Answers columns can be found in our Q&A Archive.
Bittorrent is a great way to transfer large files, particularly open source operating system images, from one place to another. Most bittorrent clients recover from dropped connections automatically, check the integrity of files and can re-download corrupted bits of data without starting a download over from scratch. These characteristics make bittorrent well suited for distributing open source operating systems, particularly to regions where Internet connections are slow or unstable.
Many Linux and BSD projects offer bittorrent as a download option, partly for the reasons listed above and partly because bittorrent's peer-to-peer nature takes some of the strain off the project's servers. However, some projects do not offer bittorrent as a download option. There can be several reasons for excluding bittorrent as an option. Some projects do not have enough time or volunteers, some may be restricted by their web host provider's terms of service. Whatever the reason, the lack of a bittorrent option puts more strain on a distribution's bandwidth and may prevent some people from downloading their preferred open source operating system.
With this in mind, DistroWatch plans to give back to the open source community by hosting and seeding bittorrent files. For now, we are hosting a small number of distribution torrents, listed below. The list of torrents offered will be updated each week and we invite readers to e-mail us with suggestions as to which distributions we should be hosting. When you message us, please place the word "Torrent" in the subject line, make sure to include a link to the ISO file you want us to seed. To help us maintain and grow this free service, please consider making a donation.
The table below provides a list of torrents we currently host. If you do not currently 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 here. All torrents we make available here are also listed on the very useful Linux Tracker website. Thanks to Linux Tracker we are able to share the following torrent statistics.
Torrent Corner statistics:
- Total torrents seeded: 134
- Total data uploaded: 20.6TB
|Released Last Week
Univention corporate Server 4.1-0
The developers of Univention Corporate Server (UCS), a Debian-based server distribution with Active Directory compatible domain services, have published a new release. The new version, Univention Corporate Server 4.1-0, features updates to a number of key packages, including the Linux kernel and Samba, and also includes support for Docker contains in the distribution's App Center. "The Univention App Center integrates the container technology Docker. With Docker, it is possible to run Apps separately and encapsulated from each other. This increases the security of the UCS domain and reduces the dependencies of the Apps on other software libraries. The integration of Docker is transparent to the users. The App Center will automatically perform the start-up and configuration of the Docker containers. The Univention App Center's usability has been improved further. Apps are now displayed more clearly. The App detail pages have been cleaned up and supplemented by a rating in the categories Vendor Supported, Popularity's Award and Editor's Award. The classification is based on data such as the installation base of the Apps or the maintenance behaviour of the app providers. Thus, the transparency and comparability of Apps are increased." Further details can be found in the project's release announcement and in the release notes.
Puppy Linux 6.3
Barry Kauler has announced the release of a new version of the Puppy Linux distribution. Puppy Linux provides users with a lightweight, installable live CD which strives to be easy to use. The new release, Puppy Linux 6.3, is built from Slackware packages and is available in 32-bit and 64-bit builds. "It has been awhile since the last announcement of an official release of Puppy Linux, 6.0.3 `Tahrpup', starting with 6.0 in October 2014. Mick Amadio, the coordinator for Puppy built from Slackware 14.1 binary packages, has brought Puppy to a new release, version 6.3. This is distinct from Puppy 6.0.x, which is built from Ubuntu Trusty Tahr binary packages, coordinated by Phil Broughton. Mick coordinated Puppy 5.7.x which is also built with Slackware packages. For the first time, Puppy is released in both 32-bit and 64-bit versions." Further information on the new Puppy Linux release can be found in the project's release announcement. There are also release notes for the 32-bit and 64-bit builds.
Puppy Linux 6.3 -- Exploring the application menu
(full image size: 85kB, resolution: 1280x1024 pixels)
Black Lab Linux 7.0
The Black Lab Linux project has announced a new release of its commercial offerings. The new release, Black Lab Linux 7.0, ships with the Xfce 4.12 desktop, LibreOffice 5, version 5 of the GNU Compiler Collection, WINE and version 3.19.0 of the Linux kernel. "Today we are announcing the release of Black Lab Linux 7.0. Over the past 6 months we have released several betas, presented 4 release candidates, and generally done a ton of work, culminating in Black Lab 7, our vision of what the best Linux desktop should be. Black Lab Linux 7 introduces many improvements to the core system and improves many OS functions of the OS from wireless connectivity to power management to general hardware support. Other improvements include (but are not limited to): Kernel 3.19.0-33, full XFS Filesystem support, full exFAT support, Xfce 4.12, new deskbar layout, LibreOffice 5, Chromium web browser, Pepper Flash plugin..." Further information on the release, its minimal hardware rquirements and purchasing options can be found in the project's release notes.
Bodhi Linux 3.1.1
Jeff Hoogland has announced the release of Bodhi Linux 3.1.1, an updated build of the Ubuntu-based distribution featuring a customised Enlightenment desktop called "Moksha": "Today the Bodhi team and I are releasing an unscheduled bug fix release in version number 3.1.1. The 3.1.0 release we released back in August had an issue where users were not always prompted automatically for wireless passwords when connecting to encrypted networks. This lead to enough confusion and user frustration that we feel it warrants an updated install image now as opposed to waiting for our scheduled 3.2.0 release early 2016. In addition to the wireless bug fix, this release includes all package updates that have been released since August as well as a web application launcher of the Bodhi AppCenter. Existing users need to simply run their system updates to bring their current 3.1.0 install to this latest version." Here is the brief release announcement with a screenshot.
Bodhi Linux 3.1.1 -- Running the Moksha desktop environment
(full image size: 833kB, resolution: 1280x1024 pixels)
Red Hat Enterprise Linux 7.2
Red Hat has announced the availability of a new upgrade to the company's Enterprise Linux line of products. The new release, Red Hat Enterprise Linux 7.2, is a relatively small update to the 7.x series and addresses known bugs and errata. "Red Hat Enterprise Linux 7.2 includes new features and capabilities that focus on security, networking, and system administration, along with a continued emphasis on enterprise-ready tooling for the development and deployment of Linux container-based applications. In addition, Red Hat Enterprise Linux 7.2 includes compatibility with the new Red Hat Insights, an add-on operational analytics offering designed to increase IT efficiency and reduce downtime through the proactive identification of known risks and technical issues." Information and links to downloads (for Red Hat subscribers) can be found in the brief release announcement. Detailed information on Red Hat Enterprise Linux 7.2 can be found in the company's release notes.
* * * * *
Development, unannounced and minor bug-fix releases
|Upcoming Releases and Announcements
Summary of expected upcoming releases
Using encumbered codecs
The distribution of many popular multimedia codecs is restricted by licensing and/or software patents. This means open source operating systems which operate in countries where software patents exist face a difficult choice: providing their users with multimedia support may place these open source projects in legal difficulty while not providing multimedia functionality may alienate potential users.
There are media technologies available, such as Ogg Vorbis which are freely available and can be distributed without legal consequences. While legally, and often technically, appealing, these free codecs generally have not gained traction with the general public.
This week we would like to know if any of our readers have dedicated themselves to using patent-free and freely licensed multimedia codecs. Please leave us a comment with your thoughts on multimedia support and how you feel distributions should deal with non-free codecs.
You can see the results of last week's poll on Wayland and Mir usage here. All previous poll results can be found in our poll archives.
Using encumbered codecs
|I use only freely licensed codecs: ||98 (7%)|
| I use a mixture of free and encumbered codecs: ||963 (68%)|
| I use only encumbered codecs: ||75 (5%)|
| I do not use any media codecs: ||30 (2%)|
| I have not checked whether my codecs are encumbered: ||252 (18%)|
The podcast and its RSS feed have returned
As many of our long term readers may know, DistroWatch Weekly used to be available as a podcast, handy for those who like to listen to their news rather than read it. The talented Bruce Patterson put these podcasts together and was the voice of DistroWatch for several years.
However, other projects come along and Bruce had to move on to other things last year. Some of you mentioned enjoying the podcast and asked if we could bring it back. I am happy to report Michael DeGuzis from the Libre Geek website has volunteered his time, energy and voice to produce a weekly podcast for us where he covers the news, reviews and Questions & Answers columns.
Michael has done six podcasts for us to date and shows no sign of fatigue so we set up an RSS feed for people who want to keep up with his DistroWatch Weekly podcasts. Links to the audio files will also be available at the top of each Weekly and on the DistroWatch front page in the Latest Podcasts column.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 30 November 2015. 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)
- Michael DeGuzis of Libre Geek (podcast)
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)
|• Issue 709 (2017-04-24): Ubuntu 17.04, Korora testing new software manager, Ubuntu migrates to Wayland, running Nix package manager on alternative distributions|
|• Issue 708 (2017-04-17): Maui Linux 17.03, Snaps run on Fedora, Void adopts Flatpak, running Android apps on GNU/Linux, Debian elects Project Leader|
|• Issue 707 (2017-04-10): PCLinuxOS 2017.03, Canonical stops Unity development, OpenBSD on a Raspberry Pi, setting up a VPN for privacy|
|• Issue 706 (2017-04-03): Super Grub2 Disk, Snap packages of deepin applications, Subgraph OS routes network traffic for one application, announcements from Linux Mint|
|• Issue 705 (2017-03-27): Minimal Linux Live, sharing control of the operating system, new KaOS features, Uplos32 provides 32-bit fork of PCLinuxOS|
|• Issue 704 (2017-03-20): ToarusOS 1.0.4, Linux Mint's security record, Debian starts Project Leader election, Ubuntu 12.04 reaches end-of-life|
|• Issue 703 (2017-03-13): SolydXK 201701, CloudReady, Solus announces new features, KDE Connect sends text messages from desktop, openSUSE's YaST module for Let's Encrypt|
|• Issue 702 (2017-03-06): Fatdog64 Linux, elementary OS bundled with new netbook, Haiku announces new features, security and the size of a distro's development team|
|• Issue 701 (2017-02-27): OBRevenge 2017.02, Mageia 6 delays, NetBSD reproducible builds, questions about swap space, trying to steam video on a Raspberry Pi|
|• Issue 700 (2017-02-20): RaspBSD, Debian replaces Icedove with Thunderbird, Fedora's licensing guidlines, tips for switching shells, finding battery charge, getting IP address and killing processes|
|• Issue 699 (2017-02-13): Clear Linux, GhostBSD network utility ported to FreeBSD, Ubuntu coming to Fairphone, elementary OS crowd funding an app store|
|• Issue 698 (2017-02-06): Solus 2017.01.01, comparing containers with portable applicatins, Tails dropping 32-bit support, Debian Stretch enters freeze|
|• Issue 697 (2017-01-30): Subgraph OS 2016.12.30, running Ubuntu on an Android phone, Arch Linux phasing out 32-bit support, Linux Mint testing updated LMDE media|
|• Issue 696 (2017-01-23): GoboLinux 016, remotely running desktop applications, Solus adopting Flatpak, KDE neon using Calamares, TrueOS tests OpenRC|
|• Issue 695 (2017-01-16): Zorin OS 12, Peppermint team fixes installer bug, Debian refreshes Jessie media, Ubuntu improves low graphics mode, Exciting things coming in 2017|
|• Issue 694 (2017-01-09): MX Linux 16, Fedora considers systemd security features, DragonFly BSD to support massive swap space, Ubuntu Touch roadmap, Puppy's newsletter, sudo's password prompt|
|• Issue 693 (2017-01-02): Comparing small distros, fig language, video driver comparsion, Debian+PIXEL, Wayland on FreeBSD|
|• Issue 692 (2016-12-19): Bodhi Linux 4.0.0, Cappsule containers, Calculate's new Utilities package, Solus and Ubuntu MATE build new application menu|
|• Issue 691 (2016-12-12): SalentOS 1.0, openSUSE improves YaST, Fedora considers slower release cycle, KDE neon gets LTS branch|
|• Issue 690 (2016-12-05): Fedora 25, Ubuntu adopts rolling HWE kernel, running Android apps on GNU/Linux, Haiku working toward EFI support|
|• Issue 689 (2016-11-28): openSUSE 42.2, Fedora's upgrade path, plans for Korora 25, transitioning from PC-BSD to TrueOS, Webconverger's reproducible builds|
|• Issue 688 (2016-11-21): Endless OS 3.0.5, KDE neon fixes security hole, FreeBSD's Quarterly Status Report, Rolling release trial #2 concludes|
|• Issue 687 (2016-11-14): NAS4Free 10.3.0.3, Fedora gains MP3 playback, budgie-remix becomes Ubuntu Budgie, Ubuntu flavours compared, Rolling release trial #2|
|• Issue 686 (2016-11-07): FreeBSD 11.0, rolling release trial #2, Debian announces supported architectures, Simplicity switching to antiX base, farewell to Mythbuntu|
|• Issue 685 (2016-10-31): elementary OS 0.4, SUSE gains ARM support, Mint improves language support, Dirty COW explained, Rolling release trial #2|
|• Issue 684 (2016-10-24): Ubuntu 16.10, Linux popularity in different markets, Fedora runs on Raspberry Pi, Ubuntu features live kernel patching|
|• Issue 683 (2016-10-17): Refracta 8.0, making packages for distributions, Alpine switches to LibreSSL, 386BSD website publishes classic code|
|• Issue 682 (2016-10-10): KDE neon 20160915, Android-x86 6.0, Fedora warns of update bug, HandyLinux drops English translation, LXQt benchmarks|
|• Issue 681 (2016-10-03): OpenBSD 6.0, DragonFly BSD to support LibreSSL in ports, systemd denial of service bug, upgraded Mintbox Mini|
|• Issue 680 (2016-09-26): Uruk GNU/Linux 1.0, blocking applications at the firewall, Lenovo controversy, Ubuntu running on the Nextcloud Box|
|• Issue 679 (2016-09-19): OpenMandriva 3.0, 32-bit vs 64-bit performance, openSUSE updates, KaOS unveils first run wizard|
|• Issue 678 (2016-09-12): Apricity 07.2016, Mageia adopts DNF, KDE neon to use Wayland, FreeBSD updates Linux compatibility, creating cron jobs|
|• Issue 677 (2016-09-05): Peppermint OS 7, Manjaro updates leadership, TrueOS becomes rolling release, organizing files, creating torrents|
|• Issue 676 (2016-08-29): Korora 24, Fedora 25 to use Wayland by default, Linux turns 25, PC-BSD becomes TrueOS, finding software licensing information|
|• Issue 675 (2016-08-22): Gentoo LiveDVD "Choice Edition", moreutils, Ubuntu improves terminal convergence, MATE packaged for Openindiana, FreeBSD improves video support|
|• Issue 674 (2016-08-15): Zenwalk Linux 8.0, Ubuntu phone follow-up, Lubuntu transitioning to LXQt, Steam running on FreeBSD|
|• Issue 673 (2016-08-03): noop linux and EasyNAS, Debian's GnuPG switch, Fedora "Flock", using "nice"|
|• Issue 672 (2016-08-01): Ubuntu Phone 15.04, Solus embraces rolling release model, interview with Jane Silber, FreeBSD Quarterly Report|
|• Issue 671 (2016-07-25): Slackware 14.2, Point Linux 3.2, OpenBSD disables usermount, KaOS releases significant changes, Fedora 22 reaches end of life.|
|• Issue 670 (2016-07-18): Linux Lite 3.0, Bodhi team plans 4.0.0, pfSense changes licensing, running software across distributions, Linux Mint upgrade path|
|• Issue 669 (2016-07-11): Linux Mint 18, proving a system is secure, LibreSSL in FreeBSD, Ubuntu plans phasing out 32-bit, pfSense status report|
|• Issue 668 (2016-07-04): Fedora 24, Linux Mint plans for 18.1, FreeBSD and DragonFly BSD improve their file systems, comparing Flatpak, Snap and AppImage|
|• Issue 667 (2016-06-27): GeckoLinux 421, Fedora supports Flatpak, Solus unveils new features, running GNU/Linux on tablets|
|• Issue 666 (2016-06-20): Comparing more live update methods, Ubuntu's snap packages, Antergos drops 32-bit media, GeckoLinux unveils Rolling edition, learning Linux resources|
|• Issue 665 (2016-06-13): BunsenLabs Linux Hydrogen, Fedora 24 delayed, NetBSD grows in size, Clonezilla questions|
|• Issue 664 (2016-06-06): Sabayon 16.05, Debian updates install media, the cost of free software, Qubes explains secure build process|
|• Issue 663 (2016-05-30): Comparing live update methods, Ubuntu MATE's progress, distros debate systemd change, DistroWatch turns 15|
|• Issue 662 (2016-05-23): Clonezilla Live, new Fedora community repository, DragonFlyBSD runs Wayland, a live edition of Slackware and kernel components|
|• Issue 661 (2016-05-16): FreeBSD 10.3, OpenMandriva adopts Clang, Debian adds ZFS packages, PCLinuxOS drops 32-bit and comparing CentOS with RHEL|
|• Issue 660 (2016-05-09): Ubuntu MATE 16.04, Mint's xapps, FreeBSD Quarterly Report, Debian updates 32-bit support, addressing GPL violations|
|• Issue 659 (2016-05-02): Ubuntu 16.04, compiling custom kernels, Cinnamon 3.0, Sabayon launches ARM build, Devuan ships Beta release|
|• Issue 658 (2016-04-25): Kali Linux 2016.1, elementary OS 0.3.2, Debian elects Project Leader, Fedora 24 feature preview, Nard reaches 1.0|
|• Full list of all issues|