From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

Slackware logo from the official Slackware site.svg
Slackware GNU Linux 14.1.png
Slackware 14.1
DeveloperPatrick Volkerding
OS familyLinux (Unix-like) (based on Softlanding Linux System)
Working stateCurrent
Source modelOpen source
Initial release17 July 1993; 27 years ago (1993-07-17)[1]
Latest release14.2 / 30 June 2016 (4 years ago) (2016-06-30)[2]
Available inMultilingual
Update methodpkgtool, slackpkg
Package managerpkgtool, slackpkg
PlatformsIA-32, x86-64, ARM
Kernel typeMonolithic (Linux)
Default user interfaceCLI
LicenseGNU General Public License

Slackware is a Linux distribution created by Patrick Volkerding in 1993. Originally based on Softlanding Linux System, Slackware has been the basis for many other Linux distributions, most notably the first versions of SUSE Linux distributions, and is the oldest distribution that is still maintained.[3]

Slackware aims for design stability and simplicity and to be the most "Unix-like" Linux distribution.[4] It makes as few modifications as possible to software packages from upstream and tries not to anticipate use cases or preclude user decisions. In contrast to most modern Linux distributions, Slackware provides no graphical installation procedure and no automatic dependency resolution of software packages. It uses plain text files and only a small set of shell scripts for configuration and administration. Without further modification it boots into a command-line interface environment. Because of its many conservative and simplistic features, Slackware is often considered to be most suitable for advanced and technically inclined Linux users.[5][6][7][8][9][10]

Slackware is available for the IA-32 and x86_64 architectures, with a port to the ARM architecture. While Slackware is mostly[11] free and open-source software, it does not have a formal bug tracking facility or public code repository, with releases periodically announced by Volkerding. There is no formal membership procedure for developers and Volkerding is the primary contributor to releases.


The name "Slackware" stems from the fact that the distribution started as a private side project with no intended commitment. To prevent it from being taken too seriously at first, Volkerding gave it a humorous name, which stuck even after Slackware became a serious project.[12]

Slackware refers to the "pursuit of Slack", a tenet of the Church of the SubGenius, a parody religion. Certain aspects of Slackware graphics reflect this[13]—the pipe that Tux is smoking, as influenced by the image of J. R. "Bob" Dobbs' head.

A humorous reference to the Church of the SubGenius can be found in many versions of the install.end text files, which indicate the end of a software series to the setup program. In recent versions, including Slackware release 14.1, the text is ROT13 obfuscated.[14][15]



Slackware 1.01

Slackware was originally derived from the Softlanding Linux System (SLS), the most popular of the original Linux distributions and the first to offer a comprehensive software collection that comprised more than just the kernel and basic utilities,[16] including X11 graphical interface, TCP/IP and UUCP networking and GNU Emacs.[17]

Patrick Volkerding started with SLS after needing a LISP interpreter for a school project at the then named Moorhead State University (MSU). He found CLISP was available for Linux and downloaded SLS to run it. A few weeks later, Volkerding was asked by his artificial intelligence professor at MSU to show him how to install Linux at home and on some of the computers at school. Volkerding had made notes describing fixes to issues he found after installing SLS and he and his professor went through and applied those changes to a new installation. However, this took almost as long as it took to just install SLS, so the professor asked if the install disks could be adjusted so the fixes could be applied during installation. This was the start of Slackware. Volkerding continued making improvements to SLS: fixing bugs, upgrading software, automatic installation of shared libraries and the kernel image, fixing file permissions, and more. In a short time, Volkerding had upgraded around half the packages beyond what SLS had available.

Volkerding had no intentions to provide his modified SLS version for the public. His friends at MSU urged him to put his SLS modifications onto an FTP server, but Volkerding assumed that "SLS would be putting out a new version that included these things soon enough", so he held off for a few weeks. During that time, many SLS users on the internet were asking SLS for a new release, so eventually Volkerding made a post titled "Anyone want an SLS-like 0.99pl11A system?", to which he received many positive responses. After a discussion with the local sysadmin at MSU, Volkerding obtained permission to upload Slackware to the university's FTP server.[12] This first Slackware release, version 1.00, was distributed on July 17, 1993, at 00:16:36 (UTC),[1] and was supplied as twenty-four 3½" floppy disk images.[18] After the announcement was made, Volkerding watched as the flood of FTP connections continually crashed the server. Soon afterwards, Walnut Creek CDROM offered additional archive space on their FTP servers.


The size of Slackware quickly increased with the addition of included software, and by version 2.1, released October 1994, it had more than tripled to comprise seventy-three 1.44M floppy disk images.[19]

In 1999, Slackware saw its version jump from 4 to 7. Slackware version numbers were lagging behind other distributions, and this led many users to believe it was out of date even though the bundled software versions were similar. Volkerding made the decision to bump the version as a marketing effort to show that Slackware was as up-to-date as other Linux distributions, many of which had release numbers of 6 at the time. He chose 7, estimating that most other distributions would soon be at this release number.[20]

