-
Notifications
You must be signed in to change notification settings - Fork 283
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
remove ng stuff #255
remove ng stuff #255
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@k-hamza I really like what you did here. :-)
(The change request is only for that one hardcoded path.)
I'll test the dev branch in a small setup I'm going to build in a few days.
|
||
This state can create symlinks based on basic Core Rules package. (Debian only) | ||
Or it can distribute a mod_security rule file and place it /etc/modsecurity/ | ||
All necessary data must be provided in the pillar |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@aboe76 @javierbertoli I'd merge this PR as-is, but do we want to add another PR which implements the TOFS pattern?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@alxwr Let's finalise the portable TOFS implementation in saltstack-formulas/systemd-formula#27. This should lead to a drop-in solution using libtofs.jinja
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@k-hamza nice work, are there any deprecations?
@aboe76 still some work to do, but at the end it shoudn't have deprecations (if i didn't miss something) for now it supports only rhel7/httpd 2.4 to support other systems :
... same for other systems i think there is a discussion to have about config.sls : And about init.sls : should these adaptations be added in this PR or in another after the merge of this one ? |
@k-hamza I have thought about it, sorry it took some time: Would love to see suppport for other OSes in a different PR, Splitting the config.sls, you could create a folder Leave the main init.sls as is for now maybe in a later PR this can be refactored. By the way, I'm merging the current PR in the develop branch. |
ok for |
Changes