Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse.org-architecture-council] PMC or parent TLP-less projects
Few years ago when we did a "restructuring" of Tools PMC we went the path of making one active PL from each project which we know to understand EDP well to be on the PMC. That way we fixed the issue, of course projects and people have changed since then .
I also think that right now Tools and Technology  are no longer real TLPs nor that there is any real rules which project goes where so maybe we should be speaking of merging these two initially. With a combined manpower we should improve time on both.

On Thu, Jun 2, 2022 at 1:28 PM Jay Jay Billings <jayjaybillings@xxxxxxxxx> wrote:
FWIW, we had similar concerns for the Science working group, but ultimately we fixed it by creating a TLP.

Jay

On Thu, Jun 2, 2022, 6:19 AM Mickael Istria <mistria@xxxxxxxxxx> wrote:
Hi all,

We discussed in some not too old call the capability of having projects without a PMC, or could we say being their own PMC, their own top-level project and thus being more autonomous on many things
How feasible would that be? Any idea when this can be implemented?

I'm asking that because these days, I think the Technology PMC is a bottleneck in m2e development; and I don't remember the Technology PMC has not created any value for the m2e project for a long time. So m2e would be better without having to deal with Technology PMC.
Note that it's not blaming the Technology PMC and its members in any way, same could be said for some other projects and other PMCs, it just happen that m2e is my current example. This is more discussing the concept of PMC or having a parent Top Level Project not being best for m2e -and probably others- in general.

Cheers,

--
Mickael Istria
Eclipse IDE developer, for Red Hat Developers
_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse.org-architecture-council
_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse.org-architecture-council


--
Aleksandar Kurtakov
Red Hat Eclipse Team

Back to the top