Видаліть PPA: “add-apt-repository --remove” vs. “rm /etc/apt/sources.list.d/???.list”


14

Відповідно до того, як можна зняти ЗЗЗ? в основному є 3 способи позбавлення від PPA:

  • Використовуйте add-apt-repositoryкоманду:

    sudo add-apt-repository --remove ppa:???/???
    
  • Видаліть .listфайл вручну :

    sudo rm /etc/apt/sources.list.d/????.list
    
  • Використовуйте додаткові інструменти, наприклад, наприклад ppa-purge... (не тема цього питання)

Мені цікаво, в чому різниця між першим і другим варіантом, тобто чи є щось більше add-apt-repository --remove, ніж просто видалення .listфайлу?

Один із прикладів, про який я міг би придумати, - це ключі GPG, які були встановлені разом із PPA. Чи буде add-apt-repositoryобробляти та видаляти їх на відміну від просто rm-ing .listфайлу?

Зауважте, що ні видалення ключів GPG, ні використання не ppa-purgeє темою цього питання!


Вибачте, ваш третій пункт не побачив. Це може допомогти вам: різниця між "ppa-purge" та "add-apt-repository -r"? . add-apt-repositoryповинні також їх видалити.
Рон

Ні, це вже інше питання.
Пілот6

Ви можете видалити ключі з/etc/apt/trusted.gpg.d/
Pilot6


@ Pilot6 Немає дублікату, оскільки моє головне питання - це різниця між add-apt-repositoryта видаленням .listфайлу вручну . Клавіші GPG були лише прикладом, який прийшов мені в голову, що може бути різницею. Відредагуйте зараз, щоб зробити це більш зрозумілим ... - Але нехай посилання залишиться там, як це принаймні пов'язане.
Байт-командир

Відповіді:


25

Обидві команди видаляють PPA, але є одна основна відмінність:

sudo add-apt-repository --remove ppa:???/???

Ця команда видаляє лише вміст .listфайлу. Сам файл не видалить.

sudo rm /etc/apt/sources.list.d/????.list

Після запуску цієї команди вона повністю видалить файл PPA.

Однак, на мою думку, краще використовувати:

sudo rm /etc/apt/sources.list.d/????.list*

Я, як правило, використовую останню команду із заднім зірочкою ( *), тому що коли ми додамо будь-який сховище, він створить два файли під /etc/apt/sources.list.d/. Перший - це .listфайл, а другий - резервна копія цього файлу, що має розширення .list.save.

той самий випадок із командою sudo apt-key del ????та sudo rm /etc/apt/trusted.gpg.d/file.gpg. кожного разу, коли ми додаємо ключі два файли, створені під /etc/apt/trusted.gpg.d/ file.gpgі file.gpg~під час запуску команди

sudo apt-key del ????

один файл file.gpgбуде видалений, а другий залишиться file.gpg~таким, яким він є. Однак, на мою думку, краще використовувати:

sudo rm /etc/apt/trusted.gpg.d/file.gpg*

Чому ви хочете видалити нешкідливі резервні копії?
муру

@muru !! на мою думку, я зазвичай це роблю, коли більше не хочу використовувати це сховище. це залежить від вимоги, якщо хтось вважає, що може бути корисним тримати в системі, то він може це тримати. припустимо, якщо я додав 30 РРО РПО, то там буде створено 60 файлів. наступного разу, якщо я додаю або видалю репо, тоді нам доведеться докласти більше зусиль для пошуку будь-якого файлу та зміни. або ви думаєте, що це може бути корисним у майбутньому, тоді ви також можете коментувати записи репо всередині файлу, або ви можете скопіювати вміст цього файлу кудись. так чи інакше, це залежить від потреби.
pl_rock

Серйозно? Oo Вам потрібен час і зусилля, щоб проглянути 60 файлів? Oo
muru

немає часу, я забув змінити ім'я цього файлу на пам'ятне ім'я, тоді я витратив час, який файл має який запис. як-небудь ім'я файлу, як webupd8.
pl_rock

також у версіях 13, 14 і, можливо, більш ранній версії ubuntu є помилка, яка створює проблему, якщо ваш gpg ключ більше 40, тоді вам доведеться видалити ключ для додавання нового. bugs.launchpad.net/ubuntu/+source/apt/+bug/1263540
pl_rock

1

Ні, apt-add-repository не буде обробляти ключі GPG, тому якщо ви хочете також видалити ключі, використовуйте rm /etc/apt/sources.list.d/???.list, а потім клавіші GPG від / тощо / apt / trusted.gpg.d /


Ключі не зберігаються в цих списках.
Пілот6

Я знаю це. @ Pilot6
Девід

І чому ви це публікуєте?
Пілот6
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.