First of all, a little introduction...
I write CAD applications for semi-conductor chip design
and have been using CVS since forever to manage source
We're trying to persuade the engineers to also put their
design data under version control, (this is not consistently
done by any of the design teams)
We've developed an application (API, command line, and
GUI) which sits on-top of CVS for managing their data.
The application is taylored to their particular requirements,
basically handling large binary files, creating datasets for
customer hand-off and different design scenarios, etc..
As you know, CVS, is not particularly good at handling binary
data...this especially interests me with subversion (the other
CVS issues that subversion solves are also of interest, of course).
My plan would be to eventually use subversion as the base
layer of our data management application instead of CVS.
So, I've been lurking on the list for ages - tracking the
progress with interest. Unfortunately, I don't have any
time to be involved with development, sorry, but today,
thought at least I could try out the current version
as it already looks very promising
Hope you have time to help a lurker with a problem :-)
perhaps, my issue may be of interest ?
I've installed subversion from the tar ball (subversion-r909.tar.gz)
on my system (Sun workstation running solaris 2.7). I added
under ./db at the top of the subversion tree as suggested as one of the
installation alternatives. Everything compiled and installed perfectly
first time...which, in itself, was a first for me with downloaded
software (great job!)
Anyway, typing :
$ svn --version
> Subversion Client, version 0.8.0
> compiled Jan 17 2002, 16:53:38
> Copyright (C) 2000-2002 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> The following repository access (RA) modules are available:
> * ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
> - handles 'http' schema
> * ra_local : Module for accessing a repository on local disk.
> - handles 'file' schema
Using svn as a remote client to checkout the development source
works fine, although I had to use the IP address and port 81
explicitly to get it to work :
$ svn co http://220.127.116.11:81/repos/svn/trunk -d svn
My problem is importing into a locally created repository. I
get the following error :
> svn_error: #21085 : <URL is not a versioned resource>
> svn_ra_local__split_URL: Unable to find valid repository
I created a repository using :
$ svnadmin create /home/sdeacon/svn_repository
The create seemed to work OK - the top level contents of
the repository are :
> drwxrwxrwx 7 sdeacon wwslt 96 Jan 17 17:07 .
> drwxr-xr-x 57 sdeacon wwslt 8192 Jan 17 17:11 ..
> -rw-rw-rw- 1 sdeacon wwslt 285 Jan 17 17:07 README
> drwxrwxrwx 2 sdeacon wwslt 96 Jan 17 17:07 conf
> drwxrwxrwx 2 sdeacon wwslt 96 Jan 17 17:07 dav
> drwxrwxrwx 2 sdeacon wwslt 8192 Jan 17 17:07 db
> drwxrwxrwx 2 sdeacon wwslt 8192 Jan 17 17:07 hooks
> drwxrwxrwx 2 sdeacon wwslt 96 Jan 17 17:07 locks
The following command produces the problem :
$ svn import file:///home/sdeacon/svn_repository test/data
I'm assuming that I don't require Apache2 installed and running
to import local data, right ?
If this is the case, perhaps the installation guide should point
Thanks in advance for any advice you can offer...
Shaun Deacon phone: ++1 408 922 9246
ATRIC, Fujitsu Microelectronics Inc. email: firstname.lastname@example.org
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sat Oct 21 14:36:57 2006