Re: svnadmin crash

On 19.06.2013 02:04, Mat Berchtold wrote: > > svnadmin upgrade crash > > Divide by zero > Noted. The issue is known and will be fixed in 1.8.1; it's caused by upgrading unsharded FSFS repositories that were created by moderately old versions of FSFS. For now, the best suggestion is to not run "sv

user issues on svnrdump

I tried to use svnrdump to dump certain versions of GCC // dump the version 198000 svnrdump dump svn://gcc.gnu.org/svn/gcc/trunk -r 198000 > dump_file1 // dump the subquent version incrementally svnrdump dump svn://gcc.gnu.org/svn/gcc/trunk -r 198001 --incremental > dump_file2 I then used the svn

Re: Apache Subversion 1.8.0 Released (An appropriate version of serf could not be found)

On Tue, Jun 18, 2013 at 2:23 PM, Thomas Harold wrote: > And the last hurdle I had to jump over to get svn 1.8.0 to compile on my > CentOS 6 box. When running ./configure, I had the following message show > up: It's not in any of the repositories, and Fedora is still trying to figure out how to l

Re: svnadmin upgrade output message i18n issue

The bug fixed in svn 1.8.0,Thanks:) 2013/5/24 Philip Martin > Dongsheng Song writes: > > >> We do call bind_textdomain_codeset if it is available so we should be > >> getting UTF8 translations. > >> > > > > For non-autotools system, e.g. Windows, user may not define > > HAVE_BIND_TEXTDOMAIN_COD

Links to Japanese version of the Subversion book dead?

