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.
Thanks,
//Peter
---------------------------------------------------------------------
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