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.1 required=5.0 tests=DATE_IN_PAST_24_48, INVALID_DATE,MAILING_LIST_MULTI,NO_RELAYS autolearn=unavailable autolearn_force=no version=4.0.0 Received: from drobbins by cvs.gentoo.org with local (Exim 3.30 #1) id 15LZv3-0003ES-00 for gentoo-dev@gentoo.org; Sat, 14 Jul 2001 18:37:57 -0600 From: Daniel Robbins To: gentoo-dev@gentoo.org Message-ID: <20010714183757.A12278@cvs.gentoo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [gentoo-dev] New initscripts progress Sender: gentoo-dev-admin@cvs.gentoo.org Errors-To: gentoo-dev-admin@cvs.gentoo.org X-BeenThere: gentoo-dev@cvs.gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@cvs.gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Sat Jul 14 18:38:02 2001 X-Original-Date: Sat, 14 Jul 2001 18:37:57 -0600 X-Archives-Salt: a49cb83f-2912-4c7e-bdc8-4596421ee848 X-Archives-Hash: d9e81ad18d84b9858db7edcd986a594a Hi All, I just wanted to let everyone know that the new in-development initscripts are totally amazing. Right now, I have full dependency (need) support, meaning that if you start a "netmount" script that needs the "inet" script, "inet" will automatically be started first. And, if you then stop the "inet" script, "netmount" will be stopped first! I have all these things working now over here; it's a really neat system implemented completely in bash. I plan to keep our current traditional "init" program, but we now have the option of avoiding init completely except for the task of spawning gettys, handling UPS power fail events, etc. I'm going to be implementing a new "soft"-runlevel system that is independent of traditional runlevels. Using soft-runlevels, you will be able to take a "snapshot" of your currently running scripts and store them as a new runlevel as follows: # rc-snapshot daniel >>> Stored currently-running scripts as runlevel "daniel". Then you can always return to the "daniel" runlevel by typing: # rc-init daniel While the snapshotting ability hasn't been coded yet; I don't expect it to be very hard at all. I'm currently about to implement soft runlevels and would like some feedback as to whether people are interested in this idea. I'm personally very pro soft-runlevels, but I'd like to know if anyone can think of any way that soft-runlevels could cause problems. Personally, I can't think of any, just benefits. Best Regards, -- Daniel Robbins President/CEO http://www.gentoo.org Gentoo Technologies, Inc.