Return-Path: 
 <apache-docs-return-1976-apmail-apache-docs-archive=apache.org@apache.org>
Delivered-To: apmail-apache-docs-archive@apache.org
Received: (qmail 35754 invoked by uid 500); 9 Sep 2001 05:37:49 -0000
Mailing-List: contact apache-docs-help@apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:apache-docs-help@apache.org>
list-unsubscribe: <mailto:apache-docs-unsubscribe@apache.org>
list-post: <mailto:apache-docs@apache.org>
Reply-To: apache-docs@apache.org
Delivered-To: mailing list apache-docs@apache.org
Received: (qmail 35738 invoked from network); 9 Sep 2001 05:37:49 -0000
Errors-To: <wrowe@rowe-clan.net>
Message-ID: <000901c138f1$22a0ec90$93c0b0d0@roweclan.net>
From: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
To: <dev@httpd.apache.org>, =?iso-8859-1?Q?G=FCnter_Knauf?= <eflash@gmx.net>,
        <apache-docs@apache.org>
References: <200109081603.MAA03864@zealous.cnchost.com>
Subject: Re: some Apache questions
Date: Sat, 8 Sep 2001 15:35:43 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

From: "G�nter Knauf" <eflash@gmx.net>
Sent: Saturday, September 08, 2001 9:03 AM

>>> - the manual doesnt work after build, at least not on Win32 and NetWare.
>>> I have to add always the 'Includes' and 'AddHandler server-parsed .html'
>>> directives. As you know I posted this issue already to the list and
>>> someone
>>> told me that the files will be expanded; but at least with NetWare I'm
>>> 100%
>>> sure that there expands nothing and on Win32 also after 'InstallBin' the
>>> manual isnt functional. I think it would be nice if we add these two
>>> directives to the new directory block of ./manual because then we have
>>> immediatly after a build also a functioning sample for SSI:
>>
>> I disagree.  Please see the expand.pl and notes in 'rolling the release
>> tarball'
>> in the dev.apache.org site.  Users from CVS suffer this same issue.  Users
>> of
>> the tarball/zipfile do not suffer this problem.
>>
>> But the way 1.3 kept the src tree within the build tree is a nightmare. We
>> can't auto-expand without busting the image so it can no longer be updated or
>> committed to cvs.  It's just a tangled mess that is resolved in 2.0
>
> hmm, without having looked yet at 'rolling the release tarball' (but will do!)
> I cant understand why we need a perlscript for expanding (Perl is not on
> every building platform!) when we could have a working manual with only one
> additional and one changed line in httpd.conf on ALL platforms; or do you not
> trust SSI? What is the reason against this idea?

There really is one tarball/zip image for all platforms.  Whoever constructs it
must have perl.

I would accept that (commented out) directives for /manual would be useful with
a tagline "Users of the absolutely current CVS documentation will prefer this;"
so that users who checkout cvs from Apache can enable the directives.  This
could help docco folks as well.

I'd like some other comments about adding to Apache 1.3 (2.0) the following;

<Directory @@ServerRoot@@/htdocs/manual>
    # add the IncludesNoExec keyword to Options below and uncomment the
    # AddHandler {AddOutputFilter} if you check out /manual from CVS
    Options Multiviews
    # AddHandler server-parsed .html   {1.3}

    # AddOutputFilter Includes  .html  {2.0}

Docco folks, you use CVS, would this help?


---------------------------------------------------------------------
To unsubscribe, e-mail: apache-docs-unsubscribe@apache.org
For additional commands, e-mail: apache-docs-help@apache.org