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
Johan Kruger johan.kru...@se.abb.com 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
On Mon, Dec 5, 2011 at 23:17, Daniel Shahaf d...@daniel.shahaf.name 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
On Tue, Dec 6, 2011 at 13:48, Stefan Sperling s...@elego.de 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
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
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
to
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
--- On Tue, 12/6/11, Thorsten Schöning tschoen...@am-soft.de wrote:
From: Thorsten Schöning tschoen...@am-soft.de
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
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
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
-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
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
-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:
Stefan Sperling s...@elego.de 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
Stefan Sperling s...@elego.de 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
--- On Tue, 12/6/11, kmra...@rockwellcollins.com kmra...@rockwellcollins.com
wrote:
From: kmra...@rockwellcollins.com 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 s...@elego.de
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.
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 for
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
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
|
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
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
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
23 matches
Mail list logo