From owner-freebsd-current Sun Aug 3 13:13:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14044 for current-outgoing; Sun, 3 Aug 1997 13:13:54 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14039 for ; Sun, 3 Aug 1997 13:13:49 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id WAA27740 for current@FreeBSD.ORG; Sun, 3 Aug 1997 22:00:24 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id VAA03773; Sun, 3 Aug 1997 21:47:48 +0200 (CEST) Message-ID: <19970803214748.48500@klemm.gtn.com> Date: Sun, 3 Aug 1997 21:47:48 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: Re: Make this a relese coordinator decision (was Re: ports-current/packages-current discontinued) References: <199708031339.GAA01694@blimp.mimi.com> <2920.870634837@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.79 In-Reply-To: <2920.870634837@time.cdrom.com>; from Jordan K. Hubbard on Sun, Aug 03, 1997 at 12:00:37PM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Aug 03, 1997 at 12:00:37PM -0700, Jordan K. Hubbard wrote: > To put it another way, if something as minor as a new version of TCL > going in screws up the ports collection this badly then we've already > established that it's a frail mechanism in the face of changes in the > base OS and we should no longer try and bend that mechanism to such an > extent. TCL is just the tip of the iceberg where changes to -current > are concerned, and trying to track multiple architectures (each of > which needing its own package collection and potentially some ports > changes) is only going to add to the misery. Let's stop trying to > chase the moving train here, folks - Satoshi's decision was absolutely > the right thing to do, even if for the "wrong" reasons! ;-) You know Jordan, that usually I totally agree with you, but here I hardly can ;-) You were right and I wouldnīt complain, if we would have to deal with basic changes in the kernel, or in another packages, that break something, but bring further improvements, that cant be achieved using a less radical way. But here we speak of a tool that doesnīt necessarily belong into the basic system and could be put into the ports collection like all the others tcl / tk versions, that arenīt backward compatible to each other. Instead of this you insist in keeping this tools within the basic system and call that something like necessary progress. Jordan, keeping -current compatible to the ports collection doesnīt necessarily mean a step backward for the progress of -current. Put tcl 8.0 into the ports collection and -current is as -current as it was before, but we would get a usable ports collection for current as well. See my mail in "core". I think the lastly drawn decision to integrate tcl 8.0 into -current wasnīt a) well thought b) discussed very well with the other core team members, especially with Satoshi -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html