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

Re: BDB Fixes (was Re: svn commit: r20218 - in trunk/subversion: libsvn_fs_base/bdb svnserve)

From: Branko Čibej <brane_at_xbc.nu>
Date: 2006-06-27 00:08:27 CEST

Branko Čibej wrote:
> C. Michael Pilato wrote:
>
>> Garrett Rooney wrote:
>>
>>
>>> I'm now able to run 'make FS_TYPE=bdb svncheck' on my linux box with a
>>> forking svnserve and there are no longer any failures. I know Branko
>>> has some more work he's hoping to do here with regard to error
>>> handling (see the comment about another potential pool destruction
>>> ordering issue), but either way, this seems like an improvement, and I
>>> think it should get merged into 1.4.x ASAP.
>>>
>>>
>> Well, pending committer review and approval, of course, then yes, it should
>> get merged into 1.4.x.
>>
>>
>>
>>> If more fixes to this are going to happen in the next day or so, then
>>> we should probably hold off on a new RC, but if not, then I'd say we
>>> should cut a new RC with this fix in it, since clearly the RC1 tarball
>>> is rapidly becoming out of date.
>>>
>>> Thoughts?
>>>
>>>
>> If we know there are changes coming that are destined for 1.4.0, then
>> there's no sense in rolling another RC until those changes are in. I mean,
>> it ain't a "release candidate" if we know we wouldn't release it, right?
>>
>>
> Very much so. I suggest we hold off with the next RC until Monday, I
> expect i'll hack my way around the final bug (that I know of, heh) by then.
>
I'm afraid I didn't have time to do this after all. It's been a hectic
week-end ...

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 27 00:11:00 2006

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.