In April 2004, Patrick Volkerding added X.Org Server packages into the testing/ directory of -current as a replacement for the XFree86 packages currently being used, with a request for comments on what the future of the X Window System in Slackware should be. A month later, he switched from XFree86 to X.Org Server after stating that the opinions were more than 4 to 1 in favor of using the release as the default version of X. He stated the decision was primarily a technical one, as XFree86 was proving to cause compatibility problems. Slackware 10.0 was the first release with X.Org Server.[21]

In March 2005, Patrick Volkerding announced the removal of the GNOME desktop environment in the development ChangeLog. He stated this had been under consideration for more than four years and that there were already projects that provided a more complete version of GNOME for Slackware than what Slackware itself provided. Volkerding stated future GNOME support would rely on the community.[22] The community responded and as of October 2016, there are several active GNOME projects for Slackware. These include: Cinnamon, Dlackware, Dropline GNOME, MATE, and SlackMATE. The removal was deemed significant by some in the Linux community due to the prevalence of GNOME in many distributions.[23]

In May 2009, Patrick Volkerding announced the public (development) release of an official x86_64 variant, called Slackware64, maintained in parallel with the IA-32 distribution.[24] Slackware64 is a pure 64-bit distribution in that it does not support running or compiling 32-bit programs, however, it was designed as "multilib-ready". Eric Hameleers, one of the core Slackware team members, maintains a multilib repository that contains the necessary packages to convert Slackware64 to multilib to enable running of 32-bit software.[25] Hameleers started the 64-bit port as a diversion from the pain of recovering from surgery in September 2008. Volkerding tested the port in December 2008, and was impressed when he saw speed increases between 20 and 40 percent for some benchmarks compared to the 32-bit version. To minimize the extra effort of maintaining both versions in parallel, Slackware's build scripts, called SlackBuilds, were slowly transitioned to supporting either architecture, allowing for one set of sources for both versions.[26] Slackware64 saw its first stable release with version 13.0.

Between the November 2013 release of 14.1 and June 2016, Slackware saw a 31-month gap between releases, marking the longest span in release history. During this time the development branch went without updates for 47 days. However, on April 21, 2015, Patrick Volkerding apologized on the ChangeLog for the absence of updates and stated that the development team used the time to get "some good work done." There were over 700 program changes listed on that ChangeLog entry, including many major library upgrades. In January 2016, Volkerding announced the reluctant addition of PulseAudio, primarily due to BlueZ dropping direct ALSA support in v5.x. while various other projects were in turn dropping support for BlueZ v4.x. Knowing some users would not be happy with the change, he stated that "Bug reports, complaints, and threats can go to me." These changes culminated in the release of Slackware 14.2 in June 2016.[27]

Design philosophy[edit]

The design philosophy of Slackware is oriented toward simplicity, software purity,[28] and a core design that emphasizes lack of change to upstream sources. Many design choices in Slackware can be seen as a heritage of the simplicity of traditional Unix systems and as examples of the KISS principle.[29] In this context, "simple" refers to the simplicity in system design, rather than system usage. Thus, ease of use may vary between users: those lacking knowledge of command line interfaces and classic Unix tools may experience a steep learning curve using Slackware, whereas users with a Unix background may benefit from a less abstract system environment.[citation needed] In keeping with Slackware's design philosophy, and its spirit of purity, most software in Slackware uses the original configuration mechanisms supplied by the software's authors; however, for some administrative tasks, distribution-specific configuration tools are delivered.

Development model[edit]

There is no formal issue tracking system and no official procedure to become a code contributor or developer. The project does not maintain a public code repository. Bug reports and contributions, while being essential to the project, are managed in an informal way. All the final decisions about what is going to be included in a Slackware release strictly remain with Slackware's benevolent dictator for life, Patrick Volkerding.[30][31][32]

The first versions of Slackware were developed by Patrick Volkerding alone. Beginning with version 4.0, the official Slackware announce files list David Cantrell and Logan Johnson as part of the "Slackware team".[33] Later announce statements, up to release version 8.1, include Chris Lumens.[34] Lumens, Johnson and Cantrell are also the authors of the first edition of "Slackware Linux Essentials", the official guide to Slackware Linux.[35] The Slackware website mentions Chris Lumens and David Cantrell as being "Slackware Alumni", who "worked full-time on the Slackware project for several years."[31] In his release notes for Slackware 10.0 and 10.1 Volkerding thanks Eric Hameleers for "his work on supporting USB, PCI, and Cardbus wireless cards".[36][37] Starting with version 12.0 there is, for a second time, a team building around Volkerding. According to the release notes of 12.2, the development team consists of seven people. Future versions added people.[38] Since version 13.0, the Slackware team seems to have core members. Eric Hameleers gives an insight into the core team with his essay on the "History of Slackware Development", written on October 3–4, 2009 (shortly after the release of version 13.0).[30]



The Slackware mascot: Tux smoking a pipe

Slackware's package management system, collectively known as pkgtools, can administer (pkgtool), install (installpkg), upgrade (upgradepkg), and remove (removepkg) packages from local sources. It can also uncompress (explodepkg) and create (makepkg) packages. The official tool to update Slackware over a network or the internet is slackpkg. It was originally developed by Piter Punk as an unofficial way to keep Slackware up-to-date. It was officially included in the main tree in Slackware 12.2,[39] having been included in extras/ since Slackware 9.1.[40] When a package is upgraded, it will install the new package over the old one and then remove any files that no longer exist in the new package. When running upgradepkg, it only confirms that the version numbers are different, thus allowing downgrading the package if desired.

Slackware packages are tarballs compressed using various methods. Starting with 13.0, most packages are compressed using xz (based on the LZMA compression algorithm), utilizing the .txz filename extension.[41] Prior to 13.0, packages were compressed using gzip (based on the DEFLATE compression algorithm), using the .tgz extension. Support for bzip2 and lzip compression was also added, using the filename extensions .tbz and .tlz respectively, although these are not commonly used.

Packages contain all the files for that program, as well as additional metadata files used by the package manager. The package tarball contains the full directory structure of the files and is meant to be extracted in the system's root directory during installation. The additional metadata files, located under the special install/ directory within the tarball, usually include a slack-desc file, which is a specifically formatted text file that is read by the package manager to provide users with a description of the packaged software,[42] as well as a file, which is a post-unpacking shell script allowing creation of symbolic links, preserving permissions on startup files, proper handling of new configuration files, and any other aspects of installation that can't be implemented via the package's directory structure.[43] During the development of 15.0, Volkerding introduced support for a uninstall script that can be launched when removing or upgrading a package.[44] This allows package maintainers to run commands when a package is uninstalled.

The package manager maintains a local database on the computer, stored in multiple folders. On 14.2 and older systems, the main database of installed packages was maintained in /var/log/, however, during the development of 15.0, Volkerding moved two of the directories to a dedicated location under /var/lib/pkgtools/ to prevent accidental deletion when clearing system logs.[44] Each Slackware installation will contain a packages/ and scripts/ directory in the main database location. The former is where each package installed will have a corresponding install log file (based on the package name, version, arch, and build) that contains the package size, both compressed and uncompressed, the software description, and the full path of all files that were installed.[45] If the package contained an optional post-installation script, the contents of that script will be added to a file in the scripts/ directory matching the filename of the corresponding package in the packages/ directory, allowing the administrator to view the post-installation script at a future point. When a package is removed or upgraded, the old install logs and scripts found under packages/ and scripts/ are moved to removed_packages/ and removed_scripts/, making it possible to review any previous packages and see when they were removed. These directories can be found in /var/log/ on 14.2 and earlier, but were moved to /var/log/pkgtools/ during the development of 15.0. On systems supporting the uninstall script, those scripts will be stored in the /var/lib/pkgtools/ directory while the package is installed. Once removed, the script will be moved to /var/log/pkgtools/removed_uninstall_scripts/.

Dependency resolution[edit]

The package management system does not track or manage dependencies; however, when performing the recommended full install, all dependencies of the stock packages are met. For custom installations or 3rd-party packages, Slackware relies on the user to ensure that the system has all the supporting system libraries and programs required by the program. Since no official lists of dependencies for stock packages are provided, if users decide to install a custom installation or install 3rd-party software, they will need to work through any possible missing dependencies themselves. Since the package manager doesn't manage dependencies, it will install any and all packages, whether or not dependencies are met. A user may find out that dependencies are missing only when attempting to use the software.

While Slackware itself does not incorporate official tools to resolve dependencies, some unofficial, community-supported software tools do provide this function, similar to the way APT does for Debian-based distributions and yum does for Red Hat-based distributions. They include:

  • slapt-get is a command line utility that functions in a similar way to APT. While slapt-get does provide a framework for dependency resolution, it does not provide dependency resolution for packages included within the Slackware distribution. However, several community package sources and Slackware based distributions take advantage of this functionality. Gslapt is a graphical interface to slapt-get.
  • Swaret is a package management tool featuring dependency resolution. It was originally included in Slackware version 9.1 as an optional package, but did not contain dependency resolution at that time.[46] It was removed from the distribution with Slackware 10.0 and turned over to the community. It eventually added dependency resolution and roll-back functionality; however, as of May 2014, there are no active developers.[47]
  • NetBSD's pkgsrc provides support for Slackware, among other Unix-like operating systems. pkgsrc provides dependency resolution for both binary and source packages.[citation needed]


There are no official repositories for Slackware. The only official packages Slackware provides are available on the installation media. However, there are many third-party repositories for Slackware; some are standalone repositories and others are for distributions that are Slackware-based but retain package compatibility with Slackware. Many of these can be searched at once using, which is a Linux package search engine. However, mixing and matching dependencies from multiple repositories can lead to two or more packages that require different versions of the same dependency, which is a form of dependency hell. Slackware itself won't provide any dependency resolution for these packages, however some projects will provide a list of dependencies that are not included with Slackware with the files for the package, commonly with a .dep extension.

