I'm concerned about a need to support python 2.4 as well, especially if it would have a ripple effect into openstack-common, which otherwise does not have that requirement.
With XenServer, nova-compute actually runs in a service VM (which is running a modern version of python). I believe Salvatore or others may have done some work around forcing network traffic through this service VM to allow iptables rules from nova-compute / nova-network to be enforced, but I'm not familiar enough with that work to say for sure. Can anyone shed light on this? Another option would be to just create a simple Quantum plugin specific to XenServer that doesn't require an agent. This plugin could use XAPI to create networks, but as a result might only support a base feature set (e.g., L2 connectivity using VLANs). Dan On Wed, May 9, 2012 at 9:07 AM, Robert Kukura <rkuk...@redhat.com> wrote: > [I'm moving this thread to the openstack list because it potentially > impacts openstack-common.] > > On 05/07/2012 11:53 PM, Maru Newby wrote: > > Hi, > > > > Python 2.4 compatibility is required, but only for agent code. Agent > > code needs to be deployable on Xen dom0, which uses CentoOS 5.5 and only > > supports 2.4 out of the box. > > Maru, > > I'm very concerned about the potential of this XenServer/XCP requirement > to interfere with making the various Quantum agents first-class > OpenStack services by utilizing current and future openstack-common > facilities for configuration, logging, DB, RPC, etc.. Are there any > other possible ways forward here? How is the nova compute service > currently handled for XenServer? Could a fully supported version of > python be parallel-installed on dom0? Could the actual quantum agent run > somewhere else and remotely execute commands on dom0? Or does the python > 2.4 compatibility requirement need to be applied to openstack-common? > > Thanks, > > -Bob > > > > > Both quantum and nova have agent code that needs to be deployed to dom0, > > but up until now both projects have relied on savvy reviewers and bug > > reports to ensure compatibility. I'm working on it, though. I'll > > be adding a tox build to quantum that will run agent tests - and agent > > tests only - under 2.4, and then openstack-ci can add a jenkins job to > > run that build on CentOS and gate merges. > > > > The relevant bug: https://bugs.launchpad.net/quantum/+bug/995278 > > > > Thanks, > > > > > > Maru > > > > > > On 2012-05-07, at 6:54 PM, Yong Sheng Gong wrote: > > > >> Hi, > >> I see some ones are trying to support python2.4. But our tox.ini under > >> quantum is only supporting test py26 and py27. > >> So my question is if we are trying to support py24. In addition I > >> remember that we will support py30. > >> > >> As far as I know, py2.4 does not support many new syntaxes introduced > >> by py2.5+. Other projects such as nova, horizon are also adopting some > >> of these new syntaxes. Moreover some third party components such as > >> Django 1.4 required by horizon are only tested under py2.6 and py2.7. > >> > >> So if py2.4 is out of our scope, we should stop that trying. If we > >> need py2.4, we have to make all of us know it and keep our code 2.4 > >> compatible. > >> > >> Thanks > >> > >> Yong Sheng Gong > >> > >> -- > >> Mailing list: https://launchpad.net/~netstack > >> Post to : netst...@lists.launchpad.net > >> <mailto:netst...@lists.launchpad.net> > >> Unsubscribe : https://launchpad.net/~netstack > >> More help : https://help.launchpad.net/ListHelp > > > > > > > > > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp