Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
MIME-Version: 1.0
In-Reply-To: <f02ad8b5-89b6-70eb-dd33-f0d23099d4ae@apache.org>
References: <4e5d7467-3c26-07bb-fa4b-b54cc2e6b799@noir.com>
 <CAOCN9rxGU5a+UX14RQmtQctSWca6utv43Pzy07tRmHUbpqbE8w@mail.gmail.com> <f02ad8b5-89b6-70eb-dd33-f0d23099d4ae@apache.org>
From: Nico Kadel-Garcia <nkadel@gmail.com>
Date: Thu, 16 Mar 2017 06:50:44 -0400
Message-ID: <CAOCN9rwk5Yddv+FGbtGS29WDOccHHzHaWa=jMB=YqeXAY42CGQ@mail.gmail.com>
Subject: Re: upstart service scripts for svnserve?
To: =?UTF-8?Q?Branko_=C4=8Cibej?= <brane@apache.org>
Cc: Subversion <users@subversion.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
archived-at: Thu, 16 Mar 2017 10:58:02 -0000

On Thu, Mar 16, 2017 at 6:00 AM, Branko =C4=8Cibej <brane@apache.org> wrote=
:
> On 16.03.2017 10:29, Nico Kadel-Garcia wrote:
>> On Wed, Mar 15, 2017 at 7:01 PM, K Richard Pixley <rich@noir.com> wrote:
>>> Where can I find service scripts for debian/ubuntu for starting svnserv=
e
>>> as a system service?
>>>
>>> This should be in the documentation, I'm thinking, given how many
>>> distros have left xinitd for upstart.  I'm surprised that it's not ther=
e
>>> already.
>>>
>>> --rich
>> They've been switching much more to systemd. I'd look in the latest
>> published package from your favorite Debian or Ubuntu repository, and
>> use "dpkg" to get a list of its files.
>
> Indeed; the Subversion project publishes only source code. Packaging,
> init scripts etc. are done by distro maintainers.
>
> It would actually be counter-productive for the project to provide SysV
> init, upstart or systemd scripts, since every distro has different rules
> and structure for these things.

Also, I've had good success for.... roughly 10 years now with using
svn+ssh instead of directly exposing svnserve or using the HTTPS based
access. It does take key management, but helps protect people from the
longstanding risks of accidentally using the same passphrase for
svnserve or web access as for other services, and accidentally letting
the svn client store passphrases in clear text in $HOME/.subverison/.