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:
Ghanshyam Mann 2020-09-01 11:25:35 -05:00
parent 8533fb31e9
commit 0453e047ec
6 changed files with 7 additions and 137 deletions

View File

@ -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(':')

View File

@ -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

View File

@ -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:

View File

@ -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
=====================

View File

@ -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`

View File

@ -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.