From owner-freebsd-hackers Sun Jul 12 20:09:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28088 for freebsd-hackers-outgoing; Sun, 12 Jul 1998 20:09:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hobbes.saturn-tech.com (drussell@hobbes.saturn-tech.com [207.229.19.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA28076 for ; Sun, 12 Jul 1998 20:09:40 -0700 (PDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by hobbes.saturn-tech.com (8.8.4/8.8.2) with SMTP id VAA29957; Sun, 12 Jul 1998 21:10:25 -0600 (MDT) Date: Sun, 12 Jul 1998 21:10:24 -0600 (MDT) From: Doug Russell To: Jon Hamilton cc: joelh@gnu.org, hackers@FreeBSD.ORG Subject: Re: Improvemnet of ln(1). In-Reply-To: <199807122104.OAA12805@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 12 Jul 1998, Jon Hamilton wrote: > Well, from a slightly different perspective, you're arguing for a change. > If things are left as they currently stand, there is no POLA factor to > consider. You can get what you want without forcing a change upon everyone > else, so the bar your argument has to clear in order to make the change > goes up by that much more. What we really need is a new concept of "user levels". Or warning levels, or some such thing. Those of us who know what we want to do could run at the same level as our scripts, which would be an advanced user level with no help whatsoever, and there could be x number of other levels below, right down to extra warnings and prompts on all sorts of commands for the newbies. This doesn't even have to be implemented in the binaries a good portion of the time. A start might be some quick scripts, aliases, etc... even installable as a package. I could see this being valuable, especially when teaching UNIX to new users. Things could even be configurable, so one user could have ln warn for silly links, and another could have it off by default. As you can see, I haven't really given the implementation much thought, but I think the general IDEA is worth some thought. Later...... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message