You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Shaun Deacon <sd...@fma.fujitsu.com> on 2002/01/18 03:11:38 UTC
Import Problems...
Hi,
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
code.
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 ?
My setup
--------
I've installed subversion from the tar ball (subversion-r909.tar.gz)
on my system (Sun workstation running solaris 2.7). I added
BerkeleyDB.4.0
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
produces :
> 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://216.127.237.133:81/repos/svn/trunk -d svn
The Problem
-----------
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
this out.
Thanks in advance for any advice you can offer...
cheers
Shaun
--
Shaun Deacon phone: ++1 408 922 9246
ATRIC, Fujitsu Microelectronics Inc. email: sdeacon@fmi.fujitsu.com
--
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Import Problems...
Posted by cm...@collab.net.
Shaun Deacon <sd...@fma.fujitsu.com> writes:
> 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
Hrm...I usually expect to see this when you don't have ra_local, but
you do. Or, when permissions are all wrong, but I doubt they are (so
long as you were running the import as sdeacon:wwslt).
> I created a repository using :
>
> $ svnadmin create /home/sdeacon/svn_repository
Yep, doesn't get much easier than that.
> 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
Looks good so far.
> The following command produces the problem :
>
> $ svn import file:///home/sdeacon/svn_repository test/data
This looks good, too.
My only suggestion at this point is run "ld" (or its equivalant on
whatever system you are on) to verify that both svnadmin and svn are
linking against Berkeley 4.0. Also, use the appropriate Berkeley util
(db_status, maybe? can't recall) to verify that the environment you
created had the right DB version.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Import Problems...
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Garrett Rooney <ro...@electricjellyfish.net> writes:
> well, i'm not ben, greg, or mike, but i think i can help here ;-)
>
> the server runs on both 80 and 81 so that people with a broken proxy
> server that listens on port 80 will be able to use port 81.
Wow. I didn't even know that. :-)
Thanks.
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Import Problems...
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
On Mon, Jan 21, 2002 at 11:48:22AM -0600, Karl Fogel wrote:
> Shaun Deacon <sd...@fma.fujitsu.com> writes:
> > 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://216.127.237.133:81/repos/svn/trunk -d svn
>
> Port 81? Wow, what's up with that? I thought we were running the
> repository server on port 80... Why did 81 even work for Shaun?
>
> Ben, Greg, Mike, am I missing something here?
well, i'm not ben, greg, or mike, but i think i can help here ;-)
the server runs on both 80 and 81 so that people with a broken proxy
server that listens on port 80 will be able to use port 81.
-garrett
--
garrett rooney Unix was not designed to stop you from
rooneg@electricjellyfish.net doing stupid things, because that would
http://electricjellyfish.net/ stop you from doing clever things.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Import Problems...
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Shaun Deacon <sd...@fma.fujitsu.com> writes:
> 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://216.127.237.133:81/repos/svn/trunk -d svn
Port 81? Wow, what's up with that? I thought we were running the
repository server on port 80... Why did 81 even work for Shaun?
Ben, Greg, Mike, am I missing something here?
> The Problem
> -----------
>
> 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
>
> [...]
>
> The following command produces the problem :
>
> $ svn import file:///home/sdeacon/svn_repository test/data
Just for future reference, strongly recommend that you put the
problematic output immediately after the command that produced it.
That makes the bug report a lot easier to read.
> I'm assuming that I don't require Apache2 installed and running
> to import local data, right ?
That's correct, you shouldn't need Apache2 to import data. Your
command looks fine -- I would have expected it to import a new
top-level directory named `data' into your repository.
I'll try it and see what happens. If anyone else has experienced
this, or knows what the problem is, please make a noise. :-)
Thanks for the report,
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org