- From: Daniel DeLeo <
>
- To:
- Subject: [chef] Re: chef 12 ignores default_release for apt_package
- Date: Wed, 10 Dec 2014 09:51:06 -0800
On Wednesday, December 10, 2014 at 7:16 AM, Thomas Preißler wrote:
>
Hey!
>
>
I just figured out an issue after upgrading to chef 12. When specifying a
>
default_release option for apt_package this option will be ignored.
>
>
Small example:
>
apt_package "haveged" do
>
default_release "wheezy-backports"
>
end
>
>
>
I would expect that chef install 1.9.1-1~bpo70+1, but it actually installs
>
1.4-4. Using chef 11.16 this works as expected and installs haveged from
>
backports. Please have a look at the attachment for a small recipe that
>
illustrates the issue.
>
>
Thanks!
>
Thomas
>
>
>
Sent with Unibox (http://www.uniboxapp.com/t/sig)
>
>
>
Attachments:
>
- test.rb
>
I looked at the diffs comparing Chef 12 to 11.16.4 for the apt_package
resource and providers, and there aren’t any relevant changes. Unfortunately,
GitHub doesn’t let you do a “focused” comparison view, but if you run these
commands from a git checkout, you will see the code is unchanged:
git diff 11.16.4 -- lib/chef/resource/apt_package.rb
git diff 11.16.4 -- lib/chef/provider/package.rb
git diff 11.16.4 -- lib/chef/provider/package/apt.rb
Are you running your tests against identical clean VMs?
Of course, it’s possible there’s some code path I didn’t consider that is
causing this problem, if you don’t find any other cause of this behavior,
please file a bug on GitHub and we’ll take another look.
--
Daniel DeLeo
Archive powered by MHonArc 2.6.16.