这个 aptitude 没有超级牛力

AI 辅助声明：本文由作者根据本次终端实测记录整理，并在资料核对和文字组织上使用了 AI 辅助。

我只是想看看 aptitude autoremove 会做什么，结果终端先给了我一个错误，再顺手甩出一句很有性格的话：

1
aptitude autoremove

我的环境里安装的是 aptitude 0.8.13。它不认识 autoremove 这个动作，于是没有执行删除操作，最后的提示是：

1
这个 aptitude 没有超级牛力。

这句话看起来像是在评价 aptitude 的性能，但它其实是在讲一个玩笑。英文语境里的原文是 Super Cow Powers，直译就是“超级奶牛力量”。aptitude 发现你输入了一个它不认识的命令，就在帮助信息后面加了一句和奶牛有关的吐槽。

aptitude autoremove 为什么不行

autoremove 是现代 apt 提供的动作，所以通常会这样写：

1
sudo apt autoremove

这条命令会让 apt 计算哪些软件包是作为自动依赖安装、现在又没有其他软件依赖它们的，然后提出删除方案。它会改变系统状态，真正执行前应该看清楚待删除的软件包。

但这不能直接改写成 aptitude autoremove。我本次实际运行的是后者，它只返回了未知命令和帮助信息，没有执行自动清理。这里的差异不是“超级牛力不足”，而是两个前端的命令接口本来就没有完全对齐。

顺着奶牛把彩蛋挖出来

既然错误提示提到了“超级牛力”，我就继续尝试 moo。下面是这台机器上的完整输出，命令行中的 -v 每多一个，aptitude 就像多被追问一次：

1
aptitude moo
2
这个程序里没有复活节彩蛋。

第一次它还在认真否认：这个程序里没有复活节彩蛋。继续增加一个 verbose 选项：

1
aptitude -v moo
2
这个程序里确实没有复活节彩蛋。

第二次否认得更用力了，“确实”两个字已经暴露出它知道我在找什么。再增加一个 -v：

1
aptitude -vv moo
2
我不是已经告诉你这个程序里没有复活节彩蛋了吗？

到这里，它开始表现出“我都说没有了你怎么还问”的不耐烦。第三个 -v 则更加直接：

1
aptitude -vvv moo
2
停下来！

但我没有停，于是第四级出现了谈判：

1
aptitude -vvvv moo
2
好吧，好吧，如果我给你复活节彩蛋，你会停手吗？

第五级终于兑现承诺，输出了完整的 ASCII 图：

1
aptitude -vvvvv moo
2
好吧，你赢了。
3

4
                               /----\
5
                       -------/      \
6
                      /               \
7
                     /                |
8
   -----------------/                  --------\
9
   ----------------------------------------------

这幅图乍看很像一顶帽子，其实是一个有点“反直觉”的图形笑话。它对应《小王子》里那幅图：大人看到的是一顶帽子，小王子知道那是一条蛇吞下了一头大象。aptitude 继续把 -v 往上加，给出的解释就是：

1
aptitude -vvvvvv moo
2
这是什么？当然是一只大象被一条蛇吞了。

再增加一个 -v，它不会再画出第二幅图，也没有新的剧情：

1
aptitude -vvvvvvv moo
2
这是什么？当然是一只大象被一条蛇吞了。

这条彩蛋链的节奏很有意思：先否认，再不耐烦，然后妥协，最后用一幅图把“超级牛力”交代出来。

也可以一次性输入全部命令，方便自己在终端里重现：

1
aptitude -v moo
2
aptitude -vv moo
3
aptitude -vvv moo
4
aptitude -vvvv moo
5
aptitude -vvvvv moo
6
aptitude -vvvvvv moo

中间还有一个容易写错的地方。下面这样写，aptitude 会把 vvvvv 当成命令名：

1
aptitude vvvvv moo

正确写法是把每一个 v 都作为 verbose 选项传进去：

1
aptitude -vvvvv moo

这里的 -v 是同一个 verbose 选项的重复传入，不是 moo 的参数值。不同版本的 aptitude 可能在翻译或空格上略有差异，但这条“否认—不耐烦—妥协—奶牛—蛇吞大象”的结构，就是这个彩蛋最有趣的地方。

这头奶牛站在什么软件之上

aptitude 的彩蛋很轻，但它背后的软件包管理结构并不轻。Debian 里常见的几个名字经常被混在一起，其实它们处在不同层次：

1
软件源元数据
2
    │
3
libapt-pkg
4
    │
5
apt / apt-get / apt-cache / aptitude
6
    │
7
dpkg

最底下的 dpkg 更像执行者：它知道怎样解开一个 Debian 软件包、把文件放到系统里、运行维护脚本。它本身并不负责从镜像站寻找包，也不擅长替你解决一长串依赖关系。

APT 则负责更高层的事情。它读取软件源中的包索引，比较版本，计算依赖，并决定需要下载和安装哪些包。libapt-pkg 是这套基础设施的核心库，apt、apt-get 和其他前端都可以使用它。

aptitude 也是 APT 的前端，但它不是 apt 命令的旧版本或别名。它是一个独立的高级工具，最有辨识度的功能是全屏 ncurses 界面。运行下面的命令，就可以进入一个可以浏览、搜索、标记和预览操作的终端界面：

1
sudo aptitude

现代 apt 和 aptitude 有本质区别吗

它们有区别，但不是两套完全互不相干的包管理系统。它们通常共享软件源配置、APT 元数据、dpkg 数据库和底层安装流程；差异主要在用户界面、命令集合、默认行为和依赖方案的交互方式上。

日常手工操作可以使用 apt：

1
sudo apt update
2
sudo apt install package-name
3
sudo apt autoremove
4
sudo apt full-upgrade

脚本中通常使用 apt-get，因为它的命令接口和输出更适合被程序调用：

1
apt-get update
2
apt-get install -y package-name

如果想搜索包或追问依赖关系，aptitude 有一些很方便的命令：

1
aptitude search '?installed'
2
aptitude why package-name
3
aptitude why-not package-name

复杂冲突场景下，aptitude 还可能展示多个依赖解决方案，让使用者在保留、升级、降级或删除之间选择。它不一定在所有场景下都比 apt 更聪明；特别是测试版或不稳定版系统出现大规模依赖变化时，任何包管理器提出的删除方案都应该逐项检查。

一条错误提示背后的包管理体系

“这个 aptitude 没有超级牛力”表面上是在吐槽未知命令。顺着它输入 moo，可以看到一条从否认彩蛋、逐渐不耐烦，到奶牛 ASCII 图和蛇吞大象笑话的链条。

再往下追，才会发现这头奶牛背后连接着 Debian 的整套软件包管理结构：aptitude 是 APT 的一个前端，apt 是面向人工操作的现代命令，apt-get 更适合自动化，而真正负责把 .deb 安装进系统的，是底层的 dpkg。

有些命令报错以后只会让人修正拼写，aptitude 报错以后还要顺便讲个冷笑话。这个“超级牛力”确实没有让它更强，但让一次输错命令变得挺值得继续追下去。

参考资料