Return-Path: Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: (qmail 60802 invoked from network); 10 Jan 2011 08:35:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Jan 2011 08:35:39 -0000 Received: (qmail 15789 invoked by uid 500); 10 Jan 2011 08:35:38 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 15699 invoked by uid 500); 10 Jan 2011 08:35:38 -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 15687 invoked by uid 99); 10 Jan 2011 08:35:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Jan 2011 08:35:38 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [194.78.231.1] (HELO mail.tvh.be) (194.78.231.1) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Jan 2011 08:35:33 +0000 X-IronPort-AV: E=Sophos;i="4.60,299,1291590000"; d="scan'208";a="46062096" Received: from unknown (HELO be-plw-dom-0001.tvh.be) ([172.16.100.37]) by ironport-tvh-be-01.tvh.com with ESMTP; 10 Jan 2011 09:34:33 +0100 In-Reply-To: <4D274138.6050905@gmail.com> To: users@subversion.apache.org Subject: Betr.: Re: "svnadmin load" a huge file MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Jan Keirse Date: Mon, 10 Jan 2011 09:36:39 +0100 X-MIMETrack: Serialize by Router on BE-PLW-DOM-0001/TVH(Release 8.5.1FP3|May 23, 2010) at 10/01/2011 09:35:03, Serialize complete at 10/01/2011 09:35:03 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" > On 1/7/2011 7:57 AM, Victor Sudakov wrote: > > It would be fine if the project in question did not contain almost all > > the files in one directory. You may call the layout silly, but CVS does > > not seem to mind. OTOH, I would have distributed the files over > > several subdirectories, but CVS does not handle moving files well. > > > > I wonder if cvs2svn is to blame that it produces a dump svnadmin > > cannot load. Or I am always risking that "svnadmin dump" may one day > > produce a dump a subsequent "svnadmin load" will be unable to swallow? > > > > I mean, if by hook or by crook, by using third party utilities like > > svndumptool, I will eventually be able to convert this project from > > CVS to SVN. Is there a chance that a subsequent dump will be again > > unloadable? > Have you tried the following: - Copy your CVS repository (say /myreypository to /myrepositoryconv) - In the copy move the ,v files into several subdirectories (using the operating system, not using CVS commands.) - Convert the directories one at a time and load them into svn. - Once loaded into svn you can move everything back into one folder (using svn commands) if desired. Manually moving around ,v files in a cvs repository is generally not adviced primarily because it will annoy users with checked out working copies (and it's unversioned), but those working copies won't be of any use anyway once the server has been migrated to subversion so that shouldn't be a problem, so I don't think it could cause problems, but keep the original repository around just in case... Kind Regards, JAN KEIRSE ICT-DEPARTMENT Software quality & Systems: Software Engineer **** DISCLAIMER **** http://www.tvh.com/newen2/emaildisclaimer/default.html "This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message."