Re: expanding custom keywords in dump

2014-01-31 Thread Ben Reser
On 1/31/14, 8:00 PM, Nico Kadel-Garcia wrote: > This is why you don't use keywords if you can avoid it, especially for > multi-environment projects. Frankly, you will often have diffs with > keywords and "svn:eol-style": Don't evey try to pretend that anything > with keywords is going to be byte f

Re: expanding custom keywords in dump

2014-01-31 Thread Nico Kadel-Garcia
This is why you don't use keywords if you can avoid it, especially for multi-environment projects. Frankly, you will often have diffs with keywords and "svn:eol-style": Don't evey try to pretend that anything with keywords is going to be byte for byte consistent between working environments. And

Re: Possible bug in SVN 1.8.3 and 1.8.4 - file locking

2014-01-31 Thread Ben Reser
On 1/31/14, 1:54 PM, Steve Davis wrote: > :: Attempted to lock the working file > svn lock c:\dev\Testrepo\NewDoc.txt > > Response: > svn: E200035: sqlite[S19]: LOCK.lock_token may not be NULL > svn: E200035: Additional errors: > svn: E200035: sqlite[S19]: LOCK.lock_token may not be NULL What if

Re: Vendor Branches from Foreign Repositories: svn: E200009: Can't set 'svn:eol-style'

2014-01-31 Thread Ben Reser
On 1/31/14, 5:49 AM, Uwe Tropp wrote: > I'm trying to import a vendor branch from a foreign repository by: > > d:\foo>svn copy http://svn.boost.org/svn/boost/tags/release/Boost_1_55_0 > Boost > > svn starts copying, but aborts with E29: Can't set 'svn:eol-style': > > --- Copying from foreign

Possible bug in SVN 1.8.3 and 1.8.4 - file locking

2014-01-31 Thread Steve Davis
Hi - I have been trying to pin down the cause of an issue my users are seeing when using SVN. It's actually a Windows Server 2008 R2 (64 bit) Bitnami-Redmine stack of SVN, but I've tried to scrape it back to the most basic levels during debugging, to hopefully omit any Bitnami-related issues.

Re: Disjoint working copy

2014-01-31 Thread Les Mikesell
On Fri, Jan 31, 2014 at 9:18 AM, Ræstad Atle Eivind wrote: >> Is there a way to get full status information for a disjoint working copy >> without performing "svn st" on each sub working copies? > > A workaround on Linux with svn client 1.7 or newer is to use a command > similar to: > find . -ty

RE: Disjoint working copy

2014-01-31 Thread Ræstad Atle Eivind
> Is there a way to get full status information for a disjoint working copy > without performing "svn st" on each sub working copies? A workaround on Linux with svn client 1.7 or newer is to use a command similar to: find . -type d -name "\.svn" | sed 's/\.svn$//' | xargs svn st Then at least

Vendor Branches from Foreign Repositories: svn: E200009: Can't set 'svn:eol-style'

2014-01-31 Thread Uwe Tropp
Hello, I'm trying to import a vendor branch from a foreign repository by: d:\foo>svn copy http://svn.boost.org/svn/boost/tags/release/Boost_1_55_0 Boost svn starts copying, but aborts with E29: Can't set 'svn:eol-style': --- Copying from foreign repository URL 'http://svn.boost.org/svn/boos

Re: expanding custom keywords in dump

2014-01-31 Thread Thorsten Schöning
Guten Tag Julian Elischer, am Freitag, 31. Januar 2014 um 11:07 schrieben Sie: > [...]“$FreeBSD$” keyword is left unexpanded on export. This doesn't seem to be a keyword which svn clients expand by default, therefore you would have two building lots. http://svnbook.red-bean.com/en/1.8/svn.advanc

Re: expanding custom keywords in dump

2014-01-31 Thread Branko Čibej
On 31.01.2014 11:07, Julian Elischer wrote: > I’m trying to automate the real-time importing (mirroring) of the > FreeBSD SVN tree into a Perforce tree. This is not for FreeBSD > development but to allow integration of two projects, both based on > FreeBSD (and leaving p4 is not an option :-( ). >

expanding custom keywords in dump

2014-01-31 Thread Julian Elischer
I’m trying to automate the real-time importing (mirroring) of the FreeBSD SVN tree into a Perforce tree. This is not for FreeBSD development but to allow integration of two projects, both based on FreeBSD (and leaving p4 is not an option :-( ). Perforce have a tool that takes a SVN dump and conv