On Thursday, September 13, 2012 at 1:04 AM, Jon-Erik Schneiderhan wrote:
Thank you so much for the reply! I was hoping there was a parameter Icould pass to specify the version - this is exactly what I was lookingfor.FYI - The bug I am seeing is detailed herehttps://github.com/sensu/sensu-chef/issues/61 (Cannot find a resourcefor assert_enclosing_directory_exists!)On Wed, Sep 12, 2012 at 2:18 PM, Daniel DeLeo < "> > wrote:On Wednesday, September 12, 2012 at 10:35 AM, Tim Smith wrote:Bryan,Has Opscode put together a policy on retention of previous versions ofChef within the Omnibus installer? I am a bit hesitant to use a script toinstall a very critical part of my infrastructure without certainty thatthe version I need will be there in the future. Older versions of Chef 10are already missing from apt.opscode.com, but the use of debs allowsanyone to archive off versions they rely on to a local repository. Thatgoes away if you rely on a script to install Chef. While I'd like toalways run the current release of Chef, parts of my infrastructure stillrun on Chef .9 and upgrading it tricky sometimes. Will there be a postedlifecycle for each release?Thanks,TimJust to be clear, the script is just a bit of magic to figure out which OSand CPU architecture you're on, the installation is done via whateverpackage manager is appropriate for your system.If you go to http://www.opscode.com/chef/install/ and click through thedrop-down menus, you can get links to the actual packages, which you canarchive as needed. If you want to automate this process for various OSes andarchitectures, you can grab the Location headers from the download URL (orjust follow the redirect):As far as a retention policy, we haven't decided anything yet, but it's notour intention to force people to upgrade to versions they're not ready for.Since the Omnibus packages are a new feature, we decided not to backport oldversions of Chef, but this doesn't imply that older versions will be purged.HTH,--Daniel DeLeo
Archive powered by MHonArc 2.6.16.