From owner-freebsd-stable Sun Apr 23 13: 2:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id 742B837B66B; Sun, 23 Apr 2000 13:02:17 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from nomad.dataplex.net (24.28.73.209) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Sun, 23 Apr 2000 15:02:07 -0500 From: Richard Wackerbarth To: Matthew Dillon Subject: Re: Linux emulation scripting fix to be committed to 5.x and 4.x wednesday Date: Sun, 23 Apr 2000 15:02:06 -0500 X-Mailer: KMail [version 1.1.40] Content-Type: text/plain Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <45766.956517098@critter.freebsd.dk> <200004231928.MAA63577@apollo.backplane.com> In-Reply-To: <200004231928.MAA63577@apollo.backplane.com> MIME-Version: 1.0 Message-Id: <00042315020600.20614@nomad.dataplex.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 23 Apr 2000, Matthew Dillon wrote: > If core wants to change the current rules, that's fine by me. As I > said before I think the breakage that we thought would happen with 5.x > due to the BSDI merger that prompted the loose rules for 4.x is > overrated, and the rules should probably be reverted back to standard. Well, unless I missed some REQUIREMENT in "the rules", there is nothing to prevent you from applying to your own actions the policy that you think should be the rule and apply to everyone. Just because you COULD do something and stay within the letter of the law, that is no excuse to do it. Although I suspect that your change is a general improvement, it is certainly a change that might have adverse impact on some users. Therefore, I think that if should receive closer and more widespread review before being committed to any of the "stable" branches. Personally, I will use the attitude that you have been expressing to justify my claim that FreeBSD is still just a "developers' sandbox". Until ALL the developers start to think about changes from the perspective of the end user, it will remain so. IMHO, there is entirely too much rush to force untested changes on everyone. Every change should flow through the slowly widening set of exposures afforded by gradual commits to the various forums. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message