Received: (from majordom@localhost) by hyperreal.com (8.8.5/8.8.5) id OAA24802; Wed, 4 Jun 1997 14:55:42 -0700 (PDT) Received: from devsys.jaguNET.com (devsys.jaguNET.com [206.156.208.6]) by hyperreal.com (8.8.5/8.8.5) with ESMTP id OAA24797 for ; Wed, 4 Jun 1997 14:55:39 -0700 (PDT) Received: (from jim@localhost) by devsys.jaguNET.com (8.8.5/jag-2.4) id RAA20168 for new-httpd@apache.org; Wed, 4 Jun 1997 17:55:34 -0400 (EDT) From: Jim Jagielski Message-Id: <199706042155.RAA20168@devsys.jaguNET.com> Subject: Re: Building binaries for 1.2 To: new-httpd@apache.org Date: Wed, 4 Jun 1997 17:55:34 -0400 (EDT) In-Reply-To: from "Marc Slemko" at Jun 4, 97 03:48:44 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Marc Slemko wrote: > > I think a standard way of doing it is really a good thing... > > Like it or not, people view the binaries as very important because they > can't type two lines. A standard config should be made. All it takes is > a couple of rules plus a standard Configuration file. Unless we define "standard" as the default modules plus info and status then I disagree. Not only that, but the "markets" for each system is widely different. A "standard" build for Solaris, for example, might make sense to include extra modules since they will be used on more powerful machines. Adding these to a build for NeXT or A/UX make not make sense. I would guess that anyone who takes the responsibility of making a build for an OS should also have the responsibility of knowing what the "general market" would want in those builds. -- ==================================================================== Jim Jagielski | jaguNET Access Services jim@jaguNET.com | http://www.jaguNET.com/ "Look at me! I'm wearing a cardboard belt!"