Re: Subversion Exception!

Am 06.12.2011 23:50, schrieb George Reimer: A fresh checkout of a folder under subversion control. Reproducible? My D drive is a DVD drive. (empty) Irrelevant, the path in the error message refers to a path on the developer's machine, not yours. [...] with as much information as possi

Subversion Exception!

A fresh checkout of a folder under subversion control. My D drive is a DVD drive. (empty) --- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list (users

Re: SVN 1.7 repository + Jenkins

On Dec 06, 2011, at 19:33 , Daniel Becroft wrote: > Hi, > > We're testing upgrading our SVN repositories to 1.7 format, and have noticed > something a bit strange. > > In Jenkins (1.441), I can set the SVN URL to checkout from, and it validates > whether it is correct. With a 1.7 repository, h

SVN 1.7 repository + Jenkins

Hi, We're testing upgrading our SVN repositories to 1.7 format, and have noticed something a bit strange. In Jenkins (1.441), I can set the SVN URL to checkout from, and it validates whether it is correct. With a 1.7 repository, however, it doesn't seem to validate correctly (error is "/trunk/foo

Re: make check failure in op-depth-test SVN 1.7.2/Ubuntu 8.10

This may be relevant: 00:29:04 @danielsh | wayita: debian libtool bug 00:29:04 wayita | danielsh: http://bugs.debian.org/291641 00:29:04 wayita | danielsh: tldr: Debian's libtool appears to resolve inter-library dependencies to the install tree | rathe

RE: make check failure in op-depth-test SVN 1.7.2/Ubuntu 8.10

Thanks, Daniel. This error seems to be at the heart of my trouble. /home/svn/Desktop/subversion-1.7.2/subversion/svnrdump/.libs/lt-svnrdump: symbol lookup error: /home/svn/Desktop/subversion-1.7.2/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0: undefined symbol: apr_hash_do This looks like a

Re: make check failure in op-depth-test SVN 1.7.2/Ubuntu 8.10

Erik Hemdal wrote on Tue, Dec 06, 2011 at 15:47:11 -0500: > I found a defunct process lt-svnadm on my machine after starting the test > run. I'm not sure if that's related, but it is unusual. > Unrelated. The C tests don't run svnadmin > Can anyone suggest either a trailhead to start looking

make check failure in op-depth-test SVN 1.7.2/Ubuntu 8.10

I'm building SVN 1.7.2 from source, and while the build completes, the op-depth-test (17 of 84 in the test suite) is shown as failed. This is the first time I have ever encountered errors in the SVN test harness. Steps: Downloaded subversion-1.7.2.tar.gz Confirmed the SHA1 checksum ok. Unpacke

Re: New Server because of Crash

--- On Tue, 12/6/11, kmra...@rockwellcollins.com wrote: From: kmra...@rockwellcollins.com Subject: Re: New Server because of Crash To: users@subversion.apache.org Date: Tuesday, December 6, 2011, 7:30 PM > Stefan Sperling wrote on 12/06/2011 12:45:36 PM: > > > How would I get the uuid's. We

Re: New Server because of Crash

> Stefan Sperling wrote on 12/06/2011 12:45:36 PM: > > > How would I get the uuid's. We have the dump, but I believe that > > is it. Can the uuids be obtained from them, would it be simpler to > > just have everyone do a new checkout? > > > > The UUID is somewhere near the top of the dump file

Re: New Server because of Crash

Stefan Sperling wrote on 12/06/2011 12:45:36 PM: > > How would I get the uuid's. We have the dump, but I believe that > is it. Can the uuids be obtained from them, would it be simpler to > just have everyone do a new checkout? > > The UUID is somewhere near the top of the dump file in a line th

Re: Where is "svn_load_dirs.pl" in 1.7.x

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/12/11 20:02, Mark Phippard wrote: > You can get it here: > > http://svn.apache.org/repos/asf/subversion/branches/1.7.x/contrib/client-side/svn_load_dirs/ > > The "contrib" folder is no longer included in the source tarball > release. > > See:

Re: Where is "svn_load_dirs.pl" in 1.7.x

You can get it here: http://svn.apache.org/repos/asf/subversion/branches/1.7.x/contrib/client-side/svn_load_dirs/ The "contrib" folder is no longer included in the source tarball release. See: http://subversion.apache.org/docs/release-notes/1.7.html#distribution-changes On Tue, Dec 6, 2011

Where is "svn_load_dirs.pl" in 1.7.x

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After upgrading to subversion 1.7, my installed "svn_load_dirs.pl" started to fail and I don't see the script in 1.7, 1.7.1 neither 1.7.2. 1.7 documentation still talks about this script. For instance

Re: New Server because of Crash

On Tue, Dec 06, 2011 at 10:34:11AM -0800, K F wrote: > How would I get the uuid's. We have the dump, but I believe that is it. Can > the uuids be obtained from them, would it be simpler to just have everyone do > a new checkout? The UUID is somewhere near the top of the dump file in a line that

RE: New Server because of Crash

Check this link out: http://msmvps.com/blogs/rexiology/archive/2006/05/03/93203.aspx It has some useful information. When you load the SVN dump file into the new repo, you can pass the --force-uuid parameter It should load the uuid from the other repository. Mark -Original Message

Re: New Server because of Crash

--- On Tue, 12/6/11, Thorsten Schöning wrote: > From: Thorsten Schöning > Subject: Re: New Server because of Crash > To: users@subversion.apache.org > Date: Tuesday, December 6, 2011, 4:19 PM > Guten Tag K F, > am Dienstag, 6. Dezember 2011 um 16:58 schrieben Sie: > > > The backups were done

Re: New Server because of Crash

Guten Tag K F, am Dienstag, 6. Dezember 2011 um 16:58 schrieben Sie: > The backups were done using svn dump. This means you have to manually create each repository and copy all hooks, configurations etc. from the old server. On svnadmin load you have to take special care on using the old uuids fo

Re: New Server because of Crash

--- On Tue, 12/6/11, Thorsten Schöning wrote: > From: Thorsten Schöning > Subject: Re: New Server because of Crash > To: users@subversion.apache.org > Date: Tuesday, December 6, 2011, 3:46 PM > Guten Tag K F, > am Dienstag, 6. Dezember 2011 um 16:22 schrieben Sie: > > > What is the consensus t

Re: New Server because of Crash

Guten Tag K F, am Dienstag, 6. Dezember 2011 um 16:22 schrieben Sie: > What is the > consensus to do the restore from a backup? Is it straight forward? Doesn't this mainly depend on how your backup looks like? :-) > What problems if any would there be for users using TortoiseSVN in connecting >

New Server because of Crash

Our Subversion server crashed because of a disk fail. We are in the process of setting up a new server to move the repos to. What is the consensus to do the restore from a backup? Is it straight forward? What problems if any would there be for users using TortoiseSVN in connecting to the new ser

Re: Unexpected files in folder repository\db\...

On Tue, Dec 6, 2011 at 13:48, Stefan Sperling wrote: > On Tue, Dec 06, 2011 at 01:44:02PM +0100, Martin Bischoff wrote: > > I was not able to get rid of the transaction. 'svnadmin rmtxns' returned > > the following error: > > "svnadmin: E720003: Can't open file '9279-7lb\format': The system canno

Re: Unexpected files in folder repository\db\...

On Tue, Dec 06, 2011 at 01:44:02PM +0100, Martin Bischoff wrote: > I was not able to get rid of the transaction. 'svnadmin rmtxns' returned > the following error: > "svnadmin: E720003: Can't open file '9279-7lb\format': The system cannot > find the path specified" Sounds like you didn't invoke the

Re: Unexpected files in folder repository\db\...

On Mon, Dec 5, 2011 at 23:17, Daniel Shahaf wrote: > Ryan Schmidt wrote on Mon, Dec 05, 2011 at 14:33:18 -0600: > > On Dec 5, 2011, at 08:32, Martin Bischoff wrote: > > > > > -> is it expected that such transaction and locks files and folders > remain in the db folder or is this an indication tha

Re: Subversion update error

Johan Kruger writes: > In this example the svn:externals property would be set on the 'C:\wc' > folder and the property would be set to checkout head revision from URL > 'svn://server/repoName' to > 'C:\NonExistingFolder\VersionedFolder\ExternalFolder' There is some code that checks for this,

Re: Subversion update error

I was just doing a normal update on a working copy using TortoiseSVN. The WC contains several folders and some of them have subfolders that are svn:externals. Everything (including the externals) are located in the same repository. Unfortunately, I was unable to reproduce the error. After clos

Re: svn patch adds extra 0A character at the end of the line

Hi, It seems during a larger update, the client hangs, and never finishes. It's using a small amount of CPU according to top, but I can't see anything happening. The update usually takes a few minutes to complete, but on this occasion, it didn't finish after 6 hours. Do you happen to know abo