From owner-freebsd-hackers Thu Aug 31 13:27:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA20766 for hackers-outgoing; Thu, 31 Aug 1995 13:27:06 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA20760 for ; Thu, 31 Aug 1995 13:27:03 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA11816; Thu, 31 Aug 1995 13:13:04 -0700 To: "Rodney W. Grimes" cc: nate@rocky.sri.MT.net, hackers@freebsd.org Subject: Re: /etc/disktab and stuff In-reply-to: Your message of "Thu, 31 Aug 1995 12:58:08 PDT." <199508311958.MAA12264@gndrsh.aac.dev.com> Date: Thu, 31 Aug 1995 13:13:04 -0700 Message-ID: <11813.809899984@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Your right, thats why I tried to get the ground rules layed 2 months > ago, and I thought they had been pretty clearly layed. NO NEW CODE IN > THE 2.1 BRANCH. Argh. Previous message got swallowed by this stupid DOS box. Anyway, what I wanted to say was that to really be an effective release engineering engine, you have to have tracks pointing to where you want to go and how you go about getting there on a day-to-day basis. Saying what NOT to do is important, but it's only a very small component of the problem. People do not thrive in an environment where their only guidance is negative reinforcement for their "mistakes". > No matter, this all about to become a moot point. See my next email Hmmm. Jordan > to the core team. > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD