RE: [PATCH] How to Use strcmp to Check for Equality Without Confusing Your Fellow Code, Or: Isn't There a Macro for That?

2010-10-19 Thread Plüm, Rüdiger, VF-Group
> -Original Message- > From: Roy T. Fielding > Sent: Dienstag, 19. Oktober 2010 21:21 > To: dev@httpd.apache.org > Subject: Re: [PATCH] How to Use strcmp to Check for Equality > Without Confusing Your Fellow Code, Or: Isn't There a Macro for That? > > On Oct 19, 2010, at 9:36 AM, Malt

Re: mod_cache: serving stale content during outages

2010-10-19 Thread Mark Nottingham
FYI, while you're doing this it might be interesting to make it explicitly controllable by the origin: http://tools.ietf.org/html/rfc5861 Cheers, On 12/10/2010, at 9:43 AM, Graham Leggett wrote: > Hi all, > > RFC2616 allows us to serve stale content during outages: > >/* RFC2616 13.8

Re: Time for a new iconset?

2010-10-19 Thread Rich Bowen
On Oct 19, 2010, at 5:52 PM, Javier Llorente wrote: On Martes, 19 de Octubre de 2010 01:39:05 Igor Galić escribió: - "Javier Llorente" wrote: Hello list-mates, I think that the current icons used in directory listing look a bit old. Perhaps it's time to make a call for help creating a n

Re: Time for a new iconset?

2010-10-19 Thread Igor Galić
- "Javier Llorente" wrote: > On Martes, 19 de Octubre de 2010 01:39:05 Igor Galić escribió: > > - "Javier Llorente" wrote: > > > Hello list-mates, > > > > > > I think that the current icons used in directory listing look a > bit > > > old. > > > Perhaps it's time to make a call for hel

mod_proxy: making ProxyErrorOverride per directory

2010-10-19 Thread Graham Leggett
Hi all, Like mod_cache, many of the directives in mod_proxy should ideally be per-directory scoped, when they are currently scoped per-server. The attached patch makes the ProxyErrorOverride directive per- directory scoped. Is it worth doing this for other proxy directives where sensible?

Re: [Vote] Retire 2.0.x branch?

2010-10-19 Thread Rainer Jung
On 18.10.2010 18:39, Mads Toftum wrote: On Mon, Oct 18, 2010 at 10:54:27AM -0500, William A. Rowe Jr. wrote: With a release on the way with a host of good bits, almost 2 years after its previous release, it seems time that the group might consider the following options... [ ] Leave 2.0.x ope

Re: Removing Limit and LimitExcept

2010-10-19 Thread Rainer Jung
On 19.10.2010 22:30, William A. Rowe Jr. wrote: On 10/19/2010 3:03 PM, Roy T. Fielding wrote: Of course they will still use it. If you want to mandate config changes, then release it as httpd 3.x. Keeling over a website when they perform a *minor* version upgrade is foolish. Version numbers

Re: Time for a new iconset?

2010-10-19 Thread Javier Llorente
On Martes, 19 de Octubre de 2010 01:39:05 Igor Galić escribió: > - "Javier Llorente" wrote: > > Hello list-mates, > > > > I think that the current icons used in directory listing look a bit > > old. > > Perhaps it's time to make a call for help creating a new iconset? > > I am not an icon des

Re: Removing Limit and LimitExcept

2010-10-19 Thread William A. Rowe Jr.
On 10/19/2010 3:32 PM, Stefan Fritsch wrote: > On Tuesday 19 October 2010, Roy T. Fielding wrote: >> >> Then fix the insane behavior. > > I don't think that's an option. Changing the behaviour of Limit will > surely break some users' auth configs in subtle ways, which is much > worse than a clea

Re: Removing Limit and LimitExcept (was: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c)

2010-10-19 Thread Stefan Fritsch
On Tuesday 19 October 2010, Roy T. Fielding wrote: > On Oct 19, 2010, at 12:46 PM, Stefan Fritsch wrote: > > On Tuesday 19 October 2010, Roy T. Fielding wrote: > >> IMO, removing Limit and LimitExcept would require a bump to > >> httpd 3.x, since it would break almost all existing configs and > >>

Re: Removing Limit and LimitExcept

2010-10-19 Thread William A. Rowe Jr.
On 10/19/2010 3:03 PM, Roy T. Fielding wrote: > > Of course they will still use it. If you want to mandate config > changes, then release it as httpd 3.x. Keeling over a website when > they perform a *minor* version upgrade is foolish. Version numbers > are cheap. The auth config / requires ch

Re: Removing Limit and LimitExcept (was: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c)

