Bug#232584: /usr/bin/svnserve: Need an init.d script?
On 06/04/2021 22:34, Roger Lynn wrote:
I've written a new version of the script for Bullseye, based on Yubao Liu's
version and the template in init-d-script(5). Attached should be the
/etc/init.d/svnserve script and /etc/defaults/svnserve file. I am not an
expert on scripting, but it seems to work. It still needs Yubao Liu's
logrotate file.
And... that version didn't handle restarts properly. Here is a another
attempt...
Regards,
Roger
#!/usr/bin/env /lib/init/init-d-script
### BEGIN INIT INFO
# Provides: svnserve
# Required-Start:$syslog $remote_fs $local_fs $network
# Required-Stop: $syslog $remote_fs $local_fs $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: SVN server daemon service
# Description: Debian init script to start the daemon
#serving Subversion repositories.
### END INIT INFO
DAEMON=/usr/bin/svnserve
LOG_FILE=/var/log/svnserve.log
START_ARGS="-c svn:svn"
do_start_prepare()
{
DAEMON_ARGS="-d -T -r $REPOS_DIR --config-file=$CONFIG_FILE
--log-file=$LOG_FILE $SVNSERVE_OPTIONS"
if [ ! -f "$LOG_FILE" ]; then
touch $LOG_FILE
chown svn:adm $LOG_FILE
chmod 640 $LOG_FILE
fi
}
do_restart_prepare()
{
do_start_prepare
}
Bug#232584: /usr/bin/svnserve: Need an init.d script?
Package: subversion
Version: 1.14.1-3
Followup-For: Bug #232584
X-Debbugs-Cc: ro...@rilynn.me.uk
I've written a new version of the script for Bullseye, based on Yubao Liu's
version and the template in init-d-script(5). Attached should be the
/etc/init.d/svnserve script and /etc/defaults/svnserve file. I am not an
expert on scripting, but it seems to work. It still needs Yubao Liu's
logrotate file.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled
Versions of packages subversion depends on:
ii libapr1 1.7.0-6
ii libaprutil1 1.6.1-5
ii libc62.31-11
ii libsvn1 1.14.1-3
subversion recommends no packages.
Versions of packages subversion suggests:
ii db5.3-util 5.3.28+dfsg1-0.8
pn libapache2-mod-svn
ii patch 2.7.6-7
ii subversion-tools1.14.1-3
-- no debconf information
#!/usr/bin/env /lib/init/init-d-script
### BEGIN INIT INFO
# Provides: svnserve
# Required-Start:$syslog $remote_fs $local_fs $network
# Required-Stop: $syslog $remote_fs $local_fs $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: SVN server daemon service
# Description: Debian init script to start the daemon
#serving Subversion repositories.
### END INIT INFO
DAEMON=/usr/bin/svnserve
LOG_FILE=/var/log/svnserve.log
START_ARGS="-c svn:svn"
do_start_prepare()
{
DAEMON_ARGS="-d -T -r $REPOS_DIR --config-file=$CONFIG_FILE
--log-file=$LOG_FILE $SVNSERVE_OPTIONS"
if [ ! -f "$LOG_FILE" ]; then
touch $LOG_FILE
chown svn:adm $LOG_FILE
chmod 640 $LOG_FILE
fi
}
REPOS_DIR=/srv/svn/repositories
CONFIG_FILE=/srv/svn/svnserve.conf
SVNSERVE_OPTIONS=""
Bug#232584: /usr/bin/svnserve: Need an init.d script?
On Sat, 3 Apr 2004 16:49:18, Pierre THIERRY wrote: > > My expectation is that in most cases svnserve is used on conjunction > > with ssh or is started via inetd > > No, in the contrary, the SSH tunneling is more an option than the main > use case. Taken from the SVN website (http://subversion.tigris.org/)Â : > > "Subversion also offers a standalone server option using a custom > protocol (not everyone wants to run Apache 2.x). The standalone server > can run as an inetd service, or in daemon mode, and offers basic > authentication and authorization. It can also be tunnelled over ssh." The documentation now at http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.serverconfig.choosing.recommendations recommends against SSH tunnelling, saying: "In general, the authors of this book recommend a vanilla svnserve installation for small teams just trying to get started with a Subversion server; it's the simplest to set up and has the fewest maintenance issues." It goes on to recommend using svnserve with SASL if encryption is required, instead of tunnelling with SSH which is "effectively the same as local users accessing via file://", which in turn is strongly discouraged. Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#232584: /usr/bin/svnserve: Need an init.d script?
Hi, I also stumbled upon this problem. Any news since three years? It is just unusual if Debian provides a package that contains server features but there is not even a hint in the docs (for instance README.Debian) how to start the server. If I personally would maintain such a package I would even split up the package into two (perhaps three): subversion-client and subversion-server (perhaps subversion-common). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
