From owner-freebsd-current Fri Feb 9 08:25:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20542 for current-outgoing; Fri, 9 Feb 1996 08:25:50 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20528 for ; Fri, 9 Feb 1996 08:25:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA10495; Fri, 9 Feb 1996 09:20:39 -0700 From: Terry Lambert Message-Id: <199602091620.JAA10495@phaeton.artisoft.com> Subject: Re: FS PATCHES: THE NEXT GENERATION To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Feb 1996 09:20:39 -0700 (MST) Cc: phk@critter.tfs.com, julian@ref.tfs.com, terry@lambert.org, current@freebsd.org In-Reply-To: <20406.823877228@time.cdrom.com> from "Jordan K. Hubbard" at Feb 9, 96 06:47:08 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > It's also not a question of smart or not smart, it's a question of > upholding the Principle of Least Astonishment and also not opening the > can of worms any farther than it has to be opened. By preserving the > old semantics, all your various shell scripts and system admin hacks > survive and you don't have the "multiple incarnation of /dev (say for > chroots) initialization problem" to worry about, either. By this argument, we should restrict ourselves to strict SVR3 compatability; after all, there are more SCO boxes than any other UNIX or UNIX-clone system in existance. There is no better way to allow users to leverage existing software than to clone SCO's platform. Needless to say, I think "FreeSCO" would be a mistake... luckily such a mistake would be inherently self-limiting. Yes, this is a "reductio ad absurdum" argument. As is the argument that legacy software is a good reason to make a principle design decision, as you seem to claim above. Such legacy software can rely on an ABI environment, as SCO legacy software currently relies on such an environment. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.