From owner-freebsd-current Mon Apr 1 09:09:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07483 for current-outgoing; Mon, 1 Apr 1996 09:09:41 -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 JAA07478 for ; Mon, 1 Apr 1996 09:09:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13606; Mon, 1 Apr 1996 10:00:46 -0700 From: Terry Lambert Message-Id: <199604011700.KAA13606@phaeton.artisoft.com> Subject: Re: We need to do another XFree86 release for -current someday soon.. To: davidg@Root.COM Date: Mon, 1 Apr 1996 10:00:45 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-Reply-To: <199603312246.OAA07341@Root.COM> from "David Greenman" at Mar 31, 96 02:46:44 pm 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 X-Loop: FreeBSD.org Precedence: bulk > In general this is true. In this case, however, we made a conscious and > deliberate decision to stop supporting the code. This coupled with the > consensus that broken and unsupported code should be removed rather than > fester in the source tree is what led to its removal. > The "2.2" release is a long way off and we'll likely have other reasons for > bumping the library major number before the release happens. If people want to > run code that is 6-9 months away from release, then they should be prepared to > deal with a few "bumps" along the way. This has always been our stated policy > about -current, so nothing 'new' here. > I fully support the removal of code from libc as well as the major number > bump. We have a policy of providing backward compatibility via our "compat" > distributions and we'll continue to support older binaries with this mechanism. > Future XFree86 releases should be built against RELEASE versions of FreeBSD. I > believe this has always been their policy, so nothing 'new' here, either. Are stubs being written for "compat"? Or will the libraries not fail catastrophically (for instance, for an older netstat)? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.