From users-return-1965-daniel=haxx.se@subversion.apache.org Thu Apr 1 17:46:36 2010 Return-Path: Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9) with SMTP id o31FkY9t008912 for ; Thu, 1 Apr 2010 17:46:35 +0200 Received: (qmail 54954 invoked by uid 500); 1 Apr 2010 15:46:35 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 54945 invoked by uid 99); 1 Apr 2010 15:46:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 15:46:35 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [76.96.59.211] (HELO QMTA11.westchester.pa.mail.comcast.net) (76.96.59.211) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 15:46:27 +0000 Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by QMTA11.westchester.pa.mail.comcast.net with comcast id 0AxT1e0011ap0As5BFm73K; Thu, 01 Apr 2010 15:46:07 +0000 Received: from [127.0.0.1] ([67.172.159.220]) by omta22.westchester.pa.mail.comcast.net with comcast id 0Fok1e0064lcM433iFomxK; Thu, 01 Apr 2010 15:48:46 +0000 Message-ID: <4BB4BFB3.3060906@edingo.net> Date: Thu, 01 Apr 2010 09:45:55 -0600 From: David Bartmess User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: users@subversion.apache.org Subject: Can I not use svnadmin load with a remote repository? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit My company has done a preliminary spec for moving from CVS to Subversion, using the python script cvs2svn. The cvs2svn script works fine, but when I try to do an svnadmin load of the dump file created, using the Assembla https URL, it complains that it can't find a "format" file. After quite a bit of web searching, I think I see the problem. The path for the destination of where to load the dumpfile contents seems to have to be a file path, not a URL. Is this right? Or am I missing something? Thanks! -- "Dingo" Dave Bartmess Broomfield, CO. USA http://edingo.net