svn --switch weirdness

Auke Kok sofar at foo-projects.org
Sun Oct 30 02:56:39 CET 2005


Carol Spears wrote:

>hello,
>
>i (guess) that i successfully made the switch from the old anon server
>to the new one.  in the middle of my first "update" i started getting a
>new module, xfc/
>
>  
>

This suggests that you are checking out the *entire* xfce svn tree. Are 
you aware that this creates over 3.5gb of traffic (at least) and hardly 
useful unless you are a developer?

>i was frustrated at that first update and probably over-reacted.  i did
>everything i could to stop the update.  ctrl C, ctrl D and then finally
>i trashed that uxterm instance.
>
>before writing this list -- well, honestly before sending anything i had
>written to the list, i started to look around at the new stuff at the
>repository.  xfc is a new module that is there, along with a few others
>i am interested in.  so i "svn update" again, after a svn cleanup or
>two.
>
>now, my checkout is hung up for several (like perhaps 30 or more)
>minutes at the point that i had rudely and non-gracefully cancelled it
>before.  it is stuck motionless here:
>
>A    xfc/tags/START/xfc.spec.in
>
>any clue on what i did that messed it up so much?  i am used to cvs
>where you can remove a file or directory and it simply puts it back when
>you update.
>  
>

again, I think that you are trying to checkout the entire svn 
repository. This is different with CVS since *everything* is underneath 
the /svn/xfce, including ALL tags and branches ever made. Hardly 
usefull, you should really only checkout the /trunk/ parts.

Also, doing an svn update on the ENTIRE svn trunk makes your local svn 
traverse the ENTIRE xfce repository, which is huge, like I stated before 
- and takes forever too, especially the first checkout/update.

in short: don't do this!

if you want all the /trunk/ parts (only 200-300mb) then svn co the 
/svn/xfce/modules/trunk parts, or hand-select the trunks that you need. 
This will save considerable time and trouble for the both of us ;^)

Auke




More information about the Xfce4-dev mailing list