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

ssl parameter name confusion #151

Open
apeeters opened this issue Oct 27, 2016 · 7 comments
Open

ssl parameter name confusion #151

apeeters opened this issue Oct 27, 2016 · 7 comments

Comments

@apeeters
Copy link
Contributor

The parameters used to configure the ssl certificate used by puppetboard mention puppetdb in their name:

  • puppetdb_key
  • puppetdb_cert
  • puppetdb_ssl_verify

However, these should contain the path to puppetboard-specific key and cert. Hence I propose to rename them in accordance with the puppetlabs/puppetdb module:

  • ssl_key_path
  • ssl_cert_path

The final parameter (puppetdb_ssl_verify) might be split to improve its meaning, however this is also caused by puppetboard itself.

  • ssl_ca_cert_path
  • ssl_verify
@apeeters
Copy link
Contributor Author

Relates to #94.

@wyardley
Copy link
Contributor

Sounds like this was closed in #99

@apeeters
Copy link
Contributor Author

@wyardley please consider reopening the issue: I believe the original proposal regarding parameter names is still valid.

@wyardley wyardley reopened this Sep 20, 2017
@ffrank
Copy link

ffrank commented Oct 2, 2017

@apeeters are you working on a patch, or are you waiting for peer feedback?

@wyardley why is this labelled as "skip changelog"? I feel that a change like this should absolutely be logged.

Are we looking at a breaking change, or would you deprecate the old parameters gracefully?

@wyardley
Copy link
Contributor

wyardley commented Oct 3, 2017

@ffrank I can add it back; sometimes we try to skip older issues in the changelog if they're still open, since it might cause confusion.

@wyardley
Copy link
Contributor

wyardley commented Oct 3, 2017

@ffrank but keep in mind that any actual change to the code would have a PR that would show up in the changelog.

@ffrank
Copy link

ffrank commented Oct 3, 2017

Uh, I think I'm rather confused about the semantics of that label. I thought it would lead to a possible fix being omitted from the change log? If that's not the case, it's probably wrong to remove it after all 😅

Thanks for the feedback!

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

No branches or pull requests

3 participants