I uninstalled the 1.7.7 json gem and installed 1.7.6 gem and I still get an
exception when i run any knife commands.
alias_method': undefined methodbuild_from_file’ for class
Class' (NameError) from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chefspec-0.9.0/lib/chefspec/monkey_patches/provider.rb:6:insingletonclass’
<class:Provider>' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chefspec-0.9.0/lib/chefspec/monkey_patches/provider.rb:4:inclass:Chef’
<top (required)>' from /opt/local/lib/ruby1.9/1.9.1/rubygems/custom_require.rb:55:inrequire’
require' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chefspec-0.9.0/lib/chefspec.rb:21:in<top (required)>'
require' from /opt/local/lib/ruby1.9/1.9.1/rubygems/custom_require.rb:60:inrescue
require' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chefspec-0.9.0/lib/chef/knife/cookbook_create_specs.rb:1:in<top (required)>'
load' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chef-11.2.0/lib/chef/knife/core/subcommand_loader.rb:37:inblock in load_commands’
each' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chef-11.2.0/lib/chef/knife/core/subcommand_loader.rb:37:inload_commands’
load_commands' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chef-11.2.0/lib/chef/knife.rb:167:inrun’
run' from /opt/local/lib/ruby1.9/gems/1.9.1/gems/chef-11.2.0/bin/knife:25:in<top (required)>'
load' from /opt/local/bin/knife:23:in’
On Tue, Feb 12, 2013 at 12:32 PM, Chris firstname.lastname@example.org wrote:
Ah, thanks Daniel. That did it!
Sent from a phone
On Feb 12, 2013, at 9:24 AM, Daniel DeLeo email@example.com wrote:
I’m guessing you installed via gem?
The json gem people released a breaking change in 1.7.6 -> 1.7.7 in
response to a DoS vulnerability. I’m presently working on a fix. In the
meantime you can uninstall version 1.7.7 of json and install 1.7.6 instead.
On Tuesday, February 12, 2013 at 9:19 AM, Chris wrote:
an interesting problem has cropped up and i’m a bit stumped. The error
is here: https://gist.github.com/anonymous/4771363. This apparently
has started happening in the last week, but I know there have been
hosts that were newly built with 10.20.0 and are working fine.
As a test for this host that i’m working on, i removed 10.20.0 and its
dependent gems and installed 10.12.0 and the client ran as expected
(ie: new client registration and adding an item to the run_list). I
then reinstalled 10.20.0 on top of 10.12.0 and ran right back into
this wall. I can’t help but think there’s something wrong with this
VM and it just needs to be rebuilt, but i’d like to make sure this
isnt a client bug first.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.