Slackware

KISS，代表“保持简洁，傻瓜”（Keep it Simple, Stupid），是一个可以解释很多Slackware中设计选择的概念。在这个文本中，“简洁”（simple）指系统设计的观点，而不是指易用性。这也是为什么这个系统中只有极少数使用GUI的配置工具。GUI工具（按照这理论所说）过于复杂，比起命令行工具来会引入更多的问题。这种原则导致的最终结果是Slackware以不友好的代价换取了系统非常快速、稳定和安全的特性。Slackware并不包含类似于service、chkconfig一类的用于代替用户修改系统配置的多余软件，它将系统“真实”的一面毫不隐藏的呈现给使用者，让人们看到“真正的”Linux。批评的观点一般集中于它让很多事做起来太费时而且难以学习。支持者回应到在这种灵活和透明的系统中操作得到的经验比起在那些遮掩内部细节的系统中要多得多。

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

System V初始化[6]兼容在7.0版本之后被引入了Slackware中。

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

包都经过xz压缩和tarball打包，但文件扩展名是.txz，而不是.tar.xz。他们的结构是这样的：当在根目录下解压缩和释放，其中的文件会放置于它们的安装位置。因此可以不使用Slackware的包工具来安装包，而仅仅使用tar和xz命令，如果包中有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衍生版本利用了这些功能的优点。