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

Re: ra_serf testing (was: svn commit: r1158522 - /subversion/branches/1.7.x/STATUS)

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Wed, 17 Aug 2011 11:34:33 +0300

+1; let's identify problems /throughout/ the 1.8 release release cycle,
rather than only at 1.8 stabilization.

Greg Stein wrote on Wed, Aug 17, 2011 at 01:56:34 -0400:
> On Wed, Aug 17, 2011 at 01:30, <gstein_at_apache.org> wrote:
> > Author: gstein
> > Date: Wed Aug 17 05:30:23 2011
> > New Revision: 1158522
> >
> > URL: http://svn.apache.org/viewvc?rev=1158522&view=rev
> > Log:
> > IMO, issue 3979 should be fixed if ra_serf is the default, but we're too
> > late in the cycle for the necessary work. Ship with Neon.
>
> I would like to be very clear about something here:
>
> The bugs that arrived "last minute" are (IMO) due to a failing in the
> community to properly test ra_serf. And now we have kicked the damned
> can down the road. I fear that we're going to run into the same
> fuckin' problem when we try to ship 1.8, and it makes me cranky.
>
> Configure your client with ra_serf. Disable Neon. Test it. And if you
> have a problem, then FILE A BUG. Do it.
>
> We need serf to properly deal with our goal of "request only the
> pristines (by SHA) that we need". Failing to properly test ra_serf
> impacts our future direction. PLEASE: no more of this "test at last
> minute" crap that has happened.
>
> -g
Received on 2011-08-17 10:39:34 CEST

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