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

[Marshall McMullen]

I'm really at a loss here. I did inspect the directories that were failing,
and they don't look any different than ones that updated correctly. Just to
be safe, I tried changing ownership and group of the directories failing, but
it still fails.  As for 'tar -p', I just used haubi's prefix-launcher, and
I don't think it does that.

The only other related thing to note is that on the directory in question
that is my EPREFIX, it's group is not the same as my primary group. e.g., 
instead of being owned by "mdmcmull:mdmcmull" it is "mdmcmull:p/gnu/admin",
which I am a member of.  I'm not sure if that's affecting it... but if it
was, I would think it would continue failing even after I remove the 
affected directories.

The only other note I'd have is that there does seem to be a substantial
lag in the file system in question. Not sure if that might be contributing.

Anyhow, I've got a valid workaround, so I'm happy for now :-).

----- Original Message ----- 
From: "Peter Ansell" <ansell.peter@×××××.com> 
To: gentoo-alt@l.g.o 
Sent: Wednesday, November 7, 2007 3:13:00 PM (GMT-0600) America/Chicago 
Subject: Re: [gentoo-alt] [AIX] subversion failures 

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 


-- 
gentoo-alt@g.o mailing list