Jump to content

Incubator: Difference between revisions

From KDE Community Wiki
m Minor corrections and spacing between blocks of content
Ngraham (talk | contribs)
Consolidate information on this page
Line 1: Line 1:
[[File:Mascot konqi-dev-kde.png|thumbnail|right|[[Konqi]] welcomes you to KDE project!]]
[[File:Mascot konqi-dev-kde.png|thumbnail|right|[[Konqi]] welcomes you to KDE project!]]
Welcome to the home page of the KDE Incubator. Here you can find our [[Incubator/Incubation Process|incubation process]] and the [[Incubator/Incubated Projects|list of currently incubated projects]].
Welcome to the home page of the KDE Incubator. Here you can find our incubation process and the [[Incubator/Incubated Projects|list of currently incubated projects]].


You can also find the [[Incubator/Notes|notes]] which led to the current process.
You can also find the [[Incubator/Notes|notes]] which led to the current process.




What do we provide to a project which got through the joining process?
== Benefits for the incubated project ==
* [http://ev.kde.org/rules/fla.php FLA] availability
* [http://ev.kde.org/rules/fla.php FLA] availability
* Infrastructure (repos, ml, forums) (use [http://sysadmin.kde.org/tickets/ sysadmin ticket system] to request)
* Infrastructure (git repos, website, mailing lists, forums). Use [http://sysadmin.kde.org/tickets/ sysadmin ticket system] to request infrastructure
* Support (forum staff, promotion)
* Promotion & release management
* Support
* Translations
* Translations
* Rest of the community aware of the coming projects (likely a mailing list)
* Increased awareness by the rest of the community, and likelihood of being shipped by default in distros
* GSoC/GCI slots
* GSoC/GCI slots
* KDE Trademark
* KDE Trademark
Line 16: Line 17:




What do we require from a successfully integrated project?
== Requirements ==
* Culture
* Compliance with the [http://manifesto.kde.org KDE Manifesto]
** Compliance with the [http://manifesto.kde.org manifesto]
* Governance similar to the other KDE projects
** Governance similar to the other KDE projects
* Clear product vision
** Healthy team (metrics needed)
* Healthy team (healthy proportion of volunteers, inclusive towards new contributors, ideally more than one developer)
*** Bus number
* Uses English for code and communication
*** Volunteer/paid proportions
*** Community issues (on-going? regularly?)
*** Learn how to teach/mentor
*** Clear product vision
*** Visited/contributed to other related projects
*** Uses English for code and communication
* Continuity agreement must be in place with KDE e.V. for domains and trademarks if the authors disappear
* Continuity agreement must be in place with KDE e.V. for domains and trademarks if the authors disappear
* Be present at events
* Recommended to attend [[Akademy]]
 
 
== Process ==
=== Candidate ===
First, send an email to [email protected] requesting a sponsor. This email must provide a description of the project to be incubated, include a list of the people committing to the project, and have a plan to be in compliance with the [https://manifesto.kde.org/index.html KDE manifesto]. For example, it must be hosted using Free Software tools (e.g. not on Github).
 
=== Incubating ===
During this phase, the sponsor actively works toward getting the project set up by Making sure the needed infrastructure is provided by the community (lives in our current playground area) and Verifying that the process is going in the right direction and not getting stalled.
 
During this phase, the project cannot yet use the KDE brand or have a top level website on kde.org. If project becomes stalled or does not conform to the manifesto, it gets archived (see below).
 
=== Active ===
During the Active phase, the project enters "KDEReview" and follows the process from there (see also [[Policies/Application_Lifecycle|Application Lifecycle]] and [[KDEReview]]. The project team is assumed and expected to behave like other KDE teams and respect the KDE manifesto.
 
=== Stalled & Archived ===
A project is considered stalled when for one year, there is no release, no commits, and no mailing-list activity. Current maintainers are contacted to check what's happening. If there is no activity or no reply from existing maintainers, after a month then a call to new maintainers is done. If a new maintainer shows up he or she gets a six month trial. If after a month no new maintainer showed up, the project gets archived.
 
When a project gets archived, the source repo gets closed, the mailing list disabled, and only last download is available. If someone wants to pick it up, it goes back to the candidate phase.

Revision as of 13:52, 11 June 2019

Konqi welcomes you to KDE project!

Welcome to the home page of the KDE Incubator. Here you can find our incubation process and the list of currently incubated projects.

You can also find the notes which led to the current process.


Benefits for the incubated project

  • FLA availability
  • Infrastructure (git repos, website, mailing lists, forums). Use sysadmin ticket system to request infrastructure
  • Promotion & release management
  • Support
  • Translations
  • Increased awareness by the rest of the community, and likelihood of being shipped by default in distros
  • GSoC/GCI slots
  • KDE Trademark
  • Be invited to events


Requirements

  • Compliance with the KDE Manifesto
  • Governance similar to the other KDE projects
  • Clear product vision
  • Healthy team (healthy proportion of volunteers, inclusive towards new contributors, ideally more than one developer)
  • Uses English for code and communication
  • Continuity agreement must be in place with KDE e.V. for domains and trademarks if the authors disappear
  • Recommended to attend Akademy


Process

Candidate

First, send an email to [email protected] requesting a sponsor. This email must provide a description of the project to be incubated, include a list of the people committing to the project, and have a plan to be in compliance with the KDE manifesto. For example, it must be hosted using Free Software tools (e.g. not on Github).

Incubating

During this phase, the sponsor actively works toward getting the project set up by Making sure the needed infrastructure is provided by the community (lives in our current playground area) and Verifying that the process is going in the right direction and not getting stalled.

During this phase, the project cannot yet use the KDE brand or have a top level website on kde.org. If project becomes stalled or does not conform to the manifesto, it gets archived (see below).

Active

During the Active phase, the project enters "KDEReview" and follows the process from there (see also Application Lifecycle and KDEReview. The project team is assumed and expected to behave like other KDE teams and respect the KDE manifesto.

Stalled & Archived

A project is considered stalled when for one year, there is no release, no commits, and no mailing-list activity. Current maintainers are contacted to check what's happening. If there is no activity or no reply from existing maintainers, after a month then a call to new maintainers is done. If a new maintainer shows up he or she gets a six month trial. If after a month no new maintainer showed up, the project gets archived.

When a project gets archived, the source repo gets closed, the mailing list disabled, and only last download is available. If someone wants to pick it up, it goes back to the candidate phase.