Это хорошая практика, просто копировать модули Perl через RPM?
Несколько приложений на наших серверах RHEL6 зависят от наличия нескольких модулей Perl. Я хотел бы добавить эти модули Perl как часть процесса Kickstart при включении новых хостов. В отличие от запуска CPAN, который является медленным, я решил просто упаковать эти модули Perl в RPM, который просто выводит их в соответствующее место и создает все необходимые каталоги в каталоге lib Perl.
Это плохая практика, так как я на самом деле не "устанавливаю" их, а просто копирую их?
3 ответа
Установка из RPM в дистрибутиве на основе RPM будет лучшим способом управления пакетами и конфигурацией. У него относительно крутая кривая обучения, поэтому подумайте о том, чтобы опередить игру, если вы уже производите RPM для этих модулей.
Возможно, вы захотите взглянуть на EPEL, и убедитесь, что вы не дублируете усилия. Там уже есть несколько модулей Perl. Это может спасти вас от изобретения колеса...
Если я полностью понимаю, что ты делаешь, то нет, это неплохая практика. Когда CPAN "устанавливает" модуль, он просто копирует их, поэтому между ними нет никакой разницы. Если RPM переносит файлы для установки в качестве полезной нагрузки, то это то же самое, что предоставляет Perl-модули Red Hat, так что это вполне приемлемо. Если RPM выдает команду типа "cp" или "wget", чтобы поместить файлы на место в разделе%post, я бы серьезно предложил не делать этого. Единственное, что я хотел бы предостеречь в первом случае, это сделать один оборот в минуту на модуль, а не один оборот в минуту с несколькими модулями.
Если вы не пропустили никаких зависимостей от Perl-модулей, это неплохо. Но я думаю, что в вашем контексте вам следует создать пакет rpm для модулей Perl, перенести его в локальное хранилище и заставить ваши серверы использовать это хранилище для установки модулей Perl.
Вот инструкция по созданию пакета rpm для модулей Perl.