From owner-freebsd-chat Tue Mar 6 0:25:18 2001 Delivered-To: freebsd-chat@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id EEB7837B71A for ; Tue, 6 Mar 2001 00:25:13 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14aCvI-0000QX-00; Tue, 06 Mar 2001 01:34:24 -0700 Message-ID: <3AA4A110.5245FCD4@softweyr.com> Date: Tue, 06 Mar 2001 01:34:24 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Meyer Cc: Randell Jesup , Terry Lambert , Matt Dillon , Alfred Perlstein , josb@cncdsl.com, chat@FreeBSD.ORG Subject: Re: DJBDNS vs. BIND References: <200102200122.SAA04466@usr05.primenet.com> <3A934507.A0645CF3@softweyr.com> <15012.11507.801736.502035@guru.mired.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Meyer wrote: > > Randell Jesup types: > > Moved from -arch to -chat. > > Wes Peters writes: > > >We in the unix world have a well-founded aversion to storing configuration > > >information in binary data stores that can't be accessed via ed(1) when > > >the system is in single-user mode. If we wanted to stuff all the system > > >configuration into such a black hole, we could've done it with DBM data- > > >bases more than a decade ago, quite easily. > > Oddly enough, this exact suggestion - stuff all the configuration > information in a DBM - came up on a private list I'm no not long > ago. The suggestion came from someone very sharp, the goal being to > focus more talent on making the DBM fast. The problem Wes mentioned > prett much killed it at that point. > > > As someone said, vipw is a good counterexample. > > The above schemes do allow you to use ED (if you like) to edit > > configuration files. In one case it's totally free (even cp will work), in > > the other you have to use some sort of vipw thing to invoke the editor and > > make sure that the file is notified as changed (or integrate with the > > editor in some automatic or semi-automatic way). > > The critical issue isn't being able to use ed per se, it's working in > single user mode, with no file systems mounted and no daemons > running. How do your schemes deal with that requirement? Text-to-dbm converters still work fine in single user mode, as long as they're robust to handle not having a daemon to talk to. I even have one application that rips configuration information out of a PgSQL database and stuff it into a DBM database, on system startup and whenever the PgSQL table gets modified. Ick. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message