[chef] Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Centralized cookbook-library repos vs distributed cookbook repos

[Adam Jacob < >]

On Wed, Apr 14, 2010 at 6:28 PM, dreamcat four 
<
 >
 wrote:
> If I may, I would like to offer some discussion about dependency
> resolution and cookbook sources.
>
> Over on cookbooks.opscode.com, we make people register an account
> username (or organisational account name, such as '37signals'). Isnt
> the account username what we are already registering as the upstream
> source / cookbooks namespace?
>
> Then over on github.com, that same username string translates to our
> github account name. Eg http://github.com/37signals/cookbooks. Other
> SCMs like launchpad and bitbucket should be very easily compatible
> with some similar naming convention too. If the chef tools can know to
> check at cookbooks.opscode.com for the authority of the registered
> account names.
>
> Then it seems to follow that (in some version of chef) a local
> cookbooks folder might look like this:
>
>  /srv/chef/cookbooks/opscode
>  /srv/chef/cookbooks/37signals
>  /srv/chef/cookbooks/dreamcat4
>  /srv/chef/site-cookbooks/opscode
>  /srv/chef/site-cookbooks/37signals
>  /srv/chef/site-cookbooks/dreamcat4
>
> To explicitly reference the 37signals' apache cookbook, I might write:
>
>  include_recipe '37signals/apache:recipe_name'
>
> And the same way for roles etc.
>
> When no prefix is specified like for now, the implicit namespace could
> default to "opscode". Or we might reference the locally bound
> namespace (at some kind of locally bound level).
>
> Im not trying to state that Opscode here can or should really do it
> like that. But it seemed kindda worth mentioning here in the
> discussion.

Yep - as of right now, we have a flat namespace for cookbooks, in the
same way you have a flat namespace for libraries in rubygems or CPAN.

I have a feeling that something exactly like you are describing is
going to wind up being the de-facto standard - we'll start putting a
prefix in front of the recipes we share to disambiguate.

Adam

-- 
Opscode, Inc.
Adam Jacob, CTO
T: (206) 508-7449 E: