Title:Subversion/CVS for Gentoo Hosted Projects
Author:Aaron Walker <ka0ttic at>
Last-Modified:2005/11/07 22:26:59
Type:Standards Track
Post-History:13-Mar-2005, 21-Mar-2005



Allow maintainers of Gentoo hosted projects to choose between Subversion/CVS.


By offering a choice of version control systems, developers who want or need certain features, can choose which one suits them or their project the best.

In addition, there are quite a few projects that should be Gentoo hosted, but are hosted elsewhere due to the fact that Subversion is not currently offered. Examples include the app-vim/gentoo-syntax package ([1]), and app-shells/gentoo-bashcomp ([2]).

Subversion has many advantages over CVS, including changesets, directory versioning, atomic commits, versioned metadata, and more efficient branching and tagging ([3]). Despite these advantages, many developers feel that Subversion is not yet ready for the main tree due to scaling issues.


The following steps describe, in detail, the process of setting up the Subversion svnserve daemon (over SSH) and creating new repositories.

One repository should be created per project. Reasons for this include easier control over who has access, performance (checking out one big repository takes many times longer), ease-of-use (branching and merging are more difficult with one big repository), and meaningful revision numbers (since Subversion uses repository-global revision numbers, revision numbers for project A will increase on every commit even if no changes are made to project A).

For preexisting CVS repositories, instructions on converting ([4]) are already available in addition to the cvs2svn documentation itself ([5]).

  1. Install dev-util/subversion:

    $ emerge subversion
  2. Write wrapper script for svnserve:

    $ $EDITOR /usr/local/bin/svnserve-ssh && chmod +x \
    > /usr/local/bin/svnserve-ssh
    umask 002
    exec /usr/bin/svnserve "$@"
  3. Modify the svnserve rc script:

    $ cp /etc/init.d/svnserve /etc/init.d/svnserve-ssh
    $ sed -i 's:/usr/bin/svnserve:/usr/local/bin/svnserve-ssh:' \
    > /etc/init.d/svnserve-ssh
  4. Edit svnserve rc config:

    $ ln -s /etc/init.d/svnserve /etc/init.d/svnserve-ssh
    $ $EDITOR /etc/init.d/svnserve

    SVNSERVE_OPTS="--root=/var/svnroot" SVNSERVE_USER="svn" SVNSERVE_GROUP="svn"

  5. Add svn group and user:

    $ groupadd svn
    $ useradd svn -d /var/svnroot -s /bin/false -g svn
  6. Create the directory that will hold the repositories:

    $ mkdir -p /var/svnroot/conf
  7. To create new repositories, simply run:

    $ svnadmin create --fs-type fsfs /var/svnroot/<repos>
  8. Make sure newly created/converted repositories have correct permissions. Of course, Infra might want to do this differently:

    $ chown -Rf svn:users /var/svnroot/<repos>
    $ chmod -Rf 775 /var/svnroot/<repos>
  9. Start it up:

    $ /etc/init.d/svnserve-ssh start
    $ rc-update add svnserve-ssh default

Backwards Compatibility

Offering a choice between Subversion and CVS should in no way cause any backwards compatibility issues. Those developers who prefer to use CVS can continue to do so without any ill effects.


[3]Version Control with Subversion
[4]Migration of Gentoo Repositories from CVS to Subversion
[5]cvs2svn Documentation


This document has been placed in the public domain.