Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 01B1E966E for ; Mon, 20 Feb 2012 15:25:13 +0000 (UTC) Received: (qmail 73234 invoked by uid 500); 20 Feb 2012 15:25:11 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 73156 invoked by uid 500); 20 Feb 2012 15:25:11 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 73146 invoked by uid 99); 20 Feb 2012 15:25:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Feb 2012 15:25:11 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of minfrin@sharp.fm designates 72.32.122.20 as permitted sender) Received: from [72.32.122.20] (HELO chandler.sharp.fm) (72.32.122.20) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Feb 2012 15:25:01 +0000 Received: from chandler.sharp.fm (localhost [127.0.0.1]) by chandler.sharp.fm (Postfix) with ESMTP id 567B294801B for ; Mon, 20 Feb 2012 09:24:40 -0600 (CST) Received: from [10.0.1.123] (unknown [83.217.99.254]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: minfrin@sharp.fm) by chandler.sharp.fm (Postfix) with ESMTP id BFF4D94800D for ; Mon, 20 Feb 2012 09:24:39 -0600 (CST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: [DISCUSS] Platform docs From: Graham Leggett In-Reply-To: <4F4263CA.70300@primary.net> Date: Mon, 20 Feb 2012 17:24:38 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <780F0F24-9E0C-4FC0-9725-FA5E0802ACE5@sharp.fm> References: <8230D0B9-CF08-4476-8DA6-A18BF52CCCD1@jaguNET.com> <44A75BF6-8324-415B-8570-D1F767411224@jaguNET.com> <4F3EDF77.1010704@ptc.com> <4F3F2B51.90709@gknw.net> <4F3F4879.2070006@rowe-clan.net> <4F3F9FF1.6050809@primary.net> <90A04085-6A52-4737-B145-CDBF20073899@sharp.fm> <4F41C462.7090401@rowe-clan.net> <4F4263CA.70300@primary.net> To: dev@httpd.apache.org X-Mailer: Apple Mail (2.1084) X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Checked: Checked by ClamAV on apache.org On 20 Feb 2012, at 5:16 PM, Daniel Ruggeri wrote: > Agreed - the wiki is the place to create these types of docs and let > packagers and maintainers tweak/enhance them until maturity. I've been > building on AIX for years and was pleased to learn something new from > Eric's article you mentioned. Also, I think the wiki is the place to = use > since there are many ways to skin a cat (produce a build, in this = case) > with some ways working/fitting your environment better than others. = This > could lead to a lot of suggestions or documentation that might not fit > in the `official' docs. We've been shipping build and packaging scripts and the like for = Windows, Solaris and RPM based systems for a number of years in our = source tree, and the stuff in the source tree should ideally be = documented in our formal documentation tree. Sure, extra knowledge or external packaging variations could be captured = on a wiki, but it we ship something, we should document it too. > Do we want to come up with a wishlist to frame a skeleton for build > documentation? I would expect a generic area of documentation for = stuff > like "how to compile with ldaps support" versus "how to get the > configure script on AIX to ultimately link libldap properly". >=20 > Suffice to say I learned a lot of stuff through trial and error while > packaging over the years - it wouldn't take much arm twisting for me = to > spread that knowledge. My question is whether or not there is an > audience to make the effort worthwhile. That kind of stuff lives below here: http://httpd.apache.org/docs/2.4/platform/ The audience for this stuff is anyone who wants to properly deploy httpd = onto a box in a sensible, manageable state. While some people still = build from source to a custom target directory, this group is growing = less and less as OSes come with ever more sensible packaging options. Regards, Graham --