적성, /etc/alternatives/aptitude, 심볼릭 링크 및 적성-저주

적성, /etc/alternatives/aptitude, 심볼릭 링크 및 적성-저주

때때로 나는 aptitude를 실행할 때 문제에 직면하고(오해하지 마십시오. 나는 aptitude 특히 CLI 클라이언트를 좋아합니다) /etc/alternatives/aptitude가 존재하는 이유가 항상 궁금했습니다.

나는 동일한 작업을 수행하는 하나 이상의 프로그램을 기호적으로 연결하는 /etc/alternatives의 목적을 알고 있습니다. 예를 들어 apt, aptitude, apt-get 및 wajig는 모두 동일한 작업을 수행합니다. 내가 이해하지 못하는 것은 왜 그 구조가 사용되는지입니다. 저는 데비안 버스터를 실행하고 있지만 데비안 안정 버전과 심지어 이전 버전에서도 마찬가지입니다.

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. 더 이상 유용하지 않더라도 대안을 유지하는 데 아무런 해가 없으며 대체가 아닌 바이너리로 올바르게 마이그레이션하는 것보다 쉽습니다.

관련 정보