Re: [RFC] Apache::Build

2003-07-18 Thread Stas Bekman
James G Smith wrote: I've been moving several of my Perl modules from MakeMaker to Module::Build. I'm not seeing support for Module::Build in the Apache::Test suite, so I thought I'd take a stab at subclassing Module::Build to provide support for it. You are talking about a similar kind of

Re: Apache::TestRequest Doc Patch

2003-07-18 Thread Stas Bekman
David Wheeler wrote: On Tuesday, July 15, 2003, at 01:18 PM, Stas Bekman wrote: It's trivial. If your webserver supports only the following methods: GET and HEAD, OPTIONS, but not POST. the request OPTIONS will return a response with a header Allow: OPTIONS GET HEAD Oh, I get it. See the

Re: Apache::TestRequest Doc Patch

2003-07-18 Thread David Wheeler
On Friday, July 18, 2003, at 01:37 AM, Stas Bekman wrote: Done. They will probably require more polishing... Cool, thanks, I'll take a look in a bit. I thought I've answered this question already: http://marc.theaimsgroup.com/?l=apache-test-devm=105772914901179w=2 Right, so you did. I would just

Re: Apache::TestRequest Doc Patch

2003-07-18 Thread Stas Bekman
I thought I've answered this question already: http://marc.theaimsgroup.com/?l=apache-test-devm=105772914901179w=2 Right, so you did. I would just argue that it should default to the distribution root, but I won't push it. I'm adding this to my Makefile.PL: use FindBin; push @ARGV,

Re: Apache::TestRequest Doc Patch

2003-07-18 Thread David Wheeler
On Friday, July 18, 2003, at 09:03 AM, Stas Bekman wrote: The main reason that the default docroot is t/ is because things like logs/, conf/, etc are conveniently placed under t/. I'm not quite sure why do you think that most people will want to have the ../t as the serverroot. The only

Re: Apache::TestRequest Doc Patch

2003-07-18 Thread Stas Bekman
David Wheeler wrote: On Friday, July 18, 2003, at 07:22 AM, David Wheeler wrote: Done. They will probably require more polishing... Cool, thanks, I'll take a look in a bit. I applied just a bit of polishing. Note that POD has an F tag that's used for identifying files. This is better than

Re: Makefile.PL Questions

2003-07-18 Thread Stas Bekman
David Wheeler wrote: On Tuesday, July 15, 2003, at 01:15 PM, Stas Bekman wrote: Wholy OS X, why would it fail if it resides in a diffent namespace :( can you try nuking this code: SV * DeadCode() CODE: RETVAL = DeadCode(aTHX); OUTPUT: RETVAL from Peek.xs.mp1.perl5.8 and then rerun 'perl

Re: Makefile.PL Questions

2003-07-18 Thread David Wheeler
On Friday, July 18, 2003, at 12:00 PM, Stas Bekman wrote: So what t/logs/error_log has to say about it? mercury% cat t/logs/error_log [Wed Jul 16 09:00:56 2003] [debug] mod_rendezvous_apple.c(1012): mod_rendezvous_apple: Module init count=1 pid=1746. [Wed Jul 16 09:00:57 2003] [debug]

Re: [PATCH] mod_status optional extension hook

2003-07-18 Thread Ben Laurie
Joe Orton wrote: This adds an optional hook so that modules can put their own status information in the server-status page when mod_status is loaded. (mod_ssl has code which can use this to output session cache status). Any objections? * mod_status.h: New file. * mod_status.c:

Re: [PATCH] mod_status optional extension hook

2003-07-18 Thread Joe Orton
On Fri, Jul 18, 2003 at 01:08:18PM +0100, Ben Laurie wrote: Joe Orton wrote: This adds an optional hook so that modules can put their own status information in the server-status page when mod_status is loaded. (mod_ssl has code which can use this to output session cache status). Any

AddOutputByType and the proxy

2003-07-18 Thread Ian Holsman
hey guys. I'm trying to add the DEFALTE filter like this Addoutputbytype DEFLATE text/html and it works spiffy for most things. except for reverse-proxied stuff now before I go patching things, I was wondering if this was desired behavior.. I'm thinking that it should be changed way down in

Re: AddOutputByType and the proxy

2003-07-18 Thread Graham Leggett
Ian Holsman wrote: I'm trying to add the DEFALTE filter like this Addoutputbytype DEFLATE text/html and it works spiffy for most things. except for reverse-proxied stuff now before I go patching things, I was wondering if this was desired behavior.. I doubt it - I think it would be really

where are the release instructions

2003-07-18 Thread Joshua Slive
Could someone please point me to the current release instructions. There seems to be a bunch of different things, including: http://httpd.apache.org/dev/release.html http://httpd.apache.org/dev/how-to-release.html and various scripts. The first link looks like the most up-to-date, but it doesn't

1.3.28 is out

2003-07-18 Thread Jim Jagielski
The Announcements went out a bit ago... I checked the mirrors and most were up to date, so it was safe to send out. Wanted to get things out as soon as possible, since many sys admins will also be upgrading their Ciscos at the same time. :) --

Re: [PATCH][1.3] Segfault in mod_proxy

2003-07-18 Thread William A. Rowe, Jr.
At 05:00 PM 7/17/2003, William A. Rowe, Jr. wrote: I should have read the rest of the thread first. I'm happy with a .28 release already and will do the win32-magic tonight. Sorry this took me a little while to get to the top of my plate. The installers for Apache 1.3.28/Win32 are now created

Re: where are the release instructions

2003-07-18 Thread William A. Rowe, Jr.
At 12:16 PM 7/18/2003, Joshua Slive wrote: Could someone please point me to the current release instructions. There seems to be a bunch of different things, including: http://httpd.apache.org/dev/release.html http://httpd.apache.org/dev/how-to-release.html and various scripts. The first link

RE: where are the release instructions

2003-07-18 Thread Sander Striker
From: Joshua Slive [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 7:17 PM Could someone please point me to the current release instructions. There seems to be a bunch of different things, including: http://httpd.apache.org/dev/release.html