| DistroWatch Weekly
|DistroWatch Weekly, Issue 765, 28 May 2018
Welcome to this year's 22nd issue of DistroWatch Weekly!
Over the past month we have talked a good deal about popular distributions such as Ubuntu and Fedora. These two distributions act as parent projects for several other distributions which add their own special twist on these operating systems. This week Joshua Allen Holm takes Pop!_OS, a customized version of Ubuntu developed by System76, for a test drive and reports on the distribution's special features. Our Opinion Poll this week talks about custom distributions developed by OEMs like System76. What do you think of hardware retailers bundling their own flavours of Linux with their equipment? Let us know your thoughts on custom OEM distributions in the comments. In our Tips and Tricks column we talk about two tools which are used to gather key information about the underlying operating system when trouble-shooting problems. Plus we talk about Haiku's effort to unify its ARM support and Solus taking back control of the Budgie desktop's development. We also share a link to a questions and answers thread with members of the KDE team. This past week we updated our Compare Packages page and we have the details below, along with the releases of the past week and the torrents we are seeding. Finally, we are pleased to welcome the Obarun distribution to our database. We wish you all a wonderful week and happy reading!
|Feature Story (by Joshua Allen Holm)
Pop!_OS 18.04 LTS
Pop!_OS is an Ubuntu-based distribution from System76, a Colorado-based company that sells computers with Linux pre-installed. The first release of Pop!_OS, version 17.10, was interesting and provided a very nice experience, but mostly involved pulling what System76 felt was the best bits from various upstream sources and combining them into a cohesive whole. While Pop!_OS 17.10 was fairly conservative, Pop!_OS 18.04 LTS provides some major new features, some of which are quite interesting. For example: GRUB has been replaced with systemd-boot and a tool called kernelstub, and there is a recovery partition, so a USB flash drive is no longer needed to rescue a system (at least in theory, the recovery partition is still a work in progress).
Pop!_OS 18.04 -- The default GNOME desktop
(full image size: 323kB, resolution: 1366x768)
Like the previous release of Pop!_OS, there are two different ISOs, one for systems with Intel and AMD graphics and another for computers with NVIDIA graphics. For this review I downloaded the Intel/AMD image and copied it to a USB flash drive. It appears that the installation images get refreshed periodically as Pop!_OS specific packages get updated, with the current Intel/AMD image being 1.91GB and the current NVIDIA image is 2.07GB.
One of the major new features in Pop!_OS 18.04 LTS is the new installer. Gone is the customized Ubiquity used in Pop!_OS 17.10. In its place is a new installer that has been designed to fit in with the overall Pop!_OS theme. This installer treats all installations as OEM installations, which means that setting up a user account is handled on first boot, not during install. However, this new installer does provide a clean user interface with some nice graphics, and it defaults to setting up full-disk encryption. While I opted for the default disk partitioning, the installer does allow the user to customize their hard drive partitions, if they so desire.
Pop!_OS 18.04 -- The new system installer
(full image size: 199kB, resolution: 1366x768)
The second phase of the setup process began after I rebooted the computer. The first thing I was presented with was a text prompt to enter the password to decrypt my hard drive. Other than this text prompt there were no other text status notifications and no graphical boot splash screen. A recent update has added a boot splash screen with a graphical prompt for unlocking the hard drive. Even before the update to enable a graphical boot splash, the very spartan boot process looks very clean. The only oddity is the absolutely huge text size on the console (Terminus 16x32 is what the default settings are in /etc/default/console-setup), which is probably to make the console font readable on HiDPI displays, but on my non-HiDPI 1366x768 display it ends up looking comically large.
Once the very, very fast boot process was over, GNOME Initial Setup handled setting up various options like keyboard layout, privacy options, and setting up a new user. The process should be extremely familiar to anyone setting up Linux in the past several years. The only difference is when the steps take place. Instead of setting up everything in one step, Pop!_OS moves various configuration options and new user creation to first boot which makes it easier to set up a new computer for another user.
Pop!_OS's GNOME desktop
Aside from the custom fonts, theme, and icon set, Pop!_OS's GNOME desktop mostly sticks close to the GNOME default settings. There are a handful of tweaked settings and several extensions, but overall it is much closer to the standard GNOME experience than Ubuntu's GNOME. The extensions added in Pop!_OS provide minor enhancements, not major changes, unlike Ubuntu's more heavily customized GNOME with a dock instead of the standard dash. The new extensions in Pop!_OS 18.04 provide the ability to select various power profiles from the setting menu in the upper-right corner of the screen and a "Do not disturb" option in the notification area to silence notifications. There is also an extension that is supposed to fix the battery icon so it displays accurate charge levels, but the battery in my laptop is so old that I could not figure out if it works correctly.
Pop!_OS 18.04 -- Power management settings
(full image size: 342kB, resolution: 1366x768)
One of the things that sets Pop!_OS apart from Ubuntu is the default selection of software. Pop!_OS comes with Firefox and LibreOffice like most distributions, but opts for using Geary for e-mail and having GNOME Videos serve as default player for both videos and music. The rest of the applications are various GNOME and Pop!_OS-specific utilities. Overall, there are fewer desktop applications installed by default, but there are enough available to do most basic computer tasks. However, if a user wants to switch to applications other than the default, a small problem arises—uninstalling any of the default applications also removed the pop-desktop package, which is how new features and new default applications get pulled in (e.g., the boot splash screen mentioned above). If I attempt to remove Geary and replace it with a different e-mail program, pop-desktop also gets uninstalled, which would mean that my computer would not get all the new Pop!_OS features.
Pop!_OS 18.04 -- Default applications
(full image size: 474kB, resolution: 1366x768)
Of all the GNOME settings tweaked in Pop!_OS, the biggest ones are the various customized keyboard shortcuts. In many ways, they are very different from stock GNOME's shortcuts. I am honestly torn on this customization. On one hand, the shortcuts make sense and provide a logical workflow, but they are non-standard. If I used only Pop!_OS, it would not be a problem, but I regularly use GNOME on CentOS, Fedora, and other distributions. I always end up using the "wrong" shortcuts when I switch back and forth between GNOME implementations. I do not expect every desktop environment to behave the same way, but having Pop!_OS's GNOME use different shortcuts than standard GNOME is a bit like if Dell or HP computers had non-standard keyboard shortcuts in Windows that only worked on Windows as installed by that particular manufacture.
If the default selection of software is not enough, the Pop!_Shop application can be used to install additional applications. On the main screen there is a selection of curated applications that fit with System76's vision of Pop!_OS as a distribution for makers and computer scientists. GitHub's Atom editor, Microsoft's Visual Studio Code, Chromium Web Browser, Steam, Signal, Slack, Telegram, and Mattermost are some of the curated options. Other applications are grouped by category and come from the Ubuntu repositories, so if a package is available in Ubuntu, it is available in Pop!_OS. The only difference is that Pop!_OS does not enable snaps by default. Snapd can be installed, but it is not included in the default Pop!_OS packages.
Pop!_OS 18.04 -- Pop!_Shop
(full image size: 234kB, resolution: 1366x768)
Other programs for installing and managing packages included Eddy, a graphical application for installing Deb packages, and Repoman, a new program for managing repositories, which provides many of the same features as Software & Updates does in Ubuntu, but fits better with Pop!_OS and Pop!_Shop. And, of course, apt and dpkg are available on the command line.
Pop!_OS 18.04 -- The Repoman repository manager
(full image size: 128kB, resolution: 1366x768)
The recovery partition
The recovery partition is a very interesting new feature, but it is not really ready to use yet. A user asked about it recently in the Pop!_OS subreddit, and they were told that it was still being worked on. However, since the top bullet point in System76's Differences Between Pop!_OS and Ubuntu document is the recovery partition, I decided to take a look at it anyway to see how it works so far.
The recovery partition can be accessed by holding down the space bar when starting up the computer. This brings up a menu that lets the user boot the current kernel, the previous kernel version, or the recovery partition. Selecting the recovery partition booted a copy of the live ISO that had been installed into a 4GB partition on my hard drive. It booted fine and I had a functional live desktop, but that is just about it.
The first time I tried out the recovery partition was on a system that had a fully encrypted drive (i.e., the default Pop!_OS installation option). However, the installer, which automatically runs when the recovery mode starts, crashes when it gets to the point where it wants to start working with the hard drive partitions. I looked through the recovery.conf configuration file and found that the ROOT_UUID option was set to the UUID of the un-encrypted partition where Pop!_OS was installed, but the partition was not decrypted and mounted. Manually trying to decrypt and mount the encrypted partition was convoluted and not exactly user-friendly. Instead, I tried to reinstall Pop!_OS without full disk encryption to see if that worked better. It did, to a point. The installer no longer crashed when it got to the partitioning options, and I could tell the installer to install Pop!_OS, but that installation failed. When I rebooted my system, I could no longer boot into Pop!_OS because the recovery installer completely messed up everything.
Despite all the problems with the recovery mode, I think it was a good idea for System76 to include the recovery partition now with the intention of fixing it in the future. Adding a recovery partition needs to be done at install, so it is not something that can get added in several months after the distribution is released without making everyone reinstall. However, given the state that the recovery partition is in, it really should not have been the top bullet point in the document describing what makes Pop!_OS different from Ubuntu. The rest of the documentation for the recovery feature seems to be held back, but that bullet point is something that should have been removed.
Pop!_OS 18.04 LTS is not perfect, but it does offer several interesting new features. The tweaks to GNOME provide some nice usability enhancements without radically changing how the GNOME desktop works. Some of the other features, like moving away from using GRUB and adding a recovery partition, are very interesting and other distributions might wish to take note of them. Granted, at present, the recovery partition does not work, but the underlying idea is a good one. Hopefully, the recovery functionality will be fixed in the near future and improved in future Pop!_OS releases. If you are looking for a solid, Ubuntu-based Linux distribution for desktop use, Pop!_OS is certainly a good choice.
* * * * *
Hardware used in this review
My physical test equipment for this review was a Lenovo Ideapad 100-15IBD laptop with the following specifications:
- Processor: 2.2GHz Intel Core i3-5020U CPU
- Storage: Seagate 500GB 5400 RPM hard drive
- Memory: 4GB of RAM
- Networking: Realtek RTL8723BE 802.11n Wireless Network Adapter
- Display: Intel HD Graphics 5500
* * * * *
Visitor supplied rating
Pop!_OS has a visitor supplied average rating of: 8.8/10 from 50 review(s).
Have you used Pop!_OS? You can leave your own review of the project on our ratings page.
|Miscellaneous News (by Jesse Smith)
Haiku unifying ARM builds, Solus resumes control of Budgie, KDE team answers questions
Haiku developers have been working on ARM hardware ports of their operating system for some time. The ARM ports, along with the project's m68k and PowerPC builds, are still considered experimental and are not presented in the same tier as Haiku's x86 builds. However, work is moving forward and an effort is being made to unify the ARM ports. A blog post on the Haiku website explains: "Up until recently, Haiku builds for ARM have targeted individual ARM boards. The compile process for ARM images required two things: an architecture, and a target board (such as the Raspberry Pi 2). This board setting adjusted a large number of defines throughout Haiku at compile time to set the operating system up for the target ARM device. The board selection also handled placing all the propriety bits (a lot of which have sketchy licensing) into the Haiku image during compile. Haiku would then have to distribute these files (sketchy licensing and all). Over the past few years, François Revol, Ithamar R. Adema, and others have worked to add Flat Device Tree (FDT) support to Haiku. FDTs enable operating systems to obtain core knowledge of the devices they run on by simply swapping one or more compiled binary files. These files describe critical things the operating system needs to know about the hardware they run on. Really important things such as what devices exist at what memory locations. (Think video frame buffers, serial ports, etc). In a series of cryptic commits in July 2017, I removed these board-centric build steps with grand plans of making testing (and running) Haiku on ARM devices easier." The Haiku post credits the Fedora ARM port for providing the inspiration for the new, unified approach.
* * * * *
The Budgie desktop environment began its life as a part of the larger Solus distribution. However, as Budgie's popularity grew, it was spun off as an independent project. This made Budgie a more distro-neutral project, open to contributions from other Linux distributions. Budgie is now returning to its original home, under the care of the Solus project. An update to Budgie's README file states: "This decision has been made after a long time having Budgie Desktop being a separate project, which to this date has only repeatedly harmed the Budgie Desktop project due to other projects specifically looking to add vendor specific value-add and ensuring it is never upstream within this project. As such the project is now officially back under the stewardship of Solus (original authors) and will be developed with our goals in mind, as it once was. It should also be observed that Budgie has been an incredibly quiet project for almost the entire duration of the project being split out from Solus. This will now be remedied as we merge back into Solus, and all previous decisions will now be re-evaluated (Qt? Wayland? GTK+4? etc)."
* * * * *
The KDE team has published a new set of goals for the Plasma desktop and its applications. Some of these goals involve providing better privacy protecting software while others are related to infrastructure and making it easier for new contributors to join the project. "The following goals were chosen for the next three to four years: Top notch usability and productivity for basic software - this is all about getting the little details right and making KDE's software a joy to use for everyone. Privacy software - here we focus on making sure KDE's software helps you protect your privacy where you need it and gives you the necessary control. Streamlined onboarding of new contributors - KDE's software is created by volunteers from all around the world. We want to put effort into making it easier to contribute and become a part of the community." Members of the KDE team took to Reddit this weekend to answer questions and discuss the new goals.
* * * * *
These and other news stories can be found on our Headlines page.
|Tips and Tricks
Gathering system information
I really like the Tips and Tricks articles, they're very helpful. I recently found lsb_release and thought it might be worth sharing with the DistroWatch community. Although some of the more seasoned Linux users are probably already aware of this command, many other readers could find this to be a useful little tool.
I'm running Xubuntu 16.04, since 16.04.2. For a while now, I wondered how to verify that my system is up to date when LTS release updates are issued, for example, from 16.04.3 to 16.04.4. Using inxi -F only shows "Distro: Ubuntu 16.04 xenial". So, after a bit of searching on the Internet, I found what I really wanted: lsb_release. (I did notice during my search there are pre-installed GUIs for this information, but I'd rather use the command line when possible.)
After reading the man page, I found running lsb_release -d -c is exactly what I wanted.
$ lsb_release -d -c
Description: Ubuntu 16.04.4 LTS
* * * * *
As a regular reader, I notice there are usually a few different tips in the articles. If you like this idea, maybe you can also include some inxi tips since inxi is another useful tool for system information.
(Editor's note: For those unfamiliar with inxi, it is a command line tool which collects key pieces of system information which are useful for debugging technical problems. This information is formatted in a way that makes it suitable for copying & pasting into a forum post or IRC channel.)
Many times over the years I've seen, on forums, where a user needs help with a problem, and is asked to post the results of inxi -F. The output of that command includes the users mac address. So, by running inxi -Fz, the mac address is hidden from public view.
Here is a customization trick to change the font colour scheme:
inxi -c 95
Note: 95 is for a terminal, running in X - like xTerm. Running inxi -h will show a short list of choices, from 94 to 99, for different display types in the -c options.
* * * * *
More tips can be found in our Tips and Tricks archive.
|Released Last Week
Emmabuntüs is a desktop Linux distribution designed to be run on older computers. The project has released a new version based on Debian 9 Stretch featuring the Xfce desktop environment. The LXDE desktop can easily be installed as an alternative interface. "This Debian Edition 2-1.02 version includes the following fixes and enhancements: Based on Debian 9.4 Stretch. Addition of utilities to automatically detect and configure the printer devices. Addition of Shutter. Addition of Darktable, but only for the 64-bits version. Addition of the LXDE installation icon within the Xfce menu. Modification of the script handling the screen saver images in order to be able to turn it off. Update of the Wiki. Updates of HPLip 3.18.4, TurboPrint 2.45, Skype 8.20 (64-bits version only), VirtualBox-guest-dkms 5.2.10, MultiSystem 1.0423." Additional information on the new version can be found in the project's release announcement.
The openSUSE team has announced the release of openSUSE 15, a new major milestone for the distribution which allows for easier migration to SUSE Linux Enterprise (SLE). The project's release announcement states: "openSUSE Leap 15 now allows migration to SLE, brings a new partitioner, integrates the Groupware Kopano, moves to Firewalld - and also comes distributed by Linode (for Cloud and infrastructure setups) and on high-end hardware like Tuxedo Laptops (other Cloud and hardware vendors will follow). On top of that, Leap 15 introduces a system role selection with classic 'server' or 'transactional server' role with transactional updates and a read-only root file system. This brings in all the benefits of atomic updates to the full scope of deployments, from the Internet of Things (IoT) and embedded devices to classical server and desktop roles. Apart from that, Leap 15 has been continually optimized for cloud usage scenarios as virtualization guest and at the same time offers a great variety of desktops, including KDE and GNOME and features the return of Live images for simple test-driving." The distribution's download page offers full DVD and net-install images. There are also live disc editions for KDE Plasma and GNOME.
openSUSE 15 -- Running the KDE Plasma desktop
(full image size: 435kB, resolution: 1280x1024 pixels)
* * * * *
Development, unannounced and minor bug-fix releases
The table below provides a list of torrents DistroWatch is currently seeding. If you do not have a bittorrent client capable of handling the linked files, we suggest installing either the Transmission or KTorrent bittorrent clients.
Archives of our previously seeded torrents may be found in our Torrent Archive. We also maintain a Torrents RSS feed for people who wish to have open source torrents delivered to them. To share your own open source torrents of Linux and BSD projects, please visit our Upload Torrents page.
Torrent Corner statistics:
- Total torrents seeded: 864
- Total data uploaded: 19.8TB
|Upcoming Releases and Announcements
Summary of expected upcoming releases
OEMs shipping a customized operating system
This week we shared a review of Pop!_OS, an Ubuntu-based distribution developed by System76. Pop!_OS is offered as a pre-installed option on System76's laptops and desktops. Having a custom distribution like this lets the OEM better control the user experience, tailoring the desktop and drivers to match their hardware.
We would like to know what our readers think of OEMs creating a customized distribution as opposed to using an available distribution like Fedora or Ubuntu. Is having a custom distribution an appealing option, or would you prefer to see OEMs sell their hardware with an existing flavour of Linux?
You can see the results of our previous poll on GNOME removing the ability to launch programs from Nautilus in last week's edition. All previous poll results can be found in our poll archives.
OEMs shipping a customized operating system
|I prefer the custom distro option: ||221 (12%)|
| I prefer OEMs use a generic distro: ||571 (30%)|
| I prefer to have no OS pre-installed: ||784 (41%)|
| No preference: ||323 (17%)|
Improvements to the Compare Packages page
Our Compare Packages page provides a way for DistroWatch visitors to quickly compare the available packages between two distributions. If you want to know which project is more cutting edge, Manjaro Linux or Fedora's Rawhide branch, the Compare Packages page can show you.
This week we made some improvements to the comparison table. When a package in a distribution is up to date with its upstream stable version, the package's version number is displayed in green. Packages in a distribution which are development releases are shown in red with a broken-line border.
* * * * *
New projects added to database
Obarun is an Arch Linux based distribution featuring the S6 init software in place of systemd. Obarun provides a live disc featuring the JWM graphical interface. Utilities, such as pacopts, are included for working with Arch's repositories, including the Arch User Repository (AUR).
Obarun 2018.05 -- Running the JWM graphical interface
(full image size: 1.1MB, resolution: 1232x943 pixels)
* * * * *
Distributions added to waiting list
- MODICIA OS. MODICIA OS is a desktop Linux distribution, based on Xubuntu. The operating system features an interface which should appear familiar to macOS users. Samba and WINE are pre-installed to make it easier to share resources over the network and run Windows applications.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 4 June 2018. Past articles and reviews can be found through our Article Search page. To contact the authors please send e-mail to:
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 2, value: US$98.19)
|Linux Foundation Training
|• Issue 777 (2018-08-20): YunoHost 220.127.116.11, limiting process resource usage, converting file systems on Fedora, Debian turns 25, Lubuntu migrating to Wayland|
|• Issue 776 (2018-08-13): NomadBSD 1.1, Maximum storage limits on Linux, openSUSE extends life for 42.3, updates to the Librem 5 phone interface|
|• Issue 775 (2018-08-06): Secure-K OS 18.5, Linux is about choice, Korora tests community spin, elementary OS hires developer, ReactOS boots on Btrfs|
|• Issue 774 (2018-07-30): Ubuntu MATE & Ubuntu Budgie 18.04, upgrading software from source, Lubuntu shifts focus, NetBSD changes support policy|
|• Issue 773 (2018-07-23): Peppermint OS 9, types of security used by different projects, Mint reacts to bugs in core packages, Slackware turns 25|
|• Issue 772 (2018-07-16): Hyperbola GNU/Linux-libre 0.2.4, UBports running desktop applications, OpenBSD auto-joins wi-fi networks, boot environments and zedenv|
|• Issue 771 (2018-07-09): Linux Lite 4.0, checking CPUs for bugs, configuring GRUB, Mint upgrade instructions, SUSE acquired by EQT|
|• Issue 770 (2018-07-02): Linux Mint 19, Solus polishes desktop experience, MintBox Mini 2, changes to Fedora's installer|
|• Issue 769 (2018-06-25): BunsenLabs Helium, counting Ubuntu users, UBports upgrading to 16.04, Fedora CoreOS, FreeBSD turns 25|
|• Issue 768 (2018-06-18): Devuan 2.0.0, using pkgsrc to manage software, the NOVA filesystem, OpenBSD handles successful cron output|
|• Issue 767 (2018-06-11): Android-x86 7.1-r1, transferring files over OpenSSH with pipes, LFS with Debian package management, Haiku ports LibreOffice|
|• Issue 766 (2018-06-04): openSUSE 15, overview of file system links, Manjaro updates Pamac, ReactOS builds itself, Bodhi closes forums|
|• Issue 765 (2018-05-28): Pop!_OS 18.04, gathering system information, Haiku unifying ARM builds, Solus resumes control of Budgie|
|• Issue 764 (2018-05-21): DragonFly BSD 5.2.0, Tails works on persistent packages, Ubuntu plans new features, finding services affected by an update|
|• Issue 763 (2018-05-14): Fedora 28, Debian compatibility coming to Chrome OS, malware found in some Snaps, Debian's many flavours|
|• Issue 762 (2018-05-07): TrueOS 18.03, live upgrading Raspbian, Mint plans future releases, HardenedBSD to switch back to OpenSSL|
|• Issue 761 (2018-04-30): Ubuntu 18.04, accessing ZFS snapshots, UBports to run on Librem 5 phones, Slackware makes PulseAudio optional|
|• Issue 760 (2018-04-23): Chakra 2017.10, using systemd to hide files, Netrunner's ARM edition, Debian 10 roadmap, Microsoft develops Linux-based OS|
|• Issue 759 (2018-04-16): Neptune 5.0, building containers with Red Hat, antiX introduces Sid edition, fixing filenames on the command line|
|• Issue 758 (2018-04-09): Sortix 1.0, openSUSE's Transactional Updates, Fedora phasing out Python 2, locating portable packages|
|• Issue 757 (2018-04-02): Gatter Linux 0.8, the UNIX and Linux System Administration Handbook, Red Hat turns 25, super long term support kernels|
|• Issue 756 (2018-03-26): NuTyX 10.0, Neptune supplies Debian users with Plasma 5.12, SolydXK on a Raspberry Pi, SysV init development|
|• Issue 755 (2018-03-19): Learning with ArchMerge and Linux Academy, Librem 5 runs Plasma Mobile, Cinnamon gets performance boost|
|• Issue 754 (2018-03-12): Reviewing Sabayon and Antergos, the growing Linux kernel, BSDs getting CPU bug fixes, Manjaro builds for ARM devices|
|• Issue 753 (2018-03-05): Enso OS 0.2, KDE Plasma 5.12 features, MX Linux prepares new features, interview with MidnightBSD's founder|
|• Issue 752 (2018-02-26): OviOS 2.31, performing off-line upgrades, elementary OS's new installer, UBports gets test devices, Redcore team improves security|
|• Issue 751 (2018-02-19): DietPi 6.1, testing KDE's Plasma Mobile, Nitrux packages AppImage in default install, Solus experiments with Wayland|
|• Issue 750 (2018-02-12): Solus 3, getting Deb packages upstream to Debian, NetBSD security update, elementary OS explores AppCentre changes|
|• Issue 749 (2018-02-05): Freespire 3 and Linspire 7.0, misunderstandings about Wayland, Xorg and Mir, Korora slows release schedule, Red Hat purchases CoreOS|
|• Issue 748 (2018-01-29): siduction 2018.1.0, SolydXK 32-bit editions, building an Ubuntu robot, desktop-friendly Debian options|
|• Issue 747 (2018-01-22): Ubuntu MATE 17.10, recovering open files, creating a new distribution, KDE focusing on Wayland features|
|• Issue 746 (2018-01-15): deepin 15.5, openSUSE's YaST improvements, new Ubuntu 17.10 media, details on Spectre and Meltdown bugs|
|• Issue 745 (2018-01-08): GhostBSD 11.1, Linspire and Freespire return, wide-spread CPU bugs patched, adding AppImage launchers to the application menu|
|• Issue 744 (2018-01-01): MX Linux 17, Ubuntu pulls media over BIOS bug, PureOS gets endorsed by the FSF, openSUSE plays with kernel boot splash screens|
|• Issue 743 (2017-12-18): Daphile 17.09, tools for rescuing files, Fedora Modular Server delayed, Sparky adds ARM support, Slax to better support wireless networking|
|• Issue 742 (2017-12-11): heads 0.3.1, improvements coming to Tails, Void tutorials, Ubuntu phasing out Python 2, manipulating images from the command line|
|• Issue 741 (2017-12-04): Pop!_OS 17.10, openSUSE Tumbleweed snapshots, installing Q4OS on a Windows partition, using the at command|
|• Issue 740 (2017-11-27): Artix Linux, Unity spin of Ubuntu, Nitrux swaps Snaps for AppImage, getting better battery life on Linux|
|• Issue 739 (2017-11-20): Fedora 27, cross-distro software ports, Ubuntu on Samsung phones, Red Hat supports ARM, Parabola continues 32-bit support|
|• Issue 738 (2017-11-13): SparkyLinux 5.1, rumours about spyware, Slax considers init software, Arch drops 32-bit packages, overview of LineageOS|
|• Issue 737 (2017-11-06): BeeFree OS 18.1.2, quick tips to fix common problems, Slax returning, Solus plans MATE and software management improvements|
|• Issue 736 (2017-10-30): Ubuntu 17.10, "what if" security questions, Linux Mint to support Flatpak, NetBSD kernel memory protection|
|• Issue 735 (2017-10-23): ArchLabs Minimo, building software with Ravenports, WPA security patch, Parabola creates OpenRC spin|
|• Issue 734 (2017-10-16): Star 1.0.1, running the Linux-libre kernel, Ubuntu MATE experiments with snaps, Debian releases new install media, Purism reaches funding goal|
|• Issue 733 (2017-10-09): KaOS 2017.09, 32-bit prematurely obsoleted, Qubes security features, IPFire updates Apache|
|• Issue 732 (2017-10-02): ClonOS, reducing Snap package size, Ubuntu dropping 32-bit Desktop, partitioning disks for ZFS|
|• Issue 731 (2017-09-25): BackSlash Linux Olaf, W3C adding DRM to web standards, Wayland support arrives in Mir, Debian experimenting with AppArmor|
|• Issue 730 (2017-09-18): Mageia 6, running a completely free OS, HAMMER2 file system in DragonFly BSD's installer, Manjaro to ship pre-installed on laptops|
|• Issue 729 (2017-09-11): Parabola GNU/Linux-libre, running Plex Media Server on a Raspberry Pi, Tails feature roadmap, a cross-platform ports build system|
|• Issue 728 (2017-09-04): Nitrux 1.0.2, SUSE creates new community repository, remote desktop tools for GNOME on Wayland, using Void source packages|
|• Issue 727 (2017-08-28): Cucumber Linux 1.0, using Flatpak vs Snap, GNOME previews Settings panel, SUSE reaffirms commitment to Btrfs|
|• Issue 726 (2017-08-21): Redcore Linux 1706, Solus adds Snap support, KaOS getting hardened kernel, rolling releases and BSD|
|• Full list of all issues|
|Random Distribution |
DNALinux was a live Linux distribution based on SLAX and bundled with bioinformatics applications, such as EMBOSS, Primer3, and other software.