From owner-cvs-etc Sat Jun 22 23:07:31 1996 Return-Path: owner-cvs-etc Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03858 for cvs-etc-outgoing; Sat, 22 Jun 1996 23:07:31 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA03853; Sat, 22 Jun 1996 23:07:28 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA15946; Sun, 23 Jun 1996 16:09:21 +0930 From: Michael Smith Message-Id: <199606230639.QAA15946@genesis.atrad.adelaide.edu.au> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: pst@shockwave.com (Paul Traina) Date: Sun, 23 Jun 1996 16:09:20 +0930 (CST) Cc: mark@grondar.za, msmith@atrad.adelaide.edu.au, nate@sri.MT.net, phk@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-etc@freefall.freebsd.org In-Reply-To: <199606221753.KAA22908@precipice.shockwave.com> from "Paul Traina" at Jun 22, 96 10:53:38 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-etc@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Paul Traina stands accused of saying: > > How about we go through and find all the src perl scripts, figure out > how central to using the system they are, and move them into ports on an > as needed basis? No. > Likewise, let's do the same with tcl before it becomes a problem. Also No. > We need to be thinking about UNBUNDLING, not bundling further. The ports > mechanism is so wonderful, it seems like a damn shame to ignore it in > this circumstance. The ports system works well for applications. It works poorly for subsystems. We can either try to remain a 70's vintage timeshare system with a pile of state-of-the art boltons, or we can try to drag ourselves towards the 90s. We're already carrying a ton of questionable cruft (look in /usr/bin one of these days), so adding a few tools that are actually _useful_ might be setting a precedent, but it's not the one you're harping. If you want to suggest that we look at a more flexible installation system that allows for people that just want the bare bones, as well as those that want a more power combination, that's fine. The whole installation process is up for rework, and input is most decidedly invited. But suggesting that we should pare _down_ is just ludicrous under the current circumstances. > Paul -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[