My journey through the world of Linux began in mid 2012, when I first tried Ubuntu 12.04 as a dual-boot with Windows 7 on my Dell laptop. At first, I must admit I was not impressed, as it was like I had landed on an alien planet, as I had never had any need to use a terminal emulator (or command prompt as it is called under Microsoft Windows) before. Fortunately, I persevered (although, I did return to Windows on-and-off) and after a while I became almost addicted to Linux. A couple of years later I decided to delete the Windows 7 partition on my Dell laptop and make the laptop 100% pure Linux. Since then, I have never regretted making the transition to Linux. Although, I eventually outgrew Ubuntu as it was essentially preschool with so much hand-holding that I was left out of many of the important decisions about my own system.

When I outgrew Ubuntu in mid 2015, I started to search for a new free operating systems to call “home”, using Oracle VM VirtualBox, KVM/QEMU and live USB I tried a variety of free (of monetary cost) operating systems, including:

Footnotes

1. Specifically the MATE OpenRC 20170930 image.
2. The installer crashed on me, maybe it does not like to play nice with VirtualBox, but I used its live image, at least.

## Linux From Scratch

I have also repeatedly tried to build a Linux From Scratch system but it failed almost every time. The second last time it failed (on 28 May 2017) with Manjaro Linux 17.0 live session as the host (or bootstrap) OS and I was building LFS 8.0 and the failure was due to glibc 2.25 issues. Namely its test suite failed during this stage (chapter 6.9) giving this log. After this running:

echo 'int main(){}' > dummy.c
cc dummy.c -v -Wl,--verbose &> dummy.log
readelf -l a.out | grep ': /lib'


per chapter 6.10 of the manual failed as the compiler was malfunctioning. Also tried using ALFS with jhalfs-2.4 and that still failed due to kernel issues. The #lfs IRC channel was not really helpful people just said to try the manual way over and over (doing a clean start from the beginning the LFS guide) again until it magically works. I did manage to install Linux From Scratch with this effort starting on 6 October 2017 and ending 7 October 2017 and it finally booted fine, except one minor networking issue. This issue was quickly resolved.

I cloned this LFS image so I would not have to build it again. Then on 6 December 2017 I decided to rebuild with makepkg and re-install each package with pacman. That way I could track package files easier.

## Distribution difficulty

I have ranked the distributions I have tried by how challenging they are to set up and use on a scale from 0 to 5. 0 are beginner-friendly distributions no more challenging to set up and use than Windows. I am unaware of any distribution that is exactly 0 on this scale. 1 are beginner-friendly distributions that are usually as easy as Windows to install, but may be a little more challenging to use post-install for beginners. Ubuntu is an example of a distribution with a difficulty score of 1. 2 have automated installers and may be as easy to set up as Windows, but post-installation they are significantly more challenging to use than Windows. Usually due to things like bugs, small repositories, poor out-of-the-box support for devices with proprietary drivers and/or difficult package management. 3 have no automated installers, but have a simple installation process, are usually installed from the command-line. Initial system configuration post-install is done from the command-line. Package management is not too easy for beginners, but it also is not too complex. Alternatively some distributions may fit this category that have an installer but with very complicated package management. 4 have no automated installer and a complicated installation process and are installed from the command-line. The package manager is complicated and builds from source by default. 5 is Linux From Scratch (LFS).

1 includes: Ubuntu and most of its derivatives like Linux Mint. Along with Chapeau, deepin, Korora, Manjaro Linux, Q4OS and Sabayon Linux. 2 includes: CentOS, Debian, Fedora, Mageia, OpenMandriva, openSUSE and TrueOS. 3 includes: Arch Linux, NixOS, Parabola GNU/Linux and Slackware Linux. It has an installer but its package management is complicated as it has no high-level package manager, by default, that is one that resolves dependencies, manages repositories and downloads packages automatically for you. 4 includes: Exherbo Linux, Funtoo Linux and Gentoo Linux. 5 is mostly just LFS.

## Operating systems installed on my actual hard disk

