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

Re: Subversion 1.5 Release decision?

From: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 22 May 2008 16:36:06 -0400

On Thu, May 22, 2008 at 3:39 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Thu, May 22, 2008 at 3:32 PM, Karl Fogel <kfogel_at_red-bean.com> wrote:
>> Karl Fogel <kfogel_at_red-bean.com> writes:
>>> I'd prefer to back them out.
>>
>> When I say "back them out", I just mean not include them. I don't care
>> about the mechanism by which the intended set of changes gets released.
>
> Can you turn this into a formal proposal? In terms of the mechanism
> to do it along with what changes we will not include. Hyrum has
> already semi-objected to creating new branches and cmpilato did
> similar on IRC.
>
> It seems like there are three that have been backported that we do not
> want to include in .0. Not sure what else might be in STATUS to
> include. Maybe just this one?

I'd be OK with removing these two from the 1.5.x branch and just
dealing with them for 1.6. Both changes are fine in concept but there
is likely some followup work needed for r31343 and the other change
depended on this one. As I had said in issue# 3200 I do not think
these needed to be exposed to JavaHL this late in the game.

----------------------------------------------------------------------------
r31343 | cmpilato | 2008-05-21 17:32:23 EDT
Changed paths:
        M /branches/1.5.x/subversion/bindings/javahl/native/LogMessageCallback.cpp
        M /branches/1.5.x/subversion/bindings/javahl/native/ProplistCallback.h
        M /branches/1.5.x/subversion/bindings/javahl/src/org/tigris/subversion/javahl/LogMessageCallback.java
        M /branches/1.5.x/subversion/bindings/javahl/src/org/tigris/subversion/javahl/SVNClient.java
        M /branches/1.5.x/subversion/bindings/javahl/tests/org/tigris/subversion/javahl/BasicTests.java

Merge from trunk this change group:

 * r31273
   Let JavaHL return arbitrary revprops through the logMessages() method.
   Notes:
     Although not directly part of issue #3200, it is complimentary to it.
     The r31274 group depends on this change to test (and to merge cleanly).
   Votes:
     +1: hwright (pending merge of issue #3200 fixes)
     +0: cmpilato

----------------------------------------------------------------------------
r31344 | cmpilato | 2008-05-21 17:38:42 EDT
Changed paths:
        A /branches/1.5.x/subversion/bindings/javahl/native/RevpropTable.cpp
        A /branches/1.5.x/subversion/bindings/javahl/native/RevpropTable.h
        M /branches/1.5.x/subversion/bindings/javahl/native/SVNClient.cpp
        M /branches/1.5.x/subversion/bindings/javahl/native/SVNClient.h
        M /branches/1.5.x/subversion/bindings/javahl/native/org_tigris_subversion_javahl_SVNClient.cpp
        M /branches/1.5.x/subversion/bindings/javahl/src/org/tigris/subversion/javahl/SVNClient.java
        M /branches/1.5.x/subversion/bindings/javahl/src/org/tigris/subversion/javahl/SVNClientInterface.java
        M /branches/1.5.x/subversion/bindings/javahl/src/org/tigris/subversion/javahl/SVNClientSynchronized.java
        M /branches/1.5.x/subversion/bindings/javahl/tests/org/tigris/subversion/javahl/BasicTests.java

Merge from trunk this change group:

 * r31274, r31275, r31276
   Extend issue #3200 API fixes to the JavaHL bindings.
   Notes:
     This depends on r31273 and the issue #3200 group.
     As it touches 1.5 APIs, This should be merged, or fixed up on trunk.
   Votes:
     +1: hwright (pending merge of issue #3200 fixes)
     +0: cmpilato

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-22 22:36:20 CEST

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.