Hi, I'm looking for the Japanese translation of the Subversion book. The links to the single and multi-page versions on the "cover page"[1] appear to lead nowhere these days. [1] http://svnbook.red-bean.com/index.ja.html[1] Googling a bit, what I've found so far are translations for 1.5 (final

svnadmin crash

svnadmin upgrade crash Divide by zero svn-crash-log20130618170039.dmp Description: svn-crash-log20130618170039.dmp svn-crash-log20130618170039.log Description: svn-crash-log20130618170039.log

Re: vimdiff wrapper for diff-cmd not working with 1.8

[cc to dev] Michael Schlottke writes: > I just installed svn 1.8 on our cluster. Before, we used svn 1.7.9 and > a little vimdiff wrapper (taken, with a few changes, from > http://svnbook.red-bean.com/nightly/en/svn.advanced.externaldifftools.html#svn.advanced.externaldifftools.diff), > which wo

vimdiff wrapper for diff-cmd not working with 1.8

Hi there, I just installed svn 1.8 on our cluster. Before, we used svn 1.7.9 and a little vimdiff wrapper (taken, with a few changes, from http://svnbook.red-bean.com/nightly/en/svn.advanced.externaldifftools.html#svn.advanced.externaldifftools.diff), which worked like a charm when called as "s

Re: svn repo can't make any changes

Guten Tag Bruce Skelton, am Dienstag, 18. Juni 2013 um 20:16 schrieben Sie: > svn: E20: Can't move > '/svn/myprojects/db/txn-protorevs/140999-3139.rev' to > '/svn/myprojects/db/revs/141/141000': Not a directory > In the db/revs directory is a file 141 Check your format file in the db folder

Re: Apache Subversion 1.8.0 Released (An appropriate version of serf could not be found)

And the last hurdle I had to jump over to get svn 1.8.0 to compile on my CentOS 6 box. When running ./configure, I had the following message show up: checking was serf enabled... no An appropriate version of serf could not be found, so libsvn_ra_serf will not be built. If you want

svn repo can't make any changes

We have a repo on our svn server where no changes can be made. This became apparent when the project owners attempted an svn copy to create a new branch. svn copy svn+ssh://u...@svn.server.com/svn/myprojects/projects/projectnamesvn+ssh:// u...@svn.server.com/svn/myprojects/branches/projects/proje

Re: Apache Subversion 1.8.0 Released (Can't locate ExtUtils/Embed.pm in @INC)

On 6/18/2013 8:06 AM, Branko Čibej wrote: We're happy to announce the release of Apache Subversion 1.8.0. Another little thing that I found when compiling 1.8 on CentOS 6 is that we now need to install the perl ExtUtils packages. Can't locate ExtUtils/Embed.pm in @INC (@INC contains: /usr/l

Re: Apache Subversion 1.8.0 Released (Apache module support via DSO through APXS)

On 6/18/2013 8:06 AM, Branko Čibej wrote: We're happy to announce the release of Apache Subversion 1.8.0. While running ./configure (on CentOS 6), I see the following in the output: checking for Apache module support via DSO through APXS... no ==

Re: Remove from lists, please

Stephen Shaffer wrote on Tue, Jun 18, 2013 at 05:17:01 -0700: > I couldn't find an unsubscribe link on any of the recent messages. You > might want to add that to make life easier fort everyone. It's already there: Mailing-List: contact users-h...@subversion.apache.org; run by ezmlm List-Help: <

Re: Ancestrally Related Error Message

On Tue, Jun 18, 2013 at 10:57:28AM -0500, Les Mikesell wrote: > Would it have made a difference in the subversion processing if the > empty trunk had been copied to create the branch before the initial > import? That is, would having a common ancestor as the parent > directory have made the 'adds'

make clean-swig-pl breaking the build (possible fix included)

(I'm not subscribed to the list, so please keep me CC'd) Hi folks, I'm having a bit of trouble with a local build of 1.8.0-rc3 and the perl bindings. Initially, everything was ok, but I think things stopped working after I ran "make clean-swig-pl": Only _Core.so is generated and installed now, bu

Re: Remove from lists, please

On 06/18/2013 08:17 AM, Stephen Shaffer wrote: > Please remover any and all instances of the following email from any > Subversion list(s): > sshaf...@microdataware.com > stephenashaf...@gmail.com > sashaf...@ucdavis.edu

Re: Ancestrally Related Error Message

On Tue, Jun 18, 2013 at 9:47 AM, Stefan Sperling wrote: > On Tue, Jun 18, 2013 at 09:33:25AM -0500, Les Mikesell wrote: >> On Tue, Jun 18, 2013 at 4:31 AM, Stefan Sperling wrote: >> >> > In your case, the latter isn't true. You have a new directory /trunk, >> > which is empty, and you are trying

Re: Ancestrally Related Error Message

On Tue, Jun 18, 2013 at 09:33:25AM -0500, Les Mikesell wrote: > On Tue, Jun 18, 2013 at 4:31 AM, Stefan Sperling wrote: > > > In your case, the latter isn't true. You have a new directory /trunk, > > which is empty, and you are trying to merge changes into it. > > Is there any advantage in mergi

Re: Ancestrally Related Error Message

On Tue, Jun 18, 2013 at 4:31 AM, Stefan Sperling wrote: > In your case, the latter isn't true. You have a new directory /trunk, > which is empty, and you are trying to merge changes into it. Is there any advantage in merging changes to an empty path as compared to just copying to it? -- Les

SVN crach Log

Hi, I have installed Subversion 1.8 and tried to upgrade the repository. During the upgrade it produced the attached files. The command I used was: svnadmin -verify . svnadmin -upgrade . Regards, Nikolaos Miliotis BI Competency Center Group IT Applications Sector 8 Iolkou & Filikis Eteri

Remove from lists, please

Please remover any and all instances of the following email from any Subversion list(s): sshaf...@microdataware.com stephenashaf...@gmail.com sashaf...@ucdavis.edu I am no longer programming. I couldn't find an unsubscribe link on any of the recent messages. You might want to add that to make li

Re: How to find out the Serf/Neon version being used by SVN on Windows?

Johan Corveleyn wrote on Tue, Jun 18, 2013 at 10:46:51 +0200: > On Tue, Jun 18, 2013 at 9:55 AM, Branko Čibej wrote: > > On 18.06.2013 09:22, gadamiak wrote: > >> How can I find out which version of Serf/Neon library is being used by > >> SVN on Windows? > > > > In Subversion 1.8 you can say "svn

Apache Subversion 1.8.0 Released

We're happy to announce the release of Apache Subversion 1.8.0. Please choose the mirror closest to you by visiting: http://subversion.apache.org/download/#recommended-release The SHA1 checksums are: 45d227511507c5ed99e07f9d42677362c18b364c subversion-1.8.0.tar.bz2 01c4eed9f019baa14

Re: Ancestrally Related Error Message

On Mon, Jun 17, 2013 at 04:01:43PM -0500, C M wrote: > Well, for what its worth, I was able to complete the "merge" following > steps 3 -6 in this article. > > http://kirenpillay.blogspot.com/2012/07/svn-merge-tree-conflict-resolution.html > > I don't understand why SVN behaved the way it did and

Re: How to find out the Serf/Neon version being used by SVN on Windows?

On Tue, Jun 18, 2013 at 9:55 AM, Branko Čibej wrote: > On 18.06.2013 09:22, gadamiak wrote: >> How can I find out which version of Serf/Neon library is being used by >> SVN on Windows? > > In Subversion 1.8 you can say "svn --version --verbose" to get a list of > dependent libraries and their vers

Re: How to find out the Serf/Neon version being used by SVN on Windows?

On 18.06.2013 09:22, gadamiak wrote: > How can I find out which version of Serf/Neon library is being used by > SVN on Windows? In Subversion 1.8 you can say "svn --version --verbose" to get a list of dependent libraries and their versions. Unfortunately something like that isn't available for 1.7

How to find out the Serf/Neon version being used by SVN on Windows?

How can I find out which version of Serf/Neon library is being used by SVN on Windows?