From owner-freebsd-hackers Wed Oct 16 18:22:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20913 for hackers-outgoing; Wed, 16 Oct 1996 18:22:31 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20905 for ; Wed, 16 Oct 1996 18:22:26 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.7.5/8.7.3) with ESMTP id UAA27900; Wed, 16 Oct 1996 20:21:55 -0500 (CDT) X-Sender: rkw@eel.dataplex.net Message-Id: In-Reply-To: <32655A42.15FB7483@whistle.com> References: <199610161850.LAA05089@wwwi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 16 Oct 1996 19:44:44 -0500 To: Julian Elischer From: Richard Wackerbarth Subject: Re: IP bugs in FreeBSD 2.1.5 Cc: freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer replies to Jeffrey D. Wheelhouse: >here is the way I see it.. >2.1.x was needed to give us the time to get 2.2 over some major hurdles. >we did this ONLY because of the users. > >2.2 is close enough now that we are going to 'cut and run' >hopefully that will take about the same amount of time as it would to >make a new release of 2.1.7 or something.. >2.1.6 will exist as a patches only version of 2.1.5 in the interim. That is appropriate development migration. We must progress. However, we should not totally abandon 2.1.x until 2.2.y has PROVEN to to reliable. >when 2.2 goes out the door there will be a feature freeze >for sure.. call it beta or alpha or whatever.. it's the same thing.. IMHO, it's not the same thing if 2.2.0 is as unstable as 2.1.0 was. I would need to wait for 2.1.1 (or will you persist in calling it 2.2.5?). However, I think that calling "beta" level code "release" lowers the opinion that "commercial types" have of our effort. As Terry mentioned in another message, one of the primary reasons to release code under BSD license rather than GPL is the impact that it has on the commercial users. "Release" code should be quality code.