[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: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Thu, 13 Nov 2008 20:20:26 -0500

On Thu, Nov 13, 2008 at 7:46 PM, Julian Foad <julianfoad_at_btopenworld.com> wrote:
> Justin, I hear you. I guess it depends on whether the code is more like
> "stable and part of the system" or more like "still being developed". I
> had the feeling it was still being developed (our official designation,
> AFAIK, is "experimental"), albeit in a well progressed stage where it's
> usable, but I'm admittedly out of touch and may have the wrong feeling.
> Sorry for the bad vibes.

ra_serf has passed all of the regression tests for a long time now.
So, I don't think it's experimental by any stretch of the imagination
by now. I've used it as my ra layer for years now. =)

> All the code I'm working with is supposed to be RA-neutral and I don't
> think it does anything fancy with the RA layers. Yes, sometimes Neon and
> Local and Svn are all seeing the same issue but hiding it in their
> various ways, but when code works with the three well-established
> layers, I hope you can see why I look to people interested in Serf to
> either make Serf compatible with the others or explain why the calling
> code is wrong.

I believe that Daniel reported earlier today that ra_svn was failing
at least some of the same tests as ra_serf (specifically the commit
tests). So, IMO, that's indicative of something broken and not just
"ra_serf is crap, so ignore it."

> 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.

Sure - that'd be a good start. -- justin

---------------------------------------------------------------------
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 02:20:39 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.