[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn cleanup options

From: Branko Čibej <brane_at_apache.org>
Date: Fri, 15 Feb 2019 08:42:42 +0100

On 15.02.2019 08:02, Cooke, Mark wrote:
>> -----Original Message-----
>> From: Branko Čibej [mailto:brane_at_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
Received on 2019-02-15 08:42:53 CET

This is an archived mail posted to the Subversion Users mailing list.