[chef] Re: Re: Re: Re: chef, CentOS/RedHat, and rubygem-rest-client updates


Chronological Thread 
  • From: "John E. Vincent (lusis)" < >
  • To:
  • Cc: KC Braunschweig < >
  • Subject: [chef] Re: Re: Re: Re: chef, CentOS/RedHat, and rubygem-rest-client updates
  • Date: Fri, 25 Mar 2011 14:07:55 -0400
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=mwjX3b0dEYn2+DtsG6rMRdrBLj1S4nj+cy4a6Fep8hD3ud2rObcehWE9f3m+6wwwvI 7yrBbpT7VwirlYL3U5zNt8ZG0+fjD+gJAeZl7tSB5OqCxQ/Vf635UIsNDz5cPQhryrEt vjcEJsNIcGZZqexCAIIoFAKfz2EWx6ttEfeKo=

KC,

As far as rolling your own RPMS and needing compilers, I would HIGHLY
suggest looking at FPM to roll your RPMS. *I've actually built a few
scripts to create ruby 1.9.2 RPMS for RHEL5 boxen for each arch and it
would be just as easy (because FPM supports gems to rpm) to use the
same "build" system to package the chef-client and dependent gems.

Another option that I've been trying to push my various opscode
friends into is trying to ensure that at a minimum, the client works
under jruby. Then it's an even easier packaging scenario.

https://github.com/lusis/fpm-scripts
https://gist.github.com/881068

On Fri, Mar 25, 2011 at 1:46 PM, KC Braunschweig
< >
 wrote:
> +1 for better RHEL/CentOS support and supported RPMs especially. I
> really like Chef but it's a hard sell at a company with hundreds or
> thousands of RHEL servers at the moment. A couple of you mentioned
> only using gems, but going that route I seem to keep hitting Ruby path
> issues. Plus I don't really like the idea of having to install
> compilers and devel packages on all my prod machines so they can gem
> install various libraries. Wondering if I need to break down and just
> roll my own RPMs until Opscode has a supported yum repo.
>
> KC Braunschweig
>
> On Fri, Mar 25, 2011 at 10:14 AM, Joshua Timberman 
> < >
>  wrote:
>> Ohai!
>> And we're working to improve those in the near future :-).
>



Archive powered by MHonArc 2.6.16.

§