2010-10-19 Thread Roy T. Fielding
On Oct 19, 2010, at 12:46 PM, Stefan Fritsch wrote: > On Tuesday 19 October 2010, Roy T. Fielding wrote: >> IMO, removing Limit and LimitExcept would require a bump to httpd >> 3.x, since it would break almost all existing configs and >> introduce security holes if the installer is not prepared to

Re: Removing Limit and LimitExcept (was: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c)

2010-10-19 Thread Stefan Fritsch
On Tuesday 19 October 2010, Roy T. Fielding wrote: > IMO, removing Limit and LimitExcept would require a bump to httpd > 3.x, since it would break almost all existing configs and > introduce security holes if the installer is not prepared to > rewrite them. If the user is not prepared to change th

Re: [PATCH] How to Use strcmp to Check for Equality Without Confusing Your Fellow Code, Or: Isn't There a Macro for That?

2010-10-19 Thread Dan Poirier
On 2010-10-19 at 15:21, "Roy T. Fielding" wrote: > On Oct 19, 2010, at 9:36 AM, Malte S. Stretz wrote: >> And there are a lot of string compares in the Apache codebase. Everytime >> you see a strcmp, you (or is it only me?) have to stop and think "well, is >> this branch checking for equality

Re: Removing Limit and LimitExcept (was: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c)

2010-10-19 Thread Roy T. Fielding
IMO, removing Limit and LimitExcept would require a bump to httpd 3.x, since it would break almost all existing configs and introduce security holes if the installer is not prepared to rewrite them. Deprecating Limit and LimitExcept can be done in 2.4.x, which means keeping their functionality int

Re: [PATCH] How to Use strcmp to Check for Equality Without Confusing Your Fellow Code, Or: Isn't There a Macro for That?

2010-10-19 Thread Roy T. Fielding
On Oct 19, 2010, at 9:36 AM, Malte S. Stretz wrote: > And there are a lot of string compares in the Apache codebase. Everytime > you see a strcmp, you (or is it only me?) have to stop and think "well, is > this branch checking for equality or the opposite?" > > I think this is a case where eith

Re: [Vote] Retire 2.0.x branch?

2010-10-19 Thread Stefan Fritsch
On Monday 18 October 2010, William A. Rowe Jr. wrote: > [x] Leave 2.0.x open to security/critical bug fixes only Maybe one more release a few months after 2.4.0

Removing Limit and LimitExcept (was: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c)

2010-10-19 Thread Stefan Fritsch
On Tuesday 19 October 2010, William A. Rowe Jr. wrote: > On 10/19/2010 12:47 PM, Stefan Fritsch wrote: > > On Tuesday 19 October 2010, William A. Rowe Jr. wrote: > >> If it will be gone, let's get rid of it now. Now that you have > >> the allowmethod module added, it seems we have sufficient > >>

Re: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c

2010-10-19 Thread William A. Rowe Jr.
On 10/19/2010 12:47 PM, Stefan Fritsch wrote: > On Tuesday 19 October 2010, William A. Rowe Jr. wrote: >> On 10/19/2010 12:34 PM, Stefan Fritsch wrote: >>> It was my understanding that we remove Limit/LimitExcept after >>> the first beta and I was hoping to provoke some comments from >>> testers. D

Re: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c

2010-10-19 Thread Stefan Fritsch
On Tuesday 19 October 2010, William A. Rowe Jr. wrote: > On 10/19/2010 12:34 PM, Stefan Fritsch wrote: > > It was my understanding that we remove Limit/LimitExcept after > > the first beta and I was hoping to provoke some comments from > > testers. Did I misunderstand the last discussion about this

Re: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c

2010-10-19 Thread William A. Rowe Jr.
On 10/19/2010 12:34 PM, Stefan Fritsch wrote: > > It was my understanding that we remove Limit/LimitExcept after the > first beta and I was hoping to provoke some comments from testers. Did > I misunderstand the last discussion about this? If it will be gone, let's get rid of it now. Now that

Re: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c

2010-10-19 Thread Stefan Fritsch
On Tuesday 19 October 2010, William A. Rowe Jr. wrote: > On 10/16/2010 4:59 AM, s...@apache.org wrote: > > Author: sf > > Date: Sat Oct 16 09:59:21 2010 > > New Revision: 1023227 > > > > URL: http://svn.apache.org/viewvc?rev=1023227&view=rev > > Log: > > core: Log a warning if or are used. They

Re: svn commit: r1023227 - in /httpd/httpd/trunk: CHANGES server/core.c

2010-10-19 Thread William A. Rowe Jr.
On 10/16/2010 4:59 AM, s...@apache.org wrote: > Author: sf > Date: Sat Oct 16 09:59:21 2010 > New Revision: 1023227 > > URL: http://svn.apache.org/viewvc?rev=1023227&view=rev > Log: > core: Log a warning if or are used. They are > deprecated and may go away in 2.4. Limit and LimitExcept are bei