> -----Original Message----- > From: Branko Čibej [mailto:br...@apache.org] > Sent: Friday, February 15, 2019 7:43 AM > > On 15.02.2019 08:02, Cooke, Mark wrote: > >> -----Original Message----- > >> From: Branko Čibej [mailto:br...@apache.org] > >> Sent: Thursday, February 14, 2019 3:17 PM > >> > >> On 14.02.2019 15:33, Stefan Sperling wrote: > >>> On Thu, Feb 14, 2019 at 03:29:20PM +0100, Stefan Sperling wrote: > >>>> On Thu, Feb 14, 2019 at 01:55:10PM +0000, Cooke, Mark wrote: > >>>>> Is there any way to say "ignore errors" or "ignore read-only" or even > >>>>> "remove read-only"? > >>>>> > >>>> Well, it should already work without errors. > >>>> I am not sure why it does not work for you :-/ > >>> Oh, if I remember correctly, Windows has this odd quirk where it is > >>> unable to delete files which are being held open by an application. > >>> > >>> Is this is happening in your case? If so, you will need to close these > >>> files first. This is not Subversion-specific; every program on Windows > >>> is affected by this issue. > > Sorry Stefan, I did not see your reply. I have been bitten by that before > > and I am fairly confident these files > are not open. > > > >> That's true but 'open by an application' and 'has read-only flag set' > >> are two different things. Still, Subversion's 'make file read/write' > >> will clear the Windows read-only flag specifically for this reason. > >> Perhaps the read-only files are in some unversioned directory? We might > >> have missed this case. > >> > >> -- Brane > > Thanks Brane, you are right, the read-only items are in a sub-folder that > > is copied in as part of the setup (and > then set as read-only). Some of the run time files are stored outside the > source tree and then copied in to the > required locations before building the setup executables. > > > > As it happens I am only really bothered about a specific sub-folder, so I > > have updated the script to clear the > read-only flag before running the svn commands. > > > > The issue you have identified is still there but is it worth fixing? > > > Yes, it's worth fixing, because it's a bug. :) If we have the > --remove-unversioned option and it happens not to work because we fail > to clear the read-only bit on files within unversioned directories, > well, we should fix that. > > Can you file an issue in https://issues.apache.org/jira/projects/SVN please? > > -- Brane
Thanks Brane: https://issues.apache.org/jira/browse/SVN-4806 ~ Mark C