+1 to messages that Kris and Josh have sent on this thread. I am not familiar with specific concerns or complaints about Apache Kafka. But I have also not experienced how the project is

Hi all, We'll be meeting tomorrow with a SIG update meeting. Agenda: https://docs.google.com/document/d/1jpoKT12jf2jTf-2EJSAl4iTdA7Aoj_uiI19qIaECNFc/edit#Presentation:

+1 for async comms For sync, I can't due any time after 10am PT due to family commitments.

On Thu, Aug 27, 2020 at 02:51 PM, Josh Berkus wrote: Hey, all: If you want to continue this discussion, I wanted to invite anyone interested to attend the Governance WG meeting on Tuesday at

I can only make the governance meeting - we have our meetings with the EU during the TOC meetings unfortunately. If we push the TOC discussion back until the next call I can make it. -- Kris

+1 NB

I'm keen to discuss this in the TOC, and then work out details in the various WGs and community. When is everyone back?

+1 binding Katie Gamanji

Hey, all: If you want to continue this discussion, I wanted to invite anyone interested to attend the Governance WG meeting on Tuesday at

+1 binding

Just a heads up, Jeff will be stepping down from the TOC next month and we will run an election within the end user community: https://www.cncf.io/people/end-user-community Please see GitHub for

+1 binding

There's going to be a huge gap between the governance structures we *recommend* and the ones that are *acceptable to CNCF*. The CNCF was founded on having considerable autonmy for projects in

+1 binding Great addition to the graduated suite of CNCF projects!

Not trying to create a fallacy - apologies - these threads seem to be glamorizing steering committees more and more - and I just wanted to advocate that not every project needs one. -- Kris

+1 to Josh Speaking as a Falco maintainer here, our community just re-vamped our model for how we manage sub projects, official support, and decision making in the open. All of these seem like they

Thanks for bringing this up Stephen. I would suggest that the structure (which includes SC or not) can't fix problems that may be cultural. For example, knowing ones audience is important. Taking the

Agree. The underlying issues are set out here https://docs.google.com/document/d/11Hiz1dGYRS7GcjedpRVnSlDjIj0AVjeTa0-Td7aW-Lk/edit?usp=drivesdk

I think we can all agree that there is no one way to do open source, and that every project has different needs. I do echo Kris' comment about CNCF having an opinion on how projects govern. It seems

> We have to recognize that if we make an SC an alternative for other governance requirements, that will result in an SC being imposed on a few projects where the contributors otherwise don't want