Chef 0.7.14 / Ohai 0.3.6 Release


#1

Hi all,

Piping hot from the kitchen, I’m pleased to announce the release of
both Chef 0.7.14 and Ohai 0.3.6. Thom May is awarded the MVP this
release for fixing Chef to manage Yum correctly on CentOS4 with some
well-appreciated Python skill. Go the snake charmer :wink:

The secret sauce of this release however is definitely the Deploy
resource, and the incredible amount of work put in by Daniel DeLeo. We
received a large amount of feedback on varying deployment techniques
and revised our strategies and behaviour appropriately. One of the
main goals in Chef is idempotency, yet the deploy resource always
operated in a timestamped, non-idempotent manner; to counteract this
we’ve built the Deploy Revision/Branch provider. Administrators
familiar with or interested in testing the Heroku style of idempotent
deployment will welcome this change, I’m sure!

We took the opportunity to further solidify the behaviour ported
across from the ‘chef-deploy’ gem, including two compatibility fixes:
the deploy resource can now automatically install Gems listed in
gems.yml and the ‘sudo’ and ‘run’ command-helpers are now usable
during deployment callbacks

Lightweight Resources and Providers received a quick polish, enabling
us to display the LWR/P components in the Chef Server Web UI. The ‘new
cookbook’ Chef Repository task will also create the required directory
structure for LWR/P usage.

It’s worth noting that no further releases in the 0.7.x branch are
planned, however if any major bug arises we may ship a 0.7.16 release.
All active development should now be targeted (and rebased where
necessary) toward the 0.8 release, which will have 0.7.14 merged into
it and replace the opscode/master branch over the coming weeks.

Debian packages were not created for 0.7.12 as it was a release
candidate, but 0.7.14 packages will available on http://
apt.opscode.com shortly after the publication of this post. Please see
the Packaged Installation wiki page for more information.

Release Notes – Chef – Version 0.7.14

Bugs

[CHEF-454] – Centos4 yum provider failure
[CHEF-565] – dpkg provider fails at packages with a dash in it,
causing packages to be re-installed on every chef run
[CHEF-570] – Portage package provider uses wrong regexp in
load_current_resource
[CHEF-577] – provider.rb doesn’t give @definitions a default value of
Hash.new, causing epic fail in resource DSL
[CHEF-588] – RC is missing debugging info in find_preferred_file
[CHEF-591] – if service doesn’t have a status command, process table
inspection fails in simple service provider
[CHEF-593] – deploy resource is not idempotent
[CHEF-602] – in deploy provider, callback-defined resources are
executed in all subsequent callbacks
[CHEF-603] – deploy: gems.yml support
[CHEF-604] – deploy: sudo / run command handler support
[CHEF-614] – LWRP undefined local variable or method `new_resource’
[CHEF-619] – Mixlib-* gems installed from gemcutter.org have too
restrictive permissions
[CHEF-621] – LWRP dynamic attribute methods are Ruby 1.9 incompatible
and cause warnings in 1.8
[CHEF-628] – Deploy resource removes newest release instead of oldest
[CHEF-640] – SCM providers do not set resource updated (notifications)
Improvements

[CHEF-620] – LWRP components should be shown in Web UI
[CHEF-622] – Gem Package resource/provider shouldn’t silently ignore
the options attribute
[CHEF-631] – Should create LWRP resources/providers for new_cookbook
Release Notes – Ohai – Version 0.3.6

Bugs

[OHAI-131] – ohai lies about its version
[OHAI-134] – yajl-ruby causes incompatibility with json gem
Improvements

[OHAI-135] – include man page


Arjuna Christensen, Software Development Engineer
Opscode, Inc.
E: aj@opscode.com


#2

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ohai!

I have posted debian/ubuntu packages on the Opscode apt repository for
ohai 0.3.6 and chef 0.7.14. I tested a server/client install on Ubuntu
9.04 and Debian 5.0 (lenny), and a client upgrade on Ubuntu 9.10rc.
Please open a ticket, “Chef” project, “Package” component if you run
into issues.

On Oct 26, 2009, at 3:09 PM, Arjuna Christensen wrote:

Hi all,

Piping hot from the kitchen, I’m pleased to announce the release of
both Chef 0.7.14 and Ohai 0.3.6. Thom May is awarded the MVP this
release for fixing Chef to manage Yum correctly on CentOS4 with some
well-appreciated Python skill. Go the snake charmer :wink:

The secret sauce of this release however is definitely the Deploy
resource, and the incredible amount of work put in by Daniel DeLeo.
We received a large amount of feedback on varying deployment
techniques and revised our strategies and behaviour appropriately.
One of the main goals in Chef is idempotency, yet the deploy
resource always operated in a timestamped, non-idempotent manner; to
counteract this we’ve built the Deploy Revision/Branch provider.
Administrators familiar with or interested in testing the Heroku
style of idempotent deployment will welcome this change, I’m sure!

We took the opportunity to further solidify the behaviour ported
across from the ‘chef-deploy’ gem, including two compatibility
fixes: the deploy resource can now automatically install Gems listed
in gems.yml and the ‘sudo’ and ‘run’ command-helpers are now usable
during deployment callbacks

Lightweight Resources and Providers received a quick polish,
enabling us to display the LWR/P components in the Chef Server Web
UI. The ‘new cookbook’ Chef Repository task will also create the
required directory structure for LWR/P usage.

It’s worth noting that no further releases in the 0.7.x branch are
planned, however if any major bug arises we may ship a 0.7.16
release. All active development should now be targeted (and rebased
where necessary) toward the 0.8 release, which will have 0.7.14
merged into it and replace the opscode/master branch over the coming
weeks.

Debian packages were not created for 0.7.12 as it was a release
candidate, but 0.7.14 packages will available on http://apt.opscode.com
shortly after the publication of this post. Please see the Packaged
Installation wiki page for more information.

Release Notes – Chef – Version 0.7.14Bugs
• [CHEF-454] – Centos4 yum provider failure
• [CHEF-565] – dpkg provider fails at packages with a dash in it,
causing packages to be re-installed on every chef run
• [CHEF-570] – Portage package provider uses wrong regexp in
load_current_resource
• [CHEF-577] – provider.rb doesn’t give @definitions a default
value of Hash.new, causing epic fail in resource DSL
• [CHEF-588] – RC is missing debugging info in find_preferred_file
• [CHEF-591] – if service doesn’t have a status command, process
table inspection fails in simple service provider
• [CHEF-593] – deploy resource is not idempotent
• [CHEF-602] – in deploy provider, callback-defined resources are
executed in all subsequent callbacks
• [CHEF-603] – deploy: gems.yml support
• [CHEF-604] – deploy: sudo / run command handler support
• [CHEF-614] – LWRP undefined local variable or method `new_resource’
• [CHEF-619] – Mixlib-* gems installed from gemcutter.org have too
restrictive permissions
• [CHEF-621] – LWRP dynamic attribute methods are Ruby 1.9
incompatible and cause warnings in 1.8
• [CHEF-628] – Deploy resource removes newest release instead of
oldest
• [CHEF-640] – SCM providers do not set resource updated
(notifications)
Improvements
• [CHEF-620] – LWRP components should be shown in Web UI
• [CHEF-622] – Gem Package resource/provider shouldn’t silently
ignore the options attribute
• [CHEF-631] – Should create LWRP resources/providers for
new_cookbook
Release Notes – Ohai – Version 0.3.6Bugs
• [OHAI-131] – ohai lies about its version
• [OHAI-134] – yajl-ruby causes incompatibility with json gem
Improvements
• [OHAI-135] – include man page


Arjuna Christensen, Software Development Engineer
Opscode, Inc.
E: aj@opscode.com


Opscode, Inc
Joshua Timberman, Senior Solutions Engineer
C: 720.878.4322 E: joshua@opscode.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)

iEYEARECAAYFAkrpOOMACgkQO97WSdVpzT38mgCeInrlinZKAxovpU7nbBAhWfN0
WPYAn0tjrZMjzBZRC8juS7ZvROXHn7hL
=XWwG
-----END PGP SIGNATURE-----