# Chef 0.7.14 / Ohai 0.3.6 Release
**URL:** https://discourse.chef.io/t/chef-0-7-14-ohai-0-3-6-release/1307
**Category:** Chef Infra (archive)
**Created:** [October 26, 2009, 9:09pm UTC](https://discourse.chef.io/t/chef-0-7-14-ohai-0-3-6-release/1307 "2009-10-26T21:09:12Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@Arjuna\_Christensen](https://discourse.chef.io/u/Arjuna_Christensen)
#### Post date: [October 26, 2009, 9:09pm UTC](https://discourse.chef.io/t/chef-0-7-14-ohai-0-3-6-release/1307/1 "2009-10-26T21:09:12Z")
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 😉
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](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](http://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](mailto:aj@opscode.com)
---
### Author:  [@Joshua\_Timberman](https://discourse.chef.io/u/Joshua_Timberman)
#### Post date: [October 29, 2009, 6:40am UTC](https://discourse.chef.io/t/chef-0-7-14-ohai-0-3-6-release/1307/2 "2009-10-29T06:40:35Z")
-----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 😉
>
> 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](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](http://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](mailto:aj@opscode.com)
* * *
Opscode, Inc
Joshua Timberman, Senior Solutions Engineer
C: 720.878.4322 E: [joshua@opscode.com](mailto:joshua@opscode.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)
iEYEARECAAYFAkrpOOMACgkQO97WSdVpzT38mgCeInrlinZKAxovpU7nbBAhWfN0
WPYAn0tjrZMjzBZRC8juS7ZvROXHn7hL
=XWwG
-----END PGP SIGNATURE-----