[chef] Re: Re: Re: Using Minitest for "Other" Resources


Chronological Thread 
  • From: John Dewey < >
  • To:
  • Subject: [chef] Re: Re: Re: Using Minitest for "Other" Resources
  • Date: Thu, 1 Nov 2012 14:59:38 -0700

I've used something similar to the following in the past:
  https://gist.github.com/3996907

If I were to do this often, I would probably send a pull request adding chef_gem to minutest-chef.

John

On Thursday, November 1, 2012 at 2:53 PM, Bryan Berry wrote:

erm, how about this for resource "foo"?

require 'minitest/chef' # or require 'minitest-chef' ??
MiniTest::Chef::Resources.register_resource(:foo)


or if that doesn't work, re-opening the module

module MiniTest
module Chef
module Resources
register_resource(:foo)
end
end
end

just an idea

On Thu, Nov 1, 2012 at 10:34 PM, David Petzel < "> > wrote:
Any chance, someone has any advice for me on this? I've restored to doing a
system call and gem list as a totally hack workaround, given the multitude
of ways it could not work right, but my ruby skillz are not top notch, and
I'm struggling to understand how I might expose the resource for testing
like shown below.

Any advice at all would be greatly appreciated.
Thanks



Sorry if this is a dumb question, but I'm not having much luck in finding
an
answer.

I've been using minitests for a short while now in my recipes, so I have a
basic understanding of how it works. What I'm trying to figure out is how
to
test a resource that is not one of the pre-defined ones here:


Specifically what I'm trying to do is something like:
chef_gem("blah").must_be_installed

Whats the best/proper way to be able to that? I tried the above, and it of
course didn't work. I was also trying to see if I could use the
pre-defined
package resource and specify the provider, like you might do in a recipe,
without success.




Archive powered by MHonArc 2.6.16.

§