git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97646 13f79535-47bb-0310-9956-ffa450edef68

  Accept '%%' in CustomLog format strings to produce a literal '%'.

Submitted by: Andr� Malo <nd@perlig.de>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97644 13f79535-47bb-0310-9956-ffa450edef68

Submitted by: Tim Wilde <twilde@dyndns.org>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97642 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97640 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97639 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97638 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97637 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97636 13f79535-47bb-0310-9956-ffa450edef68

Problem here is that GNU tar creates tar archives which are not POSIX-compliant and cannot be unpacked using a POSIX tar program.
Typical oopsie is a developer uses binbuild to pack up an httpd release on a system which does not include gtar in the standard distro, but it's there on the developer's computer.  User downloads it and find that it won't unpack with standard tar, even though it claims to be a tar archive.  Blah.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97635 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97634 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97632 13f79535-47bb-0310-9956-ffa450edef68

  Win32 builds populate include from modules/foo/*.h and os/win32/os.h.
  Eliminate the noise.  However, I'm itching to simply move those 'standard'
  module headers back down to httpd-2.0/includes/ ... any objections?


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97627 13f79535-47bb-0310-9956-ffa450edef68

  State the obvious (to some).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97626 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97617 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97616 13f79535-47bb-0310-9956-ffa450edef68

  Keep track of the changes.  My guess (although we will see in practice)
  is that 'new stuff' will stay here in HEAD, while problems will probably
  linger in APACHE_2_0.  History will be relative to the tree one is viewing.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97606 13f79535-47bb-0310-9956-ffa450edef68

  Just 2c and fix my old borked comment.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97605 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97604 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97603 13f79535-47bb-0310-9956-ffa450edef68

contains '='.

PR:              13914
Submitted by:	 Ville Skytt� <ville.skytta@iki.fi> (mod_cgi)
                 Jeff Trawick (mod_cgid)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97601 13f79535-47bb-0310-9956-ffa450edef68

as set by apr-util in util_ldap.c. This should allow mod_ldap
to work with the Netscape/Mozilla LDAP library.
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97600 13f79535-47bb-0310-9956-ffa450edef68

PR:               14256


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97599 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97598 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97597 13f79535-47bb-0310-9956-ffa450edef68

config.m4 to make sure the parent mod_ldap is defined first.
This ensures that mod_ldap comes before mod_auth_ldap in the
httpd.conf file, which is necessary for mod_auth_ldap to load.
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97596 13f79535-47bb-0310-9956-ffa450edef68

implementation which broke IPv4 listening sockets on
systems with IPV6_V6ONLY socket option.

That option should only be done on IPv6 listening sockets.

Submitted by:	hiroyuki hanai <hanai@imgsrc.co.jp>]
Reviewed by:	Jeff Trawick


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97595 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97594 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97593 13f79535-47bb-0310-9956-ffa450edef68

  Branch tag APACHE_2_0_BRANCH now contains Apache 2.0 development.

  Persist cvs HEAD as Apache 2.1.

  After discussion at AC, a number of individuals including Sander, Will,
  Justin and Rich will begin reverting the appropriate changes from the
  APACHE_2_0_BRANCH, while continuing their documentation and development
  of the Authorization reorganization on this branch.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97592 13f79535-47bb-0310-9956-ffa450edef68

  Catch up with Trawick's change to filters/mod_ext_filter


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97591 13f79535-47bb-0310-9956-ffa450edef68

now work as in Apache 1.3, where no trailing '/' is
specified on the directory name.  Previously, the trailing
'/' *had* to be specified, which was incompatible with
Apache 1.3.

PR:       7990


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97590 13f79535-47bb-0310-9956-ffa450edef68

Fix for PR 14556. The expiry calculations in mod_cache were
trying to perform "now + ((date - lastmod) * factor)" where
date == lastmod resulting in "now + 0". The code now follows
the else path (using the default expiration) if date is
equal to lastmod. [rx@armstrike.com (Sergey), Paul J. Reder]


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97589 13f79535-47bb-0310-9956-ffa450edef68

I've heard from a couple places that these examples don't work very
well.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97588 13f79535-47bb-0310-9956-ffa450edef68

warning paragraph.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97587 13f79535-47bb-0310-9956-ffa450edef68

issue.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97585 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97584 13f79535-47bb-0310-9956-ffa450edef68

in upgrading.

Note that there are LOTS of things missing from upgrading.xml.  As you
stumble on differences between 1.3 and 2.0, please add them to that file.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97583 13f79535-47bb-0310-9956-ffa450edef68

and also remove the comment about the context being incorrect.
The "help" link for "Context" tells you to consult sections.xml
for exceptions, and this is documented there.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97582 13f79535-47bb-0310-9956-ffa450edef68

on the right line


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97580 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97579 13f79535-47bb-0310-9956-ffa450edef68