Helmut Tessarek wrote:
On 30.03.2007 05:24, Tom Donovan wrote:
One problem with your patch is that it wouldn't distinguish between a
32-character password (plain-text passwords work on Windows) and an md5
hash.
This is correct, but plain text passwords are only supported on Windows
Brian McCallister wrote:
Finally finished up the import of mod_wombat into httpd svn (
http://svn.apache.org/repos/asf/httpd/mod_wombat ).
The code has been idle while going through the software grant process in
the incubator. Now that it is here I am eager to start working on it again.
Brian J. France wrote:
On Apr 23, 2007, at 10:32 AM, Jakob Goldbach wrote:
-1 on the face of things. The map_to_storage hook was added to
accomplish
what you desire.
I thought map_to_storage was made to do per-dir configuration. Not
path-translation.
The problem is not really doing the
Jan Schütze wrote:
Hello,
just wanted to get an overview about the state of the mod_wombat module.
*Base Dir Safemode*
Do we got something like this(e.g. like in php), yet?
-0.9; This is being removed from PHP in 6.0, IIRC... It just has too
many problems, when you start adding 3rd party
Jim Jagielski wrote:
I've been looking at extending ProxyPass to
accept and use globbing patterns (basically,
to make it easier for those migrating from
mod_jk and JkMount to Apache 2.2), and it's
almost trivially easy, but there are some
gotchas:
1. ProxyPass /foo/* balancer://bar
William A. Rowe, Jr. wrote:
We have a serious issue to determine, and I've asked for a 48 hour cooldown
of wiki.apache.org/httpd/ to make a decision, and in the meantime asked that
the wiki become read-only for the conclusion of this decision.
[XX] Our httpd wiki is open to external
William A. Rowe, Jr. wrote:
I'd like to see new tarballs rolled soonish, given the single significant
bug that was disclosed earlier today.
Obviously most mass-vhosters are capable of compiling their own binary,
so providing the seperate-pid-table patch (whoever gets around to writing
one)
Ruediger Pluem wrote:
On 06/08/2007 04:48 AM, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Thu Jun 7 19:48:04 2007
New Revision: 545379
+SSL_SESSION *ssl_scache_mc_retrieve(server_rec *s, UCHAR *id, int idlen)
+{
+SSL_SESSION *pSession;
+MODSSL_D2I_SSL_SESSION_CONST
Ruediger Pluem wrote:
On 06/08/2007 05:17 AM, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Thu Jun 7 20:17:41 2007
New Revision: 545385
URL: http://svn.apache.org/viewvc?view=revrev=545385
Log:
Use the absolute timeout, as provided by mod_ssl, rather than trying to
calculate a
Attached is a patch that should let people run mod_ssl under the Event MPM.
Previously, the event mpm would put a socket into its event thread to
wait for input, but due to issues with how mod_ssl might be buffering
data (or the entire request) in it, this would cause SSL'ized requests
to stall
Allen Pulsifer wrote:
Summary:
When processing a GET /.../file.html, Apache httpd briefly treats
file.html as a directory and attempts to open
docroot/.../file.html/.htaccess. The os returns ENOTDIR, and then
processing of the request continues.
Yes, this is a somewhat known issue.
Ruediger Pluem wrote:
+#else
+return SSLSessionCache: distcache support disabled;
Nitpicking: Should memcache instead of distcache.
Fixed in r545538.
Added: httpd/httpd/trunk/modules/ssl/ssl_scache_memcache.c
URL:
Ruediger Pluem wrote:
Modified: httpd/httpd/trunk/include/httpd.h
URL:
http://svn.apache.org/viewvc/httpd/httpd/trunk/include/httpd.h?view=diffrev=546328r1=546327r2=546328
==
--- httpd/httpd/trunk/include/httpd.h
Joshua Slive wrote:
On 6/25/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
That said, have you considered a design where there are separate pools
of processes per-user, and these would be dispatched after the headers
are processed to the appropriate child?
The simplest option is to
Tim Bray wrote:
Passes lots of tests, but still lots of work to do: written up at
(extreme) length here:
http://www.tbray.org/ongoing/When/200x/2007/06/25/mod_atom
I don't know if httpd needs this mod_atom, but I suspect that it'll need
some mod_atom or another before too long. It would be
Ian Holsman wrote:
Tim Bray wrote:
On Jun 27, 2007, at 12:44 AM, Paul Querna wrote:
As it is currently written, I don't think it makes too much sense to put
it into httpd -- but if we could work on abstracting down a core, and a
set of separate hooks for storage + maybe a way to easily build
Jim Jagielski wrote:
Any interest in seeing if the Async write completion code in
trunk would be suitable for backporting to 2.2?
The biggest problem is that async write completion in trunk got tied up
in doing async reads, and some of those patches got reverted because
they broke too much
William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
Well, that's the big reason I proposed this... I fear that
the async stuff will not be worked on/polished unless there
is some indication that it'll be in a released version
of Apache. My proposing a backport I'm hoping to generate
interest in
Chris Haumesser wrote:
---
mod_mbox has now a brand new and complete MIME parser. The attachment
downloading is still to be implemented, but it's really no big deal
considering the data structures generated by the mbox_mime_decode_multipart()
function.
---
Is the above still an
Short: We need to call ap_close_listeners() earlier or more aggressively.
Question: Where/How?
Looking at the Event MPM in both trunk and 2.2.x, the listener_thread is
where we call ap_close_listeners(). This does not seem to be working
quickly enough, per PR 43081:
+1 on concept.
Shouldn't we consider moving X-Sendfile into another module or the core?
It can be useful for regular CGIs or proxied stuff too..
André Malo wrote:
Hi folks,
There's a new gateway module implementing the SCGI protocol[1] and I'd like
to add it to the tree within the next
William A. Rowe, Jr. wrote:
this is something really worth pondering;
http://www.securityspace.com/s_survey/server_graph.html?type=httpdomaindir=month=200709servbase=YToyOntpOjA7czoxMzoiQXBhY2hlLzIuMC41OSI7aToxO3M6MTM6IkFwYWNoZS8xLjMuMzciO30=serv1=QXBhY2hlLzIuMi40
Give that some thought :)
Jim Jagielski wrote:
On Oct 2, 2007, at 2:36 PM, Jeff Trawick wrote:
On 10/2/07, Jim Jagielski [EMAIL PROTECTED] wrote:
On Oct 1, 2007, at 6:52 PM, William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
Give that some thought :)
One thing I'm pondering is a 2.3.0 alpha in the near
Roy T. Fielding wrote:
I don't see why we care, either way.
I don't care if committers continue to maintain 1.3 longer than any
statement we make.
A public statement is about setting expectations of our users.
We all know that 1.3 is dead as a doornail at this point, but many of
our users do
+1 to 192 or 256.
This hasn't been changed since (pre?) 1.3 days. Computers have more
memory since then, so this completely makes sense.
-Paul
Niklas Edmundsson wrote:
Hi all!
We've been annoyed by the fact that the status page as served by
mod_status only shows the first 64 bytes of
Nick Kew wrote:
Our subrequest API currently handles only local subrequests,
so for example mod_include doesn't support
!--#include virtual=http://example.com/example.txt--.
I've worked around this in the past with some ugly hacks.
Looking at the code, it's actually very simple to build
in
I've added mod_serf in r594425:
http://svn.apache.org/viewvc?view=revrevision=594425
I've grown exceptionally... tired of looking at mod_proxy. mod_serf is
nice and tight at 440 lines or so.
With just a little more work, I think it could be a production level
reverse proxy.
Oh yeah, and death
I forgot to mention in r594796:
http://svn.apache.org/viewvc?view=revrevision=594796
That you currently need a patch to serf/trunk to add the pluggable event
loop. Hopefully we can fix that out tomorrow by adding it or some
derivative to serf trunk.
Patch is on the serf dev mailing list here:
[EMAIL PROTECTED] wrote:
Author: jim
Date: Tue Nov 13 13:55:05 2007
New Revision: 594659
URL: http://svn.apache.org/viewvc?rev=594659view=rev
Log:
Add extremely butt-ugly sub-mod that exists simply to show how
to use providers in sub-mods to extend lbmethods in mod_proxy...
.
+
+/*
Issac Goldstand wrote:
[ ] Immediate adoption as an included module (pending IP clearance via
the incubator)
[x] Immediate adoption as a subproject (pending IP clearance via the
incubator)
[ ] Podling status in the incubator, followed by appropriate adoption at
graduation
[ ] No adoption by
Andrew Beverley wrote:
Hi,
I hope that this is the correct mailing list for this question, and that you can
easily provide a quick response.
I am currently working within the UK Ministry of Defence, and am trying to get
Apache web server accredited as software able to be installed on one of
Michael Clark wrote:
Hi Folks,
I posted a note about my privilege separation patches the other day
and received some good private help/feedback, and have now made the
patches a considerable amount more portable and they are using apr
much more extensively.
The patch is now fully modular and
Sam Ruby wrote:
The highest priority is to make sure that the encoding is correct. As
it currently stands, many of these feeds are not well formed XML,
meaning that they will be rejected by conformant XML parsers. Fixing
this will improve the usability of the HTML pages.
An outline of what
Joshua Slive wrote:
One of the best features of mod_mbox is the stable URLs it provides for
messages. But the recent upgrade broke all the index urls
(date/thread/author) as well as other special urls (raw) for no apparent
reason. I've added some Redirects to catch these, but please try keep
André Malo wrote:
* [EMAIL PROTECTED] wrote:
- if (r-header_only)
- status = OK;
+ if (r-header_only) {
+ return OK;
+}
Actually I think, any code that checks for header_only is wrong. The core
will take care of it. Not treating HEAD requests special
Justin Erenkrantz wrote:
On Sat, Oct 15, 2005 at 12:08:15PM -0700, Paul Querna wrote:
Except when we get a HEAD request, r-path_info is filled with bogus
data, which causes mod_mbox to crash way deep inside itself.
Why isn't r-path_info filled out correctly?
If the request's path_info itself
Joshua Slive wrote:
mod_mbox used to send Last-Modified HTTP response headers, at least on
the messages. (I can't remember if they were sent on indexes.) This
seems to have disappeared.
(Sorry for just dumping problem reports here without looking at the
code...)
Joshua.
The Index:
Joshua Slive wrote:
The download.cgi got updated to 1.3.34 before the release, so all 1.3
downloads are now broken (unless the downloader clicks on other files
and goes exploring). I don't have time to fix it right now, so if
someone else can take a look...
I just fixed it on the live
Brian Pane wrote:
On Oct 18, 2005, at 7:11 AM, Greg Ames wrote:
Brian Pane wrote:
I think one contributor to the event results is an issue that Paul
Querna
pointed out on #httpd-dev the other day: apr_pollset_remove runs in O(n)
time with n descriptors in the pollset.
thanks, I see
Just a heads up, I plan on doing a 2.1.9 tag/release late this week,
most likely on Friday or Saturday.
Help with back porting to branches/2.2.x is always welcome.
-Paul
As we get closer to the next stable/GA branch, I want to clarify with
everyone how I imagine the process will happen. This isn't the process
that is documented in VERSIONING, but I think it deals better with the
2.1.x - 2.2.0 jump.
1) 2.1.N is tagged.
2) 2.1.N is voted on for BETA.
3)
Justin Erenkrantz wrote:
--On August 11, 2005 10:21:37 AM +0100 Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
On Wed, Aug 10, 2005 at 03:38:17PM -0700, Justin Erenkrantz wrote:
--On August 8, 2005 1:25:46 PM +0100 Colm MacCarthaigh [EMAIL PROTECTED]
wrote:
O.k., I've merged our two patches,
BTW2, if anyone cares I can make the source for mod_dav_userdir available.
It's BSD, but I haven't gotten around to posting it yet.
Posting Code would help us with the problems and be able to reproduce
them here too.
Brandon Fosdick wrote:
I'm still working on mod_dav_userdir, so naturally I have more questions.
Its passing most of the tests in litmus, with the only exceptions being some
locking stuff that neither windows nor osx seem to care about. Now I'm
testing other stuff, namely large file
Brandon Fosdick wrote:
Anyone have 2.1.8 running on FreeBSD? www/apache21 still builds
2.1.4-alpha. I tried the old trick of just changing the distfile
stuff, but it seems none of the patches are applicable anymore. Is
there a set of new patches floating around? Are they still needed? Or
am I
2.1.9-Beta is available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.9/
Please test and vote on releasing 2.1.9 as BETA.
As a reminder, if you know of any issues you consider a SHOW STOPPER for
a 2.2.0 stable release, please add them to the branches/2.2.x STATUS file.
Thanks,
Paul
Nick Kew wrote:
On Thursday 03 November 2005 16:41, Maxime Petazzoni wrote:
This message is not a valid MIME message. The first part does not
contains headers, so mod_mbox passes this part of the message. I don't
know enough about MIME constructions to decide how should mod_mbox
behave.
Justin Erenkrantz wrote:
--On November 3, 2005 8:44:02 PM +0100 Ruediger Pluem
[EMAIL PROTECTED] wrote:
I also agree with this. While I understand the performance benefits from
the developer perspective, I fear the confusion from the user and
administrators perspective. Having a clear
This is currently listed as a show stopper in the 2.2.x/STATUS file:
The edge connection filter cannot be removed:
http://marc.theaimsgroup.com/?l=apache-httpd-devm=105366252619530w=2
jerenkrantz asks: Why should this block a release?
stas replies: because it requires a rewrite of the filters
Roy T.Fielding wrote:
On Nov 4, 2005, at 10:56 AM, William A. Rowe, Jr. wrote:
It leaves us wondering; how can allow from/deny from n.n.n.n be mapped to
RFC 2616 semantics, or at least, without running the many server hooks on
later requests? The only way I can see, is that we should have
.
Thanks,
Paul Querna
Graham Leggett wrote:
Ruediger Pluem wrote:
I agree that there are many situation where it does not make sense to
cache things under access
control, but there are ones where it makes sense.
e.g. If you create a forward proxy with httpd that should use caching
and that only
a limited
Ruediger Pluem wrote:
On 11/09/2005 11:38 AM, Ondrej Sury wrote:
On Tue, 2005-11-08 at 11:24 -0600, William A. Rowe, Jr. wrote:
Ondrej Sury wrote:
[..cut..]
Alternate approach is to use Server Name Indication TLS extension as
specified by: http://rfc.net/rfc3546.html and covered by
Sander Temme wrote:
..
Did you force it to 'Off' in 2.0? If you have it 'Off', you believe what
the client sends you, or what you explicitly stashed in the server
record by specifying it in the ServerName directive. In the newer
server, we added the actual port the request came in on,
Tarballs available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.10/
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
If the vote passes, it will be re-rolled as 2.2.0.
I intend to leave the vote open for at least 7-10 days. www.apache.org
is currently running
William A. Rowe, Jr. wrote:
Paul Querna wrote:
Tarballs available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.10/
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
At this time -1 for GA release. +1 to proceed with Beta.
Things to happen that will move
Colm MacCarthaigh wrote:
On Sat, Nov 19, 2005 at 05:17:42PM -0800, Paul Querna wrote:
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
-1 for GA, +1 for beta, as the release is unbuildable on systems with
APR 1.0 or 1.1 installed.
But, it is supposed
Nick Kew wrote:
On Tuesday 22 November 2005 16:14, Joshua Slive wrote:
I've already posted this on infrastructure@, but I thought I should
mention it here as well because it might have an effect on the release
decision. We have at least 3 core dumps from 2.1.10 on minotaur.
Um, OK, the
Joshua Slive wrote:
I've already posted this on infrastructure@, but I thought I should
mention it here as well because it might have an effect on the release
decision. We have at least 3 core dumps from 2.1.10 on minotaur. They
are in /x1/coredumps, but none seem debuggable. This might
Joshua Slive wrote:
Maxime Petazzoni wrote:
* Joshua Slive [EMAIL PROTECTED] [2005-11-25 15:04:51]:
I hadn't checked in a while, but I now see we have lots of
httpd-cores related to mod_mbox on ajax. Most of them look like this:
#0 mbox_mime_decode_body (p=0x6042e508,
Paul Querna wrote:
Joshua Slive wrote:
Maxime Petazzoni wrote:
* Joshua Slive [EMAIL PROTECTED] [2005-11-25 15:04:51]:
I hadn't checked in a while, but I now see we have lots of
httpd-cores related to mod_mbox on ajax. Most of them look like this:
#0 mbox_mime_decode_body (p
Olaf van der Spek wrote:
On 11/27/05, Nick Kew [EMAIL PROTECTED] wrote:
On Sunday 27 November 2005 22:11, Olaf van der Spek wrote:
Hi,
I've been wondering, do the Apache developers plan to develop and/or
include an official FastCGI-like module in Apache?
Nope. There's the old
William A. Rowe, Jr. wrote:
Justin Erenkrantz wrote:
On Mon, Nov 28, 2005 at 08:33:14AM -0700, Brad Nicholes wrote:
other AuthXXXProvider that may come along in the future. Does anybody
see a need to keep AuthType around at all under the new authentication
architecture?
You need to be able
Paul Querna wrote:
Tarballs available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.10/
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
For the record, +1 for GA.
Tested on Solaris 10/x86, FreeBSD 5.4/x86, NetBSD 2.0/x86, (Debian)
Linux 2.6/x86, (RHEL4
Roy T. Fielding wrote:
On Nov 28, 2005, at 5:53 PM, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Mon Nov 28 17:53:31 2005
New Revision: 349582
URL: http://svn.apache.org/viewcvs?rev=349582view=rev
Log:
Tag 2.2.0 from 2.1.10 tag to prepare for the 2.2.0 release
What? No, sorry, -1. Your
Roy T. Fielding wrote:
What documentation are you talking about?
ABOUT_APACHE
Hasn't been updated since 2002. What does it have to do with a 2.2.0
release?
CHANGES
What needs to be added or changed here? It notes the changes between
versions. Seems fine to me.
docs/manual/*
Roy T. Fielding wrote:
and that is just what goes inside the tarball. We also have to update the
STATUS files, the website (I see Paul has started that), create docs-2.2,
and all of the other things people will remember as soon as we cross the
tarball threshold.
FWIW, docs-2.2 already works
These tarballs are Identical to 2.1.10 except for two changes:
* include/ap_release.h Updated to be 2.2.0-release
* The root directory was changed from httpd-2.1.10 to httpd-2.2.0
Available from:
http://people.apache.org/~pquerna/dev/httpd-2.2.0/
Please vote on releasing as GA/Stable.
I am
Paul Querna wrote:
These tarballs are Identical to 2.1.10 except for two changes:
* include/ap_release.h Updated to be 2.2.0-release
* The root directory was changed from httpd-2.1.10 to httpd-2.2.0
Okay, I lied, slightly:
* svn r348009: Added AP_DECLARE to mod_dbd exported functions
Justin Erenkrantz wrote:
On Mon, Nov 28, 2005 at 11:55:48PM -0800, Paul Querna wrote:
These tarballs are Identical to 2.1.10 except for two changes:
* include/ap_release.h Updated to be 2.2.0-release
* The root directory was changed from httpd-2.1.10 to httpd-2.2.0
Available from:
http
Paul Querna wrote:
Paul Querna wrote:
These tarballs are Identical to 2.1.10 except for two changes:
* include/ap_release.h Updated to be 2.2.0-release
* The root directory was changed from httpd-2.1.10 to httpd-2.2.0
Okay, I lied, slightly:
* svn r348009: Added AP_DECLARE to mod_dbd
William A. Rowe, Jr. wrote:
Yo dude, while the community may not catch/catch up with press, if we
planned to 'announce' Apache 2.2 as an httpd splash at the convention
opening plenary, this sort of just deep sixed that - since I'm pretty
sure most convention attendees follow [EMAIL PROTECTED],
Ian Holsman wrote:
Hi.
I just checked out the latest trunk of apr httpd on my mac, and
can't build it anymore. it is complaining about apr_socket_sendfile
not being defined.
so I checked .. and apr.h has APR_HAS_SENDFILE as 0.
the problem is sendfile_nonblocking calls apr_socket_sendfile
Paul Querna wrote:
Ian Holsman wrote:
Hi.
I just checked out the latest trunk of apr httpd on my mac, and
can't build it anymore. it is complaining about apr_socket_sendfile
not being defined.
so I checked .. and apr.h has APR_HAS_SENDFILE as 0.
the problem is sendfile_nonblocking calls
My intention is for this to be a wide open brainstorming thread.
I expect that we will be able to discuss several ideas in much more
detail at the Hackathon next week, but I really want to get all ideas
'on the table'.
I have a few things I would like to see, but I am sure there are perhaps
Justin Erenkrantz wrote:
--On December 3, 2005 8:52:38 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
* A threaded MPM to become the default: I would like mod_cgid
How about making the MPMs DSOable?
++1!
William A. Rowe, Jr. wrote:
Nick Kew wrote:
On Saturday 03 December 2005 19:36, Paul Querna wrote:
My intention is for this to be a wide open brainstorming thread.
But we don't have a track record of round tuits.
Sort of the reason the thread is interesting, but I'd rather see code
I am trying to sketch out the issues with allowing MPMs to be loaded as
DSOs, specified from the conf file.
1) AP_MPM_WANT_*. These defines come from the mpm.h, and are used all
over the core. A significant number of them are for adding
configuration directives. The rest are generally changing
Christophe Jaillet wrote:
When going thrue the code, looking at apr_palloc and friends, one can see
that :
* in some places (few of them) , the returned pointer is checked against
NULL
* in other places (most of them), it is not.
I've always been told that checking return value is
I finally got around to upgrading to trunk w/ the Event MPM on one of my
machines. Within a couple hours of starting it, I had a process
spinning, and consuming 100% CPU.
Backtrace from the spinning thread:
(gdb) thread 6
[Switching to thread 6 (Thread 0x2045 (LWP 100189))]#0
Brian Akins wrote:
I have a serious issue. It seems that if something happens during a
proxy request after mod_http_proxy starts reading from the backend
server, no error is reported. (IE, see what happens when
ap_pass_brigade returns non success). The problem is that this
partial page may
Brian Akins wrote:
Paul Querna wrote:
Related issue:
http://issues.apache.org/bugzilla/show_bug.cgi?id=15866
I don't think its breaking the RFC to not-cache partial pages.
Yep. That's my issue:
This one doesn't have an easy solution. The problem is that mod_proxy
currently
has no way
Francis ANDRE wrote:
IMHO, ant should not be used to generate the configure and makefile
scripts;
Instead the building process must avoid all these specific Unix tools
like autoconf/configure. As a example of a great usage of ant for
building a
product, have a look to the directory in the
Built using apr_memcache.
Not hooked up into the build system fully yet.
Add -DHAVE_APR_MEMCACHE to your CFLAGS to build:
./config.nice CFLAGS=-DHAVE_APR_MEMCACHE
Configuration:
Listen *:443
SSLSessionCache memcache:127.0.0.1:11211
Virtualhost *:443
ServerName localhost
SSLEngine on
The attached patch is just a start, fixing the configure.in to generate
the correct binary name by default.
-Paul
Index: configure.in
===
--- configure.in(revision 355792)
+++ configure.in(working copy)
@@ -527,7
Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test code is now property of the Apache::Perl PMC, so discussions of
that are now
Philip M. Gollucci wrote:
Hi All,
My requirement is adding/configuring ssl virtual hosts dynamically to
apache web server at runtime without apache restart.
why not just do a graceful restart.
http://httpd.apache.org/docs/trunk/stopping.html#graceful
Its actually quite slow if you have lots
[EMAIL PROTECTED] wrote:
Yes I do understand the issues. But the project requires this to be done.
You said There are also issues with loading SSLCerts without a full
restart
Do you mean there is a way to load SSLCerts without a restart?
Pls let me know.
I will start over.
There are
[EMAIL PROTECTED] wrote:
Hi Paul,
I appreciate u'r response. Thank you.
Could u pls elaborate more on the 2) Dynamic loading of SSL Certificates.
.
I would like to give a try on this. How can I proceed on this. Where all I
have to do the modifications?
And one more thing is I can keep the
Roy T. Fielding wrote:
Sorry, NOTICE is not a credits file. Add a README instead that lists
all of the contributors. Likewise, the scripts directory sucks beyond
description. If you aren't going to fix it, then remove it from the
release.
What specifically is wrong with the scripts
Roy T. Fielding wrote:
On Dec 21, 2005, at 4:45 PM, Paul Querna wrote:
Roy T. Fielding wrote:
Sorry, NOTICE is not a credits file. Add a README instead that lists
all of the contributors. Likewise, the scripts directory sucks beyond
description. If you aren't going to fix it, then remove
Garrett Rooney wrote:
So I've been taking a look at the new work Paul's been doing on the
fcgi-proxy-dev branch, and it looks really cool, but I've got some
questions on its direction. What's there now is the beginnings of
functionality to let you use mod_proxy to send requests for particular
Garrett Rooney wrote:
I wasy playing around with the FastCGI stuff tonight, and I
implemented the next step in the request process, sending the
environment over to the backend fcgi process. This also involved
refactoring some of the existing code a bit, removing unused
variables, etc, but
Garrett Rooney wrote:
And here we have today's mod_proxy_fcgi patch, support for sending the
FASTCGI_STDIN records (which contain the data from the body of the
request) to the fastcgi process. Again, basic testing with a Ruby
fastcgi program indicates that it's at least minimally functional
Jim Jagielski wrote:
Personally, I think it would be cool to fold the fcgi branch
into httpd-trunk. I have some cycles coming up and it would
be cool to get that puppy official for trunk and maybe
even 2.2
I would prefer to keep it in a development branch for at least until TCP
support is
Brian Pane wrote:
On Dec 4, 2005, at 11:14 PM, Paul Querna wrote:
I finally got around to upgrading to trunk w/ the Event MPM on one of my
machines. Within a couple hours of starting it, I had a process
spinning, and consuming 100% CPU.
Backtrace from the spinning thread:
(gdb) thread 6
Sander Temme wrote:
... in /raid1/httpd-cores. I have made them 644 for perusal. There
appears to be a core every couple of days, from the 2.1.10 image that
was running on the box until tonight.
Unless I'm doing something wrong with gdb, they're not very useful.
Here's a backtrace from
Mads Toftum wrote:
On Tue, Jan 10, 2006 at 09:22:18AM -0800, Justin Erenkrantz wrote:
I think they do belong and should be included in a release. Namely, I
don't buy Roy's arguments against including them. The potential benefit to
understanding how mod_mbox works outweighs the slight cost of
Eric Covener wrote:
unixd_set_rlimit() doesn't allow RLimit{CPU,NPROC,MEM} to modify
rlim_max if httpd isn't started as root -- even if the value would
decrease rlim_max.
The coment seen in the context of the patch attached below, RLimitXXX
documentation, and setrlimit manual say the
Rian Hunter wrote:
This version of Apache is principally a security and bug fix release,
and represents the best available version of Apache HTTP Server.
That string is currently under the Apache 2.0.55 Released section of
http://httpd.apache.org/. With the release of Apache 2.2.0, is this
101 - 200 of 928 matches
Mail list logo
