Advanced

Slackware: the classic distro that's as timely as ever.

Posted by garymax on · 19 comments
LXer Linux News; By Gary Maxwell
Mail this story
Print this story

In a way, Slackware needs no defense. Those that use the distro know of its merits and enjoy its stability, security, simplicity and speed. However, with the growing popularity of newer distros like Ubuntu, more and more articles seem to relegate Slackware to the dust bin of history, or they say it's a hobbyist's distro, or they make snide comments like “1995 called and they want their distro back.” As of late, these comments seem to proliferate at about the same rate as the Ubuntu articles. Using Ubuntu as an example, let's conduct a little examination to see where Slackware's strengths lie and how it compares and differs with the newer upstart distros of today.

Slackware enjoys the official position of “the eldest” of all of the currently developed distributions. Started in 1993 by Patrick Volkerding it began its life as a series of improvements to SLS' version of Linux. By and by, it grew into a separate distro of its own. In fact, several other distros (who shall remain nameless) used Slackware as their basis before they ventured off into their respective directions.



Through the years, many aspects of Slackware have remained the same such as the ncurses-based installer, the use of LILO over GRUB, and the general lack of auto-configuration tools. Back in the day this simplicity was no big deal; this was par for the course. But as the years passed, and as other newbie-oriented distros emerged with their graphical configuration wizards and step-by-step hand holding assistants, Slackware remained true to its commitment to be the most Unix-like Linux in the market.



And this meant staying true to the no-frills mentality that has made the distro famous.



But the simplicity/conservatism that Slackware is known for has been the butt of criticism as of late because newer distros have a tendency to dumb down the interface, make Linux easy for everyone, and, in the process, their advocates put down other supposedly “harder” distros as being 'archaic' or a waste of time.



Now I have no problem with making Linux easy for the newcomer. I have always said that anything that makes Linux readily available to the masses is a win for Linux in general. But to equate “ease of use” with the quality of a system is not in the best interest of the community as there is not a 1:1 ratio between ease of use and quality as we shall see.



Packages, packages, who wants more packages?


The most popular distribution at the moment has to be Ubuntu. It has taken the computing world by storm and is making a great deal of headway. In addition to being easy to use, it boasts more packages than most distros. And many cite this as the reason to use Ubuntu: “Look at all of the packages!”



Nobody in their right mind needs or wants 20,000+ packages on their system; they couldn't use them all. My experience with the Ubuntu family of Linux has shown me that after 4 or 5 apt-get installs, the system gets a little bloated and tends to be less responsive.



What's more, Ubuntu releases tend to be issued as a set. By that I mean that the software has been vetted to work together. This is fine for most people but it also means that building a newer edition of that finance manager may take some effort. And, barring that, you will have to wait until the next release of Ubuntu to get a newer edition of that app you like so well (Unless someone built a more recent version and uploaded it to the backports archive. At any rate, you are still at the mercy of others for your package upgrades).



By contrast Slackware is built from the ground up with the expectation that the end user will be building their own packages at some point. And Slackware provides a robust build environment that makes compiling and generating packages as easy as ./configure && make && make install. Most every library needed to compile a program or application is already present. In fact, many Slackware users boast that they've never had an app fail to build.



Since most users of Ubuntu use probably 15 or less packages on a daily basis, let me ask you a question: Would you rather have complete control over those 15 apps, complete with the ability to upgrade them to the latest versions as they become available, or would you rather leave it up to the system/distribution developers? I don't know about you but give me control every time.



The Tyranny of Dependency Checking


Okay...this is a big one. Many users of Ubuntu will proudly proclaim that their beloved distro resolves dependencies and makes life a 'walk in the park' for them. And I agree that this can be a time saver. But, as anecdotal evidence shows, the automatic dependency resolution on Debian-based distros will, many times, download unnecessary packages to satisfy the required package set. This contributes to the bloat and system degradation that is frequently associated with Debian-based distros.



Slackware puts you in charge of dependencies. It also means that any dependencies will be met only to the extent necessary. No uneccessary packages. This assures a cleaner system with less bloat and faster performance. What's that you say? Having to meet dependencies is time consuming? Well, remember: if the average user uses 15 or less apps on a daily basis, this is really a manageable exercise and the results (a cleaner, more responsive system) make it well worth your time. Besides, making a Slackware package is not rocket science and they can be readily installed, removed, and upgraded.



But Ubuntu is backed by a commercial company!


