From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DATE_IN_PAST_12_24, INVALID_DATE,MAILING_LIST_MULTI,NO_RELAYS autolearn=no autolearn_force=no version=4.0.0 Received: from drobbins by cvs.gentoo.org with local (Exim 3.22 #1) id 14QdZB-0001VJ-00 for gentoo-dev@gentoo.org; Wed, 07 Feb 2001 16:00:01 -0700 To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Kernel-Modules Message-ID: <20010207160001.A5763@cvs.gentoo.org> References: <3A80CC65.2BC0D45C@gottinger.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A80CC65.2BC0D45C@gottinger.de>; from 320095285153-0001@t-online.de on Wed, Feb 07, 2001 at 05:17:42AM +0100 From: Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Wed Feb 7 16:00:02 2001 X-Original-Date: Wed, 7 Feb 2001 16:00:01 -0700 X-Archives-Salt: 186e3439-302d-47e9-858a-2ae6898d810f X-Archives-Hash: a2e17de1b51cc7dd8ac031456af396de On Wed, Feb 07, 2001 at 05:17:42AM +0100, Achim Gottinger wrote: > I give you a short information how we want to handle module > configuration in the future. The entire concept sounds very good, since it'll allow things to be more automatic, but at the same time, this plan doesn't alienate knowledgable users from their modules.conf. > The modules.* files in /etc/moules can include preprocessor commands > like > > #IfModule ppp.o > > #EndIfModule Couldn't the filename simply be "mod.ppp", and then the contents would be the literal definitions to be added to modules.conf? Then we don't need a parser. Or do you want to be able to add more advanced functionality, such as nested conditional statements? If so, we may want to look into using "cpp" instead of writing our own macro processor. > So you can configure your modules dependend on the existance of a module. > Something similar is planned for /etc/modules.devfs Explain how you'd like to handle devfs? > Additionally I will add a script that regenerates /etc/modules.conf in the > way described above and runs depmod -a after that. This script can be used > from the commandline or from within packages pkg_postinst functions. We could create a script called "mod-update" (companion to env-update and rc-update). Eventually, maybe we'll have an administration frontend called gentoo-update :) > This way of handling should make it in rc4. > > Sould we make this method triggerable by a line in > /etc/rc.d/config/basic ? > > MODULES_CONF="yes" <-> MODULES_CONF="no" We should call the option MOD_UPDATE (yes/no), or create an option called UPDATE which contains a list of "auto"-features to update, for example: UPDATE="mod env devfs" Once the new modules system is working, I think it should be enabled by default. Best Regards, -- Daniel Robbins President/CEO http://www.gentoo.org Gentoo Technologies, Inc.