From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 03:30:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C423B106566B for ; Mon, 24 Mar 2008 03:30:51 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from hudson.quuxo.net (hudson.quuxo.net [203.18.245.242]) by mx1.freebsd.org (Postfix) with ESMTP id 49A3B8FC17 for ; Mon, 24 Mar 2008 03:30:50 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from [119.11.11.229] ([119.11.11.229]) (authenticated bits=0) by hudson.quuxo.net (8.14.2/8.14.2) with ESMTP id m2O3UirG050962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 24 Mar 2008 14:00:48 +1030 (CST) (envelope-from michael@quuxo.com) From: Michael Gratton To: freebsd-stable@freebsd.org In-Reply-To: References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <1206249710.7878.12.camel@tremelay> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SF1V+BK+ofP9ix3au4e3" Organization: Quuxo Software Date: Mon, 24 Mar 2008 14:30:39 +1100 Message-Id: <1206329439.7878.40.camel@tremelay> Mime-Version: 1.0 X-Mailer: Evolution 2.22.0 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (hudson.quuxo.net [203.18.245.242]); Mon, 24 Mar 2008 14:00:49 +1030 (CST) X-Virus-Scanned: ClamAV 0.92/6348/Mon Mar 24 10:09:32 2008 on hudson.quuxo.net X-Virus-Status: Clean Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 03:30:51 -0000 --=-SF1V+BK+ofP9ix3au4e3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 2008-03-23 at 10:06 -0700, Freddie Cash wrote: > On Sat, Mar 22, 2008 at 10:21 PM, Michael Gratton wro= te: > > =EF=BB=BFActually, it makes two things really easy: > > > > 1. Automated installation of configuration required by other packages, > > without them all munging and potentially breaking a single, central > > config file. For example, you have Apache installed, and you want to > > install PHP, the PHP port/package drops a file with the needed config > > files into /etc/apache2/conf.d. No ad-hoc editing of httpd.conf > > required, no loss of the work you did to customise it in the first > > place. >=20 > A conf.d/ type directory for other ports to put config snippets into > might be useful, as it follows from the "include this file" setup. > Or, install the PHP config details into /usr/local/share/php/conf/ or > similar (since it's part of PHP) and then Include it into your > httpd.conf as needed. Yes, conf.f is very useful. Having to add a manual Include (if the software even supports it is less so, if you quite reasonably expect a port/package to Just Work after having installed it. > > 2. As someone else pointed out, managing large numbers of vhosts (whic= h > > is really just a special case of #1. >=20 > Same as above. No multitude of directories full of symlinks needed. It does seem like overkill, until you start using it. The main reason it is useful (apart from avoiding the risk of a bad edit nuking some or all of your config) is that you can use standard command line tools, or very basic custom scripts to easily add, delete, enable, disable and query vhosts. All without having to write a parser for the script or having to navigate the config file in a text editor. Done right, the same tools can be used for many different servers that support the same config file scheme. If you really need to edit all in one hit, use `vi *' or sed or something. > httpd.conf so we can edit them all at once, which we do quite a bit). Why do you frequently need to edit all vhosts at once? Do you like to change the location for everyone's log files, making it fun for people to find them? :) But seriously, I find this surprising - once running, the only thing most need to do is enable/disable or delete one here or there, or perform the occasional requested config tweak. > Which is why the ports framework needs more support (or better details > of the support in the Porter's Handbook) for maintainers to say "this > is the config file, install it as config.sample, compare MD5 to > installed config, replace iff identical", without having to write > custom install targets for each port. Yes, and that works fine until you install PHP and it nukes your Apache config file... /Mike --=20 Michael Gratton =20 Quuxo Software --=-SF1V+BK+ofP9ix3au4e3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBH5yBfn1mVFlYUR84RAitDAJ0fMx8DdKGpsfP6hGaq7ONaigwvqACg58Yq iMs3emAURJTGxdWWAUGPl4w= =XeGA -----END PGP SIGNATURE----- --=-SF1V+BK+ofP9ix3au4e3--