RE: CVS Unix to Linux Migration

[Rez]

> Date: Wed, 4 Feb 2009 07:18:17 -0700
> From: address@hidden
> CC: address@hidden
> Subject: Re: CVS Unix to Linux Migration
>
> Amaresh Chandra Das wrote:
> >
> > 1- if the migration is more involved than simply tarballing the repository
> > from the old server and untarring and mounting it on the new server?
> > Meaning, the repository is independent and not affected by the old OS in any
> > way as far as file system or formatting or any other thing go. What else do
> > I need to do on the old server to prepare?
>
> Yes, although, if you have put your lock directories in a different place,
> you will need to create those on the new server. The other catch, is that
> often on CVS server, the CVSTMP point somewhere else than the default
> (because the default, /tmp, is too small), again you need to make sure that
> that directory exists, and that there is enough space in there.
 
Does cvs by default use the /tmp directory to keep track of locked files? Where's this directive set, in what file, should I tell cvs to direct to another directory, /etc/inetd.conf?
>
> The other thing is, if you use extended ACL, then you need to translate
> those between the Solaris ones and the Linux ones.
>
> > 2- Because it's a migration by way of untarring, do I still need to execute
> > "cvs -d /repo/path init" since the existing repo already contains the
> > CVSROOT directory?
>
> No, when you untar, it will create the CVSROOT directories, which is what
> "cvs init" does.
>
>
> >
> > 3- Also, I would like to get rid of some old projects in the repository
> > before I migrate it, we don't need the history and don't need to save them,
> > so could I just log into the old server as Admin and do an rm or mv command
> > (carefully of course) w/o trashing or corrupting the repository?
>
> Are those modules, or repositories ?
> If they are repositories, then yes it is easy to delete (mv), if they are
> modules, then it is also easy, but it means that your log file will be wrong
> which might be an issue if, for example, you transfer to another SCM later.
 
They're not respositories but projects under it.  So then does that mean I have to use a cvs client to remove them and commit them to the attic?  Thanks for your help.

>
> In either case, disk space is cheap, personally I would archive rather than
> delete.
>
> --
> Yves.
> http://www.sollers.ca/blog/2008/
>
>
>

---

Windows Live™: Keep your life in sync. Check it out.