Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 18741 invoked by uid 6000); 23 Apr 1999 18:37:35 -0000 Received: (qmail 18687 invoked from network); 23 Apr 1999 18:37:33 -0000 Received: from slarti.muc.de (193.149.48.10) by taz.hyperreal.org with SMTP; 23 Apr 1999 18:37:33 -0000 Received: (qmail 8844 invoked by uid 66); 23 Apr 1999 18:39:32 -0000 Received: from en by slarti with UUCP; Fri Apr 23 18:39:32 1999 -0000 Received: by en1.engelschall.com (Sendmail 8.9.3+3.2W) for new-httpd@apache.org id UAA44996; Fri, 23 Apr 1999 20:36:34 +0200 (CEST) Date: Fri, 23 Apr 1999 20:36:34 +0200 From: "Ralf S. Engelschall" To: new-httpd@apache.org Subject: Re: Suggestion: shtool Message-ID: <19990423203634.A44735@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Organization: Engelschall, Germany. X-Web-Homepage: http://www.engelschall.com/ X-PGP-Public-Key: https://www.engelschall.com/ho/rse/pgprse.asc X-PGP-Fingerprint: 00 C9 21 8E D1 AB 70 37 DD 67 A2 3A 0A 6F 8D A5 Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org In article you wrote: > On Fri, 23 Apr 1999, Ben Laurie wrote: > >> I completely fail to see why a single script is thought to be an >> advantage. > > I guess it can be an advantage where it is being used in a more generic > way and not tightly integrated with a package. Then all you need on a > system is one script that can be used by whatever packages. Exactly, the idea is the same as for libtool: When you need libtool's functionality you treat libtool as a black box which is maintained carefully externally by the author for all packages. And all a package author does is to copy the latest version over to the package from time to time. The same idea I follow now with shtool. I'll enhance and maintain in the future and when people need "mkdir", "install", "guessos", etc. all they do is to copy over the latest shtool version as they do it for libtool and friends. I've released shtool now as a stand-alone package because one finally has stop reinventing the wheel for each package and then maintaining such scripts at all packages locally. We did this now for years and it's a waste of time and leads just to hundred variants of a script, each containing different bugfixes. I want to centralize this script hacking with shtool a little bit now... > I'm not sure it makes much sense at this stage of the 1.3 game. Yes, maybe for 1.3 it's not reasonable... Ralf S. Engelschall rse@engelschall.com www.engelschall.com