如果问过去的 Linux 用户他们使用的第一个 Linux 发行版是什么，许多人都会回答是 Slackware。Slackware 是最早的 Linux 发行版，今天仍在积极地开发着它。尽管它没有华丽图形安装程序或专用的 GUI 工具，但 Slackware 仍然有忠实的追随者，而且是获得既安全又稳定的基本 Linux 系统的极佳方式。
    本章将探讨 Slackware 发行版，讨论它的优势和弱点，向使用它的人进行介绍。另外，还解释如何安装 Slackware。
    尽管完全图形安装和 GUI 管理工具使安装和配置 Linux 很容易，但这些工具过于夸大其词。而且还隐藏了一些 Linux 配置方法详情。
    如果问 Slackware 爱好者有关 Slackware 的价值问题，他们一定会背诵 Slackware 的“4S规则”：稳定、可靠、简单和明智。在保证基本功能的情况下，Slackware 具有下列优势：
    * 更好理解。 因为使用 Slackware 的命令和配置文件，就可以更多地了解 Linux 的内部工作原理。多数图形安装程序和 GUI 工具隐藏了正在进行的实际配置，而且常常会限制使用的特性。如果出了错，用大多数图形界面很难调试问题。Slackware 安装程序是基于菜单的，非常灵活，而且相当直观。
    * 不臃肿。 通常，图形界面比命令行界面要使用更多资源。GUI 要求在发行版的安装介质上有更多的空间，以及有更多的硬盘空间和更多的 RAM。Slackware 主要依赖基本的 Linux 命令、基于文本的配置文件，以及一些简单的菜单驱动管理工具。对于 Slackware 11.0 系统，可以在 100 MB 的硬盘上安装一个基本的，但是可以运行的命令行版本。
    * 更适合低端计算机。 Slackware 是我建议在低端计算机上运行的第一个发行版。一个特殊的 ZipSlack 发行版 (www.slackware.com/zipslack) 能从一个 100MB 的 Zip 驱动器或软盘上进行安装。ZipSlack 可以安装在一台仅有 4MB RAM 的 386 PC 机上。即使是最新的 Slackware 发行版，如果需要 GUI，Slackware 的安装过程也会选择较小的、高效的窗口管理器、Web 浏览器、邮件客户端程序和其他图形工具。
    * 稳定并且安全。 尽管其他 Linux 发行版默认提供最新的内核、glibc 和 Linux 的其他关键组件，但是 Slackware 选择使用更稳定的、经过严格测试的版本。在 Slackware 11.0 中，默认的内核是 2.4.33.3，尽管 /extra 和 /testing 目录中有最新的内核 (2.6.17.13 和 2.6.18)。出现安全问题时，就会提供新的软件包，并在网站上宣布 (www.slackware.com/security)。
    * 以项目形式提供的软件包。 Slackware 不将它所包括的软件浇铸成统一的外观。Apache Web 服务器、KDE 桌面、Samba 文件/打印机共享项目与它们从项目中被交付时完全一致。因此，从使用那些项目所获得的知识将很容易移到其他 Linux 系统上的相同项目中。
    Slackware 不提供统一的外观，但它赋予用户最大限度的控制。它允许为指定的桌面表现形式选择桌面环境或窗口管理器。可以使用菜单或这些环境随附的首选窗口根据自己的喜欢来更改桌面。Slackware 包括了全部的 KDE 桌面（通常包含在第二张 Slackware 安装 CD 中）。或者可以选择一个简洁、更高效的窗口管理器，例如 XFCE4、fvwm2 或 twm。
    Slackware 10.2 中去掉了 GNOME 桌面环境。Slackware 的创造者/维护者 Patrick Volkerding 说，保持 GNOME 的开发变化和某些 GNOME 的功能与 Slackware 的目标不符（例如包括 PAM 或更换某些系统软件包，如 X11）。如果想自己将 GNOME 添加到自己的 Slackware 安装中，Volkerding 建议两个项目：http://gsb.freerock.org 和 http://gware.sf.net。
    Slackware 为系统管理提供了一些基于 ncurses 文本模式窗口库的工具。ncurses 允许应用程序在字符终端上提供面向屏幕的界面，因此可以使用表格、菜单活鼠标从任何 shell 中配置一些基本的 Linux 特性（不需要基于 X 的 GUI）。
    最近添加的 Slackware 包管理工具（如 slackpkg 命令）使得添加、删除、升级软件包更加简单。有关 slackpkg 的信息，请参阅 http://skackpkg.sourceforge.net。还有一些工具，可用来创建自己的 Slackware 包（如 skacktrack 命令）。在真正的 Slackware 传统中，Slackware 包相当简单：基本上是带有一个安装脚本的 tarball 文件。
    用其他 Linux 发行版所做的事情都可以用 Slackware 来完成，只是 Slackware 可能更需要多一些手工操作。
    Slackware 带有一套非常好的库，它能顾及到多数 Linux 应用程序的依赖关系需要。但是对于视频、音频和一些其他类型的应用程序，可能需要寻找这些库，满足软件包依赖关系的工具（例如 yum 和 apt ）能省去很多在其他发行版中遇到的麻烦。
