[chef] Re: Re: Re: Re: About Opscode's cookbook repo changes


Chronological Thread 
  • 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.

§