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

Misinterpretation of puppet-module-data #663

Closed
mlehner616 opened this issue Jul 29, 2015 · 1 comment
Closed

Misinterpretation of puppet-module-data #663

mlehner616 opened this issue Jul 29, 2015 · 1 comment

Comments

@mlehner616
Copy link

I'm not able to use defined types against this module because it requires I use my global hiera-archy which actually will not work. The goal of the rewrite of this module was to move towards puppet-module-data but I believe the definition of puppet-module-data was misinterpreted. The logic in this module is simply broken. I'm getting deprecation warnings regardless of how my resources are defined. The module does not work as documented.

If we're moving to puppet-module-data there should be a /data directory inside the module with the hiera data within that. What you appear to be doing here is simply making another assumption that the consumer will be using hiera and thus forcing them to define defaults globally which is not always the case and using hiera should never be mandatory. The deprecation warning conditional will always be true based on the current architecture.

puppet-module-data implementation is clearly laid out here: https://www.devco.net/archives/2013/12/08/better-puppet-modules-using-hiera-data.php

@jfryman
Copy link
Contributor

jfryman commented Jul 29, 2015

We're not going that way anymore.

#501

@jfryman jfryman closed this as completed Jul 29, 2015
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

2 participants