From: Eric LEMOINE <elemo...@mirantis.com<mailto:elemo...@mirantis.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Date: Monday, February 8, 2016 at 12:39 AM To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [kolla] Location of Heka Lua plugins
Le 6 févr. 2016 20:39, "Steven Dake (stdake)" <std...@cisco.com<mailto:std...@cisco.com>> a écrit : > > > > On 2/5/16, 1:14 AM, "Eric LEMOINE" > <elemo...@mirantis.com<mailto:elemo...@mirantis.com>> wrote: > > >On Thu, Feb 4, 2016 at 5:13 PM, Jeff Peeler > ><jpee...@redhat.com<mailto:jpee...@redhat.com>> wrote: > >I totally agree with you Jeff. > > > >It is to be noted that we (my team at Mirantis) want to avoid > >duplicating our Lua plugins, as we obviously don't want to maintain > >two sets of identical plugins. So there are mulitple reasons for > >creating separate packages for these plugins: a) make it easy the > >share the plugins across different projects, b) avoid maintaining > >multiple sets of identical plugins, and c) avoid clobbering Kolla with > >code not directly related to Kolla - for example, would you really > >like to see Lua tests in Kolla and run Lua tests in the Kolla gates? > >It would indeed be best to have these plugins in the OpenStack Git > >namespace (as Steve Dake said), but we will have to see if that's > >possible in practice. > > > >Thank you all for your responses. > > Eric, > > If I read that correctly, there is some implied resistance to placing > these LUA plugins in the openstack git namespace. Could you enumerate the > issues now please? We have no problem with placing these Lua plugins in the openstack git namespace. At this point I just don't know if others from the OpenStack community would see this as appropriate. That's all I'm saying. Great, then that is settled. It was just a communication problem. Essentially we add a repository to this file: https://github.com/openstack/governance/blob/master/reference/projects.yaml#L1928 And add the github repo to project config. I can handle the project config easily and the projects.yaml easily. Lets do that after Mitaka - we have enough on our plate to deal with for Mitaka, but from a "will the community see this as appropriate" the answer is yes, this is absolutely the correct way to go about it. The repository must be licensed with an ASL2.0 license and all contributors in the git repository must have an active signed OpenStack CLA. If these things aren't the case, lets get started on making that happen. Please contact me on-list if either of these cases is false. That would mean this code couldn't go in the Kolla repository either until these problems are rectified. Regards -steve
__________________________________________________________________________ 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
