From owner-freebsd-current Tue May 7 16:29:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id DD31337B401 for ; Tue, 7 May 2002 16:29:15 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.9.1) with ESMTP id g47NTFhU001337; Tue, 7 May 2002 16:29:15 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g47NTFYC001336; Tue, 7 May 2002 16:29:15 -0700 (PDT) Date: Tue, 7 May 2002 16:29:15 -0700 (PDT) From: Matthew Dillon Message-Id: <200205072329.g47NTFYC001336@apollo.backplane.com> To: Dag-Erling Smorgrav Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: The future of perl on FreeBSD References: <200205072241.g47Mf0jV002339@grimreaper.grondar.org> <200205072309.g47N9JA2001180@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :Matthew Dillon writes: :> The base utility issue is mainly: :> :> makewhatis, catman, sockstat, whereis, which, adduser, rmuser, kbdmap, pkg_update : :catman is a joke, it should be an option to man(1). :sockstat is being rewritten in C :which is a C program and has been for ~2 years :adduser is pretty straightforward and can be rewritten in sh or C :rmuser is pretty straightforward and should be rewritten in sh :kbdmap is pretty straightforward and should be rewritten in C :pkg_update is pretty straightforward and should be rewritten in sh : :DES :-- :Dag-Erling Smorgrav - des@ofug.org Well, ok... but the real issue here is not how easy it would be to rewrite these utilities, but who will actually rewrite them and when it will get done. If there are people lined up to do the work then great! We can move ahead with idea #3. But if it isn't likely to be done in the time frame Mark is thinking about it might be best not to depend on the work getting done and going with something like the miniperl idea as a temporary stopgap. The nice thing about the miniperl idea is that it works great as a temporary stopgap.. since only system utilities would use the binary, when the last system utility is rewritten the miniperl could simply be removed from the system entirely without affecting anything or anyone. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message