[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Svn server images / appliances / packages

From: Mark Phippard <markphip_at_gmail.com>
Date: Mon, 16 Dec 2019 11:01:09 -0500

On Mon, Dec 16, 2019 at 10:20 AM Julian Foad <julianfoad_at_apache.org> wrote:

> Last December I observed within a blog post [1],
>
> "
> On Docker Hub [2] the most comprehensive svn server seems to be
> elleflorio/svn-server (http + svnserve). Next is garethflowers/svn-
> server (very simple; svnserve only). None seem to be an enterprise-
> grade installation.
>
> There are no 'subversion' or 'svn' packages in the SNAP store [3].
> "
>
> The packages we list on http://subversion.apache.org/packages
> are all "traditional" desktop/server operating system packages. For svn
> server deployments, I feel we are missing some options that admins would
> prefer nowadays.
>
> Does anyone here have a good feel for what would be the most widely
> useful distribution formats nowadays? Let's say we're talking about an
> admin installing a Subversion server for the first time, at a small to
> medium sized software development department.
>
> - Docker?
> - VM image / appliance?
> - Snap / AppImage / FlatPak?
> - ...
>
> I want to get a feel for whether we, the Subversion community [4], would
> do well to publish one or more such option.
>
> Currently I just have a gut feeling that we should.
>

I do not think we should do it as I do not believe we are willing to hang
with it and support it. Docker would be the one to support but are we
really going to commit to keeping the image up to date and answering all of
the questions that naturally come up? I do not see how we can so it would
just be a disservice to put something out there.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2019-12-16 17:01:31 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.