Slackware是Slackware Linux, Inc的Patrick Volkerding制作的Linux发行版本。Slackware 走了一条同其他的发行版本（[Red Hat、Debian、Gentoo、SUSE、 Mandriva）不同的道路，它力图成为“UNIX风格”的Linux发行版本。它的方针是只吸收稳定版本的应用程序，并且缺少其他linux版本中那些为发行版本定制的配置工具。它的追随者们往往宣称“当你了解了Slackware，你就了解了Linux……当你了解了Red Hat，你所了解的只是Red Hat。”
　　
　　历史和命名

　　第一个 Slackware 的版本1.00 在1993年7月16日由创立者和开发领导者Patrick Volkerding发布。 它是基于SLS Linux并以 3½” 软盘为镜像在匿名FTP发行。Slackware 是现存的最古老的发行版本，在2003度过了它的十周年纪念。

　　”Slackware” 这个名字借用自Church of the SubGenius中的术语 “Slack” 。

　　在早期的发布版本中，发行版本带有三个用户帐号: “satan”, “gonzo” 和 “snake”。它们是作为示例被提供，但是后来的版本中去除了这些帐号，因为它们有潜在的安全漏洞。

　　在1999年，Slackware的发布版本号从 4 一下子跨越到了 7。Patrick Volkerding 作出解释 [3]: 这是出于市场推广的考虑，为了告诉人们 Slackware 和别的 Linux 发行版本一样“新”（”up-to-date”），当时许多其他发行版本的版本号为 6 。

　　在2004年，Patrick Volkerding 得了严重的疾病，Slackware 未来的开发变得不可预测。 在他痊愈后很快恢复了Slackware 的开发。

　　在2005年，GNOME桌面环境被从待发布的版本中删除，移交给了社区进行支持，随后才进行发布。GNOME的删除被Linux社区中的一些人认为是一个信号因为桌面环境在各种Linux发行版本中都可以找到。

　　贯穿Slackware的历史，出现一些在Slackware基础上制作的发行版本和LiveCD。一些流行的发行版本就起源于 Slackware ，包括SUSE， College Linux 和 SLAX。

　　发布版本

　　Slackware 主要为x86 PC 开发。然而曾经存在一些官方的移植 ，像针对DEC Alpha 和 SPARC 架构的。从2005年起，开始出现针对System/390架构的官方移植。同时也存在一些非官方的移植， ARM ， Alpha ， SPARC ， PowerPC 和 x86-64 。

　　Slackware针对 x86 的最新稳定发布版本是 10.2 （直到2005年10月3日），其中包括了ALSA， GCC 3.3.6 ，Linux kernel 2.4.31 （在/testing 中提供可选的 2.6.13 ）， KDE 3.4.0， 以及常用的工具。

　　Slackware的测试/开发版本称为 ‘-current’ ，这是为了可以使用更多超前的配置。

　　设计理念

　　·KISS

　　KISS， 代表“保持简洁，呆子” （”Keep it Simple, Stupid”），是一个可以解释很多Slackware中设计选择的概念。在这个文本中，’简洁’（’simple’）指系统设计的观点，而不是指易用性。这也是为什么这个系统中只有极少数使用GUI的配置工具。GUI工具（按照这理论所说）过于复杂，比起命令行工具来会引入更多的问题。这种原则导致的最终结果是 Slackware 以用户友好的代价换取了体统非常快速、稳定和安全的特性。批评的观点一般集中于它让很多事做起来太费时而且难以学习。支持者回应到在这种灵活和透明的系统中操作得到的经验比起在那些不暴露内部的系统中要多得多。

　　·启动脚本

　　Slackware 使用BSD 风格的 初始化脚本，其他的Linux发行版本大多使用 System V 风格的初始化脚本。基本上 System V 风格的每个运行级都是存放初始化脚本的子目录，而BSD 风格仅为每个运行级提供一个脚本。BSD 风格的拥护者觉得这样更佳，因为系统可以更容易找到，读取，编辑，和维护脚本。System V的拥护者认为System V 的结构强大和灵活。

　　但这些都无关紧要，System V初始化兼容在7.0版本之后被引入了 Slackware 中。

　　·包管理

　　Slackware的包管理系统很独特。它的包管理系统和别的发行版本一样可以很容易的安装、升级、移除包。但是它不会试着去追踪或者管理涉及哪些依赖关系（也就是保证系统拥有所有的安装包内的程序需要的系统库）。如果所需要的先决条件不能满足，在程序执行之前不会有提醒和指示。

　　包都经过gzip压缩和tarball打包，但文件扩展名是.tgz，而不是.tar.gz。他们的结构是这样的:当在根目录下解压缩和释放，其中的文件会放置于它们的安装位置。因此可以不使用 Slackware的包工具来安装包，而仅仅使用 tar 和 gzip命令，如果包中有doinst.sh脚本，一定要运行它。

　　相对的，Red Hat的RPM是CPIO档案，Debian的.deb文件是ar档案。他们都包括一些依赖关系的信息，包管理器工具可以使用这些信息来寻找和安装先决条件。他们在先决条件满足前是不会安装新包的（虽然可以强制进行）。

　　关于追踪或者无视依赖关系孰优孰劣的争论并不很热闹，这多少让人想起了持续甚久的”vi 对 Emacs” 的“宗教战争”。 Slackware解决问题的方法被技巧熟练的用户群很好的接受了。

　　·自动依赖的解决方案

　　由于Slackware本身不引进解决依赖关系并自动下载安装的工具，一些业已存在的第三方软件工具可以为它提供这方面的功能，就像APT为Debian所作的那样。

　　一些工具分析已安装的包以决定依赖关系，决定需要什么库文件，然后寻找什么包提供这些库文件。这些自动处理很费时，比起 APT 的手动调整方法原始的多。然而它提供了一个令人满意的解决。

　　Swaret
　　slapt-get
　　SlackUpdate
　　Emerde
　　slackpkg

　　Slackware 9.1 在第二张CD上提供了作为补充的Swaret，但是并不默认安装它。自Slackware 10.0之后，Swaret被从发行版本中删除但作为第三方的包仍然可用。

　　slackpkg 自Slackware 9.1开始包含在 /extra 中。

　　slapt-get 并不提供依赖关系的解决。它只是提供解决依赖关系的框架，用以处理一些流行的类似APT的Slackware兼容包。一些 Slackware 衍生版本利用了这些功能的优点。