> If you make a junction pointed at a different folder, not the %TEMP% folder, does it still fail to cleanup unversioned items?
Yes; in the actual repo we point to a folder within the source root.
>Also, do you (or someone else) happen to have a Subversion client (preferably 1.13) that is built with APR 1.6.5 (or any APR prior to 1.7.0) and if so, could you test this scenario with that client and let us know if it still fails?
Unfortunately this is where my skill is lacking, we have for a long
time depended on the binary drop of TortoiseSVN to give us the CLI
Looking online it appears that VisualSVN has a binary drop
they are not as detailed on their versioning (at least not in an
easily accessible manner). Assuming that the Properties Dialog for
`libapr-1.dll` is reporting correctly the file version indicates
1.6.5. This version of the binary still produces the same error.
`svn --version` reports:
svn, version 1.13.0 (r1867053)
compiled Nov 8 2019, 15:24:55 on x86/x86_64-microsoft-windows6.1.7601
Copyright (C) 2019 The Apache Software Foundation.
This software consists of contributions made by many people;
see the NOTICE file for more information.
Subversion is open source software, see http://subversion.apache.org/
The following repository access (RA) modules are available:
* ra_svn : Module for accessing a repository using the svn network protocol.
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
- using serf 1.3.9 (compiled with 1.3.9)
- handles 'http' scheme
- handles 'https' scheme
The following authentication credential caches are available:
* Wincrypt cache in C:\Users\aceo\AppData\Roaming\Subversion
But nothing that mentions the APR.
Is this helpful? I am willing to try other binaries.
On Tue, May 5, 2020 at 6:32 PM Nathan Hartman <hartman.nathan_at_gmail.com> wrote:
> On Tue, May 5, 2020 at 4:36 PM Ace Olszowka <aolszowka_at_gmail.com> wrote:
> > When attempting to perform `svn cleanup --remove-unversioned` in
> > Windows with a Working Copying that contains a Junction (created on an
> > NTFS partition via `mklink /J`
> > [https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/mklink])
> > subversion throws E720005 stating that access is denied.
> Hello Ace,
> Thank you for reporting this, and with detailed version information.
> That is very helpful.
> If you make a junction pointed at a different folder, not the %TEMP%
> folder, does it still fail to cleanup unversioned items?
> Also, do you (or someone else) happen to have a Subversion client
> (preferably 1.13) that is built with APR 1.6.5 (or any APR prior to
> 1.7.0) and if so, could you test this scenario with that client and
> let us know if it still fails?
> Asking because I'm not sure if this issue is related to the same
> cause(s), but we have some other known issues with Windows Junctions,
> that if I understand correctly, have begun since changes in APR 1.7.0
> related to the handling of junctions. We have an ongoing discussion
> with the APR devs about what changes need to be made in Subversion
> and/or APR to solve those issues. Your report potentially offers some
> more insights...
> Thanks again,
Received on 2020-05-06 05:16:56 CEST