Closed mathomas closed 9 years ago
Never mind :-). Appears that this is a problem with 11.8.2 specifically. If I change to 11.10.0, then that version of Chef gets installed. Very odd. Anyway, 11.10 is compatible with our AWS OpsWorks configuration, so all the better.
Vagrant version: 1.7.1 vagrant-omnibus: 1.4.1
"Suddenly" it seems like Vagrant/Omnibus insists on installing the latest Chef regardless of my chef_version setting. I hate words like "suddenly", but it seems sudden to me :-). Perhaps the problem has been there all along and it really only matters to me lately, since Chef 12.x was released(?).
I really don't want the very latest version of Chef, for various reasons, but the main reason is that the Java cookbook seems to misbehave under that version. But that is beside the point.
I have an example Vagrantfile like so:
So, you can see that I'm trying to lock my VM down to Chef 11.8.2, as demonstrated by the chef version set in the Vagrantfile above.
However, when I do a "vagrant up" with the above, I get the following:
Which then goes on to fail the Java install due to the checksum issue that seems to have been introduced with Chef 12.
I must be doing something stupid to deserve this, although I've been swimming happily along with Vagrantfiles very much like this for a year or so now. Can someone shed some light?