I concur - my +1 was for a beta
grisha
On Wed, 13 Dec 2006, David Fraser wrote:
I'm not core but I think its good practice to officially release this as a
beta to the wider community before making it an actual release.
I didn't test it because I was waiting for the core vote :-)
David
Jim
On Wed, Dec 13, 2006 at 01:02:52AM -0600, William Rowe wrote:
William A. Rowe, Jr. wrote:
LIBTOOL = /bin/sh /usr/local/apache20/build/libtool --silent
SH_LIBTOOL = /bin/sh /usr/local/apache20/build/libtool --silent
I don't know where it came up with that nonsense...
APR APR-UTIL
William A. Rowe, Jr. wrote:
Anyone see a better alternative?
--- Makefile.in (revision 486457)
+++ Makefile.in (working copy)
@@ -93,8 +93,10 @@
@test -d $(DESTDIR)$(installbuilddir) || $(MKINSTALLDIRS)
$(DESTDIR)$(installbuilddir)
@cp $(top_srcdir)/build/*.mk
Hello all,
After building Apache httpd, I find that the httpd executable has explicit
knowledge of its ultimate install location as specified with:
./configure --prefix=install location
Items with this absolute knowledge include:
ServerRoot (e.g. httpd implicitly know where to find its config
On Wed, 2006-13-12 at 13:16 +0100, Paul Fee wrote:
This is a problem for me as the install location is not always known
at build time. Also, if I give someone a built version of httpd, they
can not install it multiple times on one host due to the absolute
paths.
Why do they need more than
Henrik Nordstrom wrote:
But the unique identity of the response entity is defined by request-URI
+ ETag and/or Content-Location. The cache is not supposed to evaluate
Accept-* headers in determining the entity identity, only the origin
server.
However, on an initial request (ie,
On Wed, Dec 13, 2006 at 01:16:35PM +0100, Paul Fee wrote:
The RPATH is slightly different.
The only way to avoid the RPATH (in general) is to link APR/APR-util
statically; which can only be achieved by not building the shared
libraries. So passing --disable-shared to configure may work,
- Original Message -
From: Guy Hulbert [EMAIL PROTECTED]
To: dev@httpd.apache.org
Subject: Re: Eliminating absolute paths on installation
Date: Wed, 13 Dec 2006 08:16:08 -0500
On Wed, 2006-13-12 at 13:16 +0100, Paul Fee wrote:
This is a problem for me as the install location is
- Original Message -
From: Joe Orton [EMAIL PROTECTED]
To: dev@httpd.apache.org
Subject: Re: Eliminating absolute paths on installation
Date: Wed, 13 Dec 2006 14:33:03 +
On Wed, Dec 13, 2006 at 01:16:35PM +0100, Paul Fee wrote:
The RPATH is slightly different.
The only
On Wed, 2006-13-12 at 17:30 +0100, Paul Fee wrote:
- Original Message -
From: Guy Hulbert [EMAIL PROTECTED]
snip
Why do they need more than one ?
snip
Hi Guy,
The main motivation is that I don't want to dictate install location to
people that are using
my builds of httpd.
I don't see how I can detect the current log level from the API. Is
it in there somewhere? It would be nice to be able to do something
where I dump req-headers_in if its at APLOG_INFO. Otherwise I see
wasted cycles going through headers_in just to do no logging.
Brian McQueen
I was surprised to discover that the translate_name handler goes
before the header_parser handler. This made it clear to me that I'm
really not sure about what all of the standard hooks are or in what
order they are called. I know the old camel book has a pretty
diagram, but its way
ons 2006-12-13 klockan 08:51 -0500 skrev Brian Akins:
However, on an initial request (ie, non-conditional) we do not have an etag
from
the client, we only have info like Host, URI, Accept-*, etc. So, how would
the
cache identify which entity to serve in this case?
You have the URL and
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2006-08-22 16:41:03 -0400 (Tue, 22 Aug 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2006-11-20 17:39:22 -0500 (Mon, 20 Nov 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Documentation status is
15 matches
Mail list logo