From owner-freebsd-hackers Thu Oct 24 02:51:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07691 for hackers-outgoing; Thu, 24 Oct 1996 02:51:44 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA07684; Thu, 24 Oct 1996 02:51:40 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA06952; Thu, 24 Oct 1996 11:47:13 +0200 Message-Id: <199610240947.LAA06952@ra.dkuug.dk> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. To: stesin@gu.net (Andrew Stesin) Date: Thu, 24 Oct 1996 11:47:12 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, committers@FreeBSD.org In-Reply-To: from "Andrew Stesin" at Oct 24, 96 12:19:43 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Andrew Stesin who wrote: > > Our /usr/bin/vi is already a little rusty. I would really like it if > > somebody takes the stab and upgrades it. > > Two direct consequences: > > 1. Perl 5.003_smth goes from ports to main tree -- > packed as a big shared library, + a 8k /usr/bin/perl; > and /usr/bin/vi and all other programs using Perl5's > embedded features will use that shared lib. > > 2. Old and rusty perl4 goes to Attic. > > Why so many people don't like this to happen (for years) -- > who knows? As for me, Perl is as great as Tcl is, both > are useful. Actually I think NONE of them (tcl, perl?) belong in the base OS, but they are fine as ports (so are the new vi :) ) We have been polluting our base tree with this stuff for too long, and it seems we are getting a habit of more is better. Why do we have ports at all, hell put it all in the base tree, and I'll do a "back to basics BSD" for the purists to run... (nice idea btw)... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time.