Alguns aplicativos em nossos servidores RHEL6 dependem da presença de alguns módulos Perl. Eu gostaria de adicionar esses módulos Perl como parte do processo do Kickstart ao ativar novos hosts. Ao contrário de iniciar o CPAN, que é lento, decidi apenas empacotar esses módulos Perl em um RPM que simplesmente os copia para o local apropriado e cria quaisquer diretórios necessários no diretório lib do Perl.
Isso é uma prática ruim, já que eu não estou realmente "instalando" eles, mas copiando-os?
Instalar a partir do RPM em uma distribuição baseada em RPM será a melhor maneira de gerenciar pacotes e configurações. Ele tem uma curva de aprendizado relativamente íngreme, então considere-se à frente do jogo se você já estiver produzindo RPMs para esses módulos.
Você pode querer dar uma olhada em EPEL e verificar se não está duplicando o esforço. Já existem vários módulos Perl lá. Isso pode evitar que você reinvente a roda ...
Se eu entendi o que você está fazendo, então não, isso não é uma prática ruim. Quando o CPAN "instala" um módulo, na verdade é apenas copiá-los, portanto não há diferença real entre os dois. Se o RPM transporta os arquivos para serem instalados como payload, então é a mesma coisa que os módulos perl fornecidos pela Red Hat, então é perfeitamente aceitável. Se o RPM emitir um comando do tipo 'cp' ou 'wget' para colocar os arquivos no lugar na seção% post, sugiro seriamente que você não faça isso. A única coisa que eu recomendaria no primeiro caso é fazer um RPM por módulo, não um RPM com vários módulos.
Se você não perdeu nenhuma dependência dos Módulos Perl, isso não é ruim. Mas acho que no seu contexto, você deve criar um pacote rpm para os módulos Perl, enviá-lo para o repositório local e fazer com que seus servidores usem esse repositório para instalar os módulos Perl.
Aqui é uma instrução para criar o pacote rpm para os módulos Perl.