Of the operating systems listed before I have also installed the following nine on my PC, outside a VM and live session:

• Arch Linux
• CentOS 7
• Black Lab Linux 8
• Debian 9 / sid
• deepin 15.5
• elementary OS 0.4.1
• Fedora 22/25/26/27
• Funtoo Linux (testing)
• Gecko Linux
• Gentoo Linux (stable / testing, including with Btrfs, systemd, runit)
• KDE Neon git unstable
• Linux Mint 18.2 / 18.3
• Mageia 6
• Manjaro Linux
• NixOS 17.09
• OpenMandriva Lx 3.03
• openSUSE Leap 15.0 (when in beta) / openSUSE Tumbleweed
• Sabayon Linux
• Slackware 14.2 and current
• Ubuntu 12.04-15.04 / 16.04 / 18.04
• Void Linux (glibc)
• Void Linux (musl)

I have also tried Android-x86 6.0/7.1-rc2, Peppermint OS 8 (20171130), RemixOS 3.0, ROSA R10 (only in live session as the installer crashed on me), Ubuntu 17.10, Ubuntu Kylin 17.10 (installer crashed on me too, as it was expecting to run grub-install and I was going to use another distribution’s GRUB to boot it) in live sessions.

my favourite were, in ascending order:

• OpenMandriva Lx 3.03
• Started fine and I did not notice any stability issues, although its packages were more bleeding edge than Mageia at least. Found it odd that a distribution with the word ‘open’ in its name would include a nonfree repository (containing things like Broadcom drivers) by default. Felt like its Broadcom wireless drivers package was barely being maintained though. I installed it and got errors mentioned in this forum thread, an earlier (by less than 2 months) thread relating to this package, another in Italian and a fourth in French with all but the French one being within the past six months (as of 11 December 2017), indicates to me that maybe this package is less maintained on OpenMandriva Lx than on other distributions, or maybe just plain buggy. To be clear this is not me biting at its developers, I realize they owe me and everyone else nothing, just commenting on my impressions and experience. So I essentially gave up on this interesting distribution that for me is best used only in a virtual machine.

• Black Lab Linux 8
• Must admit I was having a hard time determining what this distribution had that Ubuntu MATE LTS did not (I was using the MATE edition). The only things I came up with was:
• Its own branding, including its own unique artwork.
• Chromium web browser
• No bcmwl-kernel-source package, nor its dependencies, in its package cache. So I could not connect to the WiFi in its live session. I ran sudo apt-get install -y bcmwl-kernel-source and I got this error in the live session.

Their website and DistroWatch say they have better multimedia support, must admit I do not see how they could do better than most beginner-friendly distributions, at least in the way I play videos (in VLC and to a lesser extent in the browser), which is fairly basic. Despite this if you have complex multimedia needs it might help you. Its website says it also comes with Steam pre-installed, which I hardly use, but might be advantageous to some. It also has an antivirus (presumably ClamAV given how popular, free and ubiquitous it is) pre-installed according to their website, although I cannot see ClamAV installed based on the output of dpkg -L | grep -i clam.

• Linux Mint
• It started fine, thanks to its Ubuntu base it was easy to set up Broadcom wireless in the live session, even without inserting an ethernet cable as the required packages were already in the package cache. I disliked the outdated software though (but it is something it shares with Ubuntu LTS and is needed for its stability so it is not something I hold against it personally) and I hear distribution upgrades between major releases (e.g. 16.x, 17.x, 18.x, etc.) often causes major breaks. I also experienced some weird bugs with the Cinnamon applet installer. I only used it for a few hours though before I gave up.

• elementary OS
• I never noticed any bugs in it, it was unique among Ubuntu-based distributions I have tried so far as it had out-of-the-box support for my Broadcom chip, never had to install any drivers for it myself. That was not just in the live session either, post-install it had it and the WiFi credentials I had entered in the live session were kept in the hard disk installation (that is, I did not have to re-enter them in order to access the network's WiFi).

• Ubuntu
• Ubuntu was my first distro so I feel very comfortable with it, despite the fact that package development under it is difficult and tedious compared to how it is on other distributions I have used. I do not presently use it but it is fairly stable.

I also tried Ubuntu 18.04, while still in pre-release development, around 23-24 January 2018. Not surprisingly it was buggy, with a bug wherein Ubiquity (the installer) froze at the stage wherein I ticked the boxes to install third-party WiFi drivers, codecs, etc. during system installation, along with updates. It also had an issue with Broadcom WiFi support after I installed it with debootstrap (here be the bug report).

• Mageia
• Mageia was surprisingly a rather pleasant experience for me. Everything 'just worked' rather well with it, I have noticed no bugs in the few days I have used it so far. I personally think it would probably make for a great system to run on a desktop PC with hardware entirely compatible with open-source software (no need for proprietary drivers, not even for better performance) used by the technologically-inept, or at least less skilled, so long as their computing needs are fairly basic. As expected, based on my virtual machine experience with it and basic research I have done on it, its software was a little outdated (e.g. using KDE Plasma LTS which is presently 5.8.x, as well as Firefox ESR), but still well-tested, usable and stable.

The problems I noticed with it was what I expected, namely that Broadcom drivers were not pre-installed, neither in the live session nor fresh installation. Although this problem, like usual, is simple to fix, merely install them and they are ready to go. That and I must admit I am not the biggest fan of urpmi, thankfully there is DNF pre-installed which I favour as its syntax is simpler.

Arch Linux's GRUB bootloader (as I triple booted Arch Linux / Gentoo Linux / Void Linux at the time and was using a fourth partition to test distributions out on ) did not play nice with it, it used an old kernel (the one Mageia 6 comes with in a fresh install) of Mageia's (for which I had not installed Broadcom wireless) as the default instead of the latest kernel (and yes I had updated the configuration file with grub-mkconfig -o /boot/grub/grub.cfg since the install of the newer kernel). The newer kernel was in the advanced options list of Mageia, but having to go there every time I wanted to boot it was irritating.

• NixOS
• NixOS is a fascinating distribution, in principle, but in practice it is a pain in the rear to set up for the first time, especially if you have a Broadcom WiFi chip. One pain with is the bootloader. On 17 November 2017 I set it up to use OS prober via the option:

boot.loader.grub.useOSProber = true;


and it caused GRUB2 to be only set up to boot Gentoo and NixOS properly, Arch Linux’s entry in the GRUB2 menu actually booted NixOS, not Arch. Likewise if I use Arch to manage the bootloader it did not recognize NixOS and omitted a NixOS entry in the GRUB2 configuration file. I asked for help on this on Unix & Linux StackExchange here.

• Sabayon Linux
• It is the distribution that I once decided to keep on my /dev/sda1 partition permanently, because it is a good fallback distribution in case the distro on my /dev/sda3 partition fails to boot or otherwise has serious issues. It is a Gentoo derivative that has a beginner-friendly binary package manager, Entropy, alongside the complicated yet powerful package manager (oriented towards experienced Linux users) of Gentoo, Portage.

Its software is usually fairly up-to-date (e.g. its website claims that its software is “bleeding-edge”), although sometimes you will see a lag, sometimes due to upstream issues (see most packages in its repositories come from the Portage Tree of Gentoo. e.g. GNOME 3.18 was released 23 September 2015, yet it was not until 15 November 2015 that the GNOME Shell 3.18 was finally added to the Portage Tree) and sometimes because only two people directly maintain the Entropy Store and as there are over 13,100 software packages in the Entropy Store it is sometimes impossible for them, from a practical standpoint, to keep all of them up-to-date.

• Gecko Linux / openSUSE
• openSUSE Leap uses RPM packages like Fedora, but unlike Fedora its system software and desktop environments are usually nowhere near as bleeding edge. This is likely because openSUSE is designed to be compatible with both servers and desktops/laptops, with the former usually valuing stability over being up-to-date, while Fedora is mostly geared towards desktops/laptops.

I tend to find that installing programs on openSUSE is similar to installing them on Fedora, in terms of difficulty. Its chief advantage over Fedora is that it has a Tumbleweed edition that is essentially like a simpler (less compiling software not in the repositories from source code) version of Arch Linux, thanks to the Open Build Service (OBS). The OBS is a system whereby users can freely build and distribute packages of their choosing for any one of a variety of different distributions (including Arch Linux, Fedora, openSUSE, etc.), the main problem with it is that it cannot build packages that require Internet access during the build (like the Atom text editor, for example). I initially thought OT had fewer bugs than Arch Linux, but, regrettably, I found OT definitely has its fair share of bugs (especially with respect to GNOME, for example ca. January 2018 GNOME on Xorg would not launch from SDDM, while GNOME on Wayland launched but after 2 & 1/2 hours it consistently froze the whole system (even preventing accessing agetty terminals), requiring a reboot), as does its derivative Gecko Linux (Rolling edition).

For example, when I booted Gecko Linux (Rolling) for the first time, after installing it, I typed in my credentials to access the WiFi (which did not require any extra packages installed as Gecko comes with Broadcom firmware pre-installed from the unofficial Packman repository of openSUSE), from the network section of the KDE Plasma 5 system tray, and while it seemed to connect to the WiFi (i.e., no errors were mentioned) the WiFi was not available to any of my applications, including my web browser (Google Chrome, which I installed manually as it does not come with Gecko, by default) and command-line programs like ping and zypper.

• Fedora
• Fedora is interesting to me, in that installing software packages in its software repositories is usually at least as easy as it is on Ubuntu, but installing software manually from source code or setting up web applications (e.g. MediaWiki or WordPress) tends to be substantially more difficult than on other more user-friendly distributions.

It is also interesting to me in that its system software and desktop environment-related software is usually the most up-to-date of any distribution following a fixed-release cycle, yet the rest of its software tends to lag behind the latest available release, in my experience, anyway.
It has its own equivalent to the OBS, Copr (although unlike the OBS it can only build packages for Fedora), which does afford packages Internet access during their build, if the packager grants them this. Copr also like the OBS, has strong licensing restrictions (namely, that they have to be FOSS) on any packages built and distributed through it.

Fedora is also a very touchy distribution. Not sure why but I have my suspicions it is due to safety measures related to SELinux. By touchy I mean if you chroot into a Fedora distribution (after mounting up all the necessary parts of your system like /proc, /dev and /sys) and run dnf update or any other package management command (e.g. dnf install vim) you will find that if you boot Fedora several systemd services will fail and the system will often not reach its graphical interface target (that is, GNOME will not start). I have also found that moving folders around in a Fedora root partition, even in the home folder, from another system (e.g. mounting the Fedora root partition to say /mnt) will also cause major problems when you try to start Fedora. Likewise I have also found that manually compiling software and installing it to /usr/local also tends to cause major problems.

• deepin
• This distribution has more outdated software than Fedora and Tumbleweed yet there is some part of me that likes it more than both. The reason why is several fold:
• It has out-of-the-box support for my Broadcom WiFi chip (BCM4352), which is not too common among distributions and is a nice touch.
• It has several extra applications that its basis, Debian (unstable), simply does not have (e.g. Atom and Visual Studio Code). Many of which are there because users requested them (here is the forum thread where you can), or because deepin's developers just thought its users might like it (cannot rule out the possibility they are paid some sort of commission with some of the proprietary applications like Spotify though, since deepin is developed by a company). It also has a far more up-to-date version of Eclipse than its basis Debian (unstable) has. Debian (all branches) uses a really ancient (by computing standards) version of Eclipse, namely version 3.8.1 which was released in 2012! deepin, however, at the time of writing (11 December 2017) has version 4.7.0, which is one bug fix release short of being the latest (4.7.1).
• While their site could do with a little extra "internationalization" as some parts are still in Chinese regardless of the language you have selected to view the site in, it is clear they are trying and doing fairly well.
• It comes with the single most popular web browser on the desktop/laptop: Google Chrome, instead of most distribution's default, Firefox. Firefox is used by most other distributions not so much because their developers think that it will be what most of their users are used to using but because it is open-source. deepin's developers decided to focus more on making its users happy than keeping to the idea that distributions should be as open-source as possible. I personally favour Firefox, but I like the fact they are putting users first over ideology.
• They have several home-grown open-source applications they have developed just to make their users like it and enjoy their experience with it. This includes their desktop environment (DE), sure they have borrowed some components of GNOME but their DE is still quite distinct from all other DEs. Frankly I would call it the single most innovative Debian-based distribution I am aware of. Even more so than Ubuntu.
The only thing I dislike about it is that you cannot choose to use the Btrfs file system from its installer and I have been experimenting with it lately.

• Void Linux (musl) I had serious runit issues and many of the more important daemons would not start including:
• cgmanager
• DBus
• LightDM
• NetworkManager
even though I set up the symlinks properly, even the ##voidlinux Freenode group seemed to agree I did everything right, it is just for some reason some supervise files in /run/runit did not exist. I did like the fast boot times, though, and fast package management times.

I also had to install it from the minimal ISO (musl) as the Cinnamon ISO (musl) had the Cinnamon DE crash repeatedly on me. A dialog box kept asking me whether I wanted to restart it and I did so about four times before I said, "To ... with this!"

I gave it another go though and everything went fine and dandy. I met the consequences of using the musl C standard library, namely that several characters are not rendered properly due to poor locale support. I think the problem the first time I installed it was that I was doing some package management stuff like installing NetworkManager and LightDM from a chroot so some of the symlinks were set up improperly. In retrospect I should have looked at this article) on the Void Wiki.

