Início / server / Perguntas / 788158
Accepted
Mikhail T.
Asked: 2016-07-06 20:28:51 +0800 CST

Como instalar gems para Ruby não padrão com Puppet?

  • 772

O ruby ​​incluído no RedHat/CentOS-6 é da versão 1.8.7, que é muito antigo para muitos aplicativos. Embora simplesmente atualizá-lo com um RPM personalizado seja possível, meus colegas evitam a ideia e desejam usar os pacotes rh-ruby22 disponíveis no SCL-repo .

Isso instala o ruby-2.2, o que é ótimo, mas abaixo do /opt/rh/rh-ruby22. Agora preciso instalar várias gems e gostaria, obviamente, de usar o Puppet:

package {'example':
  ensure   => '0.25',
  provider => 'gem'
}

Infelizmente, o provedor de gemas invoca /usr/bin/gemem vez de /opt/rh/rh-ruby22/root/usr/bin/gemprecisar ser invocado. Existe alguma outra maneira? Obrigado!

redhat puppet centos6 gem

2 respostas

  1. Best Answer

    O recurso de pacote e, em particular, o provedor de gem , agora suporta o uso do atributo . Seu exemplo particular agora é suportado assim:command

    package {'example':
  ensure   => '0.25',
  provider => 'gem',
  command  => '/opt/rh/rh-ruby22/root/usr/bin/gem'
}
    • 1

  2. Ok, a maneira "fácil" é implementar o próprio provedor de pacotes. Felizmente, pode-se herdar tudo do provedor de gem existente substituindo apenas o próprio comando de gem.

    Como o rh-ruby22 do SCL é tão retardado, você não pode nem invocá-lo rubyou gemdiretamente - sem definir LD_LIBRARY_PATHprimeiro - criamos wrappers para eles em /usr/bin. O /usr/bin/gem2, por exemplo, define o caminho da biblioteca (e PATH) e então execs o real /opt/rh/rh-ruby22/root/usr/bin/gemcom seus próprios argumentos ( "$@").

    Meu novo provedor usa o gem2script wrapper para fazer seu trabalho.

    Eu criei o arquivo gem2.rbcom modules/SOMEMODULE/lib/puppet/provider/package/o seguinte conteúdo (testado com Puppet-3.8.7):

    require 'puppet/provider/package'

Puppet::Type.type(:package).provide File.basename(__FILE__, ".rb"),
    :parent => :gem, :source => :gem do
        desc "Ruby Gem support using #{@name}-executable"

        commands :gemcmd => @name.to_s
end

    Embora eu esperasse que minha implementação permitisse especificar o comando gem como um parâmetro no manifesto marionete, é impossível fazer isso sem reescrever completamente o provedor gem existente. Minha maneira é muito mais fácil e tão eficiente.

    Como bônus, copiar o arquivo para algum outro nome (como gem19.rb) criará automaticamente o novo provedor - apenas certifique-se de que gem19está no formato $PATH.

    O módulo, no qual você salvará este arquivo, pode ser qualquer módulo usado pela(s) máquina(s) que precisa(m) do novo provedor.

    • 0

relate perguntas