[chef] Re: Re: ark cookbook resources are not idempotent?


Chronological Thread 
  • From: Mike < >
  • To: " " < >
  • Subject: [chef] Re: Re: ark cookbook resources are not idempotent?
  • Date: Mon, 20 May 2013 20:52:53 -0400

Trying ark 0.1.1 from master.

I can confirm that the behavior I was unhappy with seems to be
resolved, thanks Joshua & Sean!

This issue may predate the current state, but I found it nonetheless:

ark resource downloads source file despite being installed, probably
due to the temp dir being devoid of the file.
How do we prevent a download of something that's already been installed?
Maybe use other attributes provided to determine if the
'package-version' is already there and not empty?

-M


On Mon, May 20, 2013 at 12:56 PM, Joshua Timberman 
< >
 wrote:
> Hi Mike,
>
> Can you try with the master branch of the ark cookbook git repository? 
> We've recently refactored it pretty heavily to use inline resources in the 
> provider.
>
> See COOK-2520 for more information.
>
> On May 20, 2013, at 6:16 AM, Mike 
> < >
>  wrote:
>
>> I've started looking at using ark to do the download, unzip,
>> configure, make, make install dance.
>>
>> It seems like every time Chef runs, `make`, `make install` is executed 
>> again.
>>
>> ark 'ghostscript' do
>>  url 'http://downloads.ghostscript.com/public/ghostscript-9.07.tar.gz'
>>  version '9.07'
>>  checksum 
>> '44800d004c53f13192d1b5db413119198ddfc8a11c4d2a030aac2f2fda822ebf'
>>  action [:configure, :install_with_make]
>> end
>>
>> From logs:
>>
>>  * ark[ghostscript] action install_with_makeRecipe: <Dynamically
>> Defined Resource>
>>  * directory[/usr/local/ghostscript-9.07] action create (up to date)
>>  * bash[build with make] action run
>>    - execute "bash"  "/tmp/chef-script20130520-15167-13q0blu"
>>
>>  * link[/usr/local/ghostscript] action create (up to date)
>>  * bash[make install] action run
>>    - execute "bash"  "/tmp/chef-script20130520-15167-ys05zc"
>>
>> Chef 11.4.4, Omnibus build, ark 0.1.0
>>
>> Further evidenced by the timestamp on every binary added getting a new
>> timestamp.
>>
>> Is this just me? I hope not...
>> -M
>



Archive powered by MHonArc 2.6.16.

§