• Void Linux (glibc)
• runit issues dominated the picture for the first couple hours after I had installed it. I eventually got it up and running, with a little help from the #voidlinux Freenode channel.

• Funtoo Linux
• Funtoo Linux was the first source-based distribution I had successfully set up on my computer, outside a VM. It, for the most part, was quite an enlightening experience and it gave me the confidence to re-try installing Gentoo Linux on my PC outside a VM, after my first attempt failed quite miserably.

• Gentoo Linux
• I successfully installed Gentoo Linux around early April 2017 and with what I learnt from installing Funtoo Linux I found it fairly easy. I ended up switching my init system from OpenRC to systemd and using git to control my local Portage tree copy (as opposed to the default of rsync). Around late April 2017 my hard disk on which Gentoo was installed crashed and I had to re-install it. Took about two days to set up a basic, usable system with a GUI (namely KDE Plasma). I learnt that a Gentoo (testing) is quite buggy, mostly with respect to building packages. I found myself filing at least one bug report per day, until my system was fully set up (which took roughly a fortnight), with all the packages I wanted.

I have also tried musl and runit, both musl and runit together and runit by itself, in it. They were a bit of work but I managed to get them to work, with help, of course.

• Arch Linux / Manjaro Linux
• Manjaro Linux is a beginner-friendly derivative of Arch Linux, a Linux distribution based on the "Keep It Simple, Stupid" (KISS) principle, that is geared towards more experienced Linux users. The way it interprets the KISS principle, is that a fresh Arch install should be the barebones and that automation (e.g. there is no automated installer for Arch, by default) should be kept to a minimum. For this reason, Arch Linux was previously out of my reach, until I found some scripts for automating its installation process. Unfortunately, installing Arch on my removable drive did not go well at first (I forgot to install and configure a boot loader for it, I think), so I then opted to use Manjaro Linux in its place on this drive.

Later I managed to install Arch Linux on this removable drive and successfully boot it and then I successfully installed it on my internal hard drive (namely on my /dev/sda3 partition, with /dev/sda1 being my Sabayon partition and /dev/sda2 being my swap partition). Graphics issues caused me to delete this internal drive installation and install OT in its place. Later I deleted this installation and installed Arch in its place. Manjaro Linux uses its own repositories, which are updated approximately once a week, this is apparently to ensure the system's stability.