openstack team mailing list archive
Mailing list archive
Re: Novatools ...
On Thu, Feb 24, 2011 at 9:05 PM, Andy Smith <andyster@xxxxxxxxx> wrote:
> On Thu, Feb 24, 2011 at 5:49 PM, Jay Pipes <jaypipes@xxxxxxxxx> wrote:
>> On Thu, Feb 24, 2011 at 2:44 PM, Andy Smith <andyster@xxxxxxxxx> wrote:
>> > Well, my previous reply somehow isn't going through to the list... so...
>> > here it is again:
>> > I've got some objections so far:
>> > 1. relying on python-cloudservers is a good metric by which to judge
>> > your
>> > compatibility with the rackspace cloud, once jacob has accepted the
>> > changes
>> > to support changing the auth endpoint. My opinion is that this project
>> > should be a fork of python-cloudservers with the same name and whose
>> > intention is not to add additional features at this time.
>> Why? As much as I like JKM, I don't think relying on someone who has
>> no interaction with the OpenStack community to accept patches from the
>> OpenStack community is a good idea.
> That's not at all what I said. You have two tasks here, the one described in
> (1) is make minimal changes to python-cloudservers such that you can point
> it at a nova deployment and test compat with existing cloudservers
> implementations. The second task is described in (1a) make extensions to
> that to support your immediate needs that are beyond the cloudservers
OK, we're clearly not communicating properly here. This is the
original quote from Sandy that I was trying to address why your (1)
above isn't working:
"The reality is we need a place where we can push changes quickly and
not be hogtied waiting for merge. Without this, we end up pointing the
community to our local branch anyway. If jacobian wants to regain
control of this branch, we need assurances of timely responses."
Sandy *has* tried to make minimal changes to python-cloudservers and
have those changes merged. No response from JKM yet, according to
>> > 1a. To support your additional features for the very short term you
>> > should
>> > be writing extensions to python-cloudservers (possibly with your minor
>> > compat modifications) via actual python extension mechanisms (import,
>> > inherit and extend).
>> Again, why? With python-novatools we have complete control over the
>> code and don't need to push it back to python-cloudservers, which is
>> not OpenStack-based, it's specific to Rackspace Cloud Servers.
> One of your needs is to provide something that is compatible with
> cloudservers so that you can migrate without breaking existing customers.
*If* Sandy's minimal changes were merged, then python-cloudservers
would be that "something" that is compatible with cloudservers" (and
nova) that you talk about above. But JKM has not been responsive.
Again, Sandy needs to do something... not wait for JKM to get back in