-
-
Notifications
You must be signed in to change notification settings - Fork 169
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
Allow dnsmasq service to be disabled #462
Allow dnsmasq service to be disabled #462
Conversation
commands/svc.cmd
Outdated
## add dnsmasq docker-compose | ||
WARDEN_DNSMASQ_ENABLE="${WARDEN_DNSMASQ_ENABLE:-1}" | ||
if [[ "$WARDEN_DNSMASQ_ENABLE" == "1" ]]; then | ||
echo "adding docker-compose.dnsmasq.yml" |
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.
I think this is useless message
echo "adding docker-compose.dnsmasq.yml" |
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.
Echo statement removed. Sorry for taking so long, this somehow slipped my mind.
I'm not exactly sure why these tests failed, my changes do not relate to them at all and the logs seem to point to a node-sass compiler issue. What can I do to fix this? |
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.
Hi @davidhiendl
Thanks for this PR. Please look at my comment
@Den4ik How can I re-run the tests? I believe this was a temporary failure. |
This PR is a solution I've been using in response to my issue #388 "Option to disable dnsmasq".
When running a dedicated customized dnsmasq (or similar service) on host or outside the scope of warden it might be in conflict.
This PR adds a configuration flag via
$WARDEN_HOME_DIR/.env
with the keyWARDEN_DNSMASQ_ENABLE
which allows disabling dnsmasq by addingWARDEN_DNSMASQ_ENABLE=0
.The default behavior to start a dnsmasq service remains unchanged.
In addition I've added support for loading an additional docker-compose file from ``$WARDEN_HOME_DIR/docker-compose.yml` which is added if present. This allows for deploying a customized dnsmasq (or other services that multiple projects might consume) with easy access to warden docker network and variables.