Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #223087 > unrolled thread

Zoom- best practice?

Back to article view | Back to linux.debian.user

Contents

  Zoom- best practice? Peter Ehlert <peter@sdi-baja.com> - 2020-06-05 18:50 +0200
    Re: Zoom- best practice? Paul Johnson <baloo@ursamundi.org> - 2020-06-05 18:50 +0200
      Re: Zoom- best practice? Peter Ehlert <peter@sdi-baja.com> - 2020-06-05 21:20 +0200
        Re: Zoom- best practice? Seeds Notoneofmy <notoneofmyseeds@gmx.de> - 2020-06-07 20:30 +0200
          Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-07 20:40 +0200
            Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-07 21:00 +0200
              Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-07 21:00 +0200
                Re: Zoom- best practice? Seeds Notoneofmy <notoneofmyseeds@gmx.de> - 2020-06-07 21:20 +0200
                Re: Zoom- best practice? tomas@tuxteam.de - 2020-06-07 21:20 +0200
                  Re: Zoom- best practice? Brian <ad44@cityscape.co.uk> - 2020-06-07 22:10 +0200
                    Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-07 22:30 +0200
                      Re: Zoom- best practice? Brian <ad44@cityscape.co.uk> - 2020-06-08 00:20 +0200
                        Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-08 01:00 +0200
                Re: Zoom- best practice? Seeds Notoneofmy <notoneofmyseeds@gmx.de> - 2020-06-07 21:20 +0200
                  Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-07 21:30 +0200
                    Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-07 21:40 +0200
                      Re: Zoom- best practice? The Wanderer <wanderer@fastmail.fm> - 2020-06-07 21:50 +0200
            Re: Zoom- best practice? Brian <ad44@cityscape.co.uk> - 2020-06-07 21:00 +0200
              Re: Zoom- best practice? Peter Ehlert <peter@sdi-baja.com> - 2020-06-07 21:20 +0200
            Re: Zoom- best practice? Seeds Notoneofmy <notoneofmyseeds@gmx.de> - 2020-06-07 21:10 +0200
            Re: Zoom- best practice? The Wanderer <wanderer@fastmail.fm> - 2020-06-07 22:00 +0200
              Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-07 23:10 +0200
                Re: Zoom- best practice? Anastasios Lisgaras <tasosnumberten@yahoo.gr> - 2020-06-08 16:00 +0200
              Re: Zoom- best practice? The Wanderer <wanderer@fastmail.fm> - 2020-06-07 23:10 +0200
              Re: Zoom- best practice? "Russell L. Harris" <russell@rlharris.org> - 2020-06-07 23:10 +0200
                Re: Zoom- best practice? Tom Dial <tddial@comcast.net> - 2020-06-08 23:20 +0200
                  Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-09 10:50 +0200
                    Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-09 11:50 +0200
                      Re: Zoom- best practice? rhkramer@gmail.com - 2020-06-09 17:10 +0200
                        Re: Zoom- best practice? Alberto Sentieri <22t@tripolho.com> - 2020-06-09 20:00 +0200
                          Re: Zoom- best practice? Peter Ehlert <peter@sdi-baja.com> - 2020-06-09 20:30 +0200
                    Re: Zoom- best practice? The Wanderer <wanderer@fastmail.fm> - 2020-06-09 12:50 +0200
                      Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-09 13:00 +0200
                        Re: Zoom- best practice? The Wanderer <wanderer@fastmail.fm> - 2020-06-09 13:10 +0200
                          Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-10 15:30 +0200
                            Reply semantics, yet again (was Re: Zoom- best practice?) The Wanderer <wanderer@fastmail.fm> - 2020-06-10 16:00 +0200
                              Re: Reply semantics, yet again (was Re: Zoom- best practice?) Nicolas George <george@nsup.org> - 2020-06-11 17:20 +0200
                        Re: Zoom- best practice? Michael Stone <mstone@debian.org> - 2020-06-10 15:20 +0200
                          Re: Zoom- best practice? Nicolas George <george@nsup.org> - 2020-06-10 15:20 +0200
                            Re: Zoom- best practice? Michael Stone <mstone@debian.org> - 2020-06-10 15:30 +0200
                            Re: Zoom- best practice? Paul Johnson <baloo@ursamundi.org> - 2020-06-10 16:00 +0200
                      Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-09 14:00 +0200
            Re: Zoom- best practice? "Russell L. Harris" <russell@rlharris.org> - 2020-06-07 22:00 +0200
              Re: Zoom- best practice? Dan Ritter <dsr@randomstring.org> - 2020-06-08 03:50 +0200
              Re: Zoom- best practice? David Wright <deblis@lionunicorn.co.uk> - 2020-06-08 03:50 +0200
          Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-07 20:40 +0200
          Re: Zoom- best practice? rhkramer@gmail.com - 2020-06-07 21:00 +0200
    Re: Zoom- best practice? Greg Wooledge <wooledg@eeg.ccf.org> - 2020-06-05 19:10 +0200
      Re: Zoom- best practice? Seeds Notoneofmy <notoneofmyseeds@gmx.de> - 2020-06-07 20:10 +0200
    Re: Zoom- best practice? "der.hans" <deb-user@LuftHans.com> - 2020-06-05 19:10 +0200
      Re: Zoom- best practice? Peter Ehlert <peter@sdi-baja.com> - 2020-06-05 21:40 +0200
    Re: Zoom- best practice? john doe <johndoe65534@mail.com> - 2020-06-05 19:40 +0200
      Re: Zoom- best practice? Keith bainbridge <keithrbau@gmail.com> - 2020-06-07 07:20 +0200
        Re: Zoom- best practice? Peter Ehlert <peter@sdi-baja.com> - 2020-06-07 16:10 +0200
          Re: Zoom- best practice? Admin4 <admin4@dwaves.de> - 2020-06-07 20:10 +0200
            Re: Zoom- best practice? Jude DaShiell <jdashiel@panix.com> - 2020-06-07 20:30 +0200
    Re: Zoom- best practice? Charles Curley <charlescurley@charlescurley.com> - 2020-06-05 19:50 +0200
    Re: Zoom- best practice? Brian <ad44@cityscape.co.uk> - 2020-06-05 21:50 +0200
      Re: Zoom- best practice? Dominik George <nik@naturalnet.de> - 2020-06-05 23:10 +0200
      Re: Zoom- best practice? Tom Dial <tddial@comcast.net> - 2020-06-06 03:30 +0200
    Re: Zoom- best practice? Linux-Fan <Ma_Sys.ma@web.de> - 2020-06-06 00:20 +0200
      Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-06 10:40 +0200
      Re: Zoom- best practice? Alex Mestiashvili <amestia@rsh2.donotuse.de> - 2020-06-06 13:20 +0200
        Re: Zoom- best practice? <tomas@tuxteam.de> - 2020-06-06 17:50 +0200
          Re: Zoom- best practice? Paul Johnson <baloo@ursamundi.org> - 2020-06-06 18:00 +0200
    Re: Zoom- best practice? Ryan Nowakowski <tubaman@fattuba.com> - 2020-06-12 00:30 +0200

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

#223310

[Multipart message — attachments visible in raw view] — view raw

On Wed, Jun 10, 2020 at 8:17 AM Nicolas George <george@nsup.org> wrote:

> Michael Stone (12020-06-10):
> > Properly configured mailing list software does no such thing, since it's
> a
> > misuse of the reply-to header.
>
> A misuse that works, compared to non-misuses that regularly bring back
> "don't cc me" subthreads. At some points, the religion of "properly"
> using headers need to cede to the pragmatism.
>
> You need to realize that a solution that requires the user to use a
> different key/command if they are replying to a list than if they are
> not is inferior to a solution that works with always the same key.
>
> >                                A better solution is to use a better
> program
> > to read mail.
>
> You mean I should use Mutt, like you?
>

Or literally any modern mail reader, all of which implement "reply to
list".  It's not like the mailing list isn't publishing list-id headers.

[toc] | [prev] | [next] | [standalone]

#223282

[Multipart message — attachments visible in raw view] — view raw

On Tue, Jun 09, 2020 at 06:41:33AM -0400, The Wanderer wrote:
> (Please stop CCing me on replies [...]

Sorry.

[...]

> FWIW, I have tried, at least in part.

Thanks for taking the time to do, and thanks for reporting back.

[...]

> Even a successful build from a repository like that would not
> demonstrate that you can actually completely rebuild the project from
> scratch [...]

Yes, this is a well-known problem with many facets.

ISTR that there was a Lisp which only could build itself: the
whole buildery (which, this being Lisp included everything,
compiler, assembler and all) was written in Lisp, and took
advantage of newer and newer features. A full bootstrap involved
unearthing "old versions" and following the historical evolution
of that thing.

Some "ecosystems", like Java, tend to build up a huge network
of dependencies on "well-known" components -- something I used
to call it the "Java Disease". Until Javascript came with npm,
or PHP with composer. It can get worse.

Building something significant, like Jitsi, lands you in this
hell, and to survive, you end up ingesting those dependencies
(that's what is called "vendoring" -- imo the Euphemism of the
Decennium).

On the other end there are heroes, like the Guix folks [1],
or the reproducible build folks [2] working relentlessly on
disentangling those things. Debian packaging belongs into that
class of heroism.

So from my POV there is a lot to critizice there, and a lot
to fix -- but "this is not free software just because I'm too
lazy to check thoroughly", as some have basically said here
is simply unfair -- and counterproductive.

Cheers

[1] https://guix.gnu.org/
[2] https://reproducible-builds.org/

-- tomás

[toc] | [prev] | [next] | [standalone]

#223204

On Sun, Jun 07, 2020 at 08:37:55PM +0200, Nicolas George wrote:
>tomas@tuxteam.de (12020-06-07):
>> Yes, the server is free software. As is Jitsi's. So you can get the
>> source, build yourself or download pre-built thingies.
>
>Do you have evidence of somebody other than the authors themselves
>having managed to build it?

A few months ago, I installed a Jitsi server from Debian packages
downloaded from the Jitsi web site.  The installation was on an old
machine (Intel or AMD64) running Debian (9 or 10).  I followed the
instructions in an installation video produced by Jitsi; the
installation was without difficulty.  I and a friend then
video-conferenced over the system; everything worked "as advertised".
I am out in central Texas, with a low-bandwidth Internet connection
provided by a microwave link.

[toc] | [prev] | [next] | [standalone]

#223226

David Wright wrote: 
> On Sun 07 Jun 2020 at 19:30:19 (+0000), Russell L. Harris wrote:
> > On Sun, Jun 07, 2020 at 08:37:55PM +0200, Nicolas George wrote:
> > > tomas@tuxteam.de (12020-06-07):
> > > > Yes, the server is free software. As is Jitsi's. So you can get the
> > > > source, build yourself or download pre-built thingies.
> > > 
> > > Do you have evidence of somebody other than the authors themselves
> > > having managed to build it?
> > 
> > A few months ago, I installed a Jitsi server from Debian packages
> > downloaded from the Jitsi web site.
> 
> What do you mean by Jitsi server from Debian packages? I get:
> 
>    "You have searched for packages that names contain jitsi in all
>    suites, all sections, and all architectures.
> 
>    "Sorry, your search gave no results"

The Jitsi team is currently making a .deb repo available, and
updating every 2-3 days. I presume that when it's stable,
they'll offer it to Debian proper -- it's all under Apache
License 2.0, no problems including it in main.

deb https://download.jitsi.org stable/

-dsr-

[toc] | [prev] | [next] | [standalone]

#223227

On Sun 07 Jun 2020 at 19:30:19 (+0000), Russell L. Harris wrote:
> On Sun, Jun 07, 2020 at 08:37:55PM +0200, Nicolas George wrote:
> > tomas@tuxteam.de (12020-06-07):
> > > Yes, the server is free software. As is Jitsi's. So you can get the
> > > source, build yourself or download pre-built thingies.
> > 
> > Do you have evidence of somebody other than the authors themselves
> > having managed to build it?
> 
> A few months ago, I installed a Jitsi server from Debian packages
> downloaded from the Jitsi web site.

What do you mean by Jitsi server from Debian packages? I get:

   "You have searched for packages that names contain jitsi in all
   suites, all sections, and all architectures.

   "Sorry, your search gave no results"

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#223181

[Multipart message — attachments visible in raw view] — view raw

On Sun, Jun 07, 2020 at 08:23:04PM +0200, Seeds Notoneofmy wrote:
> On 6/5/20 8:57 PM, Peter Ehlert wrote:
> 
> >>Look into Big Blue Button and see if you can get your family to try
> >>that instead.
> >
> >bigbluebutton is interesting. Thanks for the thought.
> >
> >Many family members use Zoom, and like me, are past seven decades.
> >Several of the younger set use Zoom also.
> >I think I will not suggest change, I am the lone wolf.
> >
> I just looked into this, having had an issue with Zoom recently. And it
> seems it allows for installing the server locally? Am I understanding
> this right, that one can have their own BBB server and provide access to
> others to connect to and share/chat?
> 
> If that's the case, why would anyone need skype, zoom, etc? Only would
> need to secure one's own BBB server properly. Can someone confirm, please?

Yes, the server is free software. As is Jitsi's. So you can get the
source, build yourself or download pre-built thingies.

There are fairly recent articles on both of them over at lwn:

Jitsi: https://lwn.net/Articles/815751/
BigBlueButton: https://lwn.net/Articles/817146/

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#223186

On Sunday, June 07, 2020 02:23:04 PM Seeds Notoneofmy wrote:
> I just looked into this, having had an issue with Zoom recently. And it
> seems it allows for installing the server locally? Am I understanding
> this right, that one can have their own BBB server and provide access to
> others to connect to and share/chat?
> 
> If that's the case, why would anyone need skype, zoom, etc? Only would
> need to secure one's own BBB server properly. Can someone confirm, please?

Without knowing for sure, I believe I've read that a jitsi server can be 
local, and it wouldn't surprise me that a BBB server can be local.

My guess is, though, that the server needs more bandwidth than any of the 
participants including the moderator / host (on a system like zoom).





 
> https://github.com/bigbluebutton/bbb-install

[toc] | [prev] | [next] | [standalone]

#223089

On Fri, Jun 05, 2020 at 04:56:00PM +0000, der.hans wrote:
> Does zoom work just in the browser without installing software?
> 
> I have to use it in a couple places for work. In my experience, it demands
> installing software on both debian and Ubuntu. zoom does provide a package
> with insufficient depends.
> 
> It also demands a package for android.

It works in the browser without installing anything, at least in Google
Chrome.  I did not test with Chromium or Firefox or anything else.

However, it does require you to register, and then they spam you with
email several times a week.

[toc] | [prev] | [next] | [standalone]

#223175

On 6/5/20 7:09 PM, Greg Wooledge wrote:

>   I did not test with Chromium or Firefox or anything else.
Just tried it two days ago on Firefox. It was a disaster. No sound. And
screensharing did not work, at all.

[toc] | [prev] | [next] | [standalone]

#223090

[Multipart message — attachments visible in raw view] — view raw

Am 05. Jun, 2020 schwätzte Peter Ehlert so:

> Family is using Zoom, International.
> They will use Zoom, and I need to participate.
>
> I use Debian Mate Stable, and Firefox ESR
>
> I am concerned about security, duh!
> Looking for ideas.
>
> my current thoughts, in order of preference:
>
> 1. Use a separate Debian alongside my daily driver, and use Only for the Zoom 
> meetings
>
> 2. Sandbox? (but how can I do that?)
>
> 3. Use a different browser

Does zoom work just in the browser without installing software?

I have to use it in a couple places for work. In my experience, it demands
installing software on both debian and Ubuntu. zoom does provide a package
with insufficient depends.

It also demands a package for android.

ciao,

der.hans

> 4. What Me Worry? ... just update and flow with it
>
> Thanks, Peter

-- 
#  https://www.LuftHans.com   https://www.PhxLinux.org
#  C'est la Net - der.hans

[toc] | [prev] | [next] | [standalone]

#223097

On 6/5/20 9:56 AM, der.hans wrote:
> Am 05. Jun, 2020 schwätzte Peter Ehlert so:
>
>> Family is using Zoom, International.
>> They will use Zoom, and I need to participate.
>>
>> I use Debian Mate Stable, and Firefox ESR
>>
>> I am concerned about security, duh!
>> Looking for ideas.
>>
>> my current thoughts, in order of preference:
>>
>> 1. Use a separate Debian alongside my daily driver, and use Only for 
>> the Zoom meetings
>>
>> 2. Sandbox? (but how can I do that?)
>>
>> 3. Use a different browser
>
> Does zoom work just in the browser without installing software?
For me, with Firefox, I had to install a package. It seemed to work ok, 
two party meeting. That was a month ago.
>
> I have to use it in a couple places for work. In my experience, it 
> demands
> installing software on both debian and Ubuntu. zoom does provide a 
> package
> with insufficient depends.
>
A few days ago was the second time I used it. I could not get sound.  
Meeting with 4 connections.

using the Phone for voice connection failed.

 From the Zoom website I grabbed the .deb package and installed it on my 
disposable system. It seemed to work, and I did not have to give an email.
I could not instigate a meeting with that app.
I have not asked another to schedule one for me.

>
> It also demands a package for android.
>
> ciao,
>
> der.hans
>
>> 4. What Me Worry? ... just update and flow with it
>>
>> Thanks, Peter
>

[toc] | [prev] | [next] | [standalone]

#223091

On 6/5/2020 6:28 PM, Peter Ehlert wrote:
> Family is using Zoom, International.
> They will use Zoom, and I need to participate.
>
> I use Debian Mate Stable, and Firefox ESR
>
> I am concerned about security, duh!
> Looking for ideas.
>
> my current thoughts, in order of preference:
>
> 1. Use a separate Debian alongside my daily driver, and use Only for the
> Zoom meetings
>

I would install a Debian VM for Zoom and alike software.

--
John Doe

[toc] | [prev] | [next] | [standalone]

#223154

On 6/6/20 3:32 am, john doe wrote:
> On 6/5/2020 6:28 PM, Peter Ehlert wrote:
>> Family is using Zoom, International.
>> They will use Zoom, and I need to participate.
>>
>> I use Debian Mate Stable, and Firefox ESR
>>
>> I am concerned about security, duh!
>> Looking for ideas.
>>
>> my current thoughts, in order of preference:
>>
>> 1. Use a separate Debian alongside my daily driver, and use Only for the
>> Zoom meetings
>>
> 
> I would install a Debian VM for Zoom and alike software.
> 
> -- 
> John Doe
> 


I did too - until somebody suggested firejail.

I always got prompts to install add-ons in chromium.

-- 

Keith Bainbridge

keithrbau@gmail.com

0447 667468

[toc] | [prev] | [next] | [standalone]

#223165

On 6/6/20 10:00 PM, Keith bainbridge wrote:
> On 6/6/20 3:32 am, john doe wrote:
>> On 6/5/2020 6:28 PM, Peter Ehlert wrote:
>>> Family is using Zoom, International.
>>> They will use Zoom, and I need to participate.
>>>
>>> I use Debian Mate Stable, and Firefox ESR
>>>
>>> I am concerned about security, duh!
>>> Looking for ideas.
>>>
>>> my current thoughts, in order of preference:
>>>
>>> 1. Use a separate Debian alongside my daily driver, and use Only for 
>>> the
>>> Zoom meetings
>>>
>>
>> I would install a Debian VM for Zoom and alike software.
>>
>> -- 
>> John Doe
>>
>
>
> I did too - until somebody suggested firejail.

I am not a Chromium user... and I don't like to fight the VMs

Firefox does have a number of addon privacy tools...
this one looks interesting: https://add0n.com/privacy-settings.html
>
> I always got prompts to install add-ons in chromium.
>

[toc] | [prev] | [next] | [standalone]

#223173

[Multipart message — attachments visible in raw view] — view raw

btw. if audio + chat WOULD be sufficient (it can handle a lot of
participants)

try mumble! :)

https://sourceforge.net/projects/mumble/

the Android App is called "plumble"

https://f-droid.org/en/packages/com.morlunk.mumbleclient/

  * Client + Server is 100% Open Source
  * mumble server is easy to setup
  * mumble client is also pretty easy to setup
      o headphones / headset recommended
  * encrypted communication (128 bit OCB-AES128)

apt update

# server

apt install murmur;

# client

apt install mumble;

give it a call:

https://audio-konferenz-server.de/

(sever is running CentOS X-D but Client is Debian 10 :) )

just 4 info

On 6/7/20 3:42 PM, Peter Ehlert wrote:
>
> On 6/6/20 10:00 PM, Keith bainbridge wrote:
>> On 6/6/20 3:32 am, john doe wrote:
>>> On 6/5/2020 6:28 PM, Peter Ehlert wrote:
>>>> Family is using Zoom, International.
>>>> They will use Zoom, and I need to participate.
>>>>
>>>> I use Debian Mate Stable, and Firefox ESR
>>>>
>>>> I am concerned about security, duh!
>>>> Looking for ideas.
>>>>
>>>> my current thoughts, in order of preference:
>>>>
>>>> 1. Use a separate Debian alongside my daily driver, and use Only
>>>> for the
>>>> Zoom meetings
>>>>
>>>
>>> I would install a Debian VM for Zoom and alike software.
>>>
>>> -- 
>>> John Doe
>>>
>>
>>
>> I did too - until somebody suggested firejail.
>
> I am not a Chromium user... and I don't like to fight the VMs
>
> Firefox does have a number of addon privacy tools...
> this one looks interesting: https://add0n.com/privacy-settings.html
>>
>> I always got prompts to install add-ons in chromium.
>>
>

[toc] | [prev] | [next] | [standalone]

#223178

There's also barnard for the linux command line users sometimes needs
compiling using go.

On Sun, 7 Jun 2020, Admin4 wrote:

> Date: Sun, 7 Jun 2020 14:00:19
> From: Admin4 <admin4@dwaves.de>
> To: debian-user@lists.debian.org
> Subject: Re: Zoom- best practice?
> Resent-Date: Sun,  7 Jun 2020 18:00:35 +0000 (UTC)
> Resent-From: debian-user@lists.debian.org
>
> btw. if audio + chat WOULD be sufficient (it can handle a lot of
> participants)
>
> try mumble! :)
>
> https://sourceforge.net/projects/mumble/
>
> the Android App is called "plumble"
>
> https://f-droid.org/en/packages/com.morlunk.mumbleclient/
>
>   * Client + Server is 100% Open Source
>   * mumble server is easy to setup
>   * mumble client is also pretty easy to setup
>       o headphones / headset recommended
>   * encrypted communication (128 bit OCB-AES128)
>
> apt update
>
> # server
>
> apt install murmur;
>
> # client
>
> apt install mumble;
>
> give it a call:
>
> https://audio-konferenz-server.de/
>
> (sever is running CentOS X-D but Client is Debian 10 :) )
>
> just 4 info
>
> On 6/7/20 3:42 PM, Peter Ehlert wrote:
> >
> > On 6/6/20 10:00 PM, Keith bainbridge wrote:
> >> On 6/6/20 3:32 am, john doe wrote:
> >>> On 6/5/2020 6:28 PM, Peter Ehlert wrote:
> >>>> Family is using Zoom, International.
> >>>> They will use Zoom, and I need to participate.
> >>>>
> >>>> I use Debian Mate Stable, and Firefox ESR
> >>>>
> >>>> I am concerned about security, duh!
> >>>> Looking for ideas.
> >>>>
> >>>> my current thoughts, in order of preference:
> >>>>
> >>>> 1. Use a separate Debian alongside my daily driver, and use Only
> >>>> for the
> >>>> Zoom meetings
> >>>>
> >>>
> >>> I would install a Debian VM for Zoom and alike software.
> >>>
> >>> --?
> >>> John Doe
> >>>
> >>
> >>
> >> I did too - until somebody suggested firejail.
> >
> > I am not a Chromium user... and I don't like to fight the VMs
> >
> > Firefox does have a number of addon privacy tools...
> > this one looks interesting: https://add0n.com/privacy-settings.html
> >>
> >> I always got prompts to install add-ons in chromium.
> >>
> >
>

-- 

[toc] | [prev] | [next] | [standalone]

#223092

On Fri, 5 Jun 2020 09:28:21 -0700
Peter Ehlert <peter@sdi-baja.com> wrote:

> Family is using Zoom, International.
> They will use Zoom, and I need to participate.

Zoom also has a native client.

Consider using a virtual machine. You will need to get sound to and from
the VM, which I don't believe works on qemu.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

[toc] | [prev] | [next] | [standalone]

#223098

On Fri 05 Jun 2020 at 09:28:21 -0700, Peter Ehlert wrote:

> Family is using Zoom, International.
> They will use Zoom, and I need to participate.

Seems straightforward. Just get on with it.
 
> I use Debian Mate Stable, and Firefox ESR
> 
> I am concerned about security, duh!

Really? Just get on with communicating with your family. That's a bit
more important than worrying about possible non-existent issues and 
basing your actions on them.

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#223099

>> Family is using Zoom, International.
>> They will use Zoom, and I need to participate.
>
>Seems straightforward. Just get on with it.

Don't. Zoom is not necessary to stay in touch with family. If you cannot get another video conferencing provider, use a phone. But do not prove to providers such as Zoom that you need them for your most intimate needs — it fuels their wrong-doing.

Also, I had the impression that this were a technical support mailing list, not a family therapist forum.

