[chef] Re: Re: Re: Re: What is the currently-preferred cookbook skeleton generator?


Chronological Thread 
  • From: Darron Froese < >
  • To: chef < >
  • Subject: [chef] Re: Re: Re: Re: What is the currently-preferred cookbook skeleton generator?
  • Date: Fri, 22 Aug 2014 17:18:13 -0600

Phil,

Unless I'm mistaken, if you're just using Serverspec as a TK
verification step you don't actually need the gem in your Gemfile.

It gets installed with the busser inside of the VM during the 'kitchen
verify' run.

If you're running Serverspec against infrastructure from your host
machine, then what I'm saying is totally wrong, but we just removed it
from our Gemfile for that very reason.

Hope that makes sense.

On Fri, Aug 22, 2014 at 5:04 PM, Phil Mocek 
< >
 wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Paul C wrote:
>> there's a few gem dependecies that you have to fix manually
>> right now with chefdk 0.2 but [meez] sets up and installs for
>> TK, chefspec, serverspec, guard, etc and dumps down some
>> slightly modified templates for them.
>
> This looks great.  Thanks for sharing it.
>
> Can you offer suggestions for fixing those gem dependencies?  I
> get the following result with a newly-created cookbook:
>
>     $ bundle install
>     Fetching gem metadata from https://rubygems.org/.......
>     Fetching additional metadata from https://rubygems.org/..
>     Resolving dependencies...
>     Bundler could not find compatible versions for gem "rspec":
>       In Gemfile:
>         serverspec (>= 1.10) ruby depends on
>           rspec (~> 2.99) ruby
>
>         chefspec (> 4) ruby depends on
>           rspec (3.0.0)
>
> - --
> Phil Mocek
> https://mocek.org
> -----BEGIN PGP SIGNATURE-----
>
> iQIcBAEBCgAGBQJT98yBAAoJEHBmnnaB75b4CFgQALi3zfl1Gi60lgY7nCr7lC2w
> /4qt86NcHn47gArfOHuWNI6xCL6D68QD/wVUs9oNQfvbytHGhooc9/5HZ2UcSVft
> A38cUr86JKzEgOiXph4F3yQwN0YmhDVfRthY0ZFrTyyExqrPtF0oPpWwLQmNDoA1
> i3bFbtP3pkV4Dn17KP+3Nd4IBRsL/srjrKexsfO/wAfDKWFpIaqqE+8TdK0+OxUt
> eMZCZe/7DKI9teR+77VOIK2XM6WB/6iOsJksFZPCt55xbR8K5AMxbeIFVVMhU4Wk
> d5N47oAimTbp/Ri/WL3iKwoqiALA0JvuLbEhnDoXVNORYfOd2s26CpxhAjNsC6Mq
> UxAAso2hR5GeVZ4Y0LkAXrJjgBUW64jYEMTOcArHRdA2obH3GnI5htne6xzkxQLD
> XAsw2nZQBCW8gFkbzqdwSetOQ6Tf+OUCAQMH1TNdISXVH6fZXqumno4PLsJOFz3U
> IoRX0pyrwSOW84K48EHhcwxIM6A8x1RmrNJe28dB6LDUbxNcLpiOadKb/bxNLIAB
> 8xHVL3S8LNgEvPmaIWVMAtjYRSfDJUGHA7mAUtksV44MKQrC+xveSIF5GSNrhxU+
> Lied0mJhutcqEKf24YWxWMTwU9WOWtWOLTcOYg/d7SlgPAG09S9BdZyXZ3hqEULT
> bufR2agj0pHVVPF61f+6
> =k9s6
> -----END PGP SIGNATURE-----



Archive powered by MHonArc 2.6.16.

§