Subject: Re: [openstack-dev] [Neutron] VLAN transparency support
Per the other discussion on attributes, I believe the change walks in
historical footsteps and it's a matter of project policy choice. That
aside, you raised a couple of other issues on IRC:
- backward compatibility
@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] VLAN transparency support
If my memory does not fail me, changes to the API (new resources, new resource
attributes or new operations allowed to resources) have always been done
according to these criteria:
* an opt-in approach
...@cack.org.uk
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Thursday, March 19, 2015 at 8:44 PM
To: OpenStack List openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] VLAN transparency support
Per the other discussion on attributes, I believe
Hi,
It appears that https://review.openstack.org/#/c/158420/ update the base
attributes for the networks. Is there any reason why this was not added as a
separate extension like all others.
I do not think that this is the correct way to go and we should do this as all
other extensions have been
: Thursday, March 19, 2015 at 1:14 PM
To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Neutron] VLAN transparency support
Hi,
It appears that https://review.openstack.org/#/c/158420/ update the base
attributes for the networks
-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Thursday, March 19, 2015 at 8:44 PM
To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] VLAN transparency support
Per the other
Kotton gkot...@vmware.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Thursday, March 19, 2015 at 1:14 PM
To: OpenStack List openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Neutron] VLAN transparency support
Hi,
It appears that https://review.openstack.org
