Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse.org-architecture-council] Multiple forges at the Eclipse Foundation

> As always, please let me know if you have any questions.

You have talked a lot about how "they are the same" ... I assume in your detailed description, you'd cover how they are different? Such as how different that a Top Level Project? Just curious.




From:        Wayne Beaton <wayne@xxxxxxxxxxx>
To:        "eclipse.org-architecture-council" <eclipse.org-architecture-council@xxxxxxxxxxx>,
Date:        04/19/2013 04:18 PM
Subject:        [eclipse.org-architecture-council] Multiple forges at the Eclipse        Foundation
Sent by:        eclipse.org-architecture-council-bounces@xxxxxxxxxxx




While entering a new bug for mentors, it occurred to me that the relationship between the Eclipse Architecture Council and the various forges hasn't been fully discussed.

By way of background, the Eclipse Foundation has branched out and is now hosting multiple "forges". As part of this, we (the Eclipse Foundation staff) have started to distinguish between "The Eclipse Foundation" and "eclipse.org". The Eclipse Foundation is the organization; eclipse.org is the forge.

As of today, there are three forges managed by the Eclipse Foundation:

eclipse.org
locationtech.org
polarsys.org

Each of these forges has its own website, Git repositories, Bugzilla instance, mailman, and forums.

These forges have considerable overlap. All forges use the same development process (EDP), and same IP Policy. The EPL is the main license for all forges. All forges share a single IPZilla instance. We also (internally) have a single system that we use for managing all the various documents that committers are required to provide. A committer in one forge does not need new documentation to become a committer in a different Eclipse Foundation-managed forge.

The webmaster is currently working on consolidating the separate forges into a single LDAP instance. With this, we're changing the notion of having an "eclipse.org" account to that of having an "Eclipse Foundation" account. With that single Eclipse Foundation account, you can authenticate on any of the forges. The rights that you have on the forges depends on  your roles in that forge. You still need to be a committer on a project to make any changes to project metadata, for example. In practical terms, this change should have no impact on any existing Eclipse committers.

Here's the important bit.
The forges also share councils. There is one Eclipse Foundation Planning Council and one Eclipse Foundation Architecture Council. As time progresses, people from these other forges will be nominated to the councils based on the exact same set of conditions that guide nominations from the eclipse.org community. These people will be natural choices to be mentors for new projects created in their respective forges. In the meantime, we need to lean on the existing members to help bootstrap the new projects that are starting to trickle into the new forges.

For all practical purposes, mentoring a polarsys.org or locationtech.org project is no different than mentoring an eclipse.org project.

I am working on a web page that describes this with detail and fancy pictures.

As always, please let me know if you have any questions.

HTH,

Wayne

--
Wayne Beaton
Director of Open Source Projects,
The Eclipse Foundation
Learn about
Eclipse Projects
EclipseCon
          France 2013_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-architecture-council

IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation.  To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.


Back to the top