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

Added additional parameters to gmetad #29

Merged
merged 1 commit into from
Nov 24, 2014
Merged

Added additional parameters to gmetad #29

merged 1 commit into from
Nov 24, 2014

Conversation

NoodlesNZ
Copy link
Contributor

I have the need to change the user that gmetad runs as under CentOS 6.x, so I exposed all the params for gmetad. This could probably be cleaned up so gmetad has its own params file (so we can drop the gmetad_ prefix on variables), but this works so far. I also haven't validated gmetad_case_sensitive_hostnames as I'm not entirely sure how I should do this (as it needs to be an integer).

@jhoblitt
Copy link
Owner

Looks good. I'll merge it when the CI run finishes.

@NoodlesNZ
Copy link
Contributor Author

Thanks Josh. Any thought on refactoring to split off the params? It shouldn't be that hard, I'm sure I can knock it out in no time.

@jhoblitt
Copy link
Owner

Unless we want to split up the params class per component, there's not really an alternative to prefixing the variable names. In the distant future when ERB can be replaced with EPP, this problem will half go away as you have to pass a hash of "variables" into the template.

jhoblitt pushed a commit that referenced this pull request Nov 24, 2014
Added additional parameters to gmetad
@jhoblitt jhoblitt merged commit 0203edb into jhoblitt:master Nov 24, 2014
@NoodlesNZ NoodlesNZ deleted the params branch November 25, 2014 01:30
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.

2 participants