Create the AsciiDoc Top-Level Project
Earlier today, the Eclipse Foundation's Board of Directors approved the creation of the AsciiDoc Top-Level Project. We'll use this issue to track all of the activities that we need to undertake to get bootstrap the new Top-Level Project.
Meta: creating Top-Level Projects is a relatively rare occurrence, so our processes are not particularly refined (combine this with the fact that we're evolving all of our processes). Given that the nature of when and how we stand up new Top-Level Projects is evolving, we need to also evolve corresponding process and tools. We'll use our experience with the creation of this Top-Level Project to capture the process as best we can and turn it into something more refined and repeatable. If anything is confusing at any point in this process, please ask for clarification. We will move quickly; your patience is appreciated.
To create a new Top-Level Project, the EMO needs to:
-
Select a short name for the project -
Create a record in the Foundation DB (internal) -
Provision backend resources (e.g., LDAP) -
Assign the PMC Lead and PMC Member roles -
Create a record in the PMI -
Capture the charter in the PMI -
Create the PMC Mailing list -
Verify that PMC Lead and PMC Member roles have been propagated to the PMI -
Align existing subprojects with the new Top-Level Project -
Set up a call with the new PMC
Following our usual convention, the short name for the new Top-Level Project would be asciidoc
, which would make the ID of the AsciiDoc Language project asciidoc.asciidoc
meaning that the PMI page URL would, for example, become https://projects.eclipse.org/projects/asciidoc.asciidoc/
. I have initiated a discussion with our infrastructure team to consider changing the way that we do project IDs, but that's a longer term issue. In the meantime, we need to fit in with our current infrastructure's requirements. I'll start a comment thread to discuss our options.
Aligning subprojects is primarily an organizational activity and mostly internal to the Eclipse Foundation. The ID, which reflects the project hierarchy, is used a few places so there will be some external changes. The PMI URL for the projects will, for example, change, but redirects will be set up in the process.
Subprojects that we need to align with the new Top-Level Project:
- technology.asciidoc
- technology.austen
My understanding is that there are no resource requirements for the new Top-Level Project. That is, there is no current need for Git repositories or a website. For completeness, the TLP is entitled to a website, but since the working group already has its own website, my assumption is that creating an additional website would just create confusion in the community. Please advise if my assumption is invalid.
The notion of committers on a Top-Level project is not generally meaningful in the case where a Top-Level project has none of its own resources. In the event that the Top-Level requires, say, a Git repository of it's own, we'll add committers.
Have I missed anything?