public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
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

      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