Due to the possibility of dependency issues, many users choose to compile their own programs using community-provided SlackBuilds. SlackBuilds are shell scripts that will create an installable Slackware package from a provided software tarball. Since SlackBuilds are scripts, they aren't limited to just compiling a program's source; they can also be used to repackage pre-compiled binaries provided by projects or other distributions' repositories into proper Slackware packages. SlackBuilds that compile sources have several advantages over pre-built packages: since they build from the original author's source code, the user does not have to trust a third-party packager; furthermore the local compilation process allows for machine-specific optimization. In comparison to manual compilation and installation of software, SlackBuilds provide cleaner integration to the system by utilizing Slackware's package manager. Some SlackBuilds will come with an additional file with metadata that allows automated tools to download the source, verify the source is not corrupted, and calculate additional dependencies that are not part of Slackware.[48] Some repositories will include both SlackBuilds and the resulting Slackware packages, allowing users to either build their own or install a pre-built package.

The only officially endorsed[49] SlackBuilds repository is, commonly referred to as SBo. This is a community-supported project offering SlackBuilds for building software not included with Slackware. Users are able to submit new SlackBuilds for software to the site and, once approved, they become the "package maintainer". They are then responsible for providing updates to the SlackBuild, either to fix issues or to build newer versions provided by upstream. To ensure all programs can be compiled and used, any required dependencies of the software not included with Slackware are required to be documented and be available on the site. All submissions are tested by the site's administrators before being added to the repository. The administrators intend for the build process to be nearly identical to the way Slackware's official packages are built, mainly to ensure Volkerding was "sympathetic of our cause". This allows SlackBuilds that Volkerding deems worthy to be pulled into regular Slackware with minimal changes to the script. It also prevent users from suggesting Volkerding to change his scripts to match SBo's.[50] SBo provides templates[51] for SlackBuilds and the additional metadata files and they encourage package maintainers to not deviate unless necessary.[52]

Two Slackware team members, Eric Hameleers and Robby Workman each have their own repository of pre-compiled packages along with the SlackBuilds and source files used to create the packages. While most packages are just additional software not included in Slackware that they felt was worth their time to maintain, some packages are used as a testbed for future upgrades to Slackware, most notably, Hameleers provides "Ktown" packages for newer versions of KDE.[53] He also maintains Slackware's "multilib" repository, enabling Slackware64 to run and compile 32bit packages.[25]


Slackware's release policy follows a feature and stability based release cycle, in contrast to the time-bound (e.g., Ubuntu) or rolling release (e.g., Gentoo Linux) schemes of other Linux distributions. This means there is no set time on when to expect a release. Volkerding will release the next version after he feels a suitable number of changes from the previous version have been made and those changes lead to a stable environment. As stated by Patrick Volkerding, "It's usually our policy not to speculate on release dates, since that's what it is — pure speculation. It's not always possible to know how long it will take to make the upgrades needed and tie up all the related loose ends. As things are built for the upcoming release, they'll be uploaded into the -current tree."[54]

Throughout Slackware's history, they generally try to deliver up-to-date software on at least an annual basis.[30] However, between Slackware 14.1 and 14.2, there was more than a 2-year gap between releases. From its inception, other than 2014 and 2015, Slackware had at least one release per year. Release activity peaked in 1994, 1995, 1997 and 1999, with three releases each year. Starting with version 7.1 (June 22, 2000) the release progression became more stable and tended to occur once a year. Since then, the only years with two releases were 2003, 2005 and 2008.

Slackware's latest 32bit x86 and 64bit x86_64 stable releases are at version 14.2 (released on June 30, 2016), which include support for Linux 4.4.14.[55]

Volkerding also maintains a testing/developmental version of Slackware called "-current"[56] that can be used for a more bleeding edge configuration. This version will eventually become the next stable release, at which point Volkerding will start a new -current to start developing for the next release of Slackware. While this version is generally known to be stable, it is possible for things to break, so -current tends to not be recommended for production systems.[57]

Release History
Version Release date End-of-life date Kernel version Notable changes
Old version, no longer maintained: 1.00[1] 1993-07-17 No EOL specified 0.99.11 Alpha
Old version, no longer maintained: 1.1 1993-11-05 No EOL specified 0.99.13
Old version, no longer maintained: 2.0 1994-07-02 No EOL specified 1.0.9
Old version, no longer maintained: 2.1 1994-10-31 No EOL specified 1.1.59
Old version, no longer maintained: 2.2 1995-03-30 No EOL specified 1.2.1
Old version, no longer maintained: 2.3 1995-05-24 No EOL specified 1.2.8
Old version, no longer maintained: 3.0 1995-11-30 No EOL specified 1.2.13 Transitioned from a.out to Executable and Linkable Format (ELF); first release to be offered on CD-ROM[58]
Old version, no longer maintained: 3.1 1996-06-03 No EOL specified 2.0.0 Named "Slackware 96", an allusion to Windows 95[59][60]
Old version, no longer maintained: 3.2 1997-02-17 No EOL specified 2.0.29
Old version, no longer maintained: 3.3 1997-06-11 No EOL specified 2.0.30
Old version, no longer maintained: 3.4 1997-10-14 No EOL specified 2.0.30 Introduced ZipSlack[61]
Old version, no longer maintained: 3.5 1998-06-09 No EOL specified 2.0.34
Old version, no longer maintained: 3.6 1998-10-28 No EOL specified 2.0.35
Old version, no longer maintained: 3.9 1999-05-10 No EOL specified 2.0.37pre10
Old version, no longer maintained: 4.0 1999-05-17 No EOL specified 2.2.6 First release to require 1GB of space for full install and added KDE[32]
Old version, no longer maintained: 7.0 1999-10-25 No EOL specified 2.2.13
Old version, no longer maintained: 7.1 2000-06-22 No EOL specified 2.2.16 Added GNOME[32]
Old version, no longer maintained: 8.0[62] 2001-07-01 No EOL specified 2.2.19 Added Mozilla Browser and optional Linux 2.4
Old version, no longer maintained: 8.1 2002-06-18 2012-08-01[63] 2.4.18 Switched package naming from 8.3 to name-version-arch-build.tgz and evolved hdsetup to pkgtools
Old version, no longer maintained: 9.0[64][65] 2003-03-19 2012-08-01 2.4.20
(patched to 2.4.21)[66]
Old version, no longer maintained: 9.1[67] 2003-09-26 2012-08-01 2.4.22
(patched to 2.4.26)[40]
Switched from OSS to ALSA[68]
Old version, no longer maintained: 10.0[69] 2004-06-23 2012-08-01 2.4.26 Switched from XFree86 to Server
Old version, no longer maintained: 10.1[70][71] 2005-02-02 2012-08-01 2.4.29
Old version, no longer maintained: 10.2[72][73] 2005-09-14 2012-08-01 2.4.31 Removed GNOME desktop environment
Old version, no longer maintained: 11.0[74] 2006-10-02 2012-08-01 First release offered on DVD
Old version, no longer maintained: 12.0[75] 2007-07-01 2012-08-01 Switched from Linux 2.4 to 2.6, added support for HAL and removed floppy disk installation support (except for PXE)
Old version, no longer maintained: 12.1[76] 2008-05-02 2013-12-09[77]
Old version, no longer maintained: 12.2[78] 2008-12-10 2013-12-09[79]
(patched to[79]
Old version, no longer maintained: 13.0[80][81] 2009-08-26 2018-07-05[82] Added 64bit version, switched from KDE 3.5 to 4.x and switched from gzip to xz compressed packages
Old version, no longer maintained: 13.1[83] 2010-05-24 2018-07-05[84] Added PolicyKit and ConsoleKit and switched to the libata subsystem
Old version, no longer maintained: 13.37[85][86][87] 2011-04-27 2018-07-05[88] Added support for GPT and utilities for the Btrfs filesystem
Older version, yet still maintained: 14.0[89] 2012-09-28 No EOL announced 3.2.29
(patched to 3.2.98)[90]
Added NetworkManager and removed HAL as its functionality was merged into udev
Older version, yet still maintained: 14.1 2013-11-04 No EOL announced 3.10.17
(patched to 3.10.107)[91]
Added support for UEFI hardware and switched from MySQL to MariaDB.
Current stable version: 14.2[92] 2016-06-30 No EOL announced 4.4.14
(patched to 4.4.240)[93]
Added PulseAudio and VDPAU and switched from udev to eudev and from ConsoleKit to ConsoleKit2
Latest preview version of a future release: -current development N/A 5.10.17
(5.11.1 in testing/)[44]
Switched default encoding from ASCII to UTF-8, ConsoleKit2 to elogind, and KDE4 to Plasma5; migrated to python3; moved package database from /var/log/packages/ to /var/lib/pkgtools/; added lame, vulkansdk, SDL2, FFmpeg, PAM, and Wayland to core system[44]
Old version
Older version, still maintained
Latest version
Latest preview version
Future release


Currently, Slackware has no officially stated support term policy. However, on June 14, 2012, notices appeared in the changelogs for versions 8.1,[94] 9.0, 9.1, 10.0, 10.1, 10.2, 11.0, and 12.0 stating that, effective August 1, 2012, security patches would no longer be provided for these versions. The oldest release, version 8.1, was released on June 18, 2002 and had over 10 years of support before reaching EOL. Later, on August 30, 2013, announcements were made on the changelogs of 12.1[95] and 12.2 stating their EOL on December 9, 2013. It was stated in the changelog entries that they had at least 5 years of support. On April 6, 2018, versions of 13.0, 13.1 and 13.37[96] were declared reaching their EOL on July 5, 2018. It was stated in the changelog entries that they had at least 7 years of support (13.0 had been supported almost 9 years). As of July 2018, there have been no announcements from the Slackware team on when any versions of Slackware from 14.0 and up will be EOL.

While there have been no official announcements for versions prior to 8.1, they are no longer maintained and are effectively EOL.

Hardware architectures[edit]

Historically, Slackware concentrated solely on the IA-32 architecture and releases were available as 32-bit only. However, starting with Slackware 13.0, a 64-bit x86_64 variant is available and officially supported in symmetrical development with the 32-bit platform. Prior to the release of Slackware64 users wanting 64-bit were required to use unofficial ports such as slamd64.

Slackware is also available for the IBM S/390 architecture in the form of Slack/390 and for the ARM architecture under Slackware ARM (originally known as 'ARMedslack'). Both ports have been declared "official" by Patrick Volkerding.[97][98] However, the S/390 port is still at version 10.0 for the stable version and 11.0 for the testing/developmental version, and has had no updates since 2009.[99][100] Also, on May 7, 2016, the developer of Slackware ARM announced 14.1 will be EOL on September 1, 2016 and development of -current will cease with the release of 14.2, however support for 14.2 will be maintained for the foreseeable future.[101] The EOL announcement for 14.1 was added to the changelog on June 25, 2016.[102]

In July 2016, the developer of Slackware ARM announced that the development and build tools had been enhanced to reduce the manual effort involved in maintaining the ARM port, and proceeded to announce that a 32-bit hardware floating port was in development. The port was released in August 2016 in "current" form.[103]

Slackintosh is a port of Slackware Linux for the Macintosh New World ROM PowerPC architecture, used by Apple's Power Macintosh, PowerBook, iMac, iBook, and Xserve lines from 1994 until 2006. The latest version of Slackintosh is 12.1, published 2008-06-07.[104] When Apple migrated to Intel's x86, Slackintosh could no longer run on the latest Apple computers, and development stopped. Slackintosh is still an active project and can be downloaded[105] and used by those who have older PowerPC Macintosh computers.


Slackware ISO images for installation can be downloaded for free at the Slackware website via BitTorrent or from various FTP and HTTP mirrors.

A 6-CD set or a single Dual-DVD were previously available for order from the Slackware official store, but the store is currently unavailable with no official statement as to if or when it will return.[106] The CD set was targeted at the 32bit IA-32 platform but also runs on 64bit x86_64 processors in 32-bit mode. The DVD contains both the 32bit and 64bit versions.

The distributions of the ports for the ARM architecture and for IBM S/390 are neither available as CD/DVDs nor as ISO images, but can be downloaded. Slackware S/390 installs from a DOS Partition or from floppy disk.[107] Slackware ARM does not distribute ISO files because most ARM devices can not boot from a CD or DVD.[108] Instead, it is installed off a network, using Das U-Boot and a TFTP boot server[109] or from a mini-root filesystem.[110] Slackware ARM can also be installed on a PC running QEMU[111] using the same technique.


Slackware family tree

As of 2019, DistroWatch ranks Slackware at 29th.[112] Interest appears to have peaked in 2002, when Slackware's rank reached 7th.[113] It had gradually slipped from the top 10 by 2010,[114] and appears to have stabilized around its current rank in 2015.[115] However, since DistroWatch only tracks visitors to the various distributions' pages, they state that their ranking does not always correlate with the usage of a distribution; rather, it measures the popularity of that distribution on their site. Because of this, their rankings "should not be used to measure the market share of distributions."[116] As with most Linux distributions, Slackware has no official system for tracking total unique installs or active users.


  1. ^ a b c Patrick J. Volkerding (July 17, 1993). "ANNOUNCE: Slackware Linux 1.00". Newsgroupcomp.os.linux. Usenet: 227gd4$jtq@usenet.INS.CWRU.Edu. Retrieved December 5, 2014.
  2. ^ Conrad, Adam (June 30, 2016). "Slackware 14.2 released". The Slackware Linux Project.
  3. ^ "Top Ten Distributions". Retrieved July 22, 2017.
  4. ^ "The Slackware Linux Project: General Information". Retrieved July 22, 2017.
  5. ^ Slackware Inc. "Slackware FAQ: Slackware Linux has a reputation for being tough for newbies. Is this true?".
  6. ^ Datamation. "Top Linux Distros For Every Level User". Archived from the original on November 18, 2015. Retrieved October 8, 2015.
  7. ^ "Which Distro is Right for Me?".
  8. ^ Tech Radar. "Power user Linux distros: 5 reviewed and rated".
  9. ^ IT Pro. "Slackware Linux - Less is more".
  10. ^ PC World. "A Guide to Today's Top 10 Linux Distributions".
  11. ^ "FreeSlack". Retrieved July 22, 2017.
  12. ^ a b Hughes, Phil (April 1, 1994). "Interview with Patrick Volkerding". Linux Journal. Retrieved July 3, 2007.
  13. ^ "Slackware Graphics and Link Banners". Retrieved July 22, 2017.
  14. ^ "Archived copy". Archived from the original on March 6, 2016. Retrieved December 20, 2018.CS1 maint: archived copy as title (link)
  15. ^ "This file must be present to signal to 'setup' that this is the last directory in this package series" (TXT). Retrieved July 22, 2017.
  16. ^ "A Short History of Linux Distributions". Retrieved July 22, 2017.
  17. ^ Stefan Strobel; Volker Elling (January 1, 1997). LINUX. Springer. pp. 82–83. ISBN 978-0-387-94880-5. Retrieved August 4, 2013.
  18. ^ "The Slackware Linux Project: Slackware Release Announcement". July 16, 1993. Retrieved July 22, 2017.
  19. ^ "README.210 Slackware Release 2.1". Retrieved July 22, 2017.
  20. ^ "The Slackware Linux Project: Frequently Asked Questions". Archived from the original on January 8, 2007. Retrieved July 22, 2017.
  21. ^ "Archived copy". Retrieved June 7, 2012.
  22. ^ "Archived copy". Retrieved July 20, 2006.
  23. ^ "Gnome Removed From Slackware - Slashdot".
  24. ^ "Archived copy". Archived from the original on December 21, 2018. Retrieved December 20, 2018.CS1 maint: archived copy as title (link)
  25. ^ a b "Index of /~alien/multilib". Retrieved July 22, 2017.
  26. ^ "Interview with Eric Hameleers: Why You Should Try Slackware". Linux Magazine.[permanent dead link]
  27. ^ "This update contains security fixes and improvements" (TXT). Retrieved July 22, 2017.
  28. ^ "Slackware Philosophy". Retrieved November 7, 2018.
  29. ^ "Slackware Linux Basics, Chapter 2" (PDF). Retrieved July 22, 2017.
  30. ^ a b c "History of Slackware Development" (PDF). Retrieved July 22, 2017.
  31. ^ a b "Slackware Alumni". Retrieved September 20, 2014.
  32. ^ a b c "Stories of Linux: A Look at Slackware Linux". Archived from the original on October 30, 2014. Retrieved September 20, 2014.
  33. ^ Announcement of Slackware 4.0
  34. ^ Announcement of Slackware 8.1
  35. ^ "The Revised Slackware Book Project". Archived from the original on September 15, 2008. Retrieved May 26, 2015.
  36. ^ "Archived copy". Retrieved August 12, 2011.
  37. ^ "Archived copy". Retrieved August 12, 2011.
  38. ^ "Archived copy". Retrieved August 12, 2011.
  39. ^ "This file documents the instructions for upgrading to Slackware 12.1, the packages added, removed, renamed, and/or split during the development cycle from Slackware 12.1 through 12.2, and some potential "gotchas" that users can avoid by arming themselves with a little knowledge" (TXT). Retrieved July 22, 2017.
  40. ^ a b "Fixed incorrect type (int copy should be png_size_t copy) in png_inflate() : (fixes CVE-2011-3045)" (TXT). Retrieved July 22, 2017.
  41. ^ "Fixes security issues including : External entity infinite loop DoS" (TXT). Retrieved July 22, 2017.
  42. ^ "Slack-desc - SlackWiki". Retrieved July 22, 2017.
  43. ^ " - SlackWiki". Retrieved July 22, 2017.
  44. ^ a b c d "The Slackware Linux Project: Slackware ChangeLogs". Retrieved January 13, 2020.
  45. ^ "slackware:package_management_hands_on - SlackDocs". Retrieved July 22, 2017.
  46. ^ "The Slackware Linux Project: Slackware Release Announcement". Retrieved May 26, 2015.
  47. ^ "SWareT / Discussion / Open Discussion:Is swaret dead?".
  48. ^, WebSight Designs -. "".
  49. ^ "Slackware 14.2 is coming, but will the slackbuilds will also be updated accordingly?".
  50. ^ "Ten years of". June 10, 2016. Retrieved July 22, 2017.
  51. ^ "Index of /templates".
  52. ^ "WebSight Designsm".
  53. ^ "Index of /ktown".
  54. ^ "The Slackware Linux Project: Frequently Asked Questions". Archived from the original on January 8, 2007. Retrieved May 26, 2015.
  55. ^ Slackware Release Announcement, The Slackware Linux Project, June 30, 2016
  56. ^ "The Slackware Linux Project: Slackware ChangeLogs". Retrieved May 26, 2015.
  57. ^ "slackware:current - SlackDocs". Retrieved July 22, 2017.
  58. ^ "CDROM.txt file in the Slackware 3.0 repository". Retrieved July 22, 2017.[permanent dead link]
  59. ^ "Archived copy". Archived from the original on December 21, 2018. Retrieved December 20, 2018.CS1 maint: archived copy as title (link)
  60. ^ 2002-2012 Andrew Maltsev, 2012-2013 Derek J. Curtis. "Linux Slackware 96". Archived from the original on March 13, 2016. Retrieved May 26, 2015.
  61. ^ "zipslack/: Added a super-easy to install UMSDOS installation --, a 33 megabyte complete Linux system as a Zip file. The installation will fit on a FAT formatted Zip disk, or works on any FAT or FAT32 filesystem in a \LINUX directory. This is based on the soon-to-be-released Slackware 3.5-beta, with 2.0.33, egcs-1.0.2, libc-5.4.44" (TXT). Retrieved July 22, 2017.
  62. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved February 25, 2019.
  63. ^ "8.1 ChangeLog.txt". Retrieved February 25, 2019.
  64. ^ "Confessions of a Slacker – OSnews". Retrieved February 25, 2019.
  65. ^ "Mini Review of Slackware Linux 9.0 – OSnews". Retrieved February 25, 2019.
  66. ^ "Archived copy". Archived from the original on December 21, 2018. Retrieved December 20, 2018.CS1 maint: archived copy as title (link)
  67. ^ "Get to Know Slackware 9.1 – OSnews". Retrieved February 25, 2019.
  68. ^ "Release Notes for Slackware 9.1". Retrieved July 22, 2017.
  69. ^ "Slackware 10: First Impressions – OSnews". Retrieved February 25, 2019.
  70. ^ "Slackware 10.1 Review – OSnews". Retrieved February 25, 2019.
  71. ^ "A look at Slackware 10.1 []". Retrieved February 25, 2019.
  72. ^ "A Look at Slackware Linux 10.2 []". Retrieved February 25, 2019.
  73. ^ "Slackware 10.2 - Tux Machines". Retrieved February 25, 2019.
  74. ^ "Venerable Slackware 12 gets a sporty new wardrobe". July 10, 2007. Retrieved February 25, 2019.
  75. ^ "Slackware 12: The anti-'buntu - Tux Machines". Retrieved February 25, 2019.
  76. ^ "Upgrading to Slackware 12.1". June 3, 2008. Retrieved February 25, 2019.
  77. ^ "12.1 ChangeLog.txt". Retrieved February 25, 2019.
  78. ^ "Revised Slackware keeps it simple". December 23, 2008. Retrieved February 25, 2019.
  79. ^ a b "12.2 ChangeLog.txt". Retrieved February 25, 2019.
  80. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved February 25, 2019.
  81. ^ "Slackware 13.0: now officially 64-bit []". Retrieved February 25, 2019.
  82. ^ "13.0 ChangeLog.txt". Retrieved February 25, 2019.
  83. ^ "Spotlight on Linux: Slackware Linux 13.1 - Linux Journal". Retrieved February 25, 2019.
  84. ^ "13.1 ChangeLog.txt". Retrieved February 25, 2019.
  85. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved February 25, 2019.
  86. ^ "A Slackware Review Ten Years In The Making". May 9, 2011. Retrieved February 25, 2019.
  87. ^ "Slackware 13.37: Linux for the fun of it []". Retrieved February 25, 2019.
  88. ^ "13.37 ChangeLog.txt". Mirrors.slackware.ocm. Retrieved February 25, 2019.
  89. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved February 25, 2019.
  90. ^ [1]
  91. ^ "Archived copy". Archived from the original on December 21, 2018. Retrieved December 20, 2018.CS1 maint: archived copy as title (link)
  92. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved February 25, 2019.
  93. ^ "ChangeLog.txt". Retrieved January 14, 2020.
  94. ^ "Archived copy". Retrieved August 7, 2011.
  95. ^ "Archived copy". Retrieved November 12, 2013.
  96. ^ "Archived copy". Archived from the original on April 7, 2018. Retrieved April 7, 2018.CS1 maint: archived copy as title (link)
  97. ^ "The Slackware Linux Project: Slackware Ports". Retrieved May 26, 2015.
  98. ^ Stuart Winter. "Slackware ARM". Retrieved May 26, 2015.
  99. ^ "Change log of Slack390". Retrieved July 22, 2017.
  100. ^ "Change log of Slack390x". Retrieved July 22, 2017.
  101. ^ "Slackware ARM 14.1 and -current End of Life Announcement".
  102. ^ "Archived copy". Archived from the original on December 21, 2018. Retrieved December 20, 2018.CS1 maint: archived copy as title (link)
  103. ^ "Hard float port now available".
  104. ^ " Slackintosh". Distribution Watch. December 3, 2019. Retrieved June 28, 2020.
  105. ^ "Slackintosh Linux home page". Slackintosh Linux. August 7, 2007. Retrieved June 28, 2020.
  106. ^ [2]
  107. ^ "Search results for "slack390"". Retrieved May 26, 2015.
  108. ^ Stuart Winter. "Slackware ARM: Get Slack". Retrieved May 26, 2015.
  109. ^ "Slackware Arm: Installation". Retrieved May 28, 2015.
  110. ^ README.txt file for mini-root filesystem, Slackware ARM
  111. ^ Installation instructions for Slackware ARM (Qemu)
  112. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved August 22, 2019.
  113. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved July 22, 2017.
  114. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved April 7, 2019.
  115. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved April 7, 2019.
  116. ^ " Put the fun back into computing. Use Linux, BSD". Retrieved July 22, 2017.

External links[edit]