[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

ouch! faster upgrade? (read FAQ's not book)

From: Eric Wilhelm <ewilhelm_at_sbcglobal.net>
Date: 2004-07-07 20:14:08 CEST

My poor server is only 133MHz. This svnadmin dump / svnadmin load upgrade
scheme is somewhat painful.

After about 30 minutes into the load and have only reached revision 740 of
989, I found the small note at the bottom of this faq item:

http://subversion.tigris.org/project_faq.html#dumpload

Going through the CHANGES file, I see that the dump/load dance has not been
required AT ALL since 0.34.0.

From reading the book, it sounded like I'd need to dump/load
http://svnbook.red-bean.com/svnbook/ch05s03.html#svn-ch-5-sect-3.5

Maybe some more prominent notices in both places about not needing to dump
load?

On the other hand. Is the dump/load dance expected to be required on a fairly
regular basis (e.g. every major release?) It looks like the early versions
required it frequently, but it has now tapered-off.

Anyway, I was under the impression (from the book) that dump/load was always
required (or should just be done as a matter of good practice) at every
upgrade.

I see that svn itself is at 10163. But, I bet its not running on a 133MHz
machine. Anyway, I dread doing this dump/load a year from now. Any plans to
improve the speed / process when internal changes happen? Or, is the plan
rather to not make so many internal changes as before?

Thanks,
Eric

-- 
"But as to modern architecture, let us drop it and let us take 
modernistic out and shoot it at sunrise."
                                        --F.L. Wright
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 7 20:12:43 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.