upgrade_tests 7 FAIL when working directory has a "+" character

2013-09-04 Thread James McCoy
The basic_upgrade_1_0 test fails the svn_path_is_canonical(base, pool) assertion in svn_path_join: CMD: svnadmin create svn-test-work/repositories/upgrade_tests-7 --bdb-txn-nosync CMD: svnadmin dump svn-test-work/local_tmp/repos | svnadmin load svn-test-work/repositories/upgrade_tests-7 --ignore-

Release announcements

2013-09-04 Thread Ben Reser
The 1.7.13 and 1.8.3 release announcements sent to annou...@apache.org were returned today with the message that the moderators failed to act on the posts. Looking at the archives I see that my reply to fix the error in the CVE identifiers was moderated through but apparently the original messages

Re: Move Tracking in the Update Editor

2013-09-04 Thread Philip Martin
Julian Foad writes: > Julian Foad wrote: > >> Philip Martin wrote: >>> [...] I can imagine an enhanced Ev1 editor drive that does >>> >>>    move away A >>>    move to C (original A) >>>    del A >>>    move away B >>>    move to C (original B) >>>    del B >>>    add C >>> >>> The dele

Re: SVN update of child ignores files if preceded by update --depth immediates

2013-09-04 Thread Mihai Danila
Philip, We have upgraded our working copies to SVN 1.7, but, unfortunately, the single ".svn" directory per working copy paradigm used by SVN 1.7 prevents us from running concurrent updates to different areas of our working copy. We get errors and locked working copies. Is it possible to fix SVN

Re: [Subversion Wiki] Update of "MoveDev/Ev15MovesDesign" by JulianFoad

2013-09-04 Thread Branko Čibej
On 04.09.2013 17:23, Apache subversion Wiki wrote: > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Subversion Wiki" for > change notification. > > The "MoveDev/Ev15MovesDesign" page has been changed by JulianFoad: > https://wiki.apache.org/subversion/MoveDev/Ev15Moves

Re: [PATCH] Make constructors of some JavaHL classes public

2013-09-04 Thread Branko Čibej
On 04.09.2013 15:50, Mark Phippard wrote: > On Wed, Sep 4, 2013 at 9:47 AM, Branko Čibej > wrote: > > On 04.09.2013 15:03, Dmitry Pavlenko wrote: > > Hello all! > > There're 2 classes in JavaHL interface (CommitItem and > ConflictVersion) that have packag

Re: [PATCH] Make constructors of some JavaHL classes public

2013-09-04 Thread Dmitry Pavlenko
I thought about that, but there's a lot of such comments even above public constructors (e.g. above Lock class constructor). I think, this comment will still be true even the after change because within Subversion project the class will still be constructed only from JNI code. > 2013/9/4 Dmit

Re: [PATCH] Make constructors of some JavaHL classes public

2013-09-04 Thread Mark Phippard
On Wed, Sep 4, 2013 at 9:47 AM, Branko Čibej wrote: > On 04.09.2013 15:03, Dmitry Pavlenko wrote: > > Hello all! > > There're 2 classes in JavaHL interface (CommitItem and ConflictVersion) > that have package local > > constructors that makes it difficult to construct them from SVNKit. I > would

Re: [PATCH] Make constructors of some JavaHL classes public

2013-09-04 Thread Branko Čibej
On 04.09.2013 15:03, Dmitry Pavlenko wrote: > Hello all! > There're 2 classes in JavaHL interface (CommitItem and ConflictVersion) that > have package local > constructors that makes it difficult to construct them from SVNKit. I would > ask you to make the > constructors public. I disagree. Th

Re: [PATCH] Make constructors of some JavaHL classes public

2013-09-04 Thread Konstantin Kolinko
2013/9/4 Dmitry Pavlenko : > Hello all! > There're 2 classes in JavaHL interface (CommitItem and ConflictVersion) that > have package local > constructors that makes it difficult to construct them from SVNKit. I would > ask you to make the > constructors public. > > [[[ > Make constructors of Com

[PATCH] Make constructors of some JavaHL classes public

2013-09-04 Thread Dmitry Pavlenko
Hello all! There're 2 classes in JavaHL interface (CommitItem and ConflictVersion) that have package local constructors that makes it difficult to construct them from SVNKit. I would ask you to make the constructors public. [[[ Make constructors of CommitItem and ConflictVersion publc. * subv

Re: svn log --ignore-properties option

2013-09-04 Thread Patrick Sawyer
I know the issue has been raised to to provide log to filter out change-sets: http://subversion.tigris.org/issues/show_bug.cgi?id=4419 But do we have any discussion on this point? Would the ability to ignore properties be useful? Thanks Regards Patrick Sawyer | *Deployment Coordinator * * *

Re: Move Tracking in the Update Editor

2013-09-04 Thread Julian Foad
Julian Foad wrote: > Philip Martin wrote: >> [...] I can imagine an enhanced Ev1 editor drive that does >> >>    move away A >>    move to C (original A) >>    del A >>    move away B >>    move to C (original B) >>    del B >>    add C >> >> The deletes lead to tree-conflicts on A and B

Re: Move Tracking in the Update Editor

2013-09-04 Thread Julian Foad
Julian Foad wrote: > Philip Martin wrote: >> [...] I can imagine an enhanced Ev1 editor drive that does >> >>    move away A >>    move to C (original A) >>    del A >>    move away B >>    move to C (original B) >>    del B >>    add C >> >> The deletes lead to tree-conflicts on A and B