On Thu, Jan 13, 2022 at 07:17:27PM -0600, William A Rowe Jr wrote:
> Thanks Stefan, it's attempting [locally] to replace a file, which was
> just created during the
> checkout (which might even be open).

Hmm. I assume SVN would close such files based on APR pool lifetime.

Handling of the pristine installation step has been changed in SVN trunk:
https://svn.apache.org/r1886490
In particular:
"""
On Windows, it uses the existing mechanism of installing the files
by handle, without having to reopen them.
"""

If you are running 1.14 or an older release, perhaps try a client
built from trunk to see if this issue has already been fixed for
a future SVN 1.15 release?

> So it looks like some hash
> collision or other
> duplication issue where there are two attempts to emplace the same
> hash svn-base image,
> and linux is letting this happen without complaint, while windows refuses.

Does the same file content (ignoring expanded keywords, if any) exist at
multiple paths? If so, such paths would naturally share the same pristine
based on the hash of file contents.

Reply via email to