Subject: /usr/bin/svnserve: Need an init.d script?
Date: Fri, 13 Feb 2004 21:45:59 +0000
Package: subversion
Version: 0.37.0-2
Severity: wishlist
File: /usr/bin/svnserve
For a serious development computer, the subversion server
should be started on boot. That is, there should be an
/etc/init.d script for starting svnserve
(apache2 is already started, of, course, for those that use WebDAV).
It would be nice if the Debian package included (at least)
a skeleton version of that script.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.24-1-k7
Locale: LANG=C, LC_CTYPE=C
Versions of packages subversion depends on:
ii db4.2-util 4.2.52-10 Berkeley v4.2 Database Utilities
ii libapr0 2.0.48-4 The Apache Portable Runtime
ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
ii libdb4.2 4.2.52-9 Berkeley v4.2 Database Libraries [
ii libexpat1 1.95.6-6 XML parsing C library - runtime li
ii libldap2 2.1.23-1 OpenLDAP libraries
ii libneon24 0.24.4-3 An HTTP and WebDAV client library
ii libssl0.9.7 0.9.7c-5 SSL shared libraries
ii libsvn0 0.37.0-2 Subversion shared libraries
ii libxml2 2.6.5-1 GNOME XML library
ii patch 2.5.9-1 Apply a diff file to an original
ii zlib1g 1:1.2.1-3 compression library - runtime
-- no debconf information
Subject: Re: Bug#232584: /usr/bin/svnserve: Need an init.d script?
Date: Sat, 14 Feb 2004 13:53:17 +0100
On Fri, Feb 13, 2004 at 09:45:59PM +0000, Benedict Adamson wrote:
> Package: subversion
> Version: 0.37.0-2
> Severity: wishlist
> File: /usr/bin/svnserve
My expectation is that in most cases svnserve is used on conjunction
with ssh or is started via inetd. In that case no init.d script is
needed since the login session or inetd invokes svnserve. Should
there be a commented entry in /etc/inetd.conf? Would you consider
that enough? If you can describe a bit how you are using svnserve
we can probably find something that makes sense.
Thanks for the report,
-David
>
> For a serious development computer, the subversion server
> should be started on boot. That is, there should be an
> /etc/init.d script for starting svnserve
> (apache2 is already started, of, course, for those that use WebDAV).
> It would be nice if the Debian package included (at least)
> a skeleton version of that script.
>
>
> -- System Information:
> Debian Release: testing/unstable
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.24-1-k7
> Locale: LANG=C, LC_CTYPE=C
>
> Versions of packages subversion depends on:
> ii db4.2-util 4.2.52-10 Berkeley v4.2 Database Utilities
> ii libapr0 2.0.48-4 The Apache Portable Runtime
> ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
> ii libdb4.2 4.2.52-9 Berkeley v4.2 Database Libraries [
> ii libexpat1 1.95.6-6 XML parsing C library - runtime li
> ii libldap2 2.1.23-1 OpenLDAP libraries
> ii libneon24 0.24.4-3 An HTTP and WebDAV client library
> ii libssl0.9.7 0.9.7c-5 SSL shared libraries
> ii libsvn0 0.37.0-2 Subversion shared libraries
> ii libxml2 2.6.5-1 GNOME XML library
> ii patch 2.5.9-1 Apply a diff file to an original
> ii zlib1g 1:1.2.1-3 compression library - runtime
>
> -- no debconf information
>
>
>
Subject: Re: Bug#232584: /usr/bin/svnserve: Need an init.d script?
Date: Sat, 14 Feb 2004 14:28:56 +0000
David Kimdon wrote:
...
> My expectation is that in most cases svnserve is used on conjunction
> with ssh or is started via inetd. In that case no init.d script is
> needed
I see what you mean. I didn't realise that was the intention.
...
> Should
> there be a commented entry in /etc/inetd.conf?
That would help. Perhaps an installation configuration question asking
the user whether they want svnserve to be started by inetd would be better?
> If you can describe a bit how you are using svnserve
> we can probably find something that makes sense.
I've created my own /etc/init.d/svn and /etc/default/svnserve
I could post them if you want them.
However, svnserve seems rather lightweight so far, so inetd could be
entirely adequate.
> 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."
> Should there be a commented entry in /etc/inetd.conf?
There should be a debconf question to invoke update-inetd.
But the package should also provide an init.d script, and debconf
questions about starting a standalone server or with inetd...
Alternatively,
le Moine Fou
--
[email protected]
OpenPGP 0xD9D50D8A
Subject: Re: /usr/bin/svnserve: Need an init.d script?
Date: Mon, 7 May 2007 09:39:56 +0200 (CEST)
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
Acknowledgement sent
to Olaf van der Spek <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Sun, 28 Dec 2008 13:45:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Jurgen DEBO <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Thu, 19 Feb 2009 20:51:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Jurgen DEBO <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Thu, 19 Feb 2009 21:03:14 GMT) (full text, mbox, link).
Acknowledgement sent
to Jurgen DEBO <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Thu, 19 Feb 2009 21:42:05 GMT) (full text, mbox, link).
You need to verify this script to make it perfect.
There are $OPTIONS in the start section.
I needed to put this line to make it work:
/usr/bin/$prog --daemon --pid-file $pidfile --root=/var/lib/svn/ $OPTIONS
So review this script before integration.
Maybe it should be tweaked to use standard, tunneling by ssh, with the
--tunnel option and allow read-only by direct access to the daemon
running at localhost.
Acknowledgement sent
to Marco Solieri <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Fri, 27 Nov 2009 16:12:03 GMT) (full text, mbox, link).
I have written a new version of a init.d script from the skeleton
provided from Jurgen DEBO. The initscript has a LSB compliant header
and uses external options from a default configuration file
(/etc/default).
It can be easily extended for setting up a default non-start policy,
target to the medium user. I would like this script to be integrated in
newer version of the package.
--
Marco Solieri
aka SoujaK
Acknowledgement sent
to Roger Lynn <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Mon, 21 Jun 2010 11:03:06 GMT) (full text, mbox, link).
Subject: Re: Bug#232584: /usr/bin/svnserve: Need an init.d script?
Date: Mon, 21 Jun 2010 11:59:19 +0100
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
Acknowledgement sent
to Roger Lynn <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Sun, 10 Oct 2010 08:51:03 GMT) (full text, mbox, link).
On Fri, 27 Nov 2009 17:04:12 +0100, Marco Solieri wrote:
> I have written a new version of a init.d script from the skeleton
> provided from Jurgen DEBO. The initscript has a LSB compliant header
> and uses external options from a default configuration file
> (/etc/default).
Thank you to both you and Jurgen for providing this.
However the script doesn't work with dash in Lenny, giving the following errors:
/etc/init.d/subversion: 21: source: not found
/etc/init.d/subversion: 24: source: not found
/etc/init.d/subversion: 47: Syntax error: "(" unexpected (expecting "}")
I have worked around this by telling it to use bash instead of sh.
Roger
Acknowledgement sent
to Liu Yubao <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Sat, 24 Mar 2012 21:36:08 GMT) (full text, mbox, link).
Hi,
Share my svnserve init.d script.
First, I use user "svn" and group "svn" for svnserve:
[ "`getent group svn`" ] || addgroup --system svn
[ "`getent passwd svn`" ] || adduser --system --home /srv/svn \
--shell /bin/false --ingroup svn --disabled-password \
--disabled-login --gecos "svnserver server account" svn
Some file paths embedded in /etc/init.d/svnserve and can be adjusted in
/etc/default/svnserve:
repository root: /srv/svn
pid file: /var/run/svnserve.pid
log file: /var/log/svnserve.log
config file: /srv/svn/svnserve.conf (I used --config-file option
because I wouldn't like to manage */conf/svnserve.conf)
Files attached, hope that's useful for somebody:-)
/etc/init.d/svnserve
/etc/default/svnserve
/etc/logrotate.d/svnserve
The /etc/init.d/svnserve is modified from /etc/init.d/skeleton.
Regards,
Yubao Liu
Acknowledgement sent
to Liu Yubao <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Sat, 24 Mar 2012 21:45:04 GMT) (full text, mbox, link).
Sorry, forgot "delaycompress" below the "compress" line in
/etc/logrotate.d/svnserve,
because svnserve doesn't handle SIGHUP signal to reopen log file.
Regards,
Yubao Liu
On Sun, Mar 25, 2012 at 5:33 AM, Liu Yubao <[email protected]> wrote:
> Hi,
>
> Share my svnserve init.d script.
>
> First, I use user "svn" and group "svn" for svnserve:
>
> [ "`getent group svn`" ] || addgroup --system svn
>
> [ "`getent passwd svn`" ] || adduser --system --home /srv/svn \
> --shell /bin/false --ingroup svn --disabled-password \
> --disabled-login --gecos "svnserver server account" svn
>
> Some file paths embedded in /etc/init.d/svnserve and can be adjusted in
> /etc/default/svnserve:
> repository root: /srv/svn
> pid file: /var/run/svnserve.pid
> log file: /var/log/svnserve.log
> config file: /srv/svn/svnserve.conf (I used --config-file option
> because I wouldn't like to manage */conf/svnserve.conf)
>
> Files attached, hope that's useful for somebody:-)
> /etc/init.d/svnserve
> /etc/default/svnserve
> /etc/logrotate.d/svnserve
>
> The /etc/init.d/svnserve is modified from /etc/init.d/skeleton.
>
> Regards,
> Yubao Liu
Acknowledgement sent
to Jason Lingohr <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
Your message did not contain a Subject field. They are recommended and
useful because the title of a $gBug is determined using this field.
Please remember to include a Subject field in your messages in future.
Acknowledgement sent
to Roger Lynn <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Wed, 06 Jan 2016 01:57:04 GMT) (full text, mbox, link).
On Sun, 25 Mar 2012 05:33:14 +0800 Liu Yubao <[email protected]> wrote:
> Share my svnserve init.d script.
>
> First, I use user "svn" and group "svn" for svnserve:
>
> [ "`getent group svn`" ] || addgroup --system svn
>
> [ "`getent passwd svn`" ] || adduser --system --home /srv/svn \
> --shell /bin/false --ingroup svn --disabled-password \
> --disabled-login --gecos "svnserver server account" svn
>
> Some file paths embedded in /etc/init.d/svnserve and can be adjusted in
> /etc/default/svnserve:
> repository root: /srv/svn
> pid file: /var/run/svnserve.pid
> log file: /var/log/svnserve.log
> config file: /srv/svn/svnserve.conf (I used --config-file option
> because I wouldn't like to manage */conf/svnserve.conf)
>
> Files attached, hope that's useful for somebody:-)
> /etc/init.d/svnserve
> /etc/default/svnserve
> /etc/logrotate.d/svnserve
>
> The /etc/init.d/svnserve is modified from /etc/init.d/skeleton.
Thank you for the script, which I have been successfully using for several
years.
I've just upgraded to Jessie and svnserve now appears to require write
access to the directory containing the PID file. Also PID files have moved
to /run. I have therefore modified the script to create /run/svnserve with
owner svn:svn and moved the PID file to /run/svnserve/svnserve.pid
Roger
Acknowledgement sent
to Tabitha Romeo <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Wed, 20 Apr 2016 05:18:04 GMT) (full text, mbox, link).
Acknowledgement sent
to "FedEx SameDay" <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Sat, 17 Dec 2016 07:21:03 GMT) (full text, mbox, link).
Dear Customer,
We can not deliver your parcel arrived at December 16.
You can find more details in this e-mail attachment!
Thanks,
Terrence Shaffer,
Operation Manager.
Acknowledgement sent
to "FedEx Support" <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Sat, 24 Dec 2016 05:03:03 GMT) (full text, mbox, link).
Acknowledgement sent
to "FedEx TechConnect" <[email protected]>:
Extra info received and forwarded to list. Copy sent to Peter Samuelson <[email protected]>.
(Tue, 27 Dec 2016 06:03:03 GMT) (full text, mbox, link).
Acknowledgement sent
to "Mr. Hamza Kabore" <[email protected]>:
Extra info received and forwarded to list. Copy sent to James McCoy <[email protected]>.
(Mon, 22 Jan 2018 13:27:03 GMT) (full text, mbox, link).
--
Hello Dear Friend,
Greetings and how are you doing?
I want to know if you are keen to be my partner in claiming the
fortune $12.8 Million USD left by a late client. If you're interested
revert for more details.
Awaiting your reply
Hamza Kabore
Acknowledgement sent
to Marron Bennett <[email protected]>:
Extra info received and forwarded to list. Copy sent to James McCoy <[email protected]>.
(Mon, 06 Apr 2020 17:51:05 GMT) (full text, mbox, link).
Good Morning Dear,
I sent you a mail few days ago and I don't know if you receive it, I am
still waiting for your reply in regards to my mail.
Best Wishes
Marron Bennett.
Bonjour cher,
Je vous ai envoyé un mail il y a quelques jours et je ne sais pas si vous
le recevez, j'attends toujours votre réponse concernant mon mail.
Meilleurs vœux
Package: subversion
Version: 1.14.1-3
Followup-For: Bug #232584
X-Debbugs-Cc: [email protected]
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 libc6 2.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 <none>
ii patch 2.7.6-7
ii subversion-tools 1.14.1-3
-- no debconf information
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
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.