页291

    在 Slackware 的背后没有商业组织，没有官方支持，所以如果 Slackware 系统出了差错，只能依靠自己解决问题。但是 Slackwae 项目在 www.slackware.com/support 维护了一个第三方组织列表，这些组织能够提供技术支持。
    尽管 Slackware 从功能上讲可以用于多数计算环境，但如果觉得某些环境（例如大的企业）需要对所安装的计算机系统提供公司支持，那么使用 Red Hat 或 SUSE 系统可能会好一些。
    缺乏正式的软件包管理工具使 Slackware 用户面临另一个挑战。Slackware 在安装软件时不进行依赖关系检查，但是因为 Slackware 包含几乎所有应用程序都需要的库，所以多数应用程序仍能正常工作。但是有时可能需要跟踪一些 Slackware 没有的库。
    当添加到 Slackware 的软件包所需的库不在标准的 Slackware 发行版中时，开发者通常将所需库的构建到该软件包中。但是如果该软件失效，表示缺少库，可以试试下面几种方法：
    * 查看软件包的 README 文件，了解所需库的说明。
    * 使用 ldd 命令确定命令所需的库（例如，输入 ldd /bin/cat 可显示 cat 命令所需的库）。
    * 在网上搜索 "Slackware" 和缺少的库名。
    Slackware 一直以来就是开发开放源代码软件的首选平台。它包含一套很大的库，其中包括开发应用程序可能需要的每个工具。还有针对 Slackware 开发人员的特殊创新项目，如针对嵌入式 Linux 应用程序的 Slackware for RAM 项目(www.armedslack.org)。
    因为 Slackware 是一个干净的、基本的 Linux 系统，所以在 Slackware 中运行的应用程序也可以在其他多数 Linux 系统上运行。换句话说，不鼓励添加过多的特殊 Slackware 指令，它们将阻止软件在各种 Linux, UNIX 和 BSD 系统间的可移植性。
    Slackware 可以轻松地为技术人员提供高效的开发工作站环境，因为该发行版不会防碍它的强大特性。配置一个简单的窗口管理器非常容易，而且在插入 CD 或需要更新软件时，也不会招致欲提供“帮助”的后台进程的干扰。Slackware 只是提供高效的桌面，允许执行所需的任务、尽可能地接近底层硬件，并且保持高效的运行。
    如果对构建和提交 Slackware 软件包感兴趣，Linux 软件包网站(www.linuxpackages.net)提供了很好的操作说明。在该网站主页的 Information 框内查找构建和提交软件包的链接。
页294

Slackware 的创造者

    Patrick Volkerding 在 1993 年开始把 Slackware 作为一个 Linux 发行版供给自己和他的朋友使用。他还很好地对 Slackware 的一些问题做回答，我想在此分享他的回答。
    Patrick 最初使用一个称为 SLS Linux 的 Linux 发行版（以它的制作公司 Soft Landing Linux 命名）。
    为什么他不为 SLS 做贡献，而要开始他自己的发行版？
    Patrick: 我试过，到 1993 年 4 月，我已经收集了一个极长的 SLS bug 列表，以及其中多数 bug 的修补方法。许多人尝试将它们送给 Peter MacDonald （SLS 的创建者/维护者），但 SLS 内的 bug （其中许多相当明显）似乎从未修补过。
    当然，我开始着手 SLS 的补丁版时，并没有计划要发行最新版。我把它放到网上，认为 SLS 将会解决问题，仅此而已。SLS 过去是一个很棒的发行版，并没有为从此开始一个新版本而留有多大空间。但不幸的是，正是在 Peter 忙于开发 SLS 联机核心模块的那几个月，SLS 中充满了 bug 并且没有得到任何更新。
    在 MacDonald 认为 Slackware 侵犯了他的版权时（尽管 SLS 代码的唯一许可声称“免费发布，没有限定”），Patrick 决定将 Slackeare 从 SLS 中分离出来：
    Patrick: 因此，我答应 Peter 我将为 Slackware 写一个新的安装程序，而不是使用修改过的 SLS 安装程序，新的安装程序将成为对 Slackware 在线进行的下一个更改。
    Slackware 所获得的巨大成功使他吃惊吗？
    Patrick: 绝对是的。我知道它比当时其他的发行版要好用得多，但我并不希望人们放弃 SLS。
    什么人会选择 Slackware 而不是其他 Linux 发行版？
    Patrick: 它似乎很吸引想用老方式配置软件的那类用户（使用文本编辑器），它们不想在后台运行太多不必要的事情。我尝试用最可能少的更改来编译软件，这样如果决定从源代码开始更新其内容，也会很轻松。
    在 Linux 早期，我认为多数用户都是这样的，但随着时间的推移，并且各种发行版针对不同的市场，普通 Linux 用户的情形改变了许多。多数目前的商业 Linux 发行版瞄准了这样的目标用户，即想要用类似于 Windows 的点击界面管理其计算机。Slackware 和其他低级发行版服务于不同的环境－－即如果操作系统超出用户的能力范围，那么用户并不介意进行学习。
    目前，Patrick 仍然是 Project Lead （项目领导），并保持对 Slackware 特性和发行安排表的完全控制。在这种安排下，Patrick 能选择要包括的特性，并且不会添加不适合他的特性（即使是流行特性也是如此）。这就是 Partick 赋予 Slackware 开发过程的特色：
    Patrick: 我所做的大多数工作就是研究，尝试确定 Linux 的走向，因此我可以（希望）对实现什么作出明智的选择。这不是真正的核心开发团队（它可以使开发过程真正地流畅起来，因为核心开发小组可以避免官方开发层 次结构中常常出现的耗时争论）。但是我得到了大量的帮助，人们给我发电子邮件提出问题或建议，由此才产生了升级和对系统某处的修补。
    与 Slackware 开发问题保持一致的最好方法是阅读更改日志（Slackware 主页上提供）。Slackware 的狂热者们期望版本发行越快越好，正如 Slackware FAQ 所注释的“当即将发行的版本万事具备时，会将其上传到 -current 树。如果 -current 不存在，则意味着我们刚刚发行了一个新的 Slackware 版本。”
页292