[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Four failing tests on trunk with ra_serf.

From: Greg Stein <gstein_at_gmail.com>
Date: Fri, 14 Nov 2008 01:45:14 -0500

On Nov 13, 2008, at 19:52, "Hyrum K. Wright" <hyrum_wright_at_mail.utexas.edu
> wrote:

> Julian Foad wrote:
>> Would you say, then, that we've reached the point where we should
>> all be
>> treating Serf as part of the product and paying it as much
>> attention as
>> Neon/svn/local? One thing we should do to cement this is ask Lieven
>> to
>> get the Serf build-bot running on par with the others, not just the
>> present once a day.
> Frankly, serf won't be on par with Neon until it's the default dav
> ra method,
> and it gets more everyday usage.
> Oh, and maintaining two dav ra layers is the sure way to madness.
> If/once
> ra_serf is the default, let's just nuke ra_neon and be done with it.

It hasn't come up on list yet, but at our http discussion there was
consensus to delete Neon as soon as 1.6 is branched. This seems like a
good point for that on-list discussion :-)

When 1.6 branches, we'll flip serf to be the ONLY DAV layer. Then we
have six months to iron out any remaining issues. As Justin notes,
there aren't many since it has been his RA for years.

Any missing auth mechanisms can be added during this time, too.

This will remove our dual-path DAV and lighten our RA dev burden.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-11-14 07:45:47 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.