Andre Malo [Tue, 10 Dec 2002 19:49:11 +0000 (19:49 +0000)]
- some reformatting
- markup & <em> -> <var>
- modify the argument list of MultiViewsMatch in order to better reflect
the possibilities
- add several <override>s and some <seealso>s
Andre Malo [Mon, 9 Dec 2002 23:52:44 +0000 (23:52 +0000)]
- markup & reformatting
- some rearranging of the content
- fix conextlists. with the current code it doesn't make
sense to put any directive into an virtual host (the config
pointer is static...) (blame me, if I'm wrong)
Andre Malo [Mon, 9 Dec 2002 22:19:13 +0000 (22:19 +0000)]
full clean-up of the auth-docs; feel free to shake out any
nits, if there are (probably there *are* :)
main changes:
- introduce docs for mod_authn_default, mod_authz_default and
mod_authz_user
- fix argument lists of the provider directives
- fix the examples (intended to be better :)
- introduce the AuthDigestShmemSize directive
- remove AuthDigestUser/GroupFile
- mention htdigest in AuthUserFile docs
- mod_authn_anon is now an authn provider
- markup
Bill Stoddard [Mon, 9 Dec 2002 15:00:59 +0000 (15:00 +0000)]
If an httpd.conf has commented out AddModule directives,
apxs -i -a will add an un-commented AddModule directive for
the new module, which breaks the config.
PR: 11212
Obtained from:
Submitted by: Joe Orton
Reviewed by: Bill Stoddard, Thom May
Rewrite how proxy sends its request to allow input bodies to morph the request
bodies. Previously, if an input filter changed the request body, the
original C-L would be sent which would be incorrect.
Due to HTTP compliance, we must either send the body T-E: chunked or include
a C-L for the request body. Connection: Close is not an option.
outch. there are some possible NULL pointer references. Have you ever tried
AuthDigestProvider dbm? This results in a great kaboom. The patch makes
apache throw an error, if someone tries a provider, that doesn't support
the particular auth scheme.
when asking the providers for authentication, the main loop should
not only break, if access is granted. It should also break, if
access was *denied* by one provider. To be safe, it has to break
also, if an error occured. So the patch turns the condition around
and continues only, if the user was not found.
I find it also weird, that if auth was denied (by password
usually), the AuthBasicAuthoritative behaviour can override that
by "passing to lower modules". The patch changes that behaviour,
too.
Justin notes:
I'm kind of on the fence about that. I was originally thinking
optimistically, but yeah, it might make sense to do it
pessimistically. If there's any error, bug out.
Andre Malo [Wed, 4 Dec 2002 20:06:52 +0000 (20:06 +0000)]
keep german version in sync
(Note: upgrading.xml.de is not up-to-date in both branches)
(Note2: in Head also the original should be updated to 2.1 anyway)
Move the check of the Expect request header field after the hook
for ap_post_read_request, since that is the only opportunity for
modules to handle Expect extensions.
Andre Malo [Mon, 2 Dec 2002 21:58:35 +0000 (21:58 +0000)]
- removed obs_* files
- keep sitemap in sync
- Note: mod_auth_digest is currently exactly the same as in 2.0
(no changes were made due to the aaa-rewrite)
- modified the example in mod_info (was a bad one ;-)
- forward port (i.e copy) of rotatelogs.html, so we shouldn't forget the
recent changes
- fixed xslt/css for module index page
-> update transformation
Martin Kraemer [Mon, 2 Dec 2002 13:36:49 +0000 (13:36 +0000)]
If this worked on Mac OS-X, then OS-X should be fixed ;-)
Otherwise, it looks like Apache-2.x has not been compiled on any unixoid platform
anywhere since 2002-Nov-29
Final corrections; much of these .dsp definitions were redundant.
When you add a module to the Apache.dsw workspace, and make the new
module dependent upon libapr, libaprutil, libhttpd (and in the case
of mod_auth_ldap, make it dependent upon util_ldap) then everything
just falls into place.
the following CHANGES entries do not occur in the APACHE_2_0_BRANCH
CHANGES file. If you already committed them, please reflect in both
CHANGES files. If you would like to commit them, please do so, and
then reflect the patches under Apache 2.0.44.
Per Greg's request, add a version string component to the ap_provider.h
functions. This allows modules to register different versions of the
same provider.
Wilfredo Sanchez [Fri, 29 Nov 2002 07:23:57 +0000 (07:23 +0000)]
If apr and apr-util are not in-tree, we need to be able to find the
include directory for each in order to generate the server/exports.c
and server/export_vars.h files.
configure.in:
- Provide APR_INCLUDEDIR, APU_INCLUDEDIR.
server/Makefile.in:
- Use $APR_INCLUDEDIR $APU_INCLUDEDIR vars.
- Add export_files target to generate a list of headers with symbols
to export, use that list to generate exports.c and export_vars.h.
Wilfredo Sanchez [Fri, 29 Nov 2002 07:21:07 +0000 (07:21 +0000)]
If apr and apr-util are not in-tree, we need to be able to find the
include directory for each in order to generate the server/exports.c
and server/export_vars.h files.
configure.in:
- Provide APR_INCLUDEDIR, APU_INCLUDEDIR.
server/Makefile.in:
- Use $APR_INCLUDEDIR $APU_INCLUDEDIR vars.
- Add export_files target to generate a list of headers with symbols
to export, use that list to generate exports.c and export_vars.h.
Wilfredo Sanchez [Thu, 28 Nov 2002 23:31:37 +0000 (23:31 +0000)]
Changes to reduce dependency on in-tree apr and apr-util.
Change AC_CONFIG_AUX_DIR in configure to build from srclib/apr/build.
Have buildconf copy the needed files (config.guess, config.sub,
PrintPath) from srclib/apr/build to build.
Change binbuild.sh to stop using srclib/apr.
This gets to to where ./configure --with-apr --with-apr-util actually
works without an in-tree apr and apr-util, though we still need them
in-tree to run buildconf.
Andre Malo [Wed, 27 Nov 2002 06:02:33 +0000 (06:02 +0000)]
nobody seems to have objections...
* XHTML 1._0_. delivering xhtml 1.1 as text/html is bogus.
(see <http://www.w3.org/TR/xhtml-media-types/#summary>)
* replaced the also bogus <dl> stuff by normal <p>s
and added some CSS instead.
(embedding CSS compatible to xml *and* html causes the very
ugly hack, you can see in top.html, because in HTML <style> contains
CDATA and in XHTML PCDATA, see also
<http://lists.w3.org/Archives/Public/www-html/2002Apr/0053.html>)
* fixed some encoding issues.
* removed the weird empty lines at the beginning of every document
* added CONTENT_LANGUAGE parameter for pt-br
Set the appropriate mime response headers for negotated type-map
Body: responses.
wrowe's review;
My earlier concern doesn't apply. Type maps have always required the
author to be explicit in all header fields to be negotiated; if the
headers aren't given in the type map file the resulting redirect
(for non-body maps) is broken anyways. As to my other concern, the
charset should only exist if the Content-Type was given.
Wilfredo Sanchez [Mon, 25 Nov 2002 04:17:11 +0000 (04:17 +0000)]
Don't use GNU tar.
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.
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?
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.
projects / apache / log