Как удалить установленный из исходников Perl?

Question

[TosterIQ]

На CentOS 7, нужна была другая версия Perl, собрал и установил из исходников. Какой командой его теперь можно удалить? yum remove perl, не работает.

Answer 1

[shurshur]

Как правило, софт можно удалить с помощью make uninstall из каталога с исходными текстами. Если установка шла в расположение по умолчанию, то теперь ошмётки надо искать в /usr/local.

Comments

[TosterIQ]

Во время установки использовались такие команды:
tar -xf perl-5.24.0.tar.gz
cd perl-5.24.0
./Configure -des -Dprefix=/opt/perl5/perls/perl5.24.0
ln -s /opt/perl5/perls/perl5.24.0/bin/perl /usr/bin/perl

Пытался выполнить данную команду из следующих каталогов:
perl-5.24.0 (папка с исходниками, откуда изначально установка производилась)
/opt/perl5/perls/perl5.24.0/bin/
/opt/perl5/perls/perl5.24.0/
/opt/perl5/perls/
/opt/perl5/
/usr/bin/

Везде вот что выдается:
make: *** No rule to make target `uninstall'. Stop.

[shurshur]

TosterIQ, для начала надо вернуть /usr/bin/perl на штатный perl и никогда больше так не делать. В /usr/bin всё должно быть из пакетов и консистентно, если злоупотреблять ковырянием того, что стоит из пакетов, то обновление системы может превратиться в сложный квест (тут советую обратить внимание на rpm -V, который проверяет контрольные суммы файлов в пакете, правда, не уверен, что для symlink он что-то проверит). Устанавливаемый из исходников софт следует или прописывать в PATH, или в /usr/local/bin (как вариант, в $HOME/bin, если это нужно одному пользователю), или, в конце концов, пользоваться полным путём.

В данном случае можно удалить просто весь prefix (только отдельно /usr/bin/perl починить не забыть). Просто многие не указывают его, и используется по умолчанию /usr/local, после чего вычистить софт становится сложнее, так как он вперемешку с другим вручную установленным. Установка в отдельный префикс - это неплохая практика - пусть она и создаёт некоторые свои проблемы (необходимость включать много разных каталогов в PATH, необходимость передавать кастомные ключи сборки при использовании самосборных библиотек итд итп).

Answer 2

[CityCat4]

Если не представляете себе, как работает сборка из исходников - лучше за пределы yum install не выходить. А если уже решили рискнуть - то обязательно сохранить каталог сборки и протокол установки (вместо make install делать make install >& install.log - так по крайней мере можно будет потом восстановить куда что легло).

В данном случае я думаю, будеь достаточно вернуть линк на системный perl. CentOS - пакетная система, она весьма нервно относится к установке чего-либо кроме как из пакетов и конечно же ничего об этом не знает. Поэтому, если ставите что-то вручную - то категорически нельзя это размещать в /usr! Ставьте в /usr/local, в /opt, куда угодно, но не портите /usr - особенно в пакетных системах - это может весьма болезненно аукнуться.

Comments

[shurshur]

Лучше тогда 2>&1 | tee install.log, чтобы и в консоль писало, и в файл; как вариант, использовать screen с включённым логгированием.

[CityCat4]

shurshur, Ну да, если хочется еще и на консоли видеть.