At 05:05 AM 2/26/2002, [EMAIL PROTECTED] wrote:

>On Tue, 26 Feb 2002, Lars Eilebrecht wrote:
>
> > According to Justin Erenkrantz:
> >
> > > -0.  I personally believe that this shouldn't be backported.  If
> > > you want this, you should use 2.0.
> >
> > I tend to agree.  -0 from me as well.
> >
> > There will always be a nice feature which could be backported,
> > but IMHO we should avoid it unless there is a _very_ good reason.
>
>Standing in the way of honest people who have to get their days work done
>(and who for some arcane reason are tied to 1.3) fo the sake of 'forcing'
>the world to 2.0 is not the right thing. Apache is tied into too many
>operations systems for those sort of upgrade tactics to be effective.
>
>But making things painfull by -and- allow the closing down of 1.3
>forcefully -and- 2.0 being a moving target is not the right thing.

100% Agreed.  However, I also agree we do not want to destabilize
the 2.0 program [look at what a moving target the MPM architectures
are on 2.0 - we don't want 1.3 to suffer the same.]

If the author has gone to the effort - and this is only used for installs
using one of several management tools - this is _the_ perfect use of
/dist/httpd/contrib/patches.

We were extremely anxious about tacking in the HTTP/1.1 proxy
changes.  Took us a year to accept them as 'ready', a year of some
hard work by the proxy-dev list.  For some 5 revs or so, the patch
was available.  It wasn't widely adopted, but folks did grab it, and
contribute their feedback.  This helped assure that rolling it into
apache-1.3 cvs wouldn't harm the server.

Can we please accept this backport and make it available in either
patches/ or contrib/, to reflect the effort our contributor has already
gone to?  And if over a few versions, some folks get testing, and
report the change is stable across platforms, then we would roll
this improvement in.  If we never released another 1.3, it would
still be available for those who need it.

>A '-0' or '-1' should be given for more technical reasons in my opinion.
>And for those simply not interested in the 1.3 branch - then do not vote
>or give it a '0'.

Bravo.  It's not unreasonable to reject code to 1.3 that is unsupported
in 2.0 [with a port or patch] but if someone is willing to hack the 2.0
as well as 1.3 code, then it's silly to stand in their way over 'this branch
is dead code.'

Bill

Reply via email to