Maybe not, but it seems important to be ready to. I’d anchored to the Google
Meet limitation of 25 participants without an Enterprise account (which works
in the «small-M presenters» × «large-N broadcast» model), but it’s likely that
more than 25 would like to be able to follow.
Zoom allows up
Do we need to moderate heavily from the get-go, or should we implement all
this after a couple of trial calls to see how bad things are?
On Sat, 10 Aug 2019, 08:27 Scott Andreas, wrote:
> On the "virtual" side --
>
> I've spent some time this week reviewing how the Kubernetes community
>
On the "virtual" side --
I've spent some time this week reviewing how the Kubernetes community conducts
their weekly meetings. References are at the end of this message.
If we'd like to hold occasional virtual meetings among the dev and user
community, here are some things that may help make
@Dinesh/Nate: Yes we need to decide on the timing and we can always change
them as we go
@Joshua/Gary: We will publish notes on the mailing list. If we need to make
a decision, we will still need to get it voted on the ML. We should not
have a case where someone misses the boat because they could
Would publishing notes to the ML be sufficient? Apache board meetings work
this way.
Gary.
On Wed, Aug 7, 2019 at 4:51 PM Nate McCall wrote:
> We can do the time mostly fair if we alternate back and forth between PST
> morning and evening. This will at least let most folks attend every other
>
