Until we meet again, SlackwarePosted: 2021-09-19
It seems I have come to the point where I no longer find Slackware fit for me. This post is not intended as some “I’m leaving Slackware! Farewell!” drama, that you may find at LQ. I believe no one cares about what I choose to use. I just feel that if I am going to give up maintenance of my SlackBuilds, I should at least provide some reasoning. Also, I am sad it all came to this and just want to vent. I guess my own blog is the right place.
I started using Linux in the beginning of the distant 2005, with a Finnish distribution called LBA-Linux. Couple of months later the project was discontinued, so I switched to Fedora for about half a year. In the autumn, I installed Slackware, which at the time was at version 10.1. I knew it was not advertised as easy to use, so I studied the install instructions and had them printed (something I keep to this day). Reading the documentation I managed to do the install, configure X and have a working GNOME 2.6. I was amazed by Slackware’s speed, but was kinda disappointed by missing features of its GNOME: it just felt a bit incomplete, compared to Fedora. Well, it was much faster than Fedora, so I was fine with the “trade-off”. Then 10.2 came, with no GNOME, so I switched to Xfce. Then I found Dropline GNOME and used it for several years. The community was great and helpful, also the project added dbus and hal, as well as NetworkManager, which at that time made Slackware much more user friendly for a beginner than the “vanilla” install.
So, my journey with Slackware continued. I was fond of GTK desktops, (Dropline) GNOME and Xfce. I used KDE occasionally, I have good memories of KDE 3.5.* in Slackware 12.2. Till this date, I have used 12 consecutive stable versions of Slackware. They span over a period of 16 years, from which, version 14.2 takes the staggering 5 years. Which is roughly 1/3 of the time. Guess where I am going with this…?
In August 2016 I started a new job as a post-doc. Among other things, I worked on a bioinformatics project, for which we purchased a Dell workstation in the end of 2017. I knew Slackware 14.2 would not like a M.2 disk, so I specifically asked for a “conventional” SSD, because I wanted to use my favorite distro. Well, the network adapter was not supported, so I fixed this by compiling a newer kernel. However, the GPU was not supported either, which was a real problem that I could not fix. So, I switched to -current for the first time ever. I had always avoided it, because I valued Slackware’s legendary stability and reliability. Well, the kernel that came with -current had some problem with the computer’s clock, so I had to upgrade to an even newer version. No problem. Then I installed everything I needed from SBo and struggled with SlackBuilds that would not build. I managed. Then, I tried keeping up with -current’s updates. Bad idea, especially for a production machine. I faced numerous problems and in the end, I decided to just install a “snapshot” of -current, build all additional software I needed from SBo and after 6-9 months make a clean install and do it all over again. No updates meanwhile. I put up with various bugs, like the horrendous non-scrolling (for fsck’s sake!) GTK3 scrollbars in Gnumeric, as well as other inconveniences. Like this, I managed to do my work, and in 2019 we published a paper that cordially cites Slackware and SBo.
So, I tried. I really did.
In April 2021 my full-time work contract ended, and I worked part-time for several months. It made me think that during these 5 years at my last workplace, there had been no new Slackware release. All this time, I had used a system that was deemed as “work in progress”. Well, thanks, but no thanks. This is not why I chose the distro at the first place. And you know what? I got tired. Nevertheless, I did another fresh install of -current after the beta was announced. I checked all my SlackBuilds on the beta release, pushed updates and found build fixes where necessary. I hope this made it easier for the core maintainers.
I cannot stand GTK3, so I prepared a set of SlackBuilds that build Xfce 14.2 and some goodies/programs on -current beta. My plan was to stick with Xfce 4.12 for as long as it builds. Which made me thinking, that I will need to do more and more things “the hard way”. After being a maintainer at SBo for 10 years, I came to realize that things could be much easier than they currently are when preparing build scripts. Not to mention the plethora of third-party tools for package management on Slackware, which to me at least, is an indication that something is seriously lacking for many users. I will take this no further, though.
Long story short: I am using CRUX. I will not debate whether it is better, the important thing is that it fits my needs better at the moment. How did I come to it? Earlier this year, I installed CRUX in a virtual machine just for fun. I find its ports and packaging system to be in the sweet spot between simplicity, power and ease-to-create new ports. Couple of months ago, I needed to install a program called guidance, which depends on a specific version of bioperl (1.6.*). The latter requires a bunch a perl modules, that are not available from SBo. I tried cpan2tgz, but it refused to resolve dependencies. So, what to do? I decided to take a look at what CRUX offers and it happens that there’s a tool called cpan2crux, that automatically generates ports for perl modules and their dependencies recursively. I managed to automatically create over 120 perl modules ports with their dependendies information included. From them, I had to manually fix less than 10. Deal, right?
So, I made the switch to CRUX the very next day. It is an up-to-date system with outstanding package managing tools. So, when I need to do things “the hard way” it’s quite easy.
Maybe at some point I will return to Slackware, who knows. In any case, I’ll be forever grateful to Slackware and its community.