-
-
Notifications
You must be signed in to change notification settings - Fork 881
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Default package_ensure value is not compatible with current stdlib default for ensure_packages() #1522
Comments
varesa
changed the title
Default package_ensure value is not compatible with current stdlib default
Default package_ensure value is not compatible with current stdlib default for ensure_packages()
Nov 30, 2022
Reference: puppetlabs/puppetlabs-stdlib#1196 |
Yes, we should change the defaults to
|
kenyon
added a commit
to kenyon/puppet-nginx
that referenced
this issue
Dec 1, 2022
For compatibility with puppetlabs/puppetlabs-stdlib#1196. Fixes voxpupuli#1522.
Made #1523 for this. |
kenyon
added a commit
to kenyon/puppet-nginx
that referenced
this issue
Dec 1, 2022
For compatibility with puppetlabs/puppetlabs-stdlib#1196. Fixes voxpupuli#1522.
kenyon
added a commit
to kenyon/puppet-nginx
that referenced
this issue
Dec 1, 2022
For compatibility with puppetlabs/puppetlabs-stdlib#1196. Fixes voxpupuli#1522.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Affected Puppet, Ruby, OS and module versions/distributions
Also tested with latest versions in git, as of 2022-11-30: https://github.com/voxpupuli/puppet-nginx/tree/09562ecbbba3ea1e9cc27a5a6989363575d8b789 + https://github.com/puppetlabs/puppetlabs-stdlib/tree/e1977c552f8c013f0f3928c246a8e348952dc844
How to reproduce (e.g Puppet code you use)
Note: while the above snippet alone doesn't make much sense to use, it's a reduction of a much more complex setup, where one type of call is used by one module and the other used by some other module.
What are you seeing
What behaviour did you expect instead
ensure_packages()
does not fail.Output log
Any additional information you'd like to impart
This is something that used to work, but the stdlib defaults changed somewhere between 7.1.0 and 8.5.0 from
{ 'ensure' => 'present' }
to{ 'ensure' => 'installed' }
. This means that the default of$package_ensure = present
does not deduplicate withensure_packages()
and causes a conflicting resource declaration.While I believe this would also be a breaking change for the nginx-module for the very same reason, maybe in some future major release it'd be a good idea to align with the current stdlib default, causing less friction when used with
ensure_packages()
?Of course, as of now, there is the workaround of either overriding the ensure-parameter, either in the nginx class declaration, or the ensure_packages call. Assuming that at least one of these is not inside some third party / vendor module.
The text was updated successfully, but these errors were encountered: