Re: [openstack-dev] [kuryr][libnetwork] Release kuryr-libnetwork 1.x for Queens

[Irena Berezovsky]

+1

On Fri, Jan 19, 2018 at 9:42 PM, Hongbin Lu  wrote:

> Hi Kuryr team,
>
> I think Kuryr-libnetwork is ready to move out of beta status. I propose to
> make the first 1.x release of Kuryr-libnetwork for Queens and cut a stable
> branch on it. What do you think about this proposal?
>
> Best regards,
> Hongbin
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [sdk][masakari][tricircle] Inclusion of SDK classes in openstacksdk tree

[Monty Taylor]

Hey everybody,

Wanted to send a quick note to let people know that all OpenStack 
services are more than welcome to put any openstacksdk proxy and 
resource classes they have directly into the openstacksdk tree.


Looking through codesearch.openstack.org, masakariclient and tricircle 
each have SDK-related classes in their trees.


You don't HAVE to put the code into openstacksdk. In fact, I wrote a 
patch for masakariclient to register the classes with 
openstack.connection.Connection:


https://review.openstack.org/#/c/534883/

But I wanted to be clear that the code is **welcome** directly in tree, 
and that anyone working on an OpenStack service is welcome to put 
support code directly in the openstacksdk tree.


Monty

PS. Joe - you've also got some classes in the tricircle test suite 
extending the network service. I haven't followed all the things ... are 
the tricircle network extensions done as neutron plugins now? (It looks 
like they are) If so, why don't we figure out getting your network 
resources in-tree as well.


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev