Bug 82262 – subversion 1.1.1-r3 and incorrect svnserve in /etc/xinetd.d directory

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Mike Baikov 2005-02-16 09:24:01 UTC]

in /etc/services - 3690 = svn/tcp
in /etc/xinet.d/svnserve - 3690 = svnserve/tcp 


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Actual Results:  
xinetd don't run 3690 service

[Comment 1 Martin Bays 2005-03-06 05:01:16 UTC]

Changing the 'service svnserve' line to 'service svn' in /etc/xinet.d/svnserve appears to fix the problem. Should the name of the file be changed too, for consistency?

[Comment 2 Mike Baikov 2005-03-09 00:43:46 UTC]

I think, yes. Not see a problem

[Comment 3 lzap 2005-05-20 05:22:46 UTC]

or adding this:

type        = UNLISTED

[Comment 4 Steve Herber 2005-05-31 23:25:18 UTC]

It should be changed to 'svn' to match our /etc/services file:

grep svn /etc/services
svn             3690/tcp                        # Subversion
svn             3690/udp

Or /etc/services should be modified to include the longer name:

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

[Comment 5 Jakub Moc (RETIRED) 2005-07-05 01:23:09 UTC]

Please, could you apply this trivial patch? Can't see why this takes over 4
months to fix. Thanks.

--- svnserve.xinetd.orig        2004-11-12 19:48:59.000000000 +0100
+++ svnserve.xinetd     2005-07-05 10:19:16.000000000 +0200
@@ -1,4 +1,4 @@
-service svnserve
+service svn
 {
     socket_type     = stream
     wait            = no

[Comment 6 Mike Baikov 2005-08-01 23:21:10 UTC]

fdisk /dev/cciss/c0d0

Command (m for help): p

Disk /dev/cciss/c0d0: 72.8 GB, 72829501440 bytes
255 heads, 32 sectors/track, 17432 cylinders
Units = cylinders of 8160 * 512 = 4177920 bytes

           Device Boot      Start         End      Blocks   Id  System
/dev/cciss/c0d0p1               1          13       53024   83  Linux
/dev/cciss/c0d0p2              14         971     3908640   82  Linux swap / Solaris
/dev/cciss/c0d0p3             972        2169     4887840   83  Linux
/dev/cciss/c0d0p4            2170       17432    62273040    5  Extended
/dev/cciss/c0d0p5            2170       17432    62273024   8e  Linux LVM

[Comment 7 Mike Baikov 2005-08-01 23:21:54 UTC]

(In reply to comment #6)
> fdisk /dev/cciss/c0d0
> 
> Command (m for help): p
> 
> Disk /dev/cciss/c0d0: 72.8 GB, 72829501440 bytes
> 255 heads, 32 sectors/track, 17432 cylinders
> Units = cylinders of 8160 * 512 = 4177920 bytes
> 
>            Device Boot      Start         End      Blocks   Id  System
> /dev/cciss/c0d0p1               1          13       53024   83  Linux
> /dev/cciss/c0d0p2              14         971     3908640   82  Linux swap /
Solaris
> /dev/cciss/c0d0p3             972        2169     4887840   83  Linux
> /dev/cciss/c0d0p4            2170       17432    62273040    5  Extended
> /dev/cciss/c0d0p5            2170       17432    62273024   8e  Linux LVM
> 

sorry not in this bug :-) please ignore.

[Comment 8 Jan 2005-08-05 07:15:59 UTC]

(In reply to comment #5)
> Please, could you apply this trivial patch? 

I second this motion. 

Just wanted to add that the subject line is wrong: AFAIK this affects all 
versions, not just 1.1.1-r3. It caught me on setting up 1.2.1 and was as easy to 
find as typing "tail /var/log/syslog". That almost made me enter a new 
bug+patch, until I found this one.

[Comment 9 Paul de Vrieze (RETIRED) 2005-08-25 06:30:56 UTC]

Sorry, I've been away for a while and I don't use svnserve myself. Probably the
services file changed some time ago. Anyway I just fixed the file in the files
directory. This should work correctly the next time subversion is merged. The
filename is not changed as the process is still called svnserve, and it
distinguishes better between the different modes of subversion access.