aptitude、/etc/alternatives/aptitude、符号链接和 aptitude-curses

aptitude、/etc/alternatives/aptitude、符号链接和 aptitude-curses

有时,当我运行 aptitude 时,我会遇到问题(不要误会我的意思,我喜欢 aptitude 尤其是 CLI 客户端,我一直想知道为什么 /etc/alternatives/aptitude 存在。

我确实知道 /etc/alternatives 的用途,象征性地链接一个或多个执行相同操作的程序。例如,apt、aptitude、apt-get 和 wajig 都做同样的事情。我不明白的是为什么使用该结构。我正在运行 Debian buster,但它在 Debian stable 甚至之前的版本上是一样的。

https://debian-handbook.info/browse/stable/sect.customizing-graphical-interface.html

┌─[shirish@debian] - [~] - [10012]
└─[$] which aptitude
/usr/bin/aptitude
┌─[shirish@debian] - [~] - [10013]
└─[$] ll -h /usr/bin/aptitude
lrwxrwxrwx 1 root root 26 2013-07-25 22:05 /usr/bin/aptitude -> /etc/alternatives/aptitude
┌─[shirish@debian] - [~] - [10014]
└─[$] ll -h /etc/alternatives/aptitude
lrwxrwxrwx 1 root root 24 2013-07-25 22:05 /etc/alternatives/aptitude -> /usr/bin/aptitude-curses

虽然我可以理解这种关系如何从一个流向另一个,但我不明白为什么 /etc/alternatives/aptitude 仍然存在?

难道我们不能简单地将能力与能力诅咒符号链接起来吗?如果这样做的话,我认为不会发生任何破损。另外,如果我没有错的话,大多数或所有系统管理员都会将能力添加到混合中,而不是能力诅咒。

期待了解更多。

答案1

这是过去版本的残余,其中aptitude有一个实验aptitude-gtk版本,可作为替代版本。

这是已删除在 2012 年的版本 0.6.6-1 中。即使它不再有用,保留替代方案也没有坏处,并且比尝试正确迁移到非替代二进制文件更容易。

相关内容