[chef] Re: Re: Berkshelf


Chronological Thread 
  • From: Morgan Blackthorne < >
  • To: " " < >
  • Subject: [chef] Re: Re: Berkshelf
  • Date: Fri, 9 May 2014 08:48:49 -0700

Ok, so the public one corresponds to the "site :opscode" section, then.

How is the speed of B3 vs B2?

--
~*~ StormeRider ~*~

"Every world needs its heroes [...] They inspire us to be better than we are. And they protect from the darkness that's just around the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS


On Fri, May 9, 2014 at 8:37 AM, Daniel DeLeo < " target="_blank"> > wrote:


On Friday, May 9, 2014 at 4:24 AM, Morgan Blackthorne wrote:

> I recently moved over to generating my Berksfile via ERB, as we have two different chef orgs, one of which is for testing and uses a different set of branches than the main set for our internal repos.
>
> How difficult will it be for me to move from a Berksfile like so:
>
> > #!/usr/bin/env ruby
> > #^syntax detection
> >
> > group :opscode do
> > site :opscode
> >
> > cookbook 'apache2', '~> 1.8.14'
> > cookbook 'apt', '~> 2.0.0'
> > cookbook 'bluepill', '~> 2.2.2'
> > cookbook 'chef-client', '= 2.2.4'
> > cookbook 'chef_handler', '~> 1.1.5'
> > cookbook 'chef-splunk', '~> 1.0.4'
> > cookbook 'hostsfile', '~> 2.4.4'
> > cookbook 'java', '~> 1.22.0'
> > cookbook 'java-management', '~> 1.0.2'
> > cookbook 'lvm', '~> 0.8.10'
> > cookbook 'mongodb', '~> 0.11.0'
> > cookbook 'nagios', '~> 5.0.0'
> > cookbook 'nginx', '~> 1.6.0'
> > cookbook 'ntp', '~> 1.3.2'
> > cookbook 'ohai', '~> 1.1.12'
> > cookbook 'omnibus_updater', '~> 0.2.3'
> > cookbook 'openssl', '~> 1.0.2'
> > cookbook 'percona', '~> 0.14.5'
> > cookbook 'postfix', '~> 2.1.6'
> > cookbook 'rsyslog', '~> 1.6.0'
> > cookbook 'ruby_build', '~> 0.8.0'
> > cookbook 'sssd_ldap', '~> 0.1.4'
> > cookbook 'sudo', '~> 2.1.4'
> > cookbook 'tomcat', '~> 0.15.10'
> > cookbook 'users', '~> 1.5.0'
> > end
> >
> > group :github do
> > cookbook 'airbrake_handler', github: 'cgriego/chef-airbrake_handler', protocol: :https
> > cookbook 'irc_handler', github: 'bflad/chef-irc_handler', protocol: :https
> > cookbook 'npm', github: 'balbeko/chef-npm', protocol: :https
> > cookbook 'rbenv', github: 'fnichol/chef-rbenv', protocol: :https
> > end
> >
> > group :rst do
> > <% subdir_list.each do |cb| %>
> > cookbook '<%= cb %>', git: 'ssh:// /chef/rs-cookbooks.git" target="_blank"> /chef/rs-cookbooks.git ( /chef/rs-cookbooks.git)" target="_blank">http:// /chef/rs-cookbooks.git)', rel: '<%= cb %>'<%= branch %>
> > <% end %>
> > end
> >
> > # vim: ai et ts=2 sts=2 sw=2 ft=ruby fdm=marker
> Over to using Berks3? I'm not sure exactly what changed and what depends on the new API server so I'm not sure if I'd need that or not.


I don’t know about the rest of your questions, but the purpose of the new API server is to serve dependency information for community cookbooks. This is a stopgap solution to work around the fact that the current community site API doesn’t provide enough dependency information for berks to solve your cookbooks’ dependencies (something we at Chef are hoping to rectify as soon as we can). So you will need to use the new API server, but you can just use the public one if you don’t want to manage any new infrastructure.

HTH,

--
Daniel DeLeo





Archive powered by MHonArc 2.6.16.

§