True. But Slackware is a commercial distribution as well. Many do not realize this. The Slackware user base is large enough that Patrick Volkerding can afford to make it available for free even though it is a commercial product. This speaks both to the size and the quality of its user base. Slackware users know the value of the distro and many support the distro for its continued development. I know that some complain that it is but the product of one man's opinion of how an operating system should be. Maybe so, but Pat's choices have made Slackware not only standards compliant, but it has maintained a consistency that has been the hallmark of this distro since its inception. And unlike Ubuntu, which has yet to be profitable, Slackware has a business model that is proven and working.



Ubuntu has regular releases every 6 months!


And such a fast release cycle means that bugs are present in every release. It also means that many features are not fully mature when the release hits the servers.



By contrast, Slackware releases once or twice a year...when its ready. There is no corporate mandate to release in a certain time frame. And what about older releases of Slackware? Slackware is still supported back to version 8.1--released in 2002!



Since a Slackware user can upgrade a package at any time by compiling and installing, Slackware users do not have to wait for a system upgrade just to have the latest bits. And because the kernel that ships with Slackware is "vanilla", chances are you will never have a problem with system breakage after a kernel upgrade or recompile.



Ubuntu is up-to-date!


So is Slackware. The latest Slackware (as of this writing) is Slackware 12. It boasts KDE 3.5.7, HAL and Dbus for auto-mounting of peripheral devices (a feature not seen before on Slackware--remember, it is conservative), Linux kernel 2.6.21.5, the list goes on. In fact, with this release, Slackware is now just as capable for the desktop as Ubuntu is but much more stable and responsive.



Epilogue


Nobody knows just how far or effective Ubuntu's deal with Dell will get Canonical or Linux on the desktop for that matter, but one thing is certain: whether Ubuntu fails or succeeds, Slackware will continue to remain true to its roots and Slackware users will continue to deploy this powerful, stable Linux OS for years to come.

  Nav
» Read more about: Story Type: Reviews; Groups: Linux, Slackware, Ubuntu

» Get new stories by e-mail: nightly or as they are published

« Return to the newswire homepage

  Related stories
» More like this

Comments (19)

Slackware isn't all that hard

Every distro has its quirks, but the stability of Slackware and its many easy-to-use text-based tools (netconfig, xwmconfig, pkgtool, updatepkg ...) put it well within the expertise of most users. The KDE desktop and all of its utilities offers a more GUI way to configure Slackware.

And there's no denying the speed of Slackware.

One of the greatest strengths of Slack is its update policy. I really don't need a new release every two months, or even every six months. I need a non-broken release. And for the most part, Slack just works. A major release once a year, or even every two years, is fine for me. And since Patrick Volkerding continues to support older versions of Slackware with security updates, those of us who are happy with a certain setup can stick with it.

The package management in Slackware is different than apt, aptitude and Synaptic in Debian, there's no denying it. And the pros and cons of automatic dependency resolution in apt is certainly something to both debate and admire.

But for a certain segment of the user base, the Slack way is workable, sometimes preferable and refreshingly simple. I don't know all there is to know about what goes into Slackware, Debian and RPM packages, but all are viable, even if they're different. I haven't compiled anything from source yet, but it's something I'm hoping to do soon. And for those who want a graphical way to handle packages, there are alternatives that work with Slack.

Sure, I've run into a few problems with Slackware, but its nothing I couldn't have figured out by reading the documentation and going in the forums beforehand. If Ubuntu somehow became problem-free, I'd applaud that. But we all know that it's not.

When you think of servers, Slackware is definitely a player, but I think Slack makes an excellent desktop system as well -- even in a business setting, because it installs pretty well locked-down and has an excellent array of applications pre-installed. Since Slack is a multiple-CD install, you get more in the initial configuration of the distro. I'm running Slackware-derived Zenwalk now on one box, and that's a great system as well. The focus on Xfce was what I wanted, and the application mix enabled me to set it up easily and quickly.

And just like Debian, Slackware is the base for many other distros. I mentioned Zenwalk. There's also Vector, NimbleX, Wolvix, even Slackintosh. I'm sure there are others that I don't know about.

That said, I will continue to use Debian as well. It's just too good -- and too flexible -- to ignore.
Quoting:And the pros and cons of automatic dependency resolution in apt is certainly something to both debate and admire.


Ultimately, the solution to that problem is to change the way open source applications depend on other packages. Today the dependencies are usually resolved at build-time. I.e. lots of --with-foo and --without-bar at the configuration stage, accompanied by a slew of #ifdefs in the code. The problem for distributions with binary packages is what to depend on at build time. A few packages aside (e.g. Apache and Apache-mm-prefork) they are not going to ship different versions of the same package, so they enable most of the options. Which means lots of dependencies.