-nik

[toc] | [prev] | [next] | [standalone]

#223104

On 6/5/20 13:48, Brian wrote:
> On Fri 05 Jun 2020 at 09:28:21 -0700, Peter Ehlert wrote:
> 
>> Family is using Zoom, International.
>> They will use Zoom, and I need to participate.
> 
> Seems straightforward. Just get on with it.
>  
>> I use Debian Mate Stable, and Firefox ESR
>>
>> I am concerned about security, duh!
> 
> Really? Just get on with communicating with your family. That's a bit
> more important than worrying about possible non-existent issues and 
> basing your actions on them.
> 

I'll second this and offer a couple of additional comments.

On Debian Buster with Gnome, pretty vanilla except for google-chrome and
some R packages from r-cran, I downloaded the Zoom .deb package and
installed it [1], as root, in /opt, with no dependency issues that
another responder noted might interfere. The only issue of any
consequence was that on a 15 inch 3840 x 2160 screen, the boxes were
quite small and the print in the window titles and popups was too small
to read w/o a strong magnifier. It took a while, but of searching in
Zoom's FAQs provided a solution [2].


Security issues whooped up in the media seem to fall mostly into one or
more of three boxes:

Affect (or are known to affect) only Macs;

Have been corrected, some quite a while ago;

User error (e. g., setting up for zoom-bombing by failing to use a
password, using an obvious password, or letting the password leak.

Some appear unworthy of much concern, like early use of 128 bit AES for
session encryption. Clearly of interest if a meeting concerns national
security or other public policy matters, or important organization or
personal privacy matters. Most personal/family communications probably
do not involve such things.

Running it in a VM might improve security, although one responder
mentioned sound pass-through as an issue, and setup, at best, would be
more work. Dedicated hardware, if you have it probably would be a better
choice for isolation.

An alternative would be to install Debian and Zoom on a USB key or
drive. I would expect USB2 to be adequate, although maybe a bit sluggish
at times.

You also could put the machine on a guest WiFi to isolate it from other
machines.

As with all software, keep it up to date. With Zoom's present rate of
update, that could be as often as before every use. All the other users
also should keep theirs up to date.

Zoom users, of course, should be aware (a) that free subscriptions are
not encrypted end-to-end and (b) Zoom cooperates with law enforcement
agencies, probably meaning that they will allow interception if
presented with an appropriate warrant (in the US; other nations' laws
are different).

Cloud session storage might also be an issue, although the Debian client
session recording appears to be local when activated.

Regards,
Tom Dial

[1] Using apt install, and the absolute path, instead of dpkg, may have
helped resolve dependencies; I have seen reports to that effect.

[2] scaleFactor=2 in .config/zoomus.conf instead of default scaleFactor=1.

[toc] | [prev] | [next] | [standalone]

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

Back to top | Article view | linux.debian.user

csiph-web