On Sat, 2006-07-08 at 03:39 -0700, Philip M. Gollucci wrote:
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
Weird. I'm getting errors when unpacking the tarball:
On Tue, 2006-07-11 at 05:47 +1000, Bojan Smojver wrote:
What's the MD5 supposed to be?
Sorry. I'm getting here:
3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
--
Bojan
Bojan Smojver wrote:
On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote:
3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
[EMAIL PROTECTED] /home/pgollucci/public_html/apreq2 rv=0 52 md5
libapreq2-2.08-RC3.tar.gz
MD5 (libapreq2-2.08-RC3.tar.gz) =
On Mon, 2006-07-10 at 13:41 -0700, Philip M. Gollucci wrote:
Works fine, I just untarred it here:
http://people.apache.org/~pgollucci/apreq/libapreq2-2.08
OK. I'm off to work now anyway - I'll try unpacking on machines there.
--
Bojan
Quoting Bojan Smojver [EMAIL PROTECTED]:
OK. I'm off to work now anyway - I'll try unpacking on machines there.
Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
x86_64/i386. Go figure...
--
Bojan
Quoting Bojan Smojver [EMAIL PROTECTED]:
Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
x86_64/i386. Go figure...
New FC bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198305
--
Bojan
Bojan Smojver wrote:
Quoting Bojan Smojver [EMAIL PROTECTED]:
OK. I'm off to work now anyway - I'll try unpacking on machines there.
Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
x86_64/i386. Go figure...
Its not I did something differnt from previous releases
Quoting Philip M. Gollucci [EMAIL PROTECTED]:
Should I roll another one or do you think its just that box ?
You can if you want, but the file as it is may be just fine. RHEL4 and
Solaris 9 don't have any problems with the file. I'm guessing Apache
boxes are FreeBSD and that works too.
Ruediger Pluem wrote:
On 09.07.2006 16:37, Jim Jagielski wrote:
Ruediger Pluem wrote:
So it makes sense from my perspective to
add a void pointer *to* the proxy_worker_stat structure to enable
balancers to store custom data that is private to them.
This already exists. See
On Sun, 2006-09-07 at 19:30 -0700, Paul Querna wrote:
Guy Hulbert wrote:
I'm looking at perchild with the aim of getting it working.
snip
Yes. It could be broken on linux and all other platforms.
If someone else is working on it then I will focus on testing it.
No one is working on
On 07/10/2006 12:21 PM, Jean-frederic Clere wrote:
Ruediger Pluem wrote:
context could be used. But I am thinking of sharing the balacing
information with another program.
By changing proxy_worker_stat * to a void * and arranging the
corresponding code the first step to store the shared
As a quick hack I tried enabling mod_dav on a location to see if it would act
as a storage backend for regular page serving. That is, just to use it for GET
and HEAD requests and none of the other DAV-related requests.
For the most part it works, but for some reason DirectorySlash and
Paul Querna wrote:
Philip M. Gollucci wrote:
Hi,
2 years ago, PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/68727
was filed about gdb itself segfaulting when trying to debug httpd.
This PR hasn't seen any action AFAIK.
Its been 2 years in the making
GDB 6.5 works flawlessly
13 matches
Mail list logo