Remove tc:approved-release tag
As per the definition of this tag "The “OpenStack TC Approved Release” is used as the superset of projects used by the OpenStack Foundation when creating commercial trademark programs." (read full definition in [1]) this tag was used to know if project under OpenStack is mature so that it can be considered as possible candidate for trademark programs. This situation was in early stage of OpenStack hen we used to have incubated vs integrated project status but now everything in project.yaml file is consider as mature, following release, active etc. Bylaw requirements are (section 4.1, 4.13[2]) "The Technical Committee shall designate a subset of the OpenStack Project an “OpenStack Technical Committee Approved Release” from time to time. The Board of Directors may determine "Trademark Designated OpenStack Software" from time to time, which will be a subset of the "OpenStack Technical Committee Approved Release" as provided in Section 4.1(b)(ii) and (iii)" (read full text in bylaw link[2]) We do not need any changes in bylaw as all projects listed in projects.yaml file are applicable as "OpenStack Technical Committee Approved Release" and if any of the current trademarked software is going to be deleted from the projects.yaml then it need to be done with Coordination Procedures listed in bylaw. This commit proposes to remove this tag and add section in place of this tag defintion to consider all the projects listed in projects.yaml as "OpenStack Technical Committee Approved Release". [1] https://governance.openstack.org/tc/reference/tags/tc_approved-release.html#rationale [2] https://www.openstack.org/legal/bylaws-of-the-openstack-foundation Change-Id: I0955c20a74eea8cac5f920bba60be1a334d50754
This commit is contained in:
parent
8533fb31e9
commit
0453e047ec
@ -130,7 +130,7 @@ def _get_tag_badges(tags):
|
||||
for tag in tags:
|
||||
# NOTE(flaper87): will submit other patches to make these
|
||||
# tags consistent with the rest.
|
||||
if tag in ['starter-kit:compute', 'tc-approved-release']:
|
||||
if tag in ['starter-kit:compute']:
|
||||
group, tname = 'tc', tag
|
||||
else:
|
||||
group, tname = tag.split(':')
|
||||
|
@ -5,9 +5,7 @@
|
||||
Official OpenStack projects need to follow a number of rules when it comes
|
||||
to licensing.
|
||||
|
||||
In order to be considered for inclusion in the
|
||||
:ref:`tag-tc:approved-release`, the project must be licensed under `Apache
|
||||
License, Version 2.0`_ (ASLv2).
|
||||
The project must be licensed under `Apache License, Version 2.0`_ (ASLv2).
|
||||
|
||||
.. _Apache License, Version 2.0: http://www.apache.org/licenses/LICENSE-2.0
|
||||
|
||||
@ -17,8 +15,7 @@ licensed under a license supported by the `Contributor License
|
||||
Agreement`_ (CLA) which allows redistribution by the OpenStack
|
||||
Foundation under ASLv2 (currently only the MIT and both forms of the
|
||||
BSD license meet this requirement). In particular, service projects
|
||||
are recommended to *always* pick ASLv2 so that they may be included in
|
||||
the TC-approved release in the future.
|
||||
are recommended to *always* pick ASLv2.
|
||||
|
||||
.. _Contributor License Agreement: https://wiki.openstack.org/wiki/How_To_Contribute#Contributor_License_Agreement
|
||||
|
||||
|
@ -129,7 +129,6 @@ cinder:
|
||||
repos:
|
||||
- openstack/cinder
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -250,7 +249,6 @@ designate:
|
||||
repos:
|
||||
- openstack/designate
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- starter-kit:kubernetes-in-virt
|
||||
- stable:follows-policy
|
||||
- assert:follows-standard-deprecation
|
||||
@ -351,7 +349,6 @@ glance:
|
||||
tags:
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
- tc:approved-release
|
||||
- starter-kit:compute
|
||||
- starter-kit:kubernetes-in-virt
|
||||
- vulnerability:managed
|
||||
@ -391,7 +388,6 @@ heat:
|
||||
repos:
|
||||
- openstack/heat
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -457,7 +453,6 @@ horizon:
|
||||
repos:
|
||||
- openstack/horizon
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -576,7 +571,6 @@ ironic:
|
||||
repos:
|
||||
- openstack/ironic
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- stable:follows-policy
|
||||
- assert:supports-upgrade
|
||||
- assert:supports-accessible-upgrade
|
||||
@ -704,7 +698,6 @@ keystone:
|
||||
repos:
|
||||
- openstack/keystone
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- starter-kit:compute
|
||||
- starter-kit:kubernetes-in-virt
|
||||
- vulnerability:managed
|
||||
@ -852,7 +845,6 @@ manila:
|
||||
repos:
|
||||
- openstack/manila
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- starter-kit:kubernetes-in-virt
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -1119,7 +1111,6 @@ neutron:
|
||||
repos:
|
||||
- openstack/neutron
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- stable:follows-policy
|
||||
- starter-kit:compute
|
||||
- starter-kit:kubernetes-in-virt
|
||||
@ -1136,7 +1127,6 @@ neutron:
|
||||
repos:
|
||||
- openstack/neutron-lib
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- stable:follows-policy
|
||||
- vulnerability:managed
|
||||
neutron-specs:
|
||||
@ -1192,7 +1182,6 @@ nova:
|
||||
repos:
|
||||
- openstack/nova
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- starter-kit:compute
|
||||
- starter-kit:kubernetes-in-virt
|
||||
- vulnerability:managed
|
||||
@ -2748,7 +2737,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2775,7 +2763,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara-plugin-ambari
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2784,7 +2771,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara-plugin-cdh
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2793,7 +2779,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara-plugin-mapr
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2802,7 +2787,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara-plugin-spark
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2811,7 +2795,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara-plugin-storm
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2820,7 +2803,6 @@ sahara:
|
||||
repos:
|
||||
- openstack/sahara-plugin-vanilla
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
@ -2981,7 +2963,6 @@ swift:
|
||||
repos:
|
||||
- openstack/swift
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- stable:follows-policy
|
||||
- assert:follows-standard-deprecation
|
||||
@ -3051,7 +3032,6 @@ Telemetry:
|
||||
tags:
|
||||
- assert:follows-standard-deprecation
|
||||
- assert:supports-upgrade
|
||||
- tc:approved-release
|
||||
telemetry-specs:
|
||||
release-management: none
|
||||
repos:
|
||||
@ -3240,7 +3220,6 @@ trove:
|
||||
repos:
|
||||
- openstack/trove
|
||||
tags:
|
||||
- tc:approved-release
|
||||
- vulnerability:managed
|
||||
- assert:follows-standard-deprecation
|
||||
trove-dashboard:
|
||||
|
@ -24,13 +24,11 @@ TC Managed Tags
|
||||
|
||||
starter-kit_compute
|
||||
starter-kit_kubernetes-in-virt
|
||||
tc_approved-release
|
||||
|
||||
.. toctree::
|
||||
:maxdepth: 1
|
||||
:hidden:
|
||||
|
||||
tc-approved-release
|
||||
OpenStack Technical Committee Approved Release
|
||||
----------------------------------------------
|
||||
All deliverables created by our `Official OpenStack Projects Teams <https://governance.openstack.org/tc/reference/projects/index.html>`_
|
||||
are "OpenStack Technical Committee Approved Release".
|
||||
|
||||
Team Description Tags
|
||||
=====================
|
||||
|
@ -1,11 +0,0 @@
|
||||
..
|
||||
This work is licensed under a Creative Commons Attribution 3.0
|
||||
Unported License.
|
||||
http://creativecommons.org/licenses/by/3.0/legalcode
|
||||
|
||||
|
||||
=====================
|
||||
tc-approved-release
|
||||
=====================
|
||||
|
||||
This tag has been renamed to :ref:`tag-tc:approved-release`
|
@ -1,93 +0,0 @@
|
||||
..
|
||||
This work is licensed under a Creative Commons Attribution 3.0
|
||||
Unported License.
|
||||
http://creativecommons.org/licenses/by/3.0/legalcode
|
||||
|
||||
.. _`tag-tc:approved-release`:
|
||||
|
||||
=====================
|
||||
tc:approved-release
|
||||
=====================
|
||||
|
||||
.. NOTE(dhellmann): I don't especially like the name of this tag, but
|
||||
I decided its use would be more easily communicated if we stuck
|
||||
with the designation from the bylaws rather than making up a
|
||||
different name.
|
||||
|
||||
This tag is used to indicate the projects the TC recommends to the
|
||||
OpenStack Foundation Board as candidates for trademark use under the
|
||||
OpenStack Foundation trademark policy.
|
||||
|
||||
|
||||
Application to current deliverables
|
||||
===================================
|
||||
|
||||
.. tagged-projects:: tc:approved-release
|
||||
|
||||
|
||||
Rationale
|
||||
=========
|
||||
|
||||
The "OpenStack TC Approved Release" is used as the superset of
|
||||
projects used by the OpenStack Foundation when creating commercial
|
||||
trademark programs. A commercial trademark program would not be able
|
||||
to have any requirements for code or functionality outside of what is
|
||||
included in this group. The foundation may choose to create trademark
|
||||
programs only related to a subset of the projects.
|
||||
|
||||
The projects included in this group should generally represent the
|
||||
most mature OpenStack projects. OpenStack Foundation commercial
|
||||
trademark programs use criteria developed by the Interop working group
|
||||
(formerly the DefCore committee) of the Foundation board of
|
||||
directors. This criteria is partially based on a set of capabilities
|
||||
provided by OpenStack Projects. The capabilities adopted by the
|
||||
Interop committee are ones that are mature, well adopted, and not
|
||||
expected to change in the near future.
|
||||
|
||||
This tag is applied to projects the TC considers suitable to be
|
||||
included in the set of "Trademark Designated OpenStack Software" as
|
||||
defined in the Foundation bylaws. Applying the tag is an indication
|
||||
that the TC is including the project in the "OpenStack TC Approved
|
||||
Release", following the guidelines laid out in sections 4.1 and 4.13
|
||||
of `the OpenStack Foundation Bylaws`_.
|
||||
|
||||
.. _the OpenStack Foundation Bylaws: http://www.openstack.org/legal/bylaws-of-the-openstack-foundation
|
||||
|
||||
Requirements
|
||||
============
|
||||
|
||||
A project that receives the "tc:approved-release" tag should at a
|
||||
minimum meet the following requirements:
|
||||
|
||||
* The TC approves the request for the tag to be applied to a project.
|
||||
|
||||
*Additional criteria for applying this tag will be worked out at a
|
||||
future date.*
|
||||
|
||||
Tag application process
|
||||
=======================
|
||||
|
||||
The sole purpose of this tag is defining the pool of projects that
|
||||
could be used for the OpenStack Trademark program. It is the role of
|
||||
the Board (as well as working groups like the Interop committee) to
|
||||
best understand the demand for the commercial trademark by OpenStack
|
||||
users and vendors.
|
||||
|
||||
As such, changes proposing to add or remove this tag are expected to
|
||||
come from the Interop working group based on their judgment that the
|
||||
marketplace has evolved and a new set of projects should be used in
|
||||
future versions of trademark programs.
|
||||
|
||||
Deprecation
|
||||
===========
|
||||
|
||||
Deprecation of the use of this tag is governed by the bylaws, the
|
||||
trademark policy set out by the board, and the procedures the Board
|
||||
and TC have agreed to follow for communicating changes to the
|
||||
"Trademark Designated OpenStack Software".
|
||||
|
||||
.. note::
|
||||
|
||||
We need a reference to that agreement, when we have it. We also
|
||||
need a reference to the deprecation policy the Board adopts, since
|
||||
that will influence our policy by at least setting a minimum.
|
Loading…
Reference in New Issue
Block a user