Developers should aim to resolve dependencies at run-time instead, or through a configuration setting. You want option function xyz that needs library foo? Install library foo and put "enable xyz" in the configuration file. Even better: The application could detect at start-up whether library foo is present and enable xyz if it is.

In such a system, foo is only a requirement at build time (for the header files). It's optional at run-time. And that's where an advantage of binary packages over source packages comes in. You can install foo on the build server so you can create a binary. But the user doesn't actually need to have foo installed on his own computer to install and run the binary application.
Slackware is Great I've tried many distro's I settled on Slackware 5 or 6 years ago. Always searching for the perfect distro. I found that Slackware would install on any old hardware and not bomb out on the graphical install because it doesn't use one. Plus the way it installs gives you a great way to get everything setup so it works. Once setup it give me super stable and fast system that I haven't found in any other Linux distro. It works great on older hardware and even better on newer hardware (if you have it). Simple and Secure that just gets better and better with each release. Not for the beginner but for anyone who wants to learn. This story tells it the way it is, GREAT. For me anyway.
The learning curve with Slackware may have improved, but when I first tried it in 1997, the curve was steep. However, it paid off in being able to figure out how SysV works, even before I knew what SysV was. Slackware uses BSD init, not SysV, but my first introduction to a Red Hat system would have incurred ten times the pain, were it not for my Slackware knowledge.

I actually understood, once upon a time, how /etc/printcap worked, thanks to Slackware.

http://gus3.typepad.com/i_am_therefore_i_think/2006/05/you_n...
Here are my Slackware experience / thoughts I'd like to share with you:

In the past, I very shortly (only a few weeks) used Slackware in a dual boot with WinXP, end '02/begin '03 IIRC. However, I found it rather difficult to configure and install things. I have to note, the _only_ other thing except Windows I had used at that time were OpenBSD, NetBSD and FreeBSD; those are user friendly neither. So basically I had almost no UNIX-experience, and it proved quite hard for someone who's used to Windows to deal with things from CLI. Nonetheless, these days I still think a CLI (not ncurses!) can be more user friendly than a GUI: everything happens sequential, so there are few distractions. In Windows / KDE (to a lesser extent) there's the problem of seven Windows sequentially opened and placed on top of each other. I think using Slackware was one of the things which finally led me to that conclusion.

All three *BSD's have automatic dependency resolving, but Slackware didn't, which led to problems and was one of the most important reasons to ditch it I remember. That's when my friend switched me to Gentoo (he knew a lot about it): automatic dependency resolving, no bloat (because of the USE-flags and very, very minimal standard base), always the newest packages and fast too.

Reading this article, I think Gentoo has many in common with Slackware, except that Slackware is older, its versions probably more stable, commercially backed and Slackware's management team is more stable as well (ahum). If it was not for the dependency problem, I would still have been a Slackware user too; and apart from the dependency problem, I can remember I was glad with Slackware. As an old Windows-only user, I was very glad to know what was on my system too.

Looking back, it might have saved some time to use Slackware instead of Gentoo while trying to learn Linux; mainly because of the time I spend on optimizing in Gentoo, which is one of the important parts in the Gentoo-world. However, gains of those optimizations were minimal, and I rather could have used that time to do more 'useful' stuff.

Nonetheless, just like Linus himself, these days I crave for a distro which just works; I just want to get my things done without having to configure everything by hand, so I finally might switch to one of the newer candy distro's... Hard decision to make.
Quoting:Nonetheless, just like Linus himself, these days I crave for a distro which just works


At this point I just don't understand Linus at all. He would love a distro that "just works" but for some reason or another, he disliked Debian (and spin-offs). For the bulk part, Debian "just works". What gives?!
hkwint:

Quoting:always the newest packages and fast too.
Slackware (well, Patrick) used to be very cautious about using the "latest and greatest" until it had been vetted for security issues and bugs. Slack 12.0 is more up-to-date on latest code.

But Gentoo fast? Well, for raw CPU speed tests, perhaps. But once disk access comes into play, speed suffers in a bad way. All that updating, of the Portage database, then the downloaded code, then the build space, then the installed files space, leads to serious filesystem fragmentation. You may get good CPU speed, but the disk access will kill it.

The broken promise of system speed, coupled with a bad dependency check on Poppler, drove me back to Slackware.
Quoting:For the bulk part, Debian "just works".


Probably still needs too much configuration I think? Compared to Mint Linux or so...

Quoting:But once disk access comes into play, speed suffers in a bad way.


That's my reason to use EVMS.

Quoting:...leads to serious filesystem fragmentation.


