Bug 122863 - Enhancement: 'svn' port numbers in etc/services, xinetd template
Summary: Enhancement: 'svn' port numbers in etc/services, xinetd template
Alias: None
Product: Fedora
Classification: Fedora
Component: subversion
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Joe Orton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-05-09 14:49 UTC by Dams
Modified: 2017-10-25 08:25 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2017-10-25 08:25:11 UTC

Attachments (Terms of Use)

Description Dams 2004-05-09 14:49:43 UTC
The subversion package doesnt add those 2 lines to the /etc/services
file :

svn    3690/tcp        # Subversion
svn    3690/udp        # Subversion

Maybe it could do it ?
And here is a template for the svnserve service through xinetd.
/etc/xinetd.d/svnserve :

# default: off
# description: The Subversion server.
service svn
        disable = yes
        socket_type             = stream
        wait                    = no
        user                    = root
        server                  = /usr/bin/svnserve
        server_args             = --inetd
        log_on_success          += HOST USERID
        log_on_failure          += HOST

If you dont add port lines into etc/services, xinetd wont start unless
you add a 'port = 3690' line into this xinetd service file.

I dont suggest this file to be verbatim-included as
/etc/xinetd.d/svnserve without a 'root' directory (like
/var/subversion, or /srv/subversion.. whatever..) which may be the
location for subversion repositories. If such a root directory is
created in the package (%dir /path/to/subversion), then remember to
add '--root /path/to/subversion' on the server_args line.

And i dont think svnserve needs to be root, so a dedicated user might
be Good Thing(tm).

This xinetd file thingy could be included as part of the package

Comment 1 Kenneth Porter 2004-06-19 04:16:34 UTC

Note that svn was added in January 2003.

See also bug 82104.

Comment 2 Jason Tibbitts 2005-01-20 16:42:21 UTC
The /etc/services issue seems to be resolved as of FC3.

Comment 3 Joe Orton 2005-01-20 16:48:04 UTC
And also /etc/xinetd.d is owned by filesystem now which is also very useful.

Note You need to log in before you can comment on or make changes to this bug.