httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2002/03/09 05:22:48 $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob the DocumentRoot (e.g.,
On Tue, 14 Dec 2004 17:13:23 +0100, André Malo [EMAIL PROTECTED] wrote:
* Ryan Bloom [EMAIL PROTECTED] wrote:
I have a couple of pretty big issues with this response.
1) You have a configuration in Apache 1.3 that doesn't work in Apache
2.0, but the config directives don't have to be
[EMAIL PROTECTED] wrote:
Author: jim
URL: http://svn.apache.org/viewcvs?view=revrev=122551
Log:
simplify the BalancerMember load factor weighting. Instead of
being percentages (and adjusting when the number don't add
up), loadfactors/lbfactors are now normalized values, so
values like:
Hi Jim,
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
Author: jim
URL: http://svn.apache.org/viewcvs?view=revrev=122551
Log:
simplify the BalancerMember load factor weighting. Instead of
being percentages (and adjusting when the number don't add
up), loadfactors/lbfactors are now
Jim Jagielski wrote:
Why did you remove the algorithm comment from the source code?
The algorithm still behaves as before, only the setup is normalized.
I didn't remove it, just simplified the comment as well... Look
for the '+' lines :)
OK, but just don't do the same with docs proxy_balancer.xml
Torsten Foertsch wrote:
Hi,
I am writing a mod_perl module that makes mod_ssl optional functions
accessible via perl. I have currently implemented ssl_is_https() and
ssl_var_lookup() which is enough for my needs.
for the record, this interface is/was already available for perl on CPAN,
Mladen Turk wrote:
Jim Jagielski wrote:
Why did you remove the algorithm comment from the source code?
The algorithm still behaves as before, only the setup is normalized.
I didn't remove it, just simplified the comment as well... Look
for the '+' lines :)
OK, but just don't do
* Joe Orton [EMAIL PROTECTED] wrote:
snip
You must run buildconf to regenerate the APR configure script, which is
the one which configures libtool and has references to egrep. Again, it
looks fine here with autoconf 2.59:
$ cd httpd-2.0.52
$ grep egrep srclib/apr/configure
...
if
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Hi,
I think Joe's proposed bumping up to a mandatory autoconf 2.5x (for everyone)
because we keep getting nailed on autoconf 2.13 bugs. That's goodness.
+1 for the RM to use latest and greatest 2.5.x.
Great, but it still doesn't solve such
* Enrico Weigelt [EMAIL PROTECTED] wrote:
snip
I've got a fully automated distro builder system which could do nightly
builds in a wide range of environments (currently only linux, but different
kind of libc, other libs, features, etc) completely by itself and run
some test programs over
Hi folks,
is name based virtual hosting ig. generally possible with SSL/https ?
cu
--
-
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207
On Dec 16, 2004, at 11:27 PM, Enrico Weigelt wrote:
Hi folks,
is name based virtual hosting ig. generally possible with SSL/https ?
No
As you know, name-based virtual hosting requires that the client supply
the desired site's hostname in the Host: header of the HTTP request.
With SSL, this HTTP
At 10:20 PM 12/16/2004, Enrico Weigelt wrote:
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
+1 for the RM to use latest and greatest 2.5.x.
Great, but it still doesn't solve such fatal problems as the grep bug.
And autoconf is not really debuggable for folks who are not really
At 10:27 PM 12/16/2004, Enrico Weigelt wrote:
Hi folks,
is name based virtual hosting ig. generally possible with SSL/https ?
It's simultaneously impossible and entirely doable.
https handshakes to a cert's common name before the Host:
name field is determined, which is guaranteed to be wrong
14 matches
Mail list logo