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

Re: Anti-FUD: SVN ate my repository

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-09-20 20:18:19 CEST

kfogel@newton.ch.collab.net wrote on 09/20/2004 11:59:53 AM:

> Jani Averbach <jaa@jaa.iki.fi> writes:
> > I like to get it right first, and after that I will htmlize it and
> > move to more permanent URL. So if you have comments about it, I am
> > all ears.
>

How about attempting to explain what is meant by a "wedged" repository? My
assumption has always been that the term "wedged" is something specific
for BDB, although maybe it is a common term in the Unix world and people
just know what it means? It wasn't until I had read many messages on the
mailing list that I started to understand what is meant by it, although I
still do not think I could explain it.

One of the opening sentences is: "These problems are not corruptions, the
repository is just wedged." Some people may feel that you are just
playing word games and they may not see that there is any difference.
Until the repository is "fixed", it is unusable therefore they do not make
a distinction. Taking the same idea further, perhaps a definition of what
a Subversion developer would call a "corrupted" database would also be
helpful?

I think part of the problem is that people are just loose with their use
of the language. A user might report their database is corrupted without
thinking of the semantic distinction that the developers make in this
area.

So I guess what I am saying is perhaps doing a better job of defining the
"language" to use when talking about these issues would help with the FUD
and give people on the mailing lists something to link to when the terms
are used too loosely.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Sep 20 20:18:37 2004

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

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