Jump to: navigation, search

Difference between revisions of "Governance/Old Incubation Request"

 
(15 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 +
 
__NOTOC__
 
__NOTOC__
<!-- ## page was renamed from Projects/FutureStackApplication -->
+
{{ caution|https://governance.openstack.org/tc/|This is a governance item from the PPB era, kept for historical purposes. Current OpenStack governance rules live at: }}
<!-- ##master-page:[[FutureStackTemplate]] -->
 
<!-- #format wiki -->
 
<!-- #language en -->
 
 
 
'''Project codename''': Keystone
 
 
 
'''Summary''' (one sentence abstract of the project): [[OpenStack]] Identity Service with pluggable AuthN+Z backend and protocols.
 
 
 
'''Detailed Description''': Keystone is an Identity service that integrates the following:
 
 
 
1. Identity stores (database, LDAP, Active Directory, text file, PAM, etc...)
 
 
 
2. Protocols for Authentication, authorization, federation, and delegation (such as OATH, OpenID, Basic Auth, Token Auth, SAML, etc...)
 
 
 
3. Middleware that can be plugged in to services to provide Identity and AuthN+Z services.
 
 
 
'''What is the purpose of the project and vision for it?'''
 
 
 
Identity is a core concern for any operating system. [[OpenStack]], as a cloud operating system, must address this. Interoperability is also key, which therefore drives the architecture of Keystone (pluggable).
 
 
 
'''Basic roadmap for the project''':
 
https://launchpad.net/keystone/diablo
 
 
 
'''Location of project source code''':
 
http://github.com/rackspace/keystone
 
 
 
'''Programming language, required technology dependencies''':
 
Python. No additional dependencies outside of what Swift and Nova use.
 
 
 
Uses eventlet. Leverages DTest for testing.
 
  
'''Is project currently open sourced? What license?''':
+
'''Note: This page describes a deprecated process'''
Yes. Apache 2.0.
 
  
'''Level of maturity of software and team''':
+
== Background ==
Functioning prototype with integration with SWIFT, NOVA, GLANCE, and the dashboard. Dedicated team.
 
  
'''Proposed project technical lead and qualifications''':
+
The process for the inclusion of new projects in OpenStack is fully described [[Governance/NewProjects|here]].
Ziad Sawalha http://www.linkedin.com/in/ziadsawalha
 
  
'''Other project developers and qualifications''':
+
Note that to be incubated, a project first needs to be attached to an [[Programs|official program]]. If your project is not attached to an existing program, you should also follow the [[Governance/NewPrograms|process for creating new programs]] in parallel.
  
Yogeshwar "Yogi" Srikrishnan http://www.linkedin.com/in/yogeshwarsrikrishnan - core developer on Rackspace Auth
+
== Requirements ==
  
Dolph Mathews http://www.linkedin.com/in/dolphmathews
+
The Technical Committee reviews, and ultimately approves or denies your incubation application. In order to facilitate incubation requests, the TC maintains a list of incubation (and graduation) requirements in the [http://git.openstack.org/cgit/openstack/governance/tree/reference/incubation-integration-requirements governance repository].
  
Also received/receiving contributions from:
+
== Application ==
  
* Jesse Andrews
+
To apply, you need to create a wiki page about your project, with at least the following information:
* Jay Pipes
 
* Greg Holt
 
* Kevin Mitchell
 
* Brian Lamar
 
* Dan Prince
 
* Khaled Hussein
 
* Jorge Williams
 
* Vish
 
* Termie
 
  
'''Infrastructure requirements (testing, etc)''':
+
* '''Project codename'''
Anyscale - no infrastructure needed outside of Python and Python libraries (see pip-requires for specific dependencies).
+
* '''Trademarks''' (Does this project name, codename or contents use any trademarks, and if so, who owns them?  List the codenames or other marks for which a trademark search should occur.)
 +
* '''Summary''' (one sentence abstract of the project)
 +
* '''Parent Program name and PTL'''
 +
* '''Mission statement''' (if the project is part of a new OpenStack program)
 +
* '''Detailed Description''' (what is the purpose of the project and vision for it? describe the relevance of the project to other OpenStack projects and the OpenStack mission to provide a ubiquitous cloud computing platform)
 +
* '''Basic roadmap for the project'''
 +
* '''Location of project source code'''
 +
* '''Programming language, required technology dependencies'''
 +
* '''Is project currently open sourced? What license?'''
 +
* '''Level of maturity of software and team'''
 +
* '''Project developers qualifications'''
 +
* '''Infrastructure requirements''' (testing, etc)
 +
* '''Have all current contributors agreed to the OpenStack CLA?'''
  
Uses eventlet /  WSGI. DTest for testing.
+
Then you need to send an email to '''openstack-dev@lists.openstack.org''' for community discussion. That email should at least contain a link to the above-mentioned wiki page. You should also post a separate email to the Technical Committee at '''openstack-tc@lists.openstack.org''' pointing to the -dev discussion. Use separate emails to avoid cross-posting, that way the discussion itself remains on the openstack-dev mailing list.  
  
'''Have all current contributors agreed to the OpenStack CLA?'''
+
Lastly, when you think the discussion is sufficiently advanced, propose a governance change to formally request a TC vote on the matter. Edit the reference/programs.yaml in the openstack/governance repository and propose a patch. The proposal is discussed at a TC meeting and voted in gerrit by the TC members.
Yes
 
  
'''Status''': To be completed by PPB
+
== Technical Committee review of your application ==
  
----
+
Your application will be considered in a future Technical Committee meeting.
[[Category:RelatedProjects]]
 

Latest revision as of 10:09, 24 January 2017


Caution icon.svg {{{header}}}

{{{body}}}

Note: This page describes a deprecated process

Background

The process for the inclusion of new projects in OpenStack is fully described here.

Note that to be incubated, a project first needs to be attached to an official program. If your project is not attached to an existing program, you should also follow the process for creating new programs in parallel.

Requirements

The Technical Committee reviews, and ultimately approves or denies your incubation application. In order to facilitate incubation requests, the TC maintains a list of incubation (and graduation) requirements in the governance repository.

Application

To apply, you need to create a wiki page about your project, with at least the following information:

  • Project codename
  • Trademarks (Does this project name, codename or contents use any trademarks, and if so, who owns them? List the codenames or other marks for which a trademark search should occur.)
  • Summary (one sentence abstract of the project)
  • Parent Program name and PTL
  • Mission statement (if the project is part of a new OpenStack program)
  • Detailed Description (what is the purpose of the project and vision for it? describe the relevance of the project to other OpenStack projects and the OpenStack mission to provide a ubiquitous cloud computing platform)
  • Basic roadmap for the project
  • Location of project source code
  • Programming language, required technology dependencies
  • Is project currently open sourced? What license?
  • Level of maturity of software and team
  • Project developers qualifications
  • Infrastructure requirements (testing, etc)
  • Have all current contributors agreed to the OpenStack CLA?

Then you need to send an email to openstack-dev@lists.openstack.org for community discussion. That email should at least contain a link to the above-mentioned wiki page. You should also post a separate email to the Technical Committee at openstack-tc@lists.openstack.org pointing to the -dev discussion. Use separate emails to avoid cross-posting, that way the discussion itself remains on the openstack-dev mailing list.

Lastly, when you think the discussion is sufficiently advanced, propose a governance change to formally request a TC vote on the matter. Edit the reference/programs.yaml in the openstack/governance repository and propose a patch. The proposal is discussed at a TC meeting and voted in gerrit by the TC members.

Technical Committee review of your application

Your application will be considered in a future Technical Committee meeting.