Как в * nix деинсталлировать?

Одна из вещей, которую я до сих пор не могу понять, - это эмпирические правила удаления программ в средах * nix. В большинстве случаев я позволяю спящим собакам лежать и не удаляю программы, которые мне больше не нужны. Но время от времени у меня получается несколько апачей, svn и т. д.

Вот что я знаю об этом:

1) если вы установили с помощью apt-get или yum, есть команда удаления. Очень редко где-нибудь в папке приложения есть сценарий удаления, например uninstall.sh

2) чтобы выяснить, какая конкретная установка вызывается из командной строки, используйте команду "type -a"

3) используйте "sudo find / | grep", чтобы найти, где еще можно установить что-то (из того, что я понимаю, тип ищет только вещи, которые находятся в переменной PATH)

4) Добавьте / измените порядок вещей в PATH, чтобы желаемая версия приложения была первой в строке, или добавьте псевдоним в .bashrc

5) Удалите то, что мне больше не нужно. Это просто, если приложение было установлено только в одной папке, но сложно, если их несколько. Одна уловка, о которой я слышал, - это поиск с временным диапазоном, чтобы найти все файлы, которые изменились за время, когда произошла установка - это примерно показывает, что было изменено и добавлено.

Есть что добавить / исправить?

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
5
0
572
2

Ответы 2

Если вы не использовали менеджер пакетов (rpm, apt и т. д.), Вы, вероятно, установили его из исходников. Чтобы установить, вы выполнили процесс в соответствии со строками ./configure && make && make install. Если приложение работает нормально, эта цель make "install" должна быть связана с целью "uninstall". Так что снова извлеките источники, снова настройте (с теми же путями) и выполните деинсталляцию.

что, если ./configure && make uninstall вернет make: *** Нет правила для удаления целевого объекта. Стоп. ?

Christopher Mahan 27.10.2009 18:39

Как правило, если вы компилируете что-то из исходного кода, процедура будет

$ make
$ su
# make install

в этом случае у подавляющего большинства программ будет цель удаления, которая позволит вам отменить шаги, которые выполнялись во время установки, с помощью

$ su
# make uninstall

Как всегда, прочтите файлы README или INSTALL программы, чтобы определить, что доступно. В большинстве случаев вы либо устанавливаете что-то через диспетчер пакетов (который также будет обрабатывать удаление), либо вы запускаете какой-то ручной процесс (который должен был сопровождаться файлом readme, объясняющим, как его удалить).

Вы никогда не должны использовать su в таком виде. Если вы хотите запускать что-либо от имени суперпользователя, используйте sudo

Martin York 15.01.2009 00:40

Это совсем другое обсуждение. :-) Достаточно сказать, что в большинстве документов INSTALL, которые я видел, в примерах указано «su» вместо «sudo», и хотя последнее может быть более удобным, я бы не сказал, что он более безопасен в большинстве сред.

Andrzej Doyle 15.01.2009 15:01

Другие вопросы по теме