Don't know, but never felt that was a problem. Have to find out though. They once told me reiserfs or ext2/3 don't need defragmentation like FAT, but I guess that was too optimistic.

Quoting:But Gentoo fast?


Gentoo itself not, but the system you can build with it can be. I found a good speed increase while using no-sources, though those are not maintained anymore, and probably not stable, and only using Windowmaker helps a lot too. Then you can prelink some stuff. As you see, it depends on what you make of it, just like in Slackware. It would be nice and interesting to try if I can feel or measure some difference between the two, but I don't have any idea how I should do that.
I've used Slackware on all kinds of slightly ancient hardware (ca 1996 Hitachi Laptop, ca 2002 Wal-Mart PC, discarded ex-corporate Gateway boxes, etc) since Slackware 9.0.

I've never had the kind of "dependency" problems that people complain about. I had worse problems with RPM packages under SuSE 7.2/7.3/8.0 - having to "force" an install, or worse, figure out why you had to force an install. But then I don't mind doing the occasional "from source" build, especially for Vim, which seems to always ship with goofy options compiled in.

Slackware rules!
Even so, there are so many more distros derived from Debian than there are from Slackware. The Debian-derived distros that readily come to mind are Ubuntu and its own derivatives (e.g., Kubuntu, Xubuntu, ...etc) MEPIS AntiX Damn Small (DSL) KNOPPIX Freespire Xandros.

On this note, is there a definitive list of ALL current distros derived from Slackware, no matter how "alpha" any of these may be?

Already have several of the most well-known Slackware-derived distros listed here: Slax Vector Zenwalk

As one can see, this list is half the size of the Debian derivatives.
Distrowatch gives 42 for slackware: http://distrowatch.com/search.php?category=All&origin=All&ba...

and 130 for debian: http://distrowatch.com/search.php?category=All&origin=All&ba...

Of course we know the answer to Life, The Universe, and Everything is Slackware.

On Edit: (I note that SuSE is not listed as based on Slackware. SuSE started out as an SLS based distro. Slackware is also based on SLS. Then when Slackware came out SuSE based itself on Slackware. I guess it is independent enough not to be called 'Slackware based' any more. Maybe 'Slackware derived' is better. I wonder if there are others that were once Slackware based, but have now moved on and are no longer listed?)
> As one can see, this list is half the size of the Debian derivatives.

You left out Wolvix, Nimblex, and SuSE, that I know of without looking.
> I wonder if there are others that were once Slackware based, but have now moved on and are no longer listed?

College Linux. It's now based on Debian. There are probably others.
jdixon,

I'm even running wolvix on a laptop!

I just chose 'slackware' in the 'based on' search. Wolvix is SLAX based, so the distro watch listings might not get grandchildren.
Quoting:But Gentoo fast? ... But once disk access comes into play, speed suffers in a bad way. All that updating, of the Portage database, then the downloaded code, then the build space, then the installed files space, leads to serious filesystem fragmentation.


Verified and proven nonsense. Over more than 18 months, FS fragmentation on my ReiserFS partitions is
Quoting:But Gentoo fast? ... But once disk access comes into play, speed suffers in a bad way. All that updating, of the Portage database, then the downloaded code, then the build space, then the installed files space, leads to serious filesystem fragmentation.


Verified and proven nonsense. Over more than 18 months, FS fragmentation on my ReiserFS partitions is less than 2% and the average fragments per file are ~1,03. I tested this on /var (where stuff is compiled) and /usr (where portage resides).

Used the perl script supplied here:

[url=http://forums.gentoo.org/viewtopic-t-429915-highlight-perl fragmentation report.html]http://forums.gentoo.org/viewtopic-t-429915-highlight-perl f...[/url]

The one supplied by "as", Tue Feb 14, 2006 1:46 pm

Re: "How far or effective Ubuntu's deal with Dell"

According to Dell, their expectations were exceeded, but they seem to be offering some choices other than Ubuntu.
Can you give us some more detail? I know Dell offers other distributions, but as far as I know only on the business desktop. Ubuntu and FreeDOS are the only one shipping on home user systems. Did I miss something?
They [will|already?] sell SUSE in the Chinese market and according to an interview with Dell's chief (LinuxWorld, video up on YouTube), this seems like part of a strategy, but you have to really beg for the clues.

Lenovo already certifies for Ubuntu, Fedora, and SUSE.

Post a comment

A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.

Your message:
|||||
10
Markdown: **bold**, *italic*, [text](https://link), - lists, > quotes, $x^2$ for math. Formatting help

Sign up and post (it is free)  or  Log in and post