Having a fallback servername of 127.0.0.1 is broken, I realise even
in IPv4 it's not a globally reachable address, but in IPv6 it's
just plain confusing and leads to a lot (well o.k. 3 ever) of reports
that Apache isnt working for someone in IPv6.
Index: server/util.c
On Mon, Nov 17, 2003 at 04:40:02AM -0500, [EMAIL PROTECTED] wrote:
Got any real numbers?
Completely unconfigured, out of the box configs;
Apache 1.3.29;
Concurrency Level: 100
Time taken for tests: 2.54841 seconds
Complete requests: 1000
Failed requests:0
Write errors:
On Mon, Nov 17, 2003 at 06:00:09AM -0500, [EMAIL PROTECTED] wrote:
Hi Colm...
Slainte!...
Cead mile failte romhat!
Go raibh maith agat!
Agus tú féin a cháirde, chaitfidh mé rá b'éidir gurb seo on
t-aon deis a bhéis gam cumarsáid le Gaeilgeoir so comh-théacs
seo, ach mar a deartaí áfach -
On Mon, Nov 17, 2003 at 11:01:46AM -0700, Peter J. Cranstone wrote:
Oh yes - forgot about v6... that's a must have for Apache. Is it available
for 1.x? If not that would be the first feature to add.
The KAME project has IPv6 patches for 1.3.* at
ftp://ftp.kame.net/pub/kame/misc/
they
On Mon, Nov 17, 2003 at 08:56:28PM +0100, André Malo wrote:
* Colm MacCarthaigh [EMAIL PROTECTED] wrote:
unconfigured. Or make it a hard error, and have no fallback.
I'd prefer the latter. FWIW.
Same here. It probably breaks a lot of lame configs though, all the
same ... patch attached
On Fri, Dec 26, 2003 at 04:10:04PM -0800, Justin Erenkrantz wrote:
--On Tuesday, December 23, 2003 2:59 PM + [EMAIL PROTECTED] wrote:
+ PR 24469, broken reverse lookups with IPv4-mapped addrs on old OS X
+The autoconf check added between 2.0.47 and 2.0.48 isn't
+sufficient
On Sun, Dec 28, 2003 at 09:09:42PM -0500, Jeff Trawick wrote:
it will be fine anyway :) it is okay to fail the test, as it just
brings a few extra instructions... it is only bad to pass the test
when in fact it should be failed
some number of boxes will start failing the test now, and
On Mon, Dec 29, 2003 at 01:39:28PM +, Ben Laurie wrote:
So, I've written a forensic logging module. What this does is log the
request as soon as all the headers have been read, then log again when
its complete. Any request that doesn't complete should be viewed with
great suspicion!
On Tue, Dec 30, 2003 at 11:49:37AM +, Ben Laurie wrote:
Could the forensic_id be tied in with mod_unique_id? It seems confusing
to have two different methods to generate unique id's for requests. Also
with unique_id, I can see it being useful to make CGI's aware of their
tracking code via
On Tue, Dec 30, 2003 at 06:52:07PM +, Ben Laurie wrote:
I realise that having the value of getpid() and time() to hand is useful
for forensic purposes, but a getpid():time():next_id++ will result in
duplicates accross even small clusters.
Ah, I see :-) does mod_unique_id handle that?
It
Not entirely serious, but today, we actually hit this, in production :)
The hardware, a dual 2Ghz Xeon with 12Gb RAM with Linux 2.6.1-rc2 coped,
and remained responsive. So 20,000 may no longer be outside the realms
of what administrators reasonably desire to have.
Index:
On Tue, Jan 13, 2004 at 03:04:30PM +0100, Lars Eilebrecht wrote:
- It's only security by obscurity and providing such a
security feature may be misleading for our users.
- We don't want people to obfuscate the server name, do we?
It's a terrible terrible terrible idea, and makes auditing
On Tue, Jan 13, 2004 at 03:28:24PM +, Ivan Ristic wrote:
Also, imagine I have a PHP application (I chose PHP because
it runs on Windows and on Unix), and that someone is trying
to find a hole in the app. If they think I'm running Windows
they'll try to run Windows-specific
Modified:server/mpm/prefork prefork.c
Log:
bump MAX_SERVER_LIMIT by 10x (hoping to stay ahead of Moore's Law for a little
while) since the current limit is too small for at least one high end site.
Submitted by: Colm MacCarthaigh [colm stdlib.net]
Revision Changes
On Thu, Jan 15, 2004 at 10:49:43AM -0500, [EMAIL PROTECTED] wrote:
-#define MAX_SERVER_LIMIT 2
+#define MAX_SERVER_LIMIT 10
dang!
Committed a limit of 20.
A couple of observations:
* I don't think you could do this with an early 2.4 kernel on i386 because
of eating up
This has probably been discussed here before, and if it has I'd
like to know the reasons why it's a bad idea. Anyway, I've been
working on a graceful stop mechanism for httpd, which is
reasonably trivial to work in - the problem is that there are
no portable signal numbers left (or am I wrong in
On Tue, Jan 20, 2004 at 10:17:07AM -0800, Andrew Ho wrote:
I don't see how this would work--a graceful stop followed by a start would
mean clients would drop in between the window when you signal the graceful
stop (and Apache therefore stops accepting new requests) and when the new
instance
On Mon, Jan 26, 2004 at 10:09:20AM -0800, Aaron Bannert wrote:
On Thu, Jan 15, 2004 at 04:04:38PM +, Colm MacCarthaigh wrote:
There were other changes co-incidental to that, like going to 12Gb
of RAM, which certainly helped, so it's hard to narrow it down too
much.
Ok with 18,000
On Mon, Jan 26, 2004 at 06:28:03PM +, Colm MacCarthaigh wrote:
I'd love to find out what's causing your worker failures. Are you using
any thread-unsafe modules or libraries?
Not to my knowledge, I wasn't planning to do this till later, but
I've bumped to 2.1, I'll try out
On Mon, Jan 26, 2004 at 04:25:58PM -0500, Jeff Trawick wrote:
*sigh*, forensic_id didn't catch it,
forensic_id is just for crash in child
I know, but I couldnt rule out a crash in the child being a root cause
... until now, it doesn't look like it's trigger by a particular URI
anyway.
On Tue, Jan 27, 2004 at 02:24:46PM -0500, Jeff Trawick wrote:
I'm testing with this patch currently (so far so good):
Same here, I've applied the patch, and right now have 1 hours uptime,
which is 12 times more than I've ever had with worker before.
Looks like that was it. Where do I send the
On Wed, Jan 28, 2004 at 10:40:54AM +, Colm MacCarthaigh wrote:
On Tue, Jan 27, 2004 at 02:24:46PM -0500, Jeff Trawick wrote:
I'm testing with this patch currently (so far so good):
Same here, I've applied the patch, and right now have 1 hours uptime,
which is 12 times more than I've
On Fri, Mar 05, 2004 at 04:35:37PM -0500, Ghanta, Bose wrote:
I was working on what I originally thought was a bug in our FTP client.
Your ftp site has a very long banner (due to the crypto warnings and what
all), and the bug opened against our FTP client was that it would disconnect
partly
On Thu, May 20, 2004 at 12:50:16PM -0600, Binam, Jesse wrote:
CGI/suexec is not sufficient for me since I still cannot run as root. I
know there are other options that would probably be easier, but I think
the mpm would work better, plus it would be awesome for virtual hosting
as well if I
On Tue, Jun 08, 2004 at 10:23:56AM -0400, Greg Ames wrote:
I'm interested to know how httpd 2.x can be made more scalable. Could we
serve
10,000 clients with current platforms as discussed at
http://www.kegel.com/c10k.html , without massive code churn and module
breakage?
I've served over
On Tue, Jun 22, 2004 at 10:09:39PM +0200, Sander Striker wrote:
Hi,
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.
Asside from a little
On Tue, Jun 29, 2004 at 11:18:49AM -0700, Mathihalli, Madhusudan wrote:
Hello,
Upon doing a apachectl stop, shouldn't the CGI processes (forked by
mod_cgid or mod_cgi) also exit ?
It depends, if they call setsid() and so on - there's no particular reason
they should. Ordinarily - yes.
--
On Tue, Jul 20, 2004 at 10:44:40AM -0400, Manni Wood wrote:
In my experience building web sites for Fortune 500 companies (some of
them Fortune 50 companies), the get Apache to serve static content
while Tomcat only takes care of servlets and JSPs feature is a *huge*
draw.
I've replaced these
On Tue, Jul 20, 2004 at 05:20:53PM +0200, Graham Leggett wrote:
The httpd serves the static content feature can be implemented through
extending ProxyPass to support regular expressions, for example:
ProxyPass /myWebapp/*.jsp http://tomcat/myWebapp/
RewriteCond %{REQUEST_URI}
On Tue, Jul 20, 2004 at 12:08:01PM -0400, Manni Wood wrote:
Along with the ability for your back-end servlets to get a correct
value from ServletRequest.isSecure() depending on whether or not
Apache was originally contacted with HTTP vs HTTPS?
Personally, I always use Apache to authenticate
On Tue, Jul 20, 2004 at 05:13:52PM +0200, Graham Leggett wrote:
In theory this kind of thing should not be limited to tomcat only, but
to web applications (whether PHP, whatever) in general.
Perhaps a mechanism that allows the backend to connect to the frontend
and say status has changed,
On Tue, Jul 20, 2004 at 06:02:37PM +0100, Colm MacCarthaigh wrote:
Using OPTIONS has the advantage of being backwards compatible, if you
send OPTIONS to a plain-old HTTP receiver, the standard ACK can be
taken to mean yep, I'm here. Intelligent backends (read: modify
tomcat and co slightly
On Tue, Sep 26, 2006 at 12:45:39PM +0300, Issac Goldstand wrote:
Forgive me for missing the obvious, but why not just use mod_file_cache
for this?
I recall you mentioning that your use of mod_cache was for locally
caching very large remote files, so don't see how this would help that
in
On Wed, Dec 06, 2006 at 01:43:49PM -0500, Jeff Trawick wrote:
* The Apache HTTP Server project believes that most people who want to
avoid sending the Server header mistakenly think that doing so may
protect their server from attacks based on known flaws in older Apache
HTTPD releases, when in
On Wed, Jan 24, 2007 at 05:28:49PM -0500, Victor J. Orlikowski wrote:
I've been getting some questions (from my new employer) on the
impact of the upcoming Daylight Saving Time issues for the httpd.
My natural response was: There are none! It's an OS issue.
Whatever about DST, this reminds
On Wed, Feb 14, 2007 at 01:57:27PM -0500, Brian Akins wrote:
Would be nice if we could do HTTP over unix domain sockets, for example.
No need for full TCP stack just to pass things back and forth between
Apache and back-end processes.
Or over standard input, so that we can have an admin
On Tue, Feb 27, 2007 at 12:05:08AM +0800, howard chen wrote:
1. single-threaded, event-based, (powered by epoll)
httpd supports epoll() and event-based polling to the extent that the
system-call chains for handling a request by Apache httpd and lighttpd
are near-identical, it's hard to tell them
On Wed, Feb 28, 2007 at 01:32:44PM -0800, Paul Querna wrote:
steve wrote:
On 2/27/07, Arnold Daniels [EMAIL PROTECTED] wrote:
Nick already told you, that Apache allows you to choose. So simply use
the fast-cgi/mpm-event combo, if you like that best. And if you want to
evangelize the
On Wed, May 23, 2007 at 06:39:48PM -0500, William A. Rowe, Jr. wrote:
So I brought up to the list 'fixing' this with an additional meta
character to follow | that would distinguish sh from non-sh invocations,
and permit both.
Wouldn't | exec logger work?
--
Colm MacCárthaigh
On Thu, May 24, 2007 at 08:05:30AM -0400, Joshua Slive wrote:
External links are encouraged where they add substantial value, but
you may not link to your own pages or otherwise seek private benefits
from external links.
I like the elegance of this rule, because if it's your page and you
On Thu, May 24, 2007 at 06:47:49PM -0500, Webmaster wrote:
Say whatever you want, I'm not going to argue when the evidence is online
for everyone to examine. Go look at the wiki at my posting history, you
will see how unfairly I have been treated.
I've done just that today, never having
On Fri, Jun 01, 2007 at 10:05:26AM -0400, Jim Jagielski wrote:
- if (ap_scoreboard_image-servers[n].status != SERVER_DEAD
- kill((pid = ap_scoreboard_image-parent[n].pid), 0) == -1) {
- ap_update_child_status(n, SERVER_DEAD, NULL);
- /* just mark it as having a
On Fri, Jun 01, 2007 at 10:50:09AM -0400, Jim Jagielski wrote:
Should we get rid of it from the table here? Can we get away without
removing stale pids in general? What if they are recycled by the OS
for something else?
No, that's a good point. We should likely remove the
pid from our
On Thu, Jun 21, 2007 at 05:51:34PM +0100, Joe Orton wrote:
On Sat, Jun 16, 2007 at 09:29:25PM -, Jim Jagielski wrote:
Secondly: I think this approach is unnecessarily complex. I think it's
sufficient to simply check whether the target process is in the right
process group before sending
On Sat, Aug 18, 2007 at 05:09:08PM -0500, William A. Rowe, Jr. wrote:
Hmmm... seems that - even though we've *repeated* this multiple times,
we have to state this again. Contents of http://httpd.apache.org/dev/dist/
are *development* tarballs and not for any distribution.
It's called dist,
On Sun, Aug 19, 2007 at 11:49:10AM +0200, Steffen wrote:
Correct me if I wrong, but sometimes I have the feeling that ASF and/or
Covalent Technologies are not happy with the Apache Lounge.
You're wrong in that the ASF (and probably Covalent) are groups of
people that don't act with a single
On Sat, Aug 18, 2007 at 06:31:01PM -0500, William A. Rowe, Jr. wrote:
* does it correspond to the tag?
* is it correctly licensed?
* is it correctly packaged?
* are any additions that appear to have IP encumbrances?
* does it build?
* does it run?
* does it pass the perl-framework
On Sat, Aug 18, 2007 at 09:46:50PM -0400, Tom Donovan wrote:
Maybe not threatening - but it is an eye-opener for some of us that the
Apache2 license protects released versions of Apache differently.
It doesn't.
My (possibly faulty) understanding was that the whole Redistribution
and
On Sun, Aug 19, 2007 at 12:16:03PM -0400, Jim Jagielski wrote:
Colm MacCarthaigh wrote:
Like I said, as long as ApacheLounge makes clear that the versions it
carries are not ASF releases, it's certainly permitted by the license
and not the least bit out of the ordinary.
That's the point
On Sun, Aug 19, 2007 at 02:40:39PM -0500, William A. Rowe, Jr. wrote:
The bottom line is that nobody took issue with Jeff's or my comments. They
are free to do so. Colm has this time around. His points don't quite jive,
if you offered a patch set and said hey, this is the difference between
On Sun, Aug 19, 2007 at 03:05:14PM -0500, William A. Rowe, Jr. wrote:
You specifically mentioned how many distros have patched sources, and
that's true (and not an issue). What I asked was, are there distros which
ship our release candidates before they are released, and if so, are they
On Mon, Aug 20, 2007 at 04:00:48PM -0700, Paul Querna wrote:
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
On Mon, Dec 17, 2007 at 11:22:37PM +, Andrew Beverley wrote:
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 our
defence networks. However, one of the barriers I am coming up against is
On Tue, Oct 11, 2005 at 02:07:56AM -0500, William A. Rowe, Jr. wrote:
I'm looking for input what version of visual c++ we should build apr 1.x
and httpd 2.1.x and onwards with. As most are aware, discrepancies in
the clib mean that mismatched posix open()/close(), malloc()/free() can
all
On Tue, Oct 11, 2005 at 01:34:16PM +0200, Graham Leggett wrote:
We provide SRPMs for building, which contain fixed httpd.spec files.
I see people downloading them a fair ammount ( 400 per day, which is
actually quite a lot for the binaries section), and I don't see why
these would discontinue.
support/logresolve doesn't support IPv6 addresses, which is a pain,
because while logresolve is not a brilliant log resolver, it's useful
for putting at the end of brief command lines, grepping things and so
on.
Anyway;
http://people.apache.org/~colm/logresolve.c
is an APR version,
On Fri, Oct 21, 2005 at 10:48:23PM -, [EMAIL PROTECTED] wrote:
Author: rpluem
Date: Fri Oct 21 15:48:18 2005
New Revision: 327601
URL: http://svn.apache.org/viewcvs?rev=327601view=rev
Log:
* Move two backports from proposed to accepted, as they have enough votes now.
I don't think
On Fri, Oct 21, 2005 at 07:40:04PM -0400, Jeff Trawick wrote:
I don't think this should be done until the actual code is backported
too :-) (someone more clued-in than I can confirm though).
Move from proposed to accepted when there are sufficient votes.
Remove from STATUS when code is
On Sun, Oct 23, 2005 at 10:38:41PM -, [EMAIL PROTECTED] wrote:
Modified: httpd/httpd/trunk/server/core_filters.c
URL:
http://svn.apache.org/viewcvs/httpd/httpd/trunk/server/core_filters.c?rev=327872r1=327871r2=327872view=diff
On Mon, Oct 24, 2005 at 12:58:21PM +0100, Joe Orton wrote:
- odd style in places, some if(/while( without enough whitespace
Ahh that old habit.
and declarations with too much whitespace:
apr_file_t * etc;
This comes directly from the old logresolve.c. Didn't want to change
On Mon, Oct 24, 2005 at 01:22:36PM +0100, Joe Orton wrote:
There was a thread about this previously; just checking for consensus,
is there any objection to bumping the apr/apr-util version requirements
to 1.2.x? (1.2.x is already required for mod_dbd, event MP, and it will
simplify the
On Sun, Oct 23, 2005 at 06:18:09PM -0700, Paul Querna wrote:
Thoughts/Concerns?
Can the PMC ask infra to make /docs-2.2/ work? The redirect needs
explicit exclusions.
There are quite a few instances of httpd 2.1 in the docs tree right
now, including explicit links to
On Mon, Oct 24, 2005 at 06:16:14PM +0200, Joost de Heer wrote:
Looks good; some nits:
- odd style in places, some if(/while( without enough whitespace
and declarations with too much whitespace:
apr_file_t * etc;
Is there an indent command line overview for 'ASF approved coding'?
On Sat, Oct 29, 2005 at 01:33:08PM -0500, William A. Rowe, Jr. wrote:
+ using the directive module=mod_cacheCacheDisable/directive
+ directive, or modulemod_expires/module. Left unchecked,
+ modulemod_cache/module - very much like a reverse proxy - would
cache
+ the
On Mon, Oct 31, 2005 at 04:23:49PM -0500, Eric Covener wrote:
If httpd receives a connection on a link-local (perhaps site-local?)
Only link-local, site-local won't matter (as is decrecated in unicast at
least).
IPv6 socket, apr_getnameinfo()/ap_get_remote_host() can/will return
something
On Sat, Oct 29, 2005 at 09:09:46PM -0700, Paul Querna wrote:
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.
+1 for beta, but some things that would apply to GA;
Doing a complete fresh install from tarball I
On Wed, Nov 02, 2005 at 11:21:18AM +, Joe Orton wrote:
On Wed, Nov 02, 2005 at 10:44:02AM +, Colm MacCarthaigh wrote:
On Wed, Nov 02, 2005 at 10:33:50AM +, Joe Orton wrote:
This sounds very confused. On 64-bit platforms there are never any
magic CFLAGS needed, no sendfile64
On Wed, Nov 02, 2005 at 11:38:17AM +, Joe Orton wrote:
and it's the latter branch that gets trigged on IA64
How have you managed to get SIZEOF_OFF_T == 4 as true on IA64?
Hmmm, no, it's 8. As is size_t. I'm going back to scratch at looking at
what's up with gdb.
--
Colm MacCárthaigh
On Wed, Nov 02, 2005 at 11:49:15AM +, Colm MacCarthaigh wrote:
On Wed, Nov 02, 2005 at 11:38:17AM +, Joe Orton wrote:
and it's the latter branch that gets trigged on IA64
How have you managed to get SIZEOF_OFF_T == 4 as true on IA64?
Hmmm, no, it's 8. As is size_t. I'm going
On Wed, Nov 02, 2005 at 01:34:56PM +, Joe Orton wrote:
Seems to work OK for me with RHEL4/IA64 (2.6.9-22.0.1.EL) with my normal
sendfile test app over loopback.
open(6G.sparse, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0664, st_size=6442450945, ...}) = 0
sendfile(1, 3, [0],
On Wed, Nov 02, 2005 at 02:50:55PM +, Joe Orton wrote:
Really I don't think it's right to change the code at all to try to
cope with the Nth latest sendfile is broken if... issue. Just
EnableSendfile off as should be default.
Definitely not the preferred option in my case, don't know how
On Wed, Nov 02, 2005 at 01:10:09PM -0600, William A. Rowe, Jr. wrote:
Well if you see only one way to fix it, yes,
The only viable way anyway. I've been looking at this for a few months,
since I first reported to [EMAIL PROTECTED] (still waiting on a
response) and have tried to construct the
On Wed, Nov 02, 2005 at 08:41:18PM +0100, Ruediger Pluem wrote:
I do not regard this as a showstopper since we only have an admittedly
serious security problem in a *specific* configuration. I think it is
enough to add a big warning to the mod_cache documentation that
protecting cached
On Thu, Nov 03, 2005 at 03:27:43PM +, Joe Orton wrote:
Agreed, and I don't see why this is a showstopper either if this has
been the behaviour of mod_cache forever anyway. showstopper ===
regression
I've taken this out of the show-stopper section, I'll just live with
documentation as a
On Mon, Nov 07, 2005 at 09:28:54PM +, Nick Kew wrote:
No, you should be setting Vary: * if the content varies. That is
also required by HTTP.
That applies if it varies by some request header.
Vary: * means that how the content varies in unspecified, and section
12.1 of RFC2616
On Tue, Nov 08, 2005 at 12:02:03PM +, Brian Candler wrote:
The attacker doesn't have your private key, so they would create their own
key pair. As a result, the connecting client would see a *different* key
than the one they would see if they connect to your server directly. The
problem
On Tue, Nov 08, 2005 at 12:54:18PM -0500, Joshua Slive wrote:
1. Order Allow,Deny
Allow from all
2. Order Deny,Allow
Allow from all
3. Order Deny,Allow
The difference between the three only becomes important if you add more
Allow/Deny directives.
o.k., is the following
On Thu, Nov 10, 2005 at 08:27:49AM -0500, Jim Jagielski wrote:
Just a FYI that I'll be performing a TAB-8-SPACE cleanup
on all the .c files in both httpd-trunk and httpd-2.2. We've
gotten sloppy as far as that's concerned and we might as well
bite the bullet and do the fixes now :)
While we
The APR_FIND_APR (and _APU) macro hunts for an installed apr with the
specified major version number, but then later we use APACHE_CHECK_APxVER
to insist on a minor version too.
Wouldn't it make more sense for the APR_FIND_APR macro to only return
aprs of the minimum version we will use anyway?
I'd like to turn the svn:eol-style attribute off for the windown build
files (files ending in .dsp, .dsw and win32ver.awk), and have them
stored in win32 new-line format in the repository.
The reason being that the current format is preventing me from checking
out the repos I have on my unix
On Mon, Nov 14, 2005 at 01:11:05PM +0100, Erik Huelsmann wrote:
A reason to set the eol-style to CRLF is that *if* someone edits them
on unix and accidentally inserts LFs, they're forcibly recoded to CRLF
upon commit. Which -obviously- doesn't happen if you don't set an
eol-style.
Setting to
On Mon, Nov 14, 2005 at 11:14:13AM -0600, William A. Rowe, Jr. wrote:
The reason being that the current format is preventing me from checking
out the repos I have on my unix box, and using samba to share the
working copies with my windows box. That way I can check my changes on
the two
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.
Unfortunately I'm away in Munich right now, so I havn't had a
On Sun, Nov 20, 2005 at 04:33:12AM -0800, Paul Querna wrote:
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
On Sun, Nov 20, 2005 at 10:38:26AM -0800, Justin Erenkrantz wrote:
On Sun, Nov 20, 2005 at 12:43:09PM +, Colm MacCarthaigh wrote:
Yep, but it's how the user gets around that that's the real problem. If
a user has apr 1.1 installed in /usr, the only way to get httpd to
configure
On Sun, Nov 20, 2005 at 10:44:05AM +, Nick Kew wrote:
FWIW, www.apache.org has been running 2.1.9 since early November.
I've been running it exclusively live since 2.1.9 (and previously 2.1.8
quietly on a high port). I expect Colm should be able to report on it
running in an
On Mon, Nov 21, 2005 at 12:53:01PM +, Colm MacCarthaigh wrote:
On Sun, Nov 20, 2005 at 10:44:05AM +, Nick Kew wrote:
FWIW, www.apache.org has been running 2.1.9 since early November.
I've been running it exclusively live since 2.1.9 (and previously 2.1.8
quietly on a high port
On Tue, Nov 29, 2005 at 05:53:52AM -0600, Jess Holle wrote:
I'm no commiter but must concur -- until the build runs cleanly on
Windows 2.2.0 should not go out the door.
Not everyone may like it, but Windows is a major Apache usage platform
these days.
mod_dbd isn't included in the win32
On Tue, Nov 29, 2005 at 02:03:59PM +0100, Steffen wrote:
Build with no issue here on Windows, except mod_authn_db and dmod_dbd.
How are you building these? there's no .dsp file for either, nor are
they in Makefile.win.
The distributed source tree not building is one thing, but modules
people
On Tue, Nov 29, 2005 at 03:20:50PM +, Nick Kew wrote:
As for suddenly waking up, please note the date on
http://marc.theaimsgroup.com/?l=apache-httpd-devm=113266737311013w=2
mod_dbd compiles fine for me when I remove the AP_DECLARE wrappers
actually. But that might break the symbol export
On Tue, Nov 29, 2005 at 05:25:31PM +, Nick Kew wrote:
On Tuesday 29 November 2005 16:37, [EMAIL PROTECTED] wrote:
-AP_DECLARE(void) ap_dbd_prepare(server_rec *s, const char *query,
+DBD_DECLARE(void) ap_dbd_prepare(server_rec *s, const char *query,
On Tue, Nov 29, 2005 at 09:30:30AM -0800, Paul Querna wrote:
My vote, +1 for GA, tested lightly on FreeBSD 5.4/x86, and OSX
10.4.3/ppc. Also based on diff of the 2.1.10 and 2.2.0 tarballs.
+1 here too, tested on ubuntu.
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
On Tue, Nov 29, 2005 at 05:53:52AM -0600, Jess Holle wrote:
I'm no commiter but must concur -- until the build runs cleanly on
Windows 2.2.0 should not go out the door.
Not everyone may like it, but Windows is a major Apache usage platform
these days.
O.k., can any win32 users please test
On Tue, Nov 29, 2005 at 03:18:57PM -0500, Brian Akins wrote:
I know that a press release is out of the question for my company. We
do not endorse or disparage any product.
That's understandable, for a news organisation. For our part, HEAnet has
no problem being quoted, but maybe something
I'm not near my windows box, and the universal inability of any search
engine to allow me to search for the literal string $MAKE is geting to
me.
Does anyone know exactly which is correct;
$MAKE
or
($MAKE)
I can reverse engineer the answer tomorrow, but it's
On Tue, Nov 29, 2005 at 10:36:31PM +, Colm MacCarthaigh wrote:
I can reverse engineer the answer tomorrow, but it's still annoying me
now. It looks to me, and some others, like the latter would evaluate to
(NMAKE) and yet when I made the change it got rid of the syntax error,
and it looked
On Wed, Nov 30, 2005 at 11:01:55AM -0500, Paul A Houle wrote:
So if one uses worker and few processes (i.e. lots of threads per),
then Solaris should be fine?
That's what people think, but I'd like to see some numbers.
I've never put a worker Apache into production because most of
These might also be useful in patches-to-apply upon release :)
==
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Wed Nov 30 08:27:14 2005
@@ -67,8 +67,16 @@
RELEASE
On Wed, Nov 30, 2005 at 11:25:06AM -0500, Joshua Slive wrote:
Re Brian's question above, I think we want a statement emphasizing
performance and scalability. It doesn't need to be extremely precise,
spec-wise. Most people reading a press release wouldn't care. We just
want to transmit
On Wed, Nov 30, 2005 at 09:19:25AM -0800, Justin Erenkrantz wrote:
I'll just remind everyone this is a public list and its archived too. =)
If you wish to keep things private, we can use [EMAIL PROTECTED] and possibly
the PMC list. Yes, there's a difference between including it in a PR and
1 - 100 of 413 matches
Mail list logo