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

Prevent provider blowing up on ruby 1.8 agents #282

Merged
merged 1 commit into from
Apr 18, 2017

Conversation

alexjfisher
Copy link
Member

To be clear, this is not about restoring ruby 1.8 support. This module
is now puppet 4 only and will not be able to be used on ruby 1.8
systems.

However, some puppet environments contain a mix of puppet 4 (supported)
and older puppet 3 EL6 agents. We don't want unrelated puppet runs to
fail on those old systems just because this module is in the same
environment.

CURRENTLY UNTESTED. DO NOT MERGE

@alexjfisher alexjfisher added the needs-feedback Further information is requested label Mar 2, 2017
@anordby
Copy link

anordby commented Mar 2, 2017

Hi. Fails here, with Puppet 3.8.7-1 in RHEL 6 with Ruby 1.8.7. Error log attached.
npm.rb.errors.txt

To be clear, this is not about restoring ruby 1.8 support.  This module
is now puppet 4 only and will not be able to be used on ruby 1.8
systems.

However, some puppet environments contain a mix of puppet 4 (supported)
and older puppet 3 EL6 agents. We don't want unrelated puppet runs to
fail on those old systems just because this module is in the same
environment.
@alexjfisher
Copy link
Member Author

@anordby Sorry, that was very naive of me to think that confining the provider to ruby > 1.8 would mean I wouldn't have to change the hash syntax in all of the methods. Let me try again...

@roidelapluie
Copy link
Member

@bastelfreak ? If we do this do we need this on all modules?

Copy link
Member

@roidelapluie roidelapluie left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do not think this is useful as per our ruby support policies

@alexjfisher
Copy link
Member Author

@roidelapluie This particular module might be a bit special as it adds a provider to the core package type? The user didn't want or expect to be able to use it with their old server, but did want to be able to have it in the environment (for use by newer servers).

We've made similar concessions in the past. eg voxpupuli/puppet-iis#111

@roidelapluie
Copy link
Member

OK let's do this

@roidelapluie
Copy link
Member

Did not remember that this was «DO NOT MERGE»

@alexjfisher
Copy link
Member Author

@roidelapluie It was only still 'DO NO MERGE' in the sense I knew it might be contentious. Everything should otherwise be fine. I'll rename the PR for the sake of the next changelog.

@alexjfisher alexjfisher changed the title DO NOT MERGE: Prevent provider blowing up on ruby 1.8 agents Prevent provider blowing up on ruby 1.8 agents Apr 18, 2017
@roidelapluie
Copy link
Member

Ok.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-feedback Further information is requested
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants