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

Re: Re: ERROR can't move *.svn-work to *.svn-base: access is denied

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Tue, 2 Jun 2009 09:11:10 +0100

2009/6/2 Jon Kloske <jkloske_at_itee.uq.edu.au>:
> Sorry, but I don't understand how this is a samba bug - can someone clarify?
>
> TortoiseSVN is setting readonly on a file or directory or something, and then trying to delete/move/whatever that file or directory and then is complaining that samba won't let them?
>
> Isn't that the correct behavior? Surely if tortoise wants to play with that file, it should unset the readonly bit first?

TortoiseSVN doesn't do anything with the files, it is the subversion
library which does that. If you want a detailed explanation you need
to ask on the subversion mailing list. But network shares have been
problematic for a long time because of the limited set of locking
operations that they support.

> I've no idea how "upgrading to the latest samba" is supposed to fix this - I'd love to see what changes they put in to allow TortoiseSVN to delete readonly files...
>
> As for turning on delete readonly = yes - this is not the default behavior and in fact samba recommends you leaving this setting alone since it can break some stuff that relies on this behavior (which is the dos/windows default, and unix default and in fact everything default ever, so why does Tortoise require you to break this?)
>

I believe the delete readonly=yes setting is a temporary workaround
for a bug in SAMBA. In later SAMBA versions it probably isn't needed.

> Either someone needs to explain this in more detail so we don't think that TortoiseSVN developers are dodging the fact they broke something that can be worked around by breaking Samba, or if this truly is a bug (like, it worked in 1.4, so what did you change to break this?) assign a ticket to it and get someone to fix it.

The behaviour of the subversion library changed in 1.5. Something
along the lines of simplifying the code to use standard file access
APIs and less kludges.

> Not all of us have the luxury of being able to switch on a feature recommended against on our file servers - they are used by a lot of other people for a lot of other things and turning this on could break the fileserver from the point of view of a lot of other people.
>
> TortoiseSVN should work regardless of the setting of delete readonly.

Not if the filesystem itself is buggy.

Simon

-- 
:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2358689
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-06-02 17:12:29 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.