- From: Miquel Torres <
>
- To:
- Subject: [chef] Re: Re: Re: Re: About Opscode's cookbook repo changes
- Date: Fri, 17 Jun 2011 19:54:49 +0200
- Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=RcKh7rT7JPv9aB0tR/Du8TxROA4ZVYnloeTNwidt+UdKOC9Uy9Btzlyh71cHw6JMRb 82cpcTIVC/IqnGMetg+YTcolq2Yfz+Ylj5vBWnT+Bwo6RskFmZhDjwnPnDVxZ32ShVPH qq/llahsyWmFBZJwvcyVALPKyZjGr6IA1Ti/4=
there are no conflicts, and certainly can be done. It just has many
dependencies for what in LittleChef's case would be a small use case
(translating ruby to JSON, basically).
Anyway, like you said the solution would be to patch knife so that it
doesn't require a server for tasks like "cookbook metadata". I hope
someone wants to implement that! (hint, hint :)
Independently of the need for that knife change, another solution
would be to reintroduce the metadata.json files in the repo, or to
create a "json" branch, which is always in sync with master but
includes the metadata.json files. That can even be automatically done
with some git commit hooks.
Thanks for the answer,
Miquel
2011/6/17 Daniel DeLeo
<
>:
>
>
On Friday, June 17, 2011 at 9:34 AM, Miquel Torres wrote:
>
>
> That would be a possible solution. It is not a good one, because you
>
> need to install the whole chef package plus dependencies to use knife,
>
> and you even get a chef-client running, which you definitely don't
>
> want in your desktop.
>
>
>
> Isn't it possible to for example use a rake task, and only need to
>
> install a chef "light" package or something?
>
>
>
>
>
Mostly not. Whether or not a given packaging system starts a chef-client
>
daemon is a packaging issue. I'll defer to the apt experts for instructions
>
on how to do this on Ubuntu, but the rubygems packages, for example, do not
>
start chef-client.
>
>
Could you explain more about what issues are caused by installing the
>
"whole chef package plus dependencies"? Are there conflicts with other
>
packages?
>
>
--
>
Dan DeLeo
>
>
>
> 2011/6/17 Daniel DeLeo
>
> <
>
>
>
> (mailto:
)>:
>
> >
>
> > On Friday, June 17, 2011 at 2:10 AM, Miquel Torres wrote:
>
> >
>
> > > Hi all,
>
> > >
>
> > > last month there was a post regarding changes in the opscode cookbooks
>
> > > repo:
>
> > > http://www.opscode.com/blog/2011/05/24/update-on-the-future-of-opscodes-cookbooks/
>
> > >
>
> > > While I can understand the reasons that made Opscode remove the
>
> > > metadata.json from all cookbooks, it does pose a big problem for
>
> > > non-ruby tools like LittleChef, which depended on JSON to
>
> > > inter-operate.
>
> > >
>
> > > Is there a way to generate metadata.json for all cookbooks that
>
> > > doesn't need a Chef Server?
>
> > > "knife cookbook metadata" doesn't classify there, unfortunately.
>
> > >
>
> > > Cheers,
>
> > > Miquel
>
> > knife cookbook metadata doesn't need to talk to the server to work, but
>
> > the config checker will error out if you don't have a key. So the best
>
> > solution is to patch knife so that the config checker only cares about
>
> > your private key when running a command that requires it.
>
> >
>
> > --
>
> > Dan DeLeo
>
>
>
Archive powered by MHonArc 2.6.16.