Re: invoke-diff-cmd branch is ready for trunk inclusion

2013-11-06 Thread Julian Foad
Gabriela Gibson wrote: > the latest invoke-diff-cmd branch: > > http://svn.apache.org/viewvc?view=revision&revision=1538071 > > is ready to be merged into the trunk, iff everyone agrees that the > current substitution syntax is just right and the documentation and the > code itself is of acceptab

RE: svn commit: r1539407 - in /subversion/trunk/subversion/bindings/javahl: native/ native/jniwrapper/ src/org/apache/subversion/javahl/types/ tests/org/apache/subversion/javahl/

2013-11-06 Thread Bert Huijben
> -Original Message- > From: br...@apache.org [mailto:br...@apache.org] > Sent: woensdag 6 november 2013 18:34 > To: comm...@subversion.apache.org > Subject: svn commit: r1539407 - in > /subversion/trunk/subversion/bindings/javahl: native/ native/jniwrapper/ > src/org/apache/subversion/ja

Re: invoke-diff-cmd branch is ready for trunk inclusion

2013-11-06 Thread Gabriela Gibson
On Wed, Nov 6, 2013 at 3:12 PM, Julian Foad wrote: Gabriela Gibson wrote: Hi Julian and everyone, thank you for the thorough review, the revision with the fixes can be seen here: http://svn.apache.org/r1539448 > the latest invoke-diff-cmd branch: > > http://svn.apache.org

follow symlinks

2013-11-06 Thread Dirk
Hello, after going "full retard" in IRC (it was good for me) I have calmed down enough to give constructive criticism in regards of subversion and how it handles symbolic links on Unix (and compat.) platforms. I wan't to start with a question. I am confident there is no answer to it. At leas

Re: follow symlinks

2013-11-06 Thread Mark Phippard
On Wed, Nov 6, 2013 at 4:49 PM, Dirk wrote: > after going "full retard" in IRC (it was good for me) I have calmed down > enough to give constructive criticism in regards of subversion and how it > handles symbolic links on Unix (and compat.) platforms. > > I wan't to start with a question. I am c

reparing svn revision files (was: Re: follow symlinks)

2013-11-06 Thread Stefan Sperling
On Wed, Nov 06, 2013 at 10:49:31PM +0100, Dirk wrote: > Another Problem I have with subversion is that everything is stored in > binary files. It is not like that I damage my repositories all the time. It > happens maybe once every couple of years. But when it happens there is > nothing else to do

Re: follow symlinks

2013-11-06 Thread Stefan Sperling
On Wed, Nov 06, 2013 at 04:58:48PM -0500, Mark Phippard wrote: > Here is the original thread when the feature was added, I would assume this > was discussed but I suppose it might have happened prior to the patch being > submitted (did not read the entire thread): > > http://svn.haxx.se/dev/archiv

Re: follow symlinks

2013-11-06 Thread Dirk
On 11/06/13 22:58, Mark Phippard wrote: On Wed, Nov 6, 2013 at 4:49 PM, Dirk wrote: after going "full retard" in IRC (it was good for me) I have calmed down enough to give constructive criticism in regards of subversion and how it handles symbolic links on Unix (and compat.) platforms. I wan'

Re: follow symlinks

2013-11-06 Thread Dirk
On 11/06/13 22:58, Mark Phippard wrote: On Wed, Nov 6, 2013 at 4:49 PM, Dirk wrote: after going "full retard" in IRC (it was good for me) I have calmed down enough to give constructive criticism in regards of subversion and how it handles symbolic links on Unix (and compat.) platforms. I wan'

Re: follow symlinks

2013-11-06 Thread Peter Samuelson
[Dirk] > It doesn't make a lot of sense. These special files are platform > depending and there is no point in having them in /any/ repository. > Even if it is a project that is only for a single platform it doesn't > make sense storing special files in the repository. Symlinks, device > files, et

Re: follow symlinks

2013-11-06 Thread Ben Reser
On 11/6/13 1:49 PM, Dirk wrote: > after going "full retard" in IRC (it was good for me) I have calmed down > enough > to give constructive criticism in regards of subversion and how it handles > symbolic links on Unix (and compat.) platforms. First of all this really belongs on the users@ list an

Re: follow symlinks

2013-11-06 Thread Branko Čibej
On 07.11.2013 01:47, Ben Reser wrote: > I think you're going to need to be a lot more specific about what > you're doing if you disagree. And perhaps just a teensy bit less certain that only your opinion can be correct. It's rather hard to have a technical discussion based on a bunch of vague and

svn: E000005: Can't check path '/net/.svn': Input/output error

2013-11-06 Thread Blair Zajac
Using a MacPorts build of svn 1.8.4 on a 10.7.5 MacBook Air: $ uname -a Darwin foo.example.com 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64 i386 MacBookAir4,2 Darwin $ cd /net/yum/blair $ mkdir tmp $ svn checkout -N http://svn.ap

Re: svn: E000005: Can't check path '/net/.svn': Input/output error

2013-11-06 Thread Ben Reser
On 11/6/13 5:15 PM, Blair Zajac wrote: > Using a MacPorts build of svn 1.8.4 on a 10.7.5 MacBook Air: > > $ uname -a > Darwin foo.example.com 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 > 16:25:48 > PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64 i386 MacBookAir4,2 Darwin > $ cd /net/yum

Re: svn: E000005: Can't check path '/net/.svn': Input/output error

2013-11-06 Thread Blair Zajac
On 11/06/2013 05:54 PM, Ben Reser wrote: On 11/6/13 5:15 PM, Blair Zajac wrote: Using a MacPorts build of svn 1.8.4 on a 10.7.5 MacBook Air: $ uname -a Darwin foo.example.com 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64 i386 MacBo

Re: svn: E000005: Can't check path '/net/.svn': Input/output error

2013-11-06 Thread Ben Reser
On 11/6/13 6:21 PM, Blair Zajac wrote: > I'm wondering if its a regression with older versions of Subversion as it > walks > up the tree to find a .svn directory. Well the error is coming from io_check_path() in subversion/libsvn_subr/io.c. Specifically we run apr_stat() on the path and are expec