Re: how to solve status ~ ?

On Sat, 6 Dec 2003 21:03:44 -0500, John Szakmeister wrote:

> The problem is that usr/ was scheduled for addition, and then somehow
> the .svn/ directories got nuked underneath it. This left him in an
> unrecoverable state because he couldn't rename usr/ on his server.
>
> I think we need to look at forcing this to revert even if the directory is
> unversioned. I can see this happening again, especially in situations like
> Fraser's.

I agree. I have this problem too. I like to store stuff in /etc in
version control. I've been using CVS but wanted to start using svn
alongside it.

Here is the scenario I have, which you can reproduce :

    1) create a repository, as a normal user checkout the repository
            in /tmp.
    2) as root, move the .svn directory from the WC in /tmp to /etc
    3)
            $ cd /etc
            $ svn add apache2
                [error message, I don't recall exactly what it said]
            $ su root
            # chown dman apache2 # temporary so svn can create .svn
                                    # directory
            # exit
            $ svn add apache2
                [error - apache2 already scheduled for addition]
            $ svn [whatever]
                [errors]
            $ su root
            # chown root apache2 # restore

It's not uncommon for me to forget to update the permissions until I
get the error from CVS. With CVS, at least, I can easily correct that
situation. It would be great if there was a way to fix this with svn.
I guess the better approach is to have a "mirror" WC in which I can
create and add directories, then move the .svn directory to /etc. I'd
rather not run svn (or cvs, etc.) as root, just as good practice.

-D

-- 
\begin{humor}
Disclaimer:
If I receive a message from you, you are agreeing that:
   1. I am by definition, "the intended recipient"
   2. All information in the email is mine to do with as I see fit and make
        such financial profit, political mileage, or good joke as it lends
        itself to. In particular, I may quote it on USENET or the WWW.
   3. I may take the contents as representing the views of your company.
   4. This overrides any disclaimer or statement of confidentiality that may
        be included on your message
\end{humor}
 
www: http://dman13.dyndns.org/~dman/            jabber: dman_at_dman13.dyndns.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org