From: Larsen <larsen007@web.de>
To: development@lists.ipfire.org
Subject: Re: AW: IPsec: Include ipsec.user.conf at the bottom
Date: Tue, 19 May 2015 17:44:39 +0200 [thread overview]
Message-ID: <op.xyv3cpiocahio0@atl-uetersen.atlantisgmbh.local> (raw)
In-Reply-To: <1432049678.16602.48.camel@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 1493 bytes --]
> I generally oppose having too many "hidden" include files that can be
> used to overwrite the basic configuration. They often give us a headache
> when we touch things because eventually we will break some of those
> manual settings. We keep telling ourselves that this is fine because we
> never said that we supported them any way. But that is not really a
> valid point.
I think it is normal also for other projects, to give the user the
opportunity to configure things manually. The user is able to quickly fix
problems if they need a special configuration. Otherwise, he would have to
wait for the project to implement code for his special need which could
take a lot of time.
Therefore, I think it´s absolutely normal and fine to offer user.confs
with the limitation that the user.conf might break stuff. Here, the user
is responsible and I guess the majority is fine with that.
Small patch to add a test around the first include as for the last include:
--- /srv/web/ipfire/cgi-bin/vpnmain.cgi.org 2015-05-19
17:42:52.944050515 +0200
+++ /srv/web/ipfire/cgi-bin/vpnmain.cgi 2015-05-19 17:43:49.951598841 +0200
@@ -253,8 +253,10 @@
print CONF "\n";
# Add user includes to config file
- print CONF "include /etc/ipsec.user.conf\n";
- print CONF "\n";
+ if (-e "/etc/ipsec.user.conf") {
+ print CONF "include /etc/ipsec.user.conf\n";
+ print CONF "\n";
+ }
print SECRETS "include /etc/ipsec.user.secrets\n";
Lars
prev parent reply other threads:[~2015-05-19 15:44 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2057840161555b51bd851b23.05965494@email.t-online.de>
2015-05-19 15:28 ` Larsen
2015-05-19 15:34 ` Michael Tremer
2015-05-19 15:44 ` Larsen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=op.xyv3cpiocahio0@atl-uetersen.atlantisgmbh.local \
--to=larsen007@web.de \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox