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

Re: Best version for RHEL7/CentOS 7?

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Tue, 28 Apr 2015 16:37:54 -0500

On Tue, Apr 28, 2015 at 4:06 PM, Nico Kadel-Garcia <nkadel_at_gmail.com> wrote:
> On Tue, Apr 28, 2015 at 2:15 PM, Les Mikesell <lesmikesell_at_gmail.com> wrote:
>> Can someone comment on the best version of subversion to run on
>> CentOS7? The distribution supplies 1.7.14. I was thinking of
>> using the packaged 1.8.x from Wandisco, but I don't see a mod_dav_svn
>> here:
>> http://opensource.wandisco.com/centos/7/svn-1.8/RPMS/x86_64/
>> Does that mean there is a problem building it or am I missing something?
>>

> In general, the CentOS releases will be based on more regression
> tested, stable source from RHEL. Even though I publish the tools to
> build backport SRPM's and RPM's myself, at https://github.com/nkadel/,
> I'd encourage stable, upstream tested tools where feasible. And I'd
> jump to 1.7.20, or even to the noticeable performance and integration
> of 1.8.13, only if I really need some of the new features.
>
> This is especially true of you have NFS or CIFS based home directories
> and will access them with 1.8.x on one upgraded system and 1.7.x on
> another system for the same working copy.

I'd expect the wandisco packaged versions to have reasonable
stability, and was hoping for something that would need nothing but
'yum update' to maintain for many years in the future - and would like
to jump to 1.8 if possible. I see wandisco does have mod_dav_svn
built for RHEL/Centos6 along with the 1.8 subversion rpms. Using
CentOS 6.x would be an alternative, but I'd like to get as much life
out of this system as possible.

-- 
   Les Mikesell
     lesmikesell_at_gmail.com
Received on 2015-04-28 23:40:02 CEST

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

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