<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 14, 2020, 1:44 PM Chris Morgan <<a href="mailto:mihalis68@gmail.com">mihalis68@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We on the ops meetups team had a trial meeting on <a href="http://meetpad.opendev.org" target="_blank" rel="noreferrer">meetpad.opendev.org</a> this morning and for the most part it worked very well (detailed feedback below). Speaking personally, I am very happy to see an open source solution for video conferencing being adopted by the foundation to some extent. I had and continue to have reservations about Zoom, but at the end of the day no matter how well they respond to the security and privacy concerns it will still be a proprietary solution and no more true to the openstack tenets than slack is as a replacement for irc.<div><br></div><div>feedback</div><div><br></div><div>- etherpad integration is cool but several of us found the window seemed to disappear inexplicably</div><div>- colored highlighting of fragments on the etherpad showed up overlapped for some but not all meeting members, obscuring some text</div><div>- background blurring seemed very heavy for some participants computers and this possibly lead to some sessions locking up</div><div>- it's not clear what named meetings persistence is, for example a named meeting from yesterday is still shown today, but doesn't have the password I applied yesterday</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I can answer this one. The list on the landing page is merely a list of your history, and yours alone. It has no bearing on the persistence of a room. Rooms are normally ephemeral and vanish from the server side when the last person leaves it.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>My guess is some (all?) of this is just how Jitsi is right now.</div><div><br></div><div>The team (openstack ops meetups) is now talking about possibly hosting a global ops meetup on this platform. How can we determine when and if the infra for this is ready for it, and how many participants is a reasonable cap? What about streaming, can we stream the whole thing continuously to youtube? We are thinking that each topic would have a small number of presenters/participants in the video conference itself, but allow a larger group to see it on youtube and contribute via the etherpad. Is this a reasonable plan?</div><div><br></div><div>Thanks for doing this!</div><div><br></div><div>Chris</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 5, 2020 at 12:57 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank" rel="noreferrer">fungi@yuggoth.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 2020-05-05 12:06:42 -0400 (-0400), Chris Morgan wrote:<br>
[...]<br>
> we had a quick IRC meeting today, and also a trial run at an open<br>
> source based video conference meeting using jitsi via an instance<br>
> running on infra provided by Erik McCormick. This seems to be<br>
> promising. We'll look into trialling some ops related events<br>
> leveraging this.<br>
[...]<br>
<br>
It's probably been flying under the radar a bit so far, but the<br>
OpenDev community has put together an Etherpad-integrated Jitsi-Meet<br>
service at <a href="https://meetpad.opendev.org/" rel="noreferrer noreferrer" target="_blank">https://meetpad.opendev.org/</a> which you're free to try out<br>
as well. We'd love feedback and help tuning it. Also if you want to<br>
reuse anything we've done to set it up, the Ansible playbook we use<br>
is here:<br>
<br>
<a href="https://opendev.org/opendev/system-config/src/branch/master/playbooks/service-meetpad.yaml" rel="noreferrer noreferrer" target="_blank">https://opendev.org/opendev/system-config/src/branch/master/playbooks/service-meetpad.yaml</a><br>
<br>
It utilizes this role to install and configure jitsi-meet containers<br>
with docker-compose (mostly official <a href="http://docker.io/jitsi" rel="noreferrer noreferrer" target="_blank">docker.io/jitsi</a> images, though<br>
we build our own jitsi-meet-web published under <a href="http://docker.io/opendevorg" rel="noreferrer noreferrer" target="_blank">docker.io/opendevorg</a><br>
which applies our Etherpad integration patch):<br>
<br>
<a href="https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/jitsi-meet" rel="noreferrer noreferrer" target="_blank">https://opendev.org/opendev/system-config/src/branch/master/playbooks/roles/jitsi-meet</a><br>
<br>
We're not making any stability or reusability guarantees on the<br>
Ansible orchestration (or our custom image which will hopefully<br>
disappear once <a href="https://github.com/jitsi/jitsi-meet/pull/5270" rel="noreferrer noreferrer" target="_blank">https://github.com/jitsi/jitsi-meet/pull/5270</a> is<br>
accepted upstream), but like everything we run in OpenDev we publish<br>
it for the sake of transparency, in case anyone else wants to help<br>
us or take some ideas for their own efforts.<br>
-- <br>
Jeremy Stanley<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">Chris Morgan <<a href="mailto:mihalis68@gmail.com" target="_blank" rel="noreferrer">mihalis68@gmail.com</a>></div><div dir="ltr"></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">-Erik</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br></div>
</blockquote></div></div></div>