From owner-cvs-ports  Mon Jul  7 06:28:20 1997
Return-Path: <owner-cvs-ports>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA12328
          for cvs-ports-outgoing; Mon, 7 Jul 1997 06:28:20 -0700 (PDT)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA12266;
          Mon, 7 Jul 1997 06:27:50 -0700 (PDT)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id HAA11866; Mon, 7 Jul 1997 07:27:41 -0600 (MDT)
Date: Mon, 7 Jul 1997 07:27:41 -0600 (MDT)
Message-Id: <199707071327.HAA11866@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Michael Smith <msmith@atrad.adelaide.edu.au>
Cc: pst@shockwave.com (Paul Traina), cvs-committers@freebsd.org,
        cvs-all@freebsd.org, cvs-ports@freebsd.org
Subject: Re: cvs commit: ports/x11/tk41 Makefile ports/x11/tk41/files Makefile.lib md5 ports/x11/tk41/patches patch-ab patch-ac patch
In-Reply-To: <199707070627.PAA29365@genesis.atrad.adelaide.edu.au>
References: <199707070608.XAA07638@precipice.shockwave.com>
	<199707070627.PAA29365@genesis.atrad.adelaide.edu.au>
X-Mailer: VM 6.29 under 19.15 XEmacs Lucid
Sender: owner-cvs-ports@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> >   I'm not exactly sure what you're trying to achieve here; could you 
> >   perhaps expand on your motives?
> > 
> > Restoring tcl to port status, so that it may be upgraded or downgraded
> > more flexibly.  The tcl in FreeBSD is ancient.
> 
> I think that you're showing very poor judgement here; this isn't a
> move that should be undertaken precipitately, or by someone with your
> recorded antipathy to Tcl in general.

Nothing in the base system uses TCL, so it should become a port.  It's
been well over 6 months, and one of the unwritten rules was 'if it's not
used in the base system, it should be ripped out of the base system'.
This rule is somewhat over-ruled by 'if CSRG shipped it, we do too', but
TCL doesn't fall into that class.

> Tcl7.5 may well be ancient; so is Perl 4.  Both are currently serving
> duty as placeholders until 8.0 and 5.x respectively are ready for
> integration; this is a well-known and established fact.

Perl is used in the base system, while TCL isn't.


Nate