[chef] Re: Re: Re: chef-client cookbook and log rotation


Chronological Thread 
  • From: Joshua Timberman < >
  • To: " " < >
  • Subject: [chef] Re: Re: Re: chef-client cookbook and log rotation
  • Date: Wed, 19 Dec 2012 02:35:51 +0000
  • Accept-language: en-US

To clarify on something here (had it in a draft, got lost along the way):


On 12/18/12 7:17 PM, "Joshua Timberman" 
< >
 wrote:

>One thing we prefer to do is keep individual components free of
>interdependence on other cookbooks, because it is less surprising. We
>don't always do this, and we can't always do this, each cookbook is an
>individual project with its own considerations here.
>
>That said, we're not entirely consistent, and working to improve that.

By less surprising, I mean "it works like you'd expect [for the most
common use case(s)]."

This is hard to do consistently, because some users don't expect another
cookbook to come along as a dependency. For example, "why do I have this
'windows' cookbook, I'm using RHEL." Answer, because some other cookbook
depended on it, even though it might be a niche use.

Similarly, "why doesn't the cookbook depend on 'build-essential'? It has a
source compiling recipe." Likewise, that isn't a common use case and
perhaps the default recipe installs a package rather than compiling from
source, and generally people who want to compile many things from source
would have 'build-essential' elsewhere in their run list (like the base
role).

So that's more what I mean about considerations and consistency. We're
working to improve this in cookbooks, and we have tickets for Chef to use
the various parts of cookbook metadata more meaningfully (like
recommends/suggests).

-- 
Opscode, Inc
Joshua Timberman, Technical Community Manager
IRC, Skype, Twitter, Github: jtimberman





Archive powered by MHonArc 2.6.16.

§