On 24/05/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sctemme
Date: Wed May 23 19:19:04 2007
New Revision: 541138
Thanks Sander,
I subscribed to the httpd-cvs list (as linked to from the httpd site)
three days ago but haven't seen any commits. Is that list still
active? I got the
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.
[ ] Our httpd wiki is open to external resources for httpd.
[ ] External
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
On Tue, 22 May 2007, Henrik Nordstrom wrote:
tis 2007-05-22 klockan 11:40 +0200 skrev Niklas Edmundsson:
-8---
Does anybody see a problem with changing mod_cache to not update the
stored headers when the request has max-age=0, the body turns out not
to be stale and the on-disk
On May 23, 2007, at 11:49 PM, Vincent Bray wrote:
On 24/05/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sctemme
Date: Wed May 23 19:19:04 2007
New Revision: 541138
Thanks Sander,
I subscribed to the httpd-cvs list (as linked to from the httpd site)
three days ago but haven't seen
On May 23, 2007, at 4:39 PM, William A. Rowe, Jr. wrote:
[ ] Revert to |foo to invoke foo, and
add |$foo syntax to launch foo via sh
I like this one the best, since it consumes fewest resources in the
default case.
[ ] Retain |foo to invoke foo through sh, and
add ||foo
On 5/24/07, Niklas Edmundsson [EMAIL PROTECTED] wrote:
On Tue, 22 May 2007, Henrik Nordstrom wrote:
tis 2007-05-22 klockan 11:40 +0200 skrev Niklas Edmundsson:
-8---
Does anybody see a problem with changing mod_cache to not update the
stored headers when the request has
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.
[ ] Our httpd wiki is open to external resources
On Thu, May 24, 2007 10:23 am, Sander Striker wrote:
It's fine in an RFC point of view for the cache to completely ignore a
304 and not update the stored entity at all. But the response to this
request should be the merge of the two responses assuming the
conditional was added by the
On Wed, May 23, 2007 at 06:39:48PM -0500, William Rowe wrote:
While I'm working on a solution to permit cmd.exe to be launched from
a service process within Win32, I'm still struck by the inefficiency
here and feel we need to resolve the core issue.
...
[ ] Revert to |foo to invoke foo, and
On 5/23/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
While I'm working on a solution to permit cmd.exe to be launched from
a service process within Win32, I'm still struck by the inefficiency
here and feel we need to resolve the core issue.
Regarding the inefficiency, it doesn't seem to
On 05/24/2007 11:27 AM, Joe Orton wrote:
On Wed, May 23, 2007 at 06:39:48PM -0500, William Rowe wrote:
While I'm working on a solution to permit cmd.exe to be launched from
a service process within Win32, I'm still struck by the inefficiency
here and feel we need to resolve the core issue.
On Thu, 24 May 2007, Sander Striker wrote:
-8---
Does anybody see a problem with changing mod_cache to not update the
stored headers when the request has max-age=0, the body turns out not
to be stale and the on-disk header hasn't expired?
-8---
My
On 5/24/07, Yoav Shapira [EMAIL PROTECTED] wrote:
Hi,
On 5/24/07, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/23/07, William A. Rowe, Jr. [EMAIL PROTECTED] 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,
On 5/24/07, Craig McClanahan [EMAIL PROTECTED] wrote:
If a Wiki isn't open to community input ( where community here means
*users*, not the typical Apache definition of community meaning the
*committers*), then what is it for?
The wiki is for community input. Not recognizing the difference
tor 2007-05-24 klockan 13:22 +0200 skrev Niklas Edmundsson:
c) RFC-wise it seems to me that a not-modified object is a
not-modified object. There is no guarantee that next request will
hit the same cache, so nothing can expect a max-age=0 request to
force a cache to rewrite its
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 May 24, 2007, at 8:50 AM, Colm MacCarthaigh wrote:
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
On 05/24/2007 02:39 PM, Colm MacCarthaigh wrote:
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 |
On 5/24/07, Jim Jagielski [EMAIL PROTECTED] wrote:
On May 24, 2007, at 8:50 AM, Colm MacCarthaigh wrote:
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
On May 24, 2007, at 08:50, Colm MacCarthaigh wrote:
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
On May 24, 2007, at 04:23, Tony Stevenson wrote:
AskApache has had several email conversations with both myself, and
Rich. In which he was asked politely, but firmly to not use links
to content on his site.
NOTE: NOT because external links are bad, but because the articles to
which
On Thu, May 24, 2007 at 10:14:23AM -0400, Rich Bowen wrote:
NOTE: NOT because external links are bad, but because the articles to
which he was linking were misleading, incorrect, and promoted sub-
optimal solutions to common problems. The implied endorsement (The
Apache docs link to this
On May 24, 2007, at 4:04 AM, Sander Temme wrote:
On May 23, 2007, at 4:39 PM, William A. Rowe, Jr. wrote:
[ ] Revert to |foo to invoke foo, and
add |$foo syntax to launch foo via sh
I like this one the best, since it consumes fewest resources in the
default case.
[ ] Retain
On 24/05/07, Mads Toftum [EMAIL PROTECTED] wrote:
+1 - I don't think a single users abuse should force us into making a
catch all policy. Part of the price of running a wiki is that you'll
have to deal with abuse from time to time.
I also agree with all of Rich's sentiments, but I feel a
On 5/24/07, Rich Bowen [EMAIL PROTECTED] wrote:
On May 24, 2007, at 04:23, Tony Stevenson wrote:
AskApache has had several email conversations with both myself, and
Rich. In which he was asked politely, but firmly to not use links
to content on his site.
NOTE: NOT because external links
On 5/24/07, Joshua Slive [EMAIL PROTECTED] wrote:
The Apache wiki is not some democratic exercise like wikipedia where
we need to treat everyone equally. We are a meritocracy, not a
democracy, even on the wiki. Certain people (like Rich) have earned
the right to make final decisions about what
Jeff Trawick wrote:
On 5/23/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
While I'm working on a solution to permit cmd.exe to be launched from
a service process within Win32, I'm still struck by the inefficiency
here and feel we need to resolve the core issue.
Apparently it is a good
On 5/24/07, Jorge Schrauwen [EMAIL PROTECTED] wrote:
Maybe one rule that states that {INSERT AUTHERIZED PEOPLE HERE} can
make a decision on a dispute. Example: some external link that provide
bad/false or not prefured information.
If that person/persons decide the link needs to go it should.
[for infra, who is bcc'ed - three * bullets below]
Joshua Slive wrote:
Although I respect Bill's desire to have this solved apache-wide, I
actually think that this case would have been better addressed in the
closer confines of [EMAIL PROTECTED] Let's just address this particular case
and
On 5/24/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[for infra, who is bcc'ed - three * bullets below]
* ask infra to reopen the wiki to general write access,
* aks infra to please revoke AskApache/their ip from the httpd wiki.
+1.
On 5/24/07, Justin Erenkrantz [EMAIL PROTECTED] wrote:
On 5/24/07, Jorge Schrauwen [EMAIL PROTECTED] wrote:
Maybe one rule that states that {INSERT AUTHERIZED PEOPLE HERE} can
make a decision on a dispute. Example: some external link that provide
bad/false or not prefured information.
If
OK, now that we have a name, I'd like to make sure we agree on what we're
going to submit to the board, namely that:
1. We'd like a TLP for the purpose of overseeing Python projects which
includes mod_python.
2. We'd like to name this project Quetzalcoatl.
3. The initial PMC will be:
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
Quetzalcoatl is the winner.
Grisha
On Tue, 22 May 2007, Rob Sanderson wrote:
+1 Quetzalcoatl
And ditto re pyFoo and kFoo. :)
Rob
On Tue, 2007-05-22 at 12:08 -0400, Jim Gallacher wrote:
+1 Quetzalcoatl
I think I voted 3 times for different things, so this is my *final*
official vote.
36 matches
Mail list logo