subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko Čibej <>
Subject Re: svn cleanup options
Date Thu, 21 Feb 2019 18:44:28 GMT
On 15.02.2019 10:23, Cooke, Mark wrote:
>> -----Original Message-----
>> From: Branko Čibej []
>> Sent: Friday, February 15, 2019 7:43 AM
>> On 15.02.2019 08:02, Cooke, Mark wrote:
>>>> -----Original Message-----
>>>> From: Branko Čibej []
>>>> 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 please?
>> -- Brane
> Thanks Brane:

This is now fixed on trunk for 1.12.0, and proposed for the next 1.9.x,
1.10.x and 1.11.x releases.

-- Brane

View raw message