On Jun 23, 2004, at 1:26 PM, Geoffrey Young wrote:
sure, I'll try to wrap up a candidate tomorrow.
Sweet, thanks!
David
On Jun 23, 2004, at 10:02 AM, Stas Bekman wrote:
Now committed with a few minor tweaks, please test it since I don't
know how to test it. Thanks David.
Here's a quick documentation patch, essentially, for the unimplemented
cmodules actions:
--- lib/Apache/TestMB.pm.~1.1.~ Wed Jun 23 09:51:15
flood STATUS: -*-text-*-
Last modified at [$Date: 2003/07/01 20:55:12 $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13,
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.,
a release candidate for Apache-Test 1.12 is now available.
http://perl.apache.org/~geoff/Apache-Test-1.12-dev.tar.gz
please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.
--Geoff
Changes since 1.11:
On Thu, Jun 24, 2004 at 09:30:29AM -0400, Geoffrey Young wrote:
please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.
Looks good for me.
William
--
Knowmad Services Inc.
http://www.knowmad.com
On Thu, Jun 24, 2004 at 02:35:39PM -0400, William McKee wrote:
On Thu, Jun 24, 2004 at 09:30:29AM -0400, Geoffrey Young wrote:
please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.
Looks good for
Hi,
Here's an interesting problem I've come across. I have an application
that is occassionally retrieving duplicate data from a BerkeleyDB. I've
written a couple tests which, so far, cannot duplicate the problem (one
using a direct database interface and another using A::T).
This has led me to
On Tue, 22 Jun 2004, Peter J. Cranstone wrote:
Thanks... we're currently testing a new version of mod_gzip called
mod_gzip64i
For the record, I've fixed the problem. It was a failure to support
some of the compression flags. Now I'll have to (side?)port it into
a CVS version of mod_deflate
I didi take it, and now it compiles fine under win 2000.
The server runs well under win2000 and nt 4.0 server.
As there are no other problem reportts, it's time to tag RC3 ?
André
aarboard ag
internet - networks - screenprint design - multimedia
Egliweg 10 - Postfach 214 - CH-2560 Nidau
From: Andre Schild [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 24, 2004 4:53 PM
[...]
[EMAIL PROTECTED] 23.06.2004 21:13:10
I just commited a fix for this.
Bill
[...]
I didi take it, and now it compiles fine under win 2000.
The server runs well under win2000 and nt 4.0 server.
Sander Striker wrote:
My second attempt at preparing a 2.0.50 rc tarball...
I've tagged the tree (STRIKER_2_0_50_RC2) and uploaded associated
tarballs to:
http://httpd.apache.org/dev/dist/
Please test and report.
The tarball refuses to build as an RPM.
The attached patch fixes this.
I need one
Jeff Trawick wrote:
--- build/rpm/httpd.spec.in2004-02-07 20:44:30.0 +0200
+++ httpd.spec.in2004-06-24 19:25:19.0 +0200
@@ -17,7 +17,7 @@
License: Apache License, Version 2.0
Group: System Environment/Daemons
BuildRoot: %{_tmppath}/%{name}-root
-BuildPrereq:
At 12:33 PM 6/24/2004, Graham Leggett wrote:
Sander Striker wrote:
My second attempt at preparing a 2.0.50 rc tarball...
I've tagged the tree (STRIKER_2_0_50_RC2) and uploaded associated
tarballs to:
http://httpd.apache.org/dev/dist/
Please test and report.
The tarball refuses to build as an
William A. Rowe, Jr. wrote:
Graham, silly question. When it deploys as an RPM, do we also copy
LICENSE and NOTICE to some appropriate spot? This tripped me in
the latest updates - was moving the LICENSE and not NOTICE in the
time since that second file was introduced.
Just checked: Neither our
To replace the addrspace field that was added in the cgi_exec_info_t
struct in mod_cgi.hI will like to propose extendingthe use of the
detached (apr_int32_t) field in cgi_exec_info_t and apr_procattr_t structs.
Currently that field is set to 0 by default and1 if the process to be
created will
At 01:18 PM 6/24/2004, Graham Leggett wrote:
William A. Rowe, Jr. wrote:
Graham, silly question. When it deploys as an RPM, do we also copy
LICENSE and NOTICE to some appropriate spot? This tripped me in
the latest updates - was moving the LICENSE and not NOTICE in the
time since that second
William A. Rowe, Jr. wrote:
Heh, maybe they don't. In the win32 installer and build system we drop them
into the target directory, alongside the bin, htdocs, modules directories.
On unix, we do toss LICENSE into $target/manual/ - but we are missing
NOTICE in the build system. Perhaps that's the
On Tue, 22 Jun 2004, Peter J. Cranstone wrote:
Thanks... we're currently testing a new version of mod_gzip called
mod_gzip64i
For the record, I've fixed the problem.
Super!
It was a failure to support some of the compression flags.
Now I'll have to (side?)port it into a CVS version of
Referring to our own license's redistribution requirements;
4. Redistribution. You may reproduce and distribute copies of the Work or Derivative
Works thereof in any medium, with or without modifications, and in Source or Object
form, provided that You meet the following conditions:
* You
20 matches
Mail list logo
