From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI, RDNS_DYNAMIC autolearn=no autolearn_force=no version=4.0.0 Received: from lark.theleaf.office (cable-213-132-142-63.upc.chello.be [213.132.142.63]) by chiba.3jane.net (Postfix) with SMTP id 3EBD3EF3D for ; Mon, 19 Nov 2001 04:44:23 -0600 (CST) Received: (qmail 23885 invoked from network); 19 Nov 2001 10:42:09 -0000 Received: from unknown (HELO willow.theleaf.office) (10.1.1.3) by 10.1.1.1 with SMTP; 19 Nov 2001 10:42:09 -0000 From: Geert Bevin To: gentoo-dev@gentoo.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.99.0 (Preview Release) Date: 19 Nov 2001 11:42:34 +0100 Message-Id: <1006166554.23698.2.camel@willow> Mime-Version: 1.0 Subject: [gentoo-dev] Package configuration Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Developer discussion list List-Unsubscribe: , List-Archive: X-Archives-Salt: 25d4413a-afa6-4da4-9de2-b82a7a31ae2a X-Archives-Hash: 7cbc18156f0f66eb2c81ef9eb7ca9fb3 Hello, I've been playing a bit with portage and try to create a stable and easy to use postgres package. Doing this I noticed something missing in portage (maybe I'm just overlooking it, and then all what follows is obsolete ;-) ). Typically a package has a configuration phase which occurs after merging it into the system. This configuration is optional, but could be done both for binary as source packages. For postgres this is for example the initialization and installation of an empty database instance. Rocklinux solves this in a very simple and easy to use manner. It contains an /etc/setup.d/ directory with simple shell scripts prepended by numbers in their names (eg. 00-general, 10-gpm, 20-network, 50-sshd, 70-pgsql, ...) It uses these numbers to execute all configs sequentially when a binary clean install is done from cd. This makes the initial configuration process modular and very manageable. When installing a package, emerge could monitor /etc/setup.d/ in a similar way as it monitors /etc and report whether a new config file is present and that it can be executed to configure the package that just was merged. I hope I explained clearly enough. Tell me what you think of it. Best regards, -- Geert Bevin the Leaf sprl/bvba "Use what you need" Pierre Theunisstraat 1/47 http://www.theleaf.be 1030 Brussels gbevin@theleaf.be Tel & Fax +32 2 241 19 98