Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4FD73492.8090601@dominolaser.com>
Date: Tue, 12 Jun 2012 14:22:42 +0200
From: Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com>
Reply-To: SVN users <users@subversion.apache.org>
Organization: Domino Laser GmbH
User-Agent: Mozilla/5.0 (Windows NT 5.1;
 rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: users@subversion.apache.org
Subject: Re: Cleanup needed after failed update
References: <1338981287.7134.YahooMailNeo@web36502.mail.mud.yahoo.com>
 <CAB84uBUr=UmF85LgbMHBF2YEgsGS+r6ZQ_Lxb1FBBQvPKgkJyQ@mail.gmail.com>
 <1339501921.99103.YahooMailNeo@web36503.mail.mud.yahoo.com>
In-Reply-To: <1339501921.99103.YahooMailNeo@web36503.mail.mud.yahoo.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Am 12.06.2012 13:52, schrieb Justin Case:
> In any case, I certainly hope the new version doesn't expect from me,
> the user, telling it whether the lock is a stale one or if there's
> some other command hanging on it...

Put that into the context of the error message:

> Update
> Previous operation has not finished; run 'cleanup' if it was
> interrupted
> Please execute the 'Cleanup' command.

Only you (the user) knows "if it was interrupted" or is maybe still
running! I would say that this message could be improved[0], but
otherwise the behaviour when encountering a lock is nothing that could
be improved much, it really relies on the user to make an informed
decision. This is not different from older SVNs though, only that the
location in only one spot (central metadata location) hopefully improved
the cleanup speed.

Other than that, update could probably fail without keeping the working
copy locked. Depending on the internals, this could be complex though,
or leave the working copy in a state of mixed revisions.

Uli

[0] "Previous operation has not finished; Wait for it to finish or run
'cleanup' if it was interrupted." In no case should it suggest running
cleanup unconditionally, as it does now.

**************************************************************************************
Domino Laser GmbH, Fangdieckstra�e 75a, 22547 Hamburg, Deutschland
Gesch�ftsf�hrer: Thorsten F�cking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschlie�lich s�mtlicher Anh�nge ist nur f�r den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf�nger sein sollten. Die E-Mail ist in diesem Fall zu l�schen und darf weder gelesen, weitergeleitet, ver�ffentlicht oder anderweitig benutzt werden.
E-Mails k�nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte �nderungen enthalten. Domino Laser GmbH ist f�r diese Folgen nicht verantwortlich.
**************************************************************************************