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