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

Purge apt::pin when apt::source is to be purged #392

Closed

Conversation

raoulbhatia
Copy link

No description provided.

@daenney
Copy link

daenney commented Dec 9, 2014

The 'priority' in many cases is part of the file name that gets created by apt:;pin. In order to be able to remove the pin, the priority needs to be passed in too. Just setting a pin with a title to ensure => absent is not enough to guarantee removal.

@raoulbhatia raoulbhatia force-pushed the apt-source-remove-pin branch from a477f34 to b2edfcf Compare December 10, 2014 08:48
@raoulbhatia
Copy link
Author

Thanks for your feedback - I have added the priority as suggested.

@underscorgan
Copy link

@raoulbhatia I still don't think this is going to work. You're only getting into the code block you added if $pin = false, so you'll end up passing priority => false to the apt::pin resource.

@raoulbhatia raoulbhatia force-pushed the apt-source-remove-pin branch 3 times, most recently from 9363085 to 7efc286 Compare February 22, 2015 10:39
@raoulbhatia
Copy link
Author

So what would the correct take on that be?

@raoulbhatia raoulbhatia force-pushed the apt-source-remove-pin branch 2 times, most recently from db9cbbd to bbc6904 Compare February 22, 2015 10:57
@raoulbhatia raoulbhatia force-pushed the apt-source-remove-pin branch from bbc6904 to e85f811 Compare February 22, 2015 11:00
@raoulbhatia
Copy link
Author

I have updated my patch to the recent git revision and have added a test to source_spec.rb.

I cannot see that the pin filename references the priority anywhere, at least not in puppetlabs-apt from git.

@daenney Could it be that this is an old assumption obsolete now and we would be good to go regarding this merge request?

@underscorgan
Copy link

Hi @raoulbhatia, thanks for the contribution but this PR is going to break the existing backports implementation from #398, and changes default behavior which could be very dangerous. In general we don't like the use of if ! defined() because that means that catalog compilation can be nondeterministic (with the backports example, you could either end up with the pin ensure => present or ensure => absent). As such, I'm going to close this PR, the best work-around would be to specify the pins you want to have removed in your node manifest or local roles/profiles. Thanks again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants