Is there demand for geo-replication on RHEL/CentOS/SL 5.x?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

Is anyone interested in having geo-replication work on RHEL/CentOS/SL 5.x?

After writing up the instructions for compiling RPMS on RHEL/CentOS/SL 5.x,
it turns out geo-replication doesn't work there without extra effort.

This is because these older releases of Linux come with Python 2.4, while
geo-replication needs Python 2.6 or above.  It's fixable, but doesn't seem
straightforward.

Niels, Kaleb, and I did some initial investigation the other day:

  * EPEL for Enterprise Linux 5.x *does* have Python 2.6, which geo-rep
    could use
  * Just updating the RPM .spec file to insist on Python 2.6
    (BuildRequires: python26-devel) doesn't work

*However* the problem then is that /usr/bin/python is still the old
Python 2.4.  It needs to be calling /usr/bin/python26 instead, just
for EL5.

This could technically be solved, but it adds complexity and could be
a real pain to keep maintained over time. (unsure)

So, we're wondering if many people care about having geo-replication
working for RHEL/CentOS/SL 5.x or not.  If there is, then it might be
worth the effort.  If there's not, then lets just not build geo-rep
on EL5 at all or something, and call it a day. ;)

Thoughts/ideas/etc? :)

Regards and best wishes,

Justin Clift

--
Open Source and Standards @ Red Hat

twitter.com/realjustinclift

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users




[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux