flood STATUS: -*-text-*-
Last modified at [$Date: 2002/01/17 01:09:45 $]
Release:
milestone-04: In development
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13, 2001
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2002/02/06 18:57:59 $]
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.,
Aaron Bannert wrote:
On Wed, Feb 27, 2002 at 11:33:36PM -0800, Ryan Bloom wrote:
Can we change the default log file names form _log to log? I have
moved to Windows recently (work requires it), and on Windows, files must
have an extension in order to be able to associate the file with a
program
Sorry for the lack of quick response, I had to go home for a family
funeral.
Justin Erenkrantz [EMAIL PROTECTED] writes:
-0. I personally believe that this shouldn't be backported. If
you want this, you should use 2.0. Others will disagree vehemently
though, and you may indeed garner
On Thu, Feb 28, 2002 at 04:00:34AM -0500, Michael Handler wrote:
I completely understand the desire to not to introduce substantial
changes into 13* at this point, as well as encouraging people to
test the stability and correctness of 20 However:
I have added it to our contrib section for
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 28 February 2002 10:30
To: Michael Handler
Cc: [EMAIL PROTECTED]
Subject: Re: daemontools/foreground support in 1.3.*
On Thu, Feb 28, 2002 at 04:00:34AM -0500, Michael Handler wrote:
I completely understand the desire to not to
Ryan Bloom [EMAIL PROTECTED] wrote:
Can we change the default log file names form _log to .log? I have
moved to Windows recently (work requires it), and on Windows, files must
have an extension in order to be able to associate the file with a
program. I think it would be useful to our
On Thu, 28 Feb 2002, Pier Fumagalli wrote:
Ryan Bloom [EMAIL PROTECTED] wrote:
Can we change the default log file names form _log to .log? I have
moved to Windows recently (work requires it), and on Windows, files must
have an extension in order to be able to associate the file with a
Pier Fumagalli wrote:
Ryan Bloom [EMAIL PROTECTED] wrote:
Can we change the default log file names form _log to .log? I have
moved to Windows recently (work requires it), and on Windows, files must
have an extension in order to be able to associate the file with a
program. I think
On Thu, 2002-02-28 at 04:00, Michael Handler wrote:
This is a tiny change, and the functionality already exists in 20
Lots of sysadmins are going to be stuck with 13* for a while from
now, and this is a clear benefit to those of us who utilize
daemontools, without causing any harm to anyone
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
aaron 02/02/27 17:38:11
Modified:.configure.in acinclude.m4
Log:
Fix a typo in the default cgidir variable.
Set a couple more defaults if they haven't already been set, just
as a precaution.
Sadly this breaks
There are some outstanding patches still for 1.3.24, no?
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
A society that will trade a little liberty for a little order
will
Hi,
Reposted with a clearer subject line. This fixes the problem for
me (although I didn't apply the patch, but moved AC_PREFIX_DEFAULT
manually).
Sander
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
aaron 02/02/27 17:38:11
Modified:.configure.in acinclude.m4
On Thu, Feb 28, 2002 at 01:19:54PM +, Thom May wrote:
Patch attached to move it back, and add the warning back in
Committed, thanks guys
-aaron
From: Sander Striker [mailto:[EMAIL PROTECTED]]
Today Vlad Skvortsov [EMAIL PROTECTED] stumbled over
a, IMO, showstopper.
He was trying out subversion and had a config where
(simplified):
DocumentRoot /home/svn
Location /home/svn/repos
DAV svn
SVNPath /home/svn/repos
From: Joshua Slive [mailto:[EMAIL PROTECTED]]
Sent: 28 February 2002 16:54
To: [EMAIL PROTECTED]
Subject: RE: [BUG] Location /dir doesn't work as expected when there
is a /dir in the DocumentRoot
From: Sander Striker [mailto:[EMAIL PROTECTED]]
Today Vlad Skvortsov [EMAIL PROTECTED]
I would like to get the NetWare log rotation module checked in. I
should have it in fairly quickly.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
[EMAIL PROTECTED] Thursday, February 28, 2002 6:52:20 AM
There
On Wed, 27 Feb 2002, Brian Pane wrote:
+if (!APR_BRIGADE_EMPTY(ctx-ssi_tag_brigade)) {
+for (;;) {
+apr_bucket *e = APR_BRIGADE_LAST(ctx-ssi_tag_brigade);
+if (e == APR_BRIGADE_SENTINEL(ctx-ssi_tag_brigade)) {
+
Aaron Bannert wrote:
As I pointed out in my message *and* on irc where we were just having
this discussion, there is no way to let --prefix override the layout
with autoconf in a way that is guaranteed to work across versions
of autoconf, at least as far as I can see
Am I being especially
On Thu, Feb 28, 2002 at 01:06:21PM -0500, Rodent of Unusual Size wrote:
Am I being especially thick to-day? If the layout is processed
earlier in configure than the other arguments, why doesn't that
solve the problem? I wasn't aware of any parallelisation done
by configure :-)
autoconf
On Thu, Feb 28, 2002 at 01:06:21PM -0500, Rodent of Unusual Size wrote:
As I pointed out in my message *and* on irc where we were just having
this discussion, there is no way to let --prefix override the layout
with autoconf in a way that is guaranteed to work across versions
of autoconf,
Hi,
the attached patch for 13 fixes the Content-Length header in the 416
range not satisfiable response, that shows an overflow with files
larger than 2 GB
Note that while this fix makes it work, there are likely other places
where the incorrect number still shows up, like in the log files
* Rodent of Unusual Size ([EMAIL PROTECTED]) wrote :
Aaron Bannert wrote:
As I pointed out in my message *and* on irc where we were just having
this discussion, there is no way to let --prefix override the layout
with autoconf in a way that is guaranteed to work across versions
of
Hi,
another small patch an update for configlayout for SuSE's
distributions
It applies to 1323 as well as to 2032 (with some offset)
Thanks,
Peter
--
VFS: Busy inodes after unmount Self-destruct in 5 seconds Have a nice day
--- configlayoutorig Mon Jan 14 10:39:25 2002
+++
Cliff Woolley wrote:
On Wed, 27 Feb 2002, Brian Pane wrote:
+if (!APR_BRIGADE_EMPTY(ctx-ssi_tag_brigade)) {
+for (;;) {
+apr_bucket *e = APR_BRIGADE_LAST(ctx-ssi_tag_brigade);
+if (e ==
On Thu, Feb 28, 2002 at 12:57:50PM -0500, Cliff Woolley wrote:
The following is equivalent to the above (except it runs in constant
time):
/* prepend ctx-ssi_tag_brigade onto bb */
APR_BRIGADE_CONCAT(ctx-ssi_tag_brigade, bb);
APR_BRIGADE_CONCAT(bb, ctx-ssi_tag_brigade);
But I'd be fine
On Thu, Feb 28, 2002 at 12:01:57AM -, [EMAIL PROTECTED] wrote:
...
+++ mod_ssl.h 28 Feb 2002 00:01:57 - 1.60
@@ -516,7 +516,7 @@
apr_lock_t *pMutex;
apr_array_header_t *aRandSeed;
int nScoreboardSize; /* used for builtin random
Should I just create a new section labled Layout SuSE7?
-aaron
On Thu, Feb 28, 2002 at 08:19:46PM +0100, Peter Poeml wrote:
another small patch an update for configlayout for SuSE's
distributions
It applies to 1323 as well as to 2032 (with some offset)
Thanks,
Peter
--
VFS: Busy
On Thu, 28 Feb 2002, Cliff Woolley wrote:
On Thu, 28 Feb 2002, Greg Stein wrote:
/* prepend ctx-ssi_tag_brigade onto bb */
APR_BRIGADE_CONCAT(ctx-ssi_tag_brigade, bb);
APR_BRIGADE_CONCAT(bb, ctx-ssi_tag_brigade);
That is *very* obtuse. I can't imagine anybody figuring out that
On Thu, Feb 28, 2002 at 03:13:10PM -0800, Aaron Bannert wrote:
Should I just create a new section labled Layout SuSE7?
Yes, why not while I doubt that the SuSE 6x section is still needed,
it would not harm to keep it of course The transition with the man path
was actually between 64 and 70
Should I just create a new section labled Layout SuSE7?
No, just replace it The worst that could happen is the man directory not
being found on an old SuSE 6x, which is an easy fix to the user Keep in
mind that the layout is normally only used by the package installers prior
to burning the CD
Hi,
as the topic suggests, I've finally got a package set that I think is
releasable. If some people would like to test it, that would be great.
To do so, simply point apt to:
deb http://pandora.debian.org/~thom/apache2 ./
deb-src http://pandora.debian.org/~thom/apache2 ./
or use your favourite
Brad Nicholes [EMAIL PROTECTED] writes:
I would like to get the NetWare log rotation module checked in. I
should have it in fairly quickly.
I thought no new features were going into the 1.3.* tree?
--
[EMAIL PROTECTED] (michael handler) washington, dc
| I am of the mind that it should not be added, but I won't stop anyone
| if they garner 3 +1s from actual testing and feedback.
Anyone willing to step up with any +1s? It's an easy compile and test,
folks; just remember to run it under a shell without job control.
Justin Erenkrantz [EMAIL
On Fri, Mar 01, 2002 at 01:03:33AM -0500, Michael Handler wrote:
| I am of the mind that it should not be added, but I won't stop anyone
| if they garner 3 +1s from actual testing and feedback.
Does my +1 count?
--
Jos Backus _/ _/_/_/Santa Clara, CA
Did something break just recently in the configure script for 20?
A 'make install' is installing the httpd binary in prefix/sbin rather
than prefix/bin
--Brian
On Thu, Feb 28, 2002 at 10:41:09PM -0800, Brian Pane wrote:
Did something break just recently in the configure script for 20?
A 'make install' is installing the httpd binary in prefix/sbin rather
than prefix/bin
Welcome to autoconf
I believe Aaron and Thom are writing their own parsers to
Cliff Woolley wrote:
On Thu, 28 Feb 2002, Cliff Woolley wrote:
On Thu, 28 Feb 2002, Greg Stein wrote:
/* prepend ctx-ssi_tag_brigade onto bb */
APR_BRIGADE_CONCAT(ctx-ssi_tag_brigade, bb);
APR_BRIGADE_CONCAT(bb, ctx-ssi_tag_brigade);
That is *very* obtuse I can't imagine anybody figuring out
On Thu, Feb 28, 2002 at 10:41:09PM -0800, Brian Pane wrote:
Did something break just recently in the configure script for 20?
A 'make install' is installing the httpd binary in prefix/sbin rather
than prefix/bin
Yes Due to some changes I committed we've fallen back on the autoconf
defaults I
39 matches
Mail list logo
