See it on the web at calendar.google.com , or paste this iCal url into any iCal client. Do NOT copy the meetings over to a your personal calendar, you will miss meeting updates. Instead use your client’s calendaring feature to say you are attending the meeting so that any changes made to meetings will be reflected on your personal calendar.
All meetings are archived on the Youtube Channel.
The Kubernetes community meeting is intended to provide a holistic overview of community activities, critical release information, and governance updates. It also provides a forum for discussion of project-level concerns that might need a wider audience than a single special interest group (SIG).
Notes from the meeting are published to the Kubernetes dev list. A good notetaker is important to help get the information out to people who cannot attend. Volunteers are always welcome to either add their notes directly to the document, or inform the host that they would like to help take notes at the beginning of the call.
If you have a topic you’d like to present or would like to see discussed, please propose a specific date on the Kubernetes Community Meeting Agenda.
General speaking the meeting is structured as follows:
The first 10 minutes of a meeting is dedicated to demonstrations from the community. These demos are noted at the top of the community document. There is a hard stop of the demo at 10 minutes, with up to 5 more minutes for questions. Feel free to add your demo request to the bottom of the list, then one of the organizers will get back to you to schedule an exact date. Demo submissions MUST follow the the requirements listed below.
This meeting has a large number of attendees. Out of respect for their time, we ask that you be fully prepared for your demo. Make sure slides are clear if applicable, and the link to them is posted in the meeting agenda. Also, if you are doing a live coding demo, please make sure it has a reasonable chance of completing within the allotted time box.
SIGs will give a community update at least once per release cycle per the schedule.
The document gets slow as we add notes, so it is archived regularly into another document: