You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
# Check if user is declaring both classes
# Other classes like r10k::webhook is supported but
# using both classes makes no sense unless given pe_r10k
# overrides this modules default config
if defined(Class['pe_r10k']) {
fail('This module does not support being declared with pe_r10k')
}
The following config at one time worked on a master:
include ::pe_r10k
include ::r10k::mcollective
class {'r10k::webhook::config': }
class {'r10k::webhook': }
Both webhook.pp and mcollective.pp received the statement require ::r10k during the initial modulesync when migrated from acidprime, here and here respectively.
Investigate if the require is ahem required or if it was added in error. This is related to #282 and should be included in the same release as #268.
The text was updated successfully, but these errors were encountered:
Thank you! Let me know if there's anything I can do to help.
One thought I had was that was maybe a conditional:
if !defined(Class['pe_r10k']) {
require ::r10k
}
But I didn't know if you'd want to include even more refrences to pe_r10k in your code. Technically, I'd think you'd want to have either pe_r10k or r10k defined when using r10k::mcollective and/or r10k::webhook?
The original commits contributing to this added $root_user and $root_group back at d1fe76d. I think by namespacing references properly the requires can be removed.
In init.pp:
The following config at one time worked on a master:
Both webhook.pp and mcollective.pp received the statement
require ::r10k
during the initial modulesync when migrated from acidprime, here and here respectively.Investigate if the require is ahem required or if it was added in error. This is related to #282 and should be included in the same release as #268.
The text was updated successfully, but these errors were encountered: