-
Notifications
You must be signed in to change notification settings - Fork 21
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
Feature Request: Support for 'include' in the provider #5
Comments
What kind of syntax would you suggest? |
On RedHat-like systems, it's already possible as they use lines like:
For compatibility with the above, something like this might make sense (just omit 'type') - if this is straightforward:
At the moment, I have a separate augeas resource to do this, but it interacts in interesting ways with the pam augeas provider, depending on the order things happen in. |
If it's an order problem, have you consider using the |
Sorry, I didn't make my previous post that clear; the bit about the separate augeas resource was just an aside (the ordering thing might just be an ordinary case of making sure Puppet does the two things in a suitable order). What I was suggesting was merely a possible syntax to implement for managing |
Right. Hence my earlier question: what kind of syntax would you suggest for it? |
That was what I was suggesting there - the syntax I think would be appropriate for managing:
would be:
|
It looks like the upstream augeas code already supports this - https://github.com/hercules-team/augeas/blob/master/lenses/pam.aug#L47 However, it's definitely not obvious to me the interaction between the lens and this module works. I think the syntax in the previous comment would be fine |
There does not appear to be any way to specify something like this...
Seems like the 'type' parameter could just be extended to add support for 'include'.
Thanks!
The text was updated successfully, but these errors were encountered: