From Gentoo Wiki
Jump to: navigation, search
This GLEP is no longer maintained in the Gentoo Wiki and remains here only as a historical record. Please visit for the current version of this GLEP.
GLEP 36: Subversion/CVS for Gentoo Hosted Projects
Type Standards Track
Status Final
Author Aaron Walker <>
Replaced by (none)
Post History


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

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.


  1. app-vim/gentoo-syntax
  2. app-shells/gentoo-bashcomp
  3. Version Control with Subversion
  4. Migration of Gentoo Repositories from CVS to Subversion
  5. cvs2svn Documentation


This work is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License. To view a copy of this license, visit