Re: [gentoo-alt] [AIX] subversion failures

[Peter Ansell]

I suspect at least the cross-platform .svn directories issue is not to
blame as it was able to update a file previous to that. The only place
that I have heard of where .svn directories conflict with hosts in any
way is with ASP.NET web applications, which makes TortoiseSvn on
windows use _svn directories instead. Deleting subdirectories followed
by updating using the current directories .svn directory as a basis is
a common way to restore directories using svn and as such is expected
to work if the subdirectory was broken but the parent was not.

I wonder what ls -la on the files and files/.svn directories would
have looked like previous to deleting them. :)

I get issues like that if I accidently attempt to do svn update using
a different user btw. Ie, if I am in a root shell and I do that I have
to chown all the directories back to my normal user before svn update
works again as the normal user. Did you use the tar -p option by
accident?

Peter

On 08/11/2007, Fabian Groffen <grobian@g.o> wrote:
> On 07-11-2007 20:48:07 +0000, Marshall McMullen wrote:
> > WOW, that worked!! After removing the affected broken directory, I had to so
> > an "svn cleanup" then a "svn update" and it recreated the valgrind directory.
> > I then tried another svn update from the top-level directory, and it bailed
> > on another directory. I repeated the process above, and now it seems like
> > it's syncing up properly /* crosses fingers */
>
> That leads me to the following thoughts:
> - the snapshot you used is rotten
> - the tar program you used to extract the snapshot is rotten
> - your filesystem is rotten
> - .svn dirs aren't as cross-platform as they look like.
> ... eh?
>
> --
> Fabian Groffen
> Gentoo on a different level
> --
> gentoo-alt@g.o mailing list
>
>
-- 
gentoo-alt@g.o mailing list