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

Re: base64 encoded md5 digests in entries file

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-03-19 00:38:43 CET

Julian Foad writes:
> Peter N. Lundblad wrote:
> > Well, if people agree we don't need this compat hack, I'll not bother.
> I have been using my main Subversion source working copy continuously since
> those olden days, and today "svn commit" choked on one of the old checksums
> when committing a file that hasn't changed since then
> (notes/fs-improvements.txt). I have been encountering another such file once
> in every few months since whenever the support for the old style was dropped.

Oh, so this means that we've already dropped part of this support
earlier. Well, then my recent commit didn't actually make things worse.

> "commit" and "revert" are the only two operations that I have noticed failing
> on these old files. I'm not sure whether any other operations explicitly
> support old-style checksums, or if other operations just don't look at them.
> My work-around is to temporarily save and remove the local changes, then update

Another workaround should be to just remove the ckecksum attribute
from the entries file, because that's optional.

I'll not do anything about my commit in svn_wc_transmit_text_deltas2
until we decide to reintroduce the compat hack, but since this seems
like more work, I don't think it is worht it. I agree with Zhakov, it
starts to be time to drop pre-1.0 compatibility hacks.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Mar 19 00:38:59 2006

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