flood STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
+1 on NetWare.
[EMAIL PROTECTED] Thursday, February 24, 2005 12:52:23 AM
--On Wednesday, February 23, 2005 10:37 PM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Uhm, no. By that definition, all the pollution spewed from typical
Linux libraries would be considered 'public api.'
On Wed, 2005-02-23 at 16:57 +0100, Matthieu Estrade wrote:
I think it's the best way.
Maybe we could also provide two packages, httpd-with-apr and another one
without apr
How about the main release (i.e. the one advertised on the download
page) having a bundled APR in it (so that folks
Nick Kew wrote:
If we're serious about APR having a life of its own, let's put our
money where our mouth is and unbundle them. As soon as that happens,
APR will get packaged in all the distros. It works for me:
httpd-2.1 builds and runs with APR-1.x. If it fails on some
platforms, that's simply
Is there any merit in allowing URL based matching within .htaccess
files. I'm not looking to modify Location/LocationMatch in any way but
am suggesting a new directrive that really means RelativeLocation /
RelativeLocationMatch so that its not confused with the existing
Location matching
* [EMAIL PROTECTED] wrote:
httpd/httpd/trunk/docs/manual/mod/event.xml.meta
- copied, changed from r155307,
httpd/httpd/trunk/docs/manual/mod/leader.xml.meta
Ahem, since the meta file is autogenerated and not related to other metafiles,
it doesn't make much sense to cp it. I'm not