Por vezes, quando estou a executar o aptitude, tenho problemas (não me entenda mal, adoro o aptitude, especialmente o cliente CLI, sempre me perguntei por que existem / etc / alternatives / aptitude.
Eu sei o que / etc / alternatives são usados, simbolicamente ligando um ou mais programas que fazem a mesma coisa. Por exemplo, apt, aptitude, apt-get e wajig fazem a mesma coisa. O que não entendo é por que essa estrutura é usada. Eu estou executando o Debian Buster, mas seria o mesmo no Debian estável e antes.
┌─[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
Embora eu possa entender como o relacionamento flui de um para o outro, eu não entendo por que o / etc / alternatives / aptitude ainda existe?
Não poderíamos simplesmente ter o aptitude vinculado a maldições de aptidão. Eu não vejo nenhuma quebra acontecendo se esse caminho foi feito. Além disso, se eu não estiver errado, a maioria ou todos os administradores de sistema estariam colocando / adicionando aptitude à mistura e não aptitude-curses.
Ansioso para saber mais.
Este é um remanescente de versões passadas de aptitude que tinham uma versão experimental de aptitude-gtk , disponível como alternativa.
Este foi removido na versão 0.6 .6-1, em 2012. Mesmo que não seja mais útil, manter a alternativa não faz mal e é mais fácil do que tentar migrar corretamente para um binário não alternativo.