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

Handling of release parameter and apt provider in force manifest #140

Merged
merged 4 commits into from
Oct 15, 2013

Conversation

hunner
Copy link

@hunner hunner commented Jul 3, 2013

From #111

I improved the handling of the release parameter in the force manifest.

Now packages are upgraded to the release given via the release parameter. Previously packages were not upgraded if an older version from another release was installed. It was only possible to install packages from a specific release if the package has been deinstalled before.

I also changed the force manifest to use $apt::params:provider instead of aptitude.

This PR contains two backwards-incompatible changes:

  • If a debian system has a testing apt source and pinned the testing-origin packages to less than 500 and did not pass release => 'testing' to apt::force then this will cause packages that are absent to be installed from the higher priority repo instead of the testing repo. This is low-impact and will not downgrade packages.
  • Packages that were installed with apt::force and have not been updated since newer releases were added to the release source then they will be automatically upgraded. This is medium-impact.

teuchert added 2 commits July 3, 2013 10:36
Use release parameter to construct $release_string.

The release parameter may also be set to false to use the system's
default release (so just force a specific version). Use false as the
default setting instead of 'testing'.

Change $install_check to also check if package is installed from the
right release, instead of just checking the version.
Use $apt::params::provider instead.
@hunner
Copy link
Author

hunner commented Jul 3, 2013

I think the backwards-incompatible change 1 is acceptible, and change 2 is the point of this PR, but I would like to see ensure => 'present' and ensure => 'latest' like ability eventually.

apenney pushed a commit that referenced this pull request Oct 15, 2013
Handling of release parameter and apt provider in force manifest
@apenney apenney merged commit d1e87d4 into puppetlabs:master Oct 15, 2013
@hunner hunner deleted the apt_force branch February 13, 2014 21:55
hunner added a commit that referenced this pull request Feb 13, 2014
Undoes the parameter changes in #140 and #184
hunner added a commit that referenced this pull request Feb 13, 2014
Undoes the parameter changes in #140 and #184
hunner added a commit that referenced this pull request Feb 14, 2014
Undoes the parameter changes in #140 and #184
hunner added a commit to hunner/puppetlabs-apt that referenced this pull request Feb 14, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants