Re: Version Woes

[Frank Crawford]

On Fri, 2020-04-17 at 21:48 -0500, Robert Nichols wrote:
> On 4/17/20 8:46 PM, Frank Crawford wrote:
> > On Fri, 2020-04-17 at 08:27 -0500, Robert Nichols wrote:
> > > On 4/17/20 12:52 AM,
> > > address@hidden
> > > 
> > >   wrote:
> > > 
> > > That's if you _can_ upgrade on both sides. I have CentOS 6
> > > clients,
> > > and
> > > their Python 3 version is 3.4.10, which is too old for rdiff-
> > > backup
> > > 2.0. The CentOS 8 server has to support both 1.2 and 2.0 clients,
> > > regardless of what needs to be done to accomplish that.
> > 
> > Do you actually have a version of 1.2 that runs on CentOS 8?
> 
> It just takes a couple of symlinks to make rdiff-backup-1.2.8-6 work
> with the python2-2.7.16.12 that is available for CentOS 8.
>     ln -s python2.7 /usr/lib64/python-2.6
>     ln -s libpython2.7.so.1.0 /usr/lib64/libpython2.6.so.1.0
> The /usr/bin/rdiff-backup script needs to invoke /usr/bin/python2
> explicitly.
> 
> I haven't tested it fully, but the basic operations seem to work.
> I could probably rebuild rdiff-backup-1.2.8-6 to use python2.7
> directly.

Okay, when I get the rdiff-backup 2.0 out in the various Fedora/EPEL
repos, including the optional packages for pylibacl and pyxattr for EPEL8, I'll 
see if I can knock up a version of rdiff-backup 1.2.8 on my COPR repo.

If there is a big enough demand I will look at how I can get a rdiff-
backup 1.2.8 build into EPEL8, but the real intention is to move
forward with version 2 and onwards.

Regards
Frank