It could be a matter of interference with TortoiseSVN. Joe Smith wrote: > Just in case you were not aware, Something has broken svn in the latest > snapshot. (Actually at least the two most recent snapshots have this > problem). > > Here is the error: "svn: Can't move '.svn/tmp/entries' to > '.svn/entries': Permission denied" > > > LS output: > $ ls -al .svn > total 2 > drwxr-xr-x+ 6 Owner None 0 Aug 7 16:11 . > drwxr-xr-x+ 3 Owner None 0 Aug 7 16:09 .. > -r--r--r-- 1 Owner None 192 Aug 7 16:09 entries ... > > $ ls -al .svn/tmp > total 1 > drwxr-xr-x+ 5 Owner None 0 Aug 7 16:11 . > drwxr-xr-x+ 6 Owner None 0 Aug 7 16:11 .. > -rw-r--r-- 1 Owner None 192 Aug 7 16:11 entries ... > > If I were to take a guess, i'm thinking it the "-r--r--r--" permission > on .svn/entries that is causing the problem. > Something probably changed in the permissions handling, causing the > breakage.
Accidentally, I had the same problem today and found the following helpful: < http://www.cygwin.com/ml/cygwin/2006-09/msg00081.html > (I didn't have to disable Icon overlays completely, just restrict them to "explorer only"). The cause seemed to be that "entries" additionally has the Windows R/O attribute set and cannot be deleted by svn. Some of the #ifdef WIN32 in libsvn_subr/io.c look interesting (if one argues that the Cygwin port should put some more efforts in coexisting nicely with native svn tools). viele Gruesse Thomas Berger -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
