Skip to content
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

No concept of 'upgrades' #14

Closed
ethanbergstrom opened this issue Sep 28, 2019 · 0 comments · Fixed by #15
Closed

No concept of 'upgrades' #14

ethanbergstrom opened this issue Sep 28, 2019 · 0 comments · Fixed by #15

Comments

@ethanbergstrom
Copy link
Collaborator

ethanbergstrom commented Sep 28, 2019

Since PackageManagement and corresponding DSC resource don't natively support the concept of an 'Upgrade-Package' cmdlet, we could expose the concept of an upgrade with the use of a special keyword passed to Get-Package's RequiredVersion parameter that triggers Find-Package's logic to check for the latest version available before checking to see if that version is already installed. The DSC LCM could, in effect, keep the package continually up to date.

# CLI example
Get-Package python -ProviderName chocolateyget -RequiredVersion latest
# DSC Example
PackageManagement PythonChoco {
	Name = 'python'
	RequiredVersion = 'latest'
	ProviderName = 'chocolateyget'
}

Probably could only work if one (and only one) source is available to the provider / configured in chocolatey (Chocolatey.org by default). Example enhancement based on my multi-source branch: ethanbergstrom/ChocolateyGet@399bfa0 with help from @matthewprenger

Will hold on PR until after the multi-source PR is resolved. Fixed in #15

@ethanbergstrom ethanbergstrom mentioned this issue Nov 16, 2019
@ethanbergstrom ethanbergstrom linked a pull request Oct 6, 2020 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant