Re: Running SVN 1.9.x on ASF servers?

2015-11-28 Thread James McCoy
On Fri, Nov 27, 2015 at 10:53:43AM +0100, Bert Huijben wrote: > Is somebody still working on this? I had mentioned on IRC that I'd provide a PPA based on my Debian packaging. I forgot to follow up and state that it's available: https://launchpad.net/~jamessan/+archive/ubuntu/subversion Cheers

RE: svn commit: r1716548 - /subversion/trunk/subversion/tests/libsvn_fs/fs-test.c

2015-11-28 Thread Bert Huijben
> -Original Message- > From: Daniel Shahaf [mailto:danie...@apache.org] > Sent: zaterdag 28 november 2015 18:32 > To: Philip Martin > Cc: Bert Huijben ; 'Branko Čibej' ; > dev@subversion.apache.org > Subject: Re: svn commit: r1716548 - > /subversion/trunk/subversion/tests/libsvn_fs/fs-te

Re: FW: getting file or directory property/metadata

2015-11-28 Thread Daniel Shahaf
[moving to dev@; please drop users@ from replies] Daniel Shahaf wrote on Sat, Nov 28, 2015 at 17:26:52 +: > To be fair, though, the same trick with 'svn info' would have lead you > to svn_fs_node_created_rev(), which is documented to return "the > revision in which @a path under @a root was cr

Re: svn commit: r1716548 - /subversion/trunk/subversion/tests/libsvn_fs/fs-test.c

2015-11-28 Thread Daniel Shahaf
On Thu, Nov 26, 2015 at 06:17:07PM +, Philip Martin wrote: > Philip Martin writes: > > > I suppose one way to fix this would be to ensure that every BDB revision > > generates a new node-revision-id. > > To do this we make '/' mutable either when creating the txn, or when > commiting the txn.

Re: svn cleanup error "svn: E720032: Can't remove '...\.svn\tmp\svn-...'

2015-11-28 Thread Daniel Shahaf
Marc Strapetz wrote on Fri, Nov 27, 2015 at 12:16:01 +0100: > One of our users is reporting frequent clean up errors: > > svn: E720032: Can't remove > 'C:\Project\Path\To\WorkingCopy\.svn\tmp\svn-30D0973' > svn: E720032: Can't remove file > 'C:\Project\Path\To\WorkingCopy\.svn\tmp\svn-30D0973': De

Re: svn commit: r1716548 - /subversion/trunk/subversion/tests/libsvn_fs/fs-test.c

2015-11-28 Thread Daniel Shahaf
Philip Martin wrote on Fri, Nov 27, 2015 at 09:27:40 +: > Daniel Shahaf writes: > > > Philip Martin wrote on Thu, Nov 26, 2015 at 13:46:39 +: > >> I suppose one way to fix this would be to ensure that every BDB revision > >> generates a new node-revision-id. > > > > I wouldn't call this a