| DistroWatch Weekly
|DistroWatch Weekly, Issue 552, 31 March 2014
Welcome to this year's 13th issue of DistroWatch Weekly!
One of the nice aspects of open source is that established projects act as a foundation for new projects. Debian acts as a base for many projects, including Ubuntu. Other projects grow and branch out from Ubuntu and the family tree continues from there. This week we focus on two distributions which are relatively new additions to the Debian family tree, yet are making good progress in their quest to become usable, stable operating systems. We start with Tanglu, a Debian-based project which focuses on being a friendly, desktop-oriented operating system. In our News section this week we talk about the Ubuntu GNOME project, a distribution which has been seeking long term support status. We also link to a resource for people who wish to improve their on-line security and privacy. Plus we cover SliTaz's new ARM port along with PC-BSD's upgrade issues. Our Tips and Tricks section this week also talks about a useful security feature for multi-user systems. As usual, this week we look back on the releases of the past week and look ahead to exciting developments to come. We wish you all a pleasant week and happy reading!
|Feature Story (by Jesse Smith)
Welcoming Tanglu 1.0
The Tanglu distribution is a Debian-based project which uses software packages from Debian's Testing, Unstable and Experimental branches. The project has a focus on being a beginner friendly desktop operating system with a regular time-based release cycle (as opposed to Debian's "release when ready" release cycle). The Tanglu project, which gets its name from combining the words "tangerine" and "igloo", is currently available in two editions, KDE and GNOME. Both of these editions can be downloaded in 32-bit and 64-bit x86 builds. I opted to try the KDE edition of Tanglu as the GNOME edition is still considered experimental.
The ISO for the KDE edition of Tanglu is approximately 1GB in size and booting from the live media brings us to a KDE 4 desktop. The user interface is presented in the traditional manner with the application menu, task switcher and system tray placed at the bottom of the display. Icons for browsing the file system sit on the desktop. Looking through the application menu I found the project's system installer.
Tanglu appears to be using the same graphical system installer as the Linux Mint Debian Edition distribution uses and, as I covered the install process for Linux Mint Debian Edition last week, I will keep this part of the review brief. The installer quickly and cleanly walked me through selecting my preferred language, choosing my time zone and confirming my keyboard's layout. The installer helped me create a user account, offered to set up partitions for me automatically and then asked where it should install the GRUB boot loader. The installer progressed smoothly and I encountered no problems. When it was finished copying its files to my local hard drive I was prompted to reboot the computer.
Tanglu 1.0 -- Running the default KDE desktop
(full image size: 311kB, resolution: 1280x1024 pixels)
Booting the Tanglu distribution brings us to a graphical login screen. Once I signed in I was presented with the KDE desktop. Minor visual effects were enabled, but otherwise the interface was subtle with no distracting pop-ups or welcome screen. The desktop was fairly responsive, neither remarkably fast nor slow.
Shortly after getting Tanglu up and running I started wondering about security updates. The distribution uses the Apper graphical package manager for updating and manipulating software. Apper lets us check for updates and browse categories of software packages. Within these categories we are shown lists of packages and we can then queue these packages for installation or removal with the click of a button. Apper processes batches of actions, temporarily locking the interface while it works. For the most part Apper functioned well for me, the exception being when I checked for package upgrades. When I checked for software upgrades the package manager would download repository data and then hang. A little investigating revealed that PackageKit was running in the background, using all available CPU cycles. PackageKit would churn non-stop, apparently locked in a loop, and it prevented Apper from completing its tasks. This has happened to me before, PackageKit often misbehaves, and I found killing the PackageKit process allowed Apper to get back to work, downloading and applying security updates. Tanglu, I found, uses its own software repositories. The distribution may pull packages from Debian, but they are maintained in a separate Tanglu software repository.
Digging through the distribution's application menu I found Tanglu ships with the Firefox web browser, the KMail e-mail client and the Konversation IRC software. A remote desktop application, document viewer and image viewer were also included. I found the LibreOffice productivity suite was installed by default along with the Amarok audio player, the VLC multimedia player and the Dragon Player video player. The Kamoso webcam utility was present along with an archive manager, virtual calculator, text editor and screen magnifier. Tanglu supplies Network Manager and the KPPP dial-up software to help us get on-line. I found multimedia codecs were present and I could play a variety of media files. Flash support and Java were both missing, though I found Java and Flash in the project's software repositories. In the background Tanglu runs on the Linux kernel, version 3.12.
Tanglu 1.0 -- Package management with Apper
(full image size: 318kB, resolution: 1280x1024 pixels)
I tried running Tanglu on a desktop computer and in a virtual machine powered by VirtualBox. In both environments Tanglu performed well. On the physical hardware my display was set to its maximum resolution, sound worked and a network connection was automatically enabled. The distribution is fairly light on resources. I found Tanglu ran fairly quickly, not setting any speed records, but holding up well against whatever I threw its way. When logged into the KDE desktop I found the distribution used approximately 170MB of RAM, a conservative amount for a Linux distribution running KDE.
After playing with Tanglu for a while I have to say, for a project that has just hit its 1.0 milestone, the distribution is surprisingly solid. I would normally expect an early release to have more rough edges and less coordination. I was especially concerned with the project's use of packages from Debian's Unstable and Experimental branches, but Tanglu remained stable throughout my time with the distribution. The only serious bug I ran into was with PackageKit and its habit of preventing the Apper package manager from working. However, with PackageKit disabled, the distribution performed well. Tanglu has a small memory footprint, works fairly quickly, comes with most of the software I want in a desktop operating system and provides many more packages via the project's repositories.
Tanglu 1.0 -- Various desktop applications
(full image size: 256kB, resolution: 1280x1024 pixels)
What I found especially interesting was comparing this week's trial with Tanglu against last week's experiment with Linux Mint Debian Edition. The two projects have a similar base (Debian), have similar goals (better desktop experience, regular release cycles and some extra non-free bits to improve the end-user experience) and they even use the same system installer. A month ago, had I been asked which distribution would offer the better experience, the veteran Mint project with its record of strong showings in my past reviews or a new distribution called Tanglu, I would have felt the deck was stacked in Mint's favour. However, while my experience with Mint's Debian-based edition was peppered with various minor issues, my time with Tanglu was pleasantly boring. The distribution tended to work quietly and without fuss and, the problem with PackageKit aside, Tanglu didn't offer me any problems.
At this point my only real concern with Tanglu isn't a technical one, but a matter of the project's goals and direction. Tanglu appears to have the same goals as dozens of other Debian-based projects with nothing to set it apart. At least not yet. Right now the project appears to be focused on getting on-line and getting the first few releases out the door and that is great, the developers are doing a good job so far. What I am wondering is: what happens next? What makes Tanglu more appealing than other fixed-release, Debian-based projects with a focus on the desktop? Why might a user select Tanglu over established distributions such as Lubuntu, Kubuntu or Parsix? Right now Tanglu appears to be a solid distribution, the 1.0 release a good first effort. However, at this (early) point in time Tanglu doesn't appear to be doing anything to set the distribution apart from the rest of the pack. Hopefully that will change with time.
* * * * *
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)
Ubuntu GNOME gains LTS status and discusses GNOME desktop versions, PC-BSD corrects update issue, SliTaz gains ARM port and Digital Era offers tips on staying safe on-line
Three weeks ago we discussed the Ubuntu GNOME project's proposal to gain long term support status in the Ubuntu community. The project has received its response from the Ubuntu GNOME team and the news is positive. The Ubuntu GNOME project is happy to announce it has long term support for the upcoming 14.04 release. This means Ubuntu GNOME will receive three years of security updates. The Ubuntu GNOME website reported the good news: "Ubuntu GNOME team has responded to the request and Tim (Ubuntu GNOME head of developers) has agreed to extend the support to 3 years instead of 2 years and 3 months. Without a doubt and without a question, this is by far, the biggest and the best achievement for Ubuntu GNOME Community. We're not only an official flavour of Ubuntu, but also got the LTS status."
Following the release of GNOME 3.12, the Ubuntu GNOME team addressed questions they have received regarding the latest version of GNOME. Will the new version of the GNOME desktop be shipped when Ubuntu GNOME 14.04 is released? The answer is negative. "No. Because on the 20th of February 2014 Trusty Tahr Cycle reached feature freeze: `At this point we stop introducing new features, packages, and APIs, and concentrate on fixing bugs in the development release.' That said, there is no time to introduce any new feature and at that time, GNOME 3.12 wasn't yet released." The Ubuntu GNOME team does point out that there is a personal package archive (PPA) featuring the latest version of the GNOME desktop for people who wish to try a more recent version of the graphical environment.
* * * * *
Two weeks ago the PC-BSD project released a small upgrade to their 10.0 release. While people who installed the project's freshly created images appeared to have done so without problems, some users experienced problems upgrading from 10.0 to 10.0.1. As it turns out, people who were experiencing problems were probably connected to a malfunctioning server. As the PC-BSD blog reports, "We heard that there were some users that were experiencing problems upgrading and believe we have found the guilty party. I was able to duplicate the same package upgrade problem that was causing updates to 10.0.1 to fail, and asked Allan over at Scale Engine to give us a hand. Allan was able to track down the issue to a faulty distribution server that was interrupting connections and preventing the upgrades randomly. This server has been removed from service at this time and further work is going into preventing this from happening again in the future." This will hopefully make future upgrades smoother for the project's users.
* * * * *
SliTaz, an extremely lightweight Linux distribution, has gained support for the ARM architecture. Work has gone into the SliTaz project to support ARMv6 with future plans to support ARMv7. The new port of SliTaz means the distribution can be run on the popular Raspberry Pi hobbyist computer. The project's website states: "SliTaz currently supports the ARMv6 (armel) architecture and work is on the stove for armv6hf (hard float) and ARMv7. SliTaz ARM is supported by the official SliTaz project but with its own boot scripts for faster start-up. A base system will use around 20MB of RAM. SliTaz can turn an ARM device into a music or web server, a NAT, an IRC bot, a small desktop and much more."
* * * * *
Many of us are concerned about maintaining secure operating systems. It is a challenge in the Internet Age to maintain one's security and privacy. Many applications leak information to the Internet and it is hard to know what we should trust and what cannot be trusted. The Digital Era website is trying to help. The site discusses important issues such as anonymity, security and privacy and offers tips on how to stay safe on-line. Not surprisingly, one of recommendations is to use a Linux-based operating system. The Digital Era site covers such topics as using proxies, setting up firewalls and Tor. It is a valuable resource for people who want to improve their on-line privacy and are looking for a place to start that is not overwhelmingly technical.
|Tips and Tricks (by Jesse Smith)
Command line tips and tricks
You may have heard that it is a bad idea to enter any sort of sensitive information on the command line. Tutorials often warn against supplying a username or (more often) a password as an argument to a command line program. The reason for this is it is possible for other users on the system to see the commands you type. Running programs like top or ps allow other users to see the commands you type, including all the parameters you supply. This means other users on the same computer can watch the commands you type and look for login credentials or other sensitive information.
One way to avoid having credentials stolen is to hide one user's processes from every other user. Process information, including the command line which spawned the process, can be found under the system's /proc directory. We can alter the information available under the /proc directory so that we can see our own process information, but another user cannot spy on our processes. To alter the way the /proc directory works we can issue a remount command and tell mount to hide our process information from other users. The mount command that follows adjusts the /proc directory so that we can see our own process information, but other users cannot.
mount -o remount /proc -o hidepid=2
If we now look in the /proc directory we will see a list of our own processes, but none belonging to other users. Likewise, if we run the top or ps commands to see a list of running processes, only our own processes will be listed. Other users will only see their own processes too, making it harder to spy on our command line activity.
Should we wish to make this change to the /proc directory permanent, we can open the /etc/fstab file which details which file systems will be mounted and with what parameters. We can add the following line to our /etc/fstab file to make sure our process information always remains hidden from other users on the system.
proc /proc proc defaults,hidepid=2 0 0
This behaviour of hiding process information from other users will likely become default behaviour in distributions in the future. The Debian team, for instance, is looking to enable process hiding by default in order to protect users from accidental information leaks.
* * * * *
Looking at the comments at the bottom of each issue of DistroWatch Weekly you will find that each comment includes, among other bits of information, a guess as to where the comment writer is located in the world. If you have ever wondered how to get the geographical location of an IP address, then the following command line tricks are for you. Virtually every Linux distribution and BSD operating system includes a command called curl which can transfer information over the Internet using URLs. We can use the curl command to contact an IP-to-geographical location service. For instance, the website ipinfo.io will take a given IP address and attempt to tell us where it is located. From the command line this looks like
Note we start with the curl command, add the name of the web service we wish to use and then add the IP address we wish to lookup. We should get back a city, a region (province or state) and the country where the IP address is located.
Another command line program we can use is called geoiplookup and is packaged in most Linux distributions as either geoip or geoip-bin. The geoiplookup command simply accepts an IP address on the command line and returns the name of a country.
The syntax of geoiplookup is a little easier to remember and, while it returns less detailed information, its straight forward nature makes this program an attractive tool.
|Humour (by Jesse Smith)
Website Migration: Moving on from Debian
Long time DistroWatch readers may remember that this site ran on FreeBSD, once upon a time. The powerful server operating system worked well for DistroWatch until, in 2007, DistroWatch fell victim to a massive distributed denial of service attack. In the wake of the attack an effort was made to get the website up and running again as quickly as possible using a fresh installation. While FreeBSD is a fast and stable operating system, the initial configuration of FreeBSD and the required services would take a significant amount of time. Even if binary packages were used in place of compiling software ports from scratch, a new installation of FreeBSD would take a relatively long time to put in place. Debian, on the other hand, takes a short time to install and automates many of the steps required to put a web server in place. In the name of expediency, the decision was made to perform a fresh installation with Debian on the DistroWatch server. Over the past six years Debian has served DistroWatch fairly well and, despite the occasional minor issue one encounters with any operating system, we have been happy with Debian.
With all that being said, as happy as we have been with our current operating system, the choice to use Debian was made with an eye toward getting up and running as quickly as possible rather than what might be good for DistroWatch in the long-term. Some software and scripts which ship with Debian are perpetually out of date, Debian's policy of "release when it's ready" means it is hard to plan upgrades to new versions of the operating system in advance and performance, while good, could probably be improved. As such, we have been looking at various potential alternatives to Debian to see if there might be another platform better suited to our long-term needs.
We looked at a handful of possible operating systems. The recent FreeBSD 10.0 release was tested first, but we found that getting it up and running and then maintaining the required software would take more effort than we felt the performance benefits were worth. The CentOS distribution was seriously considered and tested. We liked the security, performance and stability offered by CentOS, but the distribution comes with the same issues Debian does -- outdated scripts and an uncertain release schedule. The openSUSE distribution was my personal favourite among the contenders. The mighty green distro provided good performance and great admin tools, but concerns were raised about the length of openSUSE's support cycle. Slackware was briefly considered, but its hands-on style of administration and conservative nature provided all the drawbacks of Debian with none of the package management perks of other Linux distributions. It looked, for a time, as though DistroWatch would be sticking with Debian for the foreseeable future. But then I had a chance encounter with a fellow system administrator who had been beta testing some very interesting software.
Before I go any further, I should explain something about how DistroWatch is set up. The DistroWatch website is not hosted on a single server, but rather on three servers which share the workload. When a person connects to distrowatch.com they are, in fact, contacting a load balancing service. The load balancer then passes on the connection to one of three servers (let's call then A, B and C). The page request is then processed by one of these three servers. Each connection gets handled in a "round robin" fashion, spreading out the work. This arrangement further allows us to take one server off-line for maintenance, leaving the other two machines to continue serving up content. The arrangement allows us to process a fairly large number of connections and maintain good uptimes, but carries the drawback of extra work, as we need to make sure all three servers are synchronized.
What my friend had been beta testing is a new technology coming out of Canonical called Net-Ju. Some readers may be familiar with the Ubuntu utility Juju. Juju allows servers to be linked together in a cloud-style infrastructure where resources scale as needed -- all with convenient command line and web-based system administration tools. Net-Ju, which will be provided as an add-on option to Ubuntu Server 14.04, is an extension of Juju. How it works, in a nutshell, is we install Canonical's proprietary Net-Ju service on a fresh Ubuntu Server installation. We then assign the machine a unique identifier. We can then use that unique identifier to connect the Ubuntu server to our Landscape control panel. Each machine added to the Landscape control panel can be placed inside a Net-Ju group, effectively making any Ubuntu-powered machine we want into a member of a distributed cloud. This means any Ubuntu machine anywhere in the world can be made a member of our cloud with only three commands and a couple of mouse clicks. Each machine, or "node", in the Landscape cloud will effectively work together to act as one giant machine. Network connections to any one machine will behave identically to connections made to any other machine in the same group. Further, the Net-Ju service load balances automatically. This means if several connections arrive at any node member at once, the connections are transparently divided up between all the active nodes. Files, meanwhile, are automatically synchronized between all nodes in the Net-Ju cloud.
All of these features sounded good and convenient and Ubuntu's package management tools, being the same as Debian's, would make the servers easy to configure and maintain. Ubuntu's next release will be a supported for five years, which makes it an attractive option. The big remaining concern was performance. The Debian community is understandably proud of their distribution's small resource requirements and high performance and I had doubts as to whether Ubuntu, alone or in a cloud arrangement, could keep up. Luckily I was able to get a month-long trial from Canonical in order to test Net-Ju myself and see how it would behave.
Following the steps in the provided documentation quickly got me set up with a fresh installation of Ubuntu Server. I added Canonical's Net-Ju service and signed into Landscape. It took me a little while to navigate around Landscape's web-based controls, but after a few minutes I had managed to create an empty cloud instance and, shortly after, I used my server's unique identifier to create my Net-Ju cloud. Then the testing began.
In order to test Net-Ju, I created scenarios where an equal number of Ubuntu nodes and Debian servers (laid out in a round robin configuration) would each process an increasingly greater number of web connections. Unsurprisingly, when I had just one Ubuntu server in my cloud and compared it against one Debian server, the Debian server consistently out performed Ubuntu. The Debian server, without its extra cloud overhead, performed approximately 20% faster under any load. This was to be expected, and so I added a second Debian server and a second Ubuntu node to the test.
Performance comparison between Debian and Ubuntu using one server
(full image size: 21kB, resolution: 561x318 pixels)
This is where things got interesting. While the Debian servers performed better under relatively low loads, the Ubuntu nodes scaled traffic better, completing tasks faster under higher traffic volumes.
Performance comparison between Debian and Ubuntu using two servers
(full image size: 20kB, resolution: 561x339 pixels)
Then, with a third server of each distribution added, my Ubuntu cloud again scaled better than its Debian counterpart. In the end, I found Ubuntu performed about 25% faster than Debian under traffic loads simulated to be about the same as what DistroWatch sees on most Mondays.
Performance comparison between Debian and Ubuntu using three servers
(full image size: 20kB, resolution: 561x328 pixels)
Further investigation turned up additional benefits to working with Canonical's Net-Ju. One problem we sometimes run into at DistroWatch is reader comments not syncing between servers fast enough. This sometimes causes people to believe their comment has been deleted or failed to post in the first place, when in fact the comment simply has not propagated to all of our web servers. The Net-Ju installation links us to Ubuntu's One service which would reduce the time required for files to synchronization and remove the need for us to maintain our own synchronization scripts. In short, this should prevent comments from disappearing. Another benefits is that, due to Canonical's deals with Amazon, made famous via the Ubuntu shopping lens, using Canonical's Net-Ju technology results in higher advertisement commissions from Amazon. This means DistroWatch can generate more income and pass along more money (we estimate 10% more) to open source projects through the donations program. In short, Ubuntu and Debian offer similar package management benefits and Ubuntu provides a more regular support cycle. Ubuntu further offers higher performance under heavy loads, easy system administration and higher revenue that we can then pass on to the community. The only downside is the use of Canonical's proprietary Net-Ju technology, but our philosophical oppositions to closed source software seem outweighed by the benefits offered by the Ubuntu platform.
Such a change from Debian to Ubuntu is not one we will make lightly, of course. Debian, as a server platform, has been very good to us in recent years. Ubuntu currently offers a very attractive solution which could make administration easier and improve our website's performance. Still, before we make the change, we welcome feedback from you, our readership. The last time we switched operating systems it was a choice made in a rush. This time we can pause to consider all the pros and cons and that includes hearing from the people who visit us every week and will actually be making use of the technology. So, please, feel free to e-mail us or leave us a comment below with your thoughts on migrating our server infrastructure from Debian to Ubuntu.
|Released Last Week
MX-14 "Symbiosis", a special version of antiX developed in full collaboration with the MEPIS Community, has been released for the 32-bit architecture: "It is a midweight OS designed to combine an elegant and efficient desktop with simple configuration, high stability, solid performance and medium-sized footprint. The base depends on the excellent upstream work by Linux, Debian, and Xfce. MX-14 also incorporates the independent and innovative development products Whisker Menu, simsu and gottet, QupZilla Browser, smxi and inxi. We think you will enjoy it! MX-14 is based on Debian 7 'Wheezy' and enhanced with more up to date applications from debian-backports and MEPIS Community repository...." The release announcement can be found on antiX's news page, and screenshots as well as a video introduction can be found on the MX project page.
Legacy OS 2.1 LTS
Legacy OS 2.1 Long Term Support edition, a Puppy-based distribution compatible with old hardware like Pentium III PCs, has been released: "Today sees the release of Legacy OS 2.1 LTS the final Series 2 release ever! While there won't be any new releases for the 2 Series you can still expect new applications will be added to the repository over time. In this release you'll find some new applications and a few that have been update like the Opera web browser. Those who are currently using Legacy OS 2 will notice an improvement in Usability / Look and Feel. A number of configuring applications that once looked more like scripts now look like normal applications. With over 200 menu choices for users to choose from Legacy OS 2.1 LTS brings together a collection of extremely useful applications that could make a Pentium III PC far more useful than a user could imagine. Install once and use for years to come." The release announcement can be found on the Legacy OS website.
Musix GNU+Linux 3.0.1
Marcos Guglielmetti has announced the availability of Musix GNU+Linux 3.0.1, an update to the Debian-based distribution designed for musicians: "The development team of Musix GNU+Linux is proud to present version 3.0.1 Stable. This is a bugfix release related to installation fail due to lack of grub package. Also, now the ISO image is isohybrid, i.e., supports boot from USB or DVD media. For this version of the installable Live DVD/USB Stable we added some video editors like Kdenlive 0.9.6, Avidemux and Cinelerra, added French and Serbian language support, OpenOffice, solved some minor KDE desktop bugs. Some useful information: User: user; Pass: live." Check the brief release announcement and the package list.
* * * * *
Development, unannounced and minor bug-fix releases
|Upcoming Releases and Announcements
Summary of expected upcoming releases
New distributions added to waiting list|
- Cubuntu. Cubuntu is based on the Ubuntu distribution and features multiple desktop environments, including Unity, Cinnamon and MATE.
- Lubit Linux. Lubit Linux is a minimalist distribution which ships with the Openbox window manager. The distribution attempts to run using less than 100MB of memory.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 7 April 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)
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)
|Linux Foundation Training
|• 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|
|• Issue 725 (2017-08-14): openSUSE 42.3, Debian considers Flatpak for backports, changes coming to Ubuntu 17.10, the state of gaming on Linux|
|• Issue 724 (2017-08-07): SwagArch 2017.06, Myths about Unity, Mir and Ubuntu Touch, Manjaro OpenRC becomes its own distro, Debian debates future of live ISOs|
|• Issue 723 (2017-07-31): UBOS 11, transferring packages between systems, Ubuntu MATE's HUD, GNUstep releases first update in seven years|
|• Issue 722 (2017-07-24): Calculate Linux 17.6, logging sudo usage, Remix OS discontinued, interview with Chris Lamb, Debian 9.1 released|
|• Full list of all issues|
|Random Distribution |
Draco GNU/Linux was a distribution based on Slackware Linux and pkgsrc, a package management system developed by NetBSD. It was distributed in the form of a minimal base system, but a range of additional software packages was available for installation from the project's FTP server.