> -----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

Reply via email to