Re: [HS] Gels Firefox/Zoom

[Erwann Le Bras]

bonjour

as-tu essayé avec l'application Zoom?

Le 25/04/2024 à 18:00, Frederic Zulian a écrit :

Bonjour,

Firefox gèle  aléatoirement. avec  Zoom
au bout de 15 à 60 mns de connexion. L'affichage de l'onglet  avec  
Zoom se gèle,  le son se

coupe au bout de quelques mns suivant.

Ensuite c'est l'ensemble du bureau qui se gèle ;...

Quelques éléments :
Firefox : 115.8.0esr-1   avec zoom extension 2.1.54
Noyau : 6.6.15-amd64

Je suis essentiellement sous xfce4 4.18 mais le problème est 
similaire  avec lxqt


Pour l'instant, la seule solution est de redémarrer la session 
graphique et les applis  


Une idée ?

Frédéric ZULIAN

[HS] Gels Firefox/Zoom

[Frederic Zulian]

Bonjour,

Firefox gèle  aléatoirement. avec  Zoom
au bout de 15 à 60 mns de connexion. L'affichage de l'onglet  avec  Zoom se
gèle,  le son se
coupe au bout de quelques mns suivant.

Ensuite c'est l'ensemble du bureau qui se gèle ;...

Quelques éléments :
Firefox : 115.8.0esr-1   avec zoom extension 2.1.54
Noyau : 6.6.15-amd64

Je suis essentiellement sous xfce4 4.18 mais le problème est similaire
avec lxqt

Pour l'instant, la seule solution est de redémarrer la session graphique et
les applis  

Une idée ?

Frédéric ZULIAN

Re: Zoom in the official repo is outdated

[Stefan Monnier]

Jeffrey Walton [2024-04-24 20:13:57] wrote:

> On Wed, Apr 24, 2024 at 7:13 PM Van Snyder  wrote:
>
>> On Wed, 2024-04-24 at 16:42 -0300, Luiz Romário Santana Rios wrote:
>>
>> Hello,
>>
>>
>> (Please cc me when replying as I'm not subscribed to the list)
>>
>>
>> Earlier this month, I noticed I was no longer able to login to Zoom
>>
>> meetings using the client installed from the Debian repos. In order to
>>
>> join meetings, I had to uninstall it then install the flatpack Zoom package.
>>
>>
>> I think it should either be updated or outright removed in favor of the
>>
>> flatpack version. What do you think? Should I report a bug?
>>
>>
>> I was expected to use zoom for a meeting. The zoom app didn't work at all
>> in Debian 10, completely refusing even to open a window. I at first started
>> with the zoom support in Firefox, but it didn't have a button to select
>> high resolution for the camera, so the meeting host asked me to run in the
>> app.
>>
>> I re-opened the session on a different computer that is running Debian 12.
>> The app worked OK on that computer.
>>
>
> Related, if you control the venue, then you might consider using Jitsi.
> Jitsi is open source, and it does not have the obscene terms of service
> that companies like Google, Microsoft and Zoom push onto people using their
> service. With Jitsi, your meeting data is yours. It is not used internally
> for other products, and it is not shared with partners like the Big Tech
> companies do.

There's also BigBlueButton (more featureful than Jitsi, but apparently
harder to install/setup/maintain) and I also heard good things about
Galène https://galene.org/ (which is apparently the simplest to
install/setup/maintain and the least demanding on the server).


Stefan

Re: Zoom in the official repo is outdated

[Bret Busby]

On 25/4/24 08:13, Jeffrey Walton wrote:






Related, if you control the venue, then you might consider using Jitsi. 
Jitsi is open source, and it does not have the obscene terms of service 
that companies like Google, Microsoft and Zoom push onto people using 
their service. With Jitsi, your meeting data is yours. It is not used 
internally for other products, and it is not shared with partners like 
the Big Tech companies do.


And last but not least, Zoom is not trustworthy. The company will lie to 
users until the cows come home. It was so bad the FCC had to sue them to 
get the company to stop. That's saying something when the FCC moves 
against a company. The FCC is captured, and the regulatory body rarely 
moves against any company.


Jeff


This has been discussed (and disgusted) some months ago, on this list.

zoom, like the big g (that appears to be the ominous g in the freemasons 
symbolism), is known to be a spybot thingy, making use of content from 
communications.


As the big g does it with the goggle searches and with geemail, zoom 
does it with the audio and video from its audiovisual communications. 
Using either, for communications that are not wanted to be made public, 
or sold to people that want to cause harm, is not a good idea.


jitsi is recognised as being significantly less of a spybot, and so, is 
recommended for use, by the FSF, I believe, where use of zoom, is 
strongly discouraged, I believe.



Bret Busby
Armadale
Western Australia
(UTC+0800)
.

Note this thread Re: Zoom in the official repo is outdated

[Peter Ehlert]

On April 24, 2024 1:00:29 PM Luiz Romário Santana Rios 
 wrote:



Hello,

(Please cc me when replying as I'm not subscribed to the list)

Earlier this month, I noticed I was no longer able to login to Zoom
meetings using the client installed from the Debian repos. In order to
join meetings, I had to uninstall it then install the flatpack Zoom package.

I think it should either be updated or outright removed in favor of the
flatpack version. What do you think? Should I report a bug?

Sds,

Romário

Re: Zoom in the official repo is outdated

[Jeffrey Walton]

On Wed, Apr 24, 2024 at 7:13 PM Van Snyder  wrote:

> On Wed, 2024-04-24 at 16:42 -0300, Luiz Romário Santana Rios wrote:
>
> Hello,
>
>
> (Please cc me when replying as I'm not subscribed to the list)
>
>
> Earlier this month, I noticed I was no longer able to login to Zoom
>
> meetings using the client installed from the Debian repos. In order to
>
> join meetings, I had to uninstall it then install the flatpack Zoom package.
>
>
> I think it should either be updated or outright removed in favor of the
>
> flatpack version. What do you think? Should I report a bug?
>
>
> I was expected to use zoom for a meeting. The zoom app didn't work at all
> in Debian 10, completely refusing even to open a window. I at first started
> with the zoom support in Firefox, but it didn't have a button to select
> high resolution for the camera, so the meeting host asked me to run in the
> app.
>
> I re-opened the session on a different computer that is running Debian 12.
> The app worked OK on that computer.
>

Related, if you control the venue, then you might consider using Jitsi.
Jitsi is open source, and it does not have the obscene terms of service
that companies like Google, Microsoft and Zoom push onto people using their
service. With Jitsi, your meeting data is yours. It is not used internally
for other products, and it is not shared with partners like the Big Tech
companies do.

And last but not least, Zoom is not trustworthy. The company will lie to
users until the cows come home. It was so bad the FCC had to sue them to
get the company to stop. That's saying something when the FCC moves against
a company. The FCC is captured, and the regulatory body rarely moves
against any company.

Jeff

Re: Zoom in the official repo is outdated

[Bob McGowan]

On 4/24/24 01:28 PM, Michael Kjörling wrote:

On 24 Apr 2024 16:42 -0300, from luizroma...@tecgraf.puc-rio.br (Luiz Romário 
Santana Rios):

Earlier this month, I noticed I was no longer able to login to Zoom meetings
using the client installed from the Debian repos. In order to join meetings,
I had to uninstall it then install the flatpack Zoom package.

I think it should either be updated or outright removed in favor of the
flatpack version. What do you think? Should I report a bug?

I can't seem to find any Zoom client at all in the official Debian
repositories. It also doesn't really sound like something that the
Debian project _would_ package.

https://packages.debian.org/search?keywords=zoom (which searches
everything from buster to trixie plus sid and experimental, across all
architectures) lists packages named libnet-z3950-simple2zoom-perl,
libnet-z3950-zoom-perl, libnet-z3950-zoom-perl-dbgsym, node-d3-zoom,
ruby-zoom, ruby-zoom-dbgsym, xzoom, xzoom-dbgsym, zoom-player and
zoom-player-dbgsym; none of which appear to be in any way related to
the proprietary videoconferencing service.

That said, if it's packaged for Debian somewhere and the packaged
version does not work for its intended purpose on a version of Debian
it's advertised as being packaged for, then yes, my firm belief is
that making some sort of report of this to whoever packages it that it
doesn't work properly (ideally with steps to reproduce the incorrect
behavior) is entirely reasonable.

_If_ that is the Debian project, then filing a bug against the
specific package through the Debian bug tracker is the correct way to
do it. _If so_, then start at <https://www.debian.org/Bugs/Reporting>.

Zoom provides a .deb package from their website, so they are the ones to 
work with.


You can run your Zoom app (don't start a meeting) and in the upper 
right, just above the gear icon is an account icon.  Click it and you'll 
get a menu which includes a "Check for Updates" item.


The resulting window will either tell you you're up to date or have a 
link to their webpage to download the latest version.


You will then need to manually install the .deb package.

Bob

Re: Zoom in the official repo is outdated

[Eike Lantzsch ZP5CGE / KY4PZ]

On Mittwoch, 24. April 2024 15:42:39 -04 Luiz Romário Santana Rios wrote:
> Hello,
> 
> (Please cc me when replying as I'm not subscribed to the list)
> 
> Earlier this month, I noticed I was no longer able to login to Zoom
> meetings using the client installed from the Debian repos. In order to
> join meetings, I had to uninstall it then install the flatpack Zoom
> package.
> 
> I think it should either be updated or outright removed in favor of
> the flatpack version. What do you think? Should I report a bug?
> 
> Sds,
> 
> Romário

Hello Romário,
To me it seems that Zoom on your Debian installation will be outdated forever 
because it 
is not part of any Debian repository. Not even zoom.us hints on a repository 
lurking in the 
realms of proprietary software somewhere.
You need to install a new version from here:

https://support.zoom.com/hc/en/article?
id=zm_kb_article=KB0063458#h_adcc0b66-b2f4-468b-bc7a-12c182f354b7[1]
You may download the package from herehttps://zoom.us/download?os=linux[2]
Enter OS Type, architecture and further download the public key.
Check the package against it and then
dpkg -i zoom-package
You might have to install some additional dependencies manually.
Then hope that it will work as designed.

Have a nice day and all the best to you
-- 
Eike Lantzsch KY4PZ / ZP5CGE

On a note about Re: Sv: and so on "feature" of MS email clients.
Re: is not a short for "Reply" as MS seems to think.
A re (the ablative of res 'thing') has been used in English
since the 18th century to mean 'in the matter of', 'referring to'.



[1] https://support.zoom.com/hc/en/article?
id=zm_kb_article=KB0063458#h_adcc0b66-b2f4-468b-bc7a-12c182f354b7
[2] https://zoom.us/download?os=linux

Re: Zoom in the official repo is outdated

[Luiz Romário Santana Rios]

I forgot I had installed zoom from the official zoom deb package, not 
from the Debian repo. And, as it turns out, they provide just the deb 
package[1], not a repo where the push updates, so I'd have to manually 
download the new deb package in order to update Zoom.


Whoops...

Sorry for the noise. And thanks for the attention.

(Using the flatpak version is more convenient anyway, since I don't have 
to keep manually updating Zoom)


[1]: https://zoom.us/client/6.0.2.4680/zoom_amd64.deb

Em 24/04/2024 17:28, Michael Kjörling escreveu:

On 24 Apr 2024 16:42 -0300, from luizroma...@tecgraf.puc-rio.br (Luiz Romário 
Santana Rios):

Earlier this month, I noticed I was no longer able to login to Zoom meetings
using the client installed from the Debian repos. In order to join meetings,
I had to uninstall it then install the flatpack Zoom package.

I think it should either be updated or outright removed in favor of the
flatpack version. What do you think? Should I report a bug?

I can't seem to find any Zoom client at all in the official Debian
repositories. It also doesn't really sound like something that the
Debian project _would_ package.

https://packages.debian.org/search?keywords=zoom (which searches
everything from buster to trixie plus sid and experimental, across all
architectures) lists packages named libnet-z3950-simple2zoom-perl,
libnet-z3950-zoom-perl, libnet-z3950-zoom-perl-dbgsym, node-d3-zoom,
ruby-zoom, ruby-zoom-dbgsym, xzoom, xzoom-dbgsym, zoom-player and
zoom-player-dbgsym; none of which appear to be in any way related to
the proprietary videoconferencing service.

That said, if it's packaged for Debian somewhere and the packaged
version does not work for its intended purpose on a version of Debian
it's advertised as being packaged for, then yes, my firm belief is
that making some sort of report of this to whoever packages it that it
doesn't work properly (ideally with steps to reproduce the incorrect
behavior) is entirely reasonable.

_If_ that is the Debian project, then filing a bug against the
specific package through the Debian bug tracker is the correct way to
do it. _If so_, then start at <https://www.debian.org/Bugs/Reporting>.

Re: Zoom in the official repo is outdated

[Michael Kjörling]

On 24 Apr 2024 16:42 -0300, from luizroma...@tecgraf.puc-rio.br (Luiz Romário 
Santana Rios):
> Earlier this month, I noticed I was no longer able to login to Zoom meetings
> using the client installed from the Debian repos. In order to join meetings,
> I had to uninstall it then install the flatpack Zoom package.
> 
> I think it should either be updated or outright removed in favor of the
> flatpack version. What do you think? Should I report a bug?

I can't seem to find any Zoom client at all in the official Debian
repositories. It also doesn't really sound like something that the
Debian project _would_ package.

https://packages.debian.org/search?keywords=zoom (which searches
everything from buster to trixie plus sid and experimental, across all
architectures) lists packages named libnet-z3950-simple2zoom-perl,
libnet-z3950-zoom-perl, libnet-z3950-zoom-perl-dbgsym, node-d3-zoom,
ruby-zoom, ruby-zoom-dbgsym, xzoom, xzoom-dbgsym, zoom-player and
zoom-player-dbgsym; none of which appear to be in any way related to
the proprietary videoconferencing service.

That said, if it's packaged for Debian somewhere and the packaged
version does not work for its intended purpose on a version of Debian
it's advertised as being packaged for, then yes, my firm belief is
that making some sort of report of this to whoever packages it that it
doesn't work properly (ideally with steps to reproduce the incorrect
behavior) is entirely reasonable.

_If_ that is the Debian project, then filing a bug against the
specific package through the Debian bug tracker is the correct way to
do it. _If so_, then start at <https://www.debian.org/Bugs/Reporting>.

-- 
Michael Kjörling  https://michael.kjorling.se
“Remember when, on the Internet, nobody cared that you were a dog?”

Re: Zoom in the official repo is outdated

[Dan Ritter]

Luiz Romário Santana Rios wrote: 
> Hello,
> 
> (Please cc me when replying as I'm not subscribed to the list)
> 
> Earlier this month, I noticed I was no longer able to login to Zoom meetings
> using the client installed from the Debian repos. In order to join meetings,
> I had to uninstall it then install the flatpack Zoom package.
> 
> I think it should either be updated or outright removed in favor of the
> flatpack version. What do you think? Should I report a bug?

Can you point to the zoom client in the Debian repos? I can't
find it.

-dsr-

Re: Zoom in the official repo is outdated

[Van Snyder]

On Wed, 2024-04-24 at 16:42 -0300, Luiz Romário Santana Rios wrote:
> Hello,
> 
> (Please cc me when replying as I'm not subscribed to the list)
> 
> Earlier this month, I noticed I was no longer able to login to Zoom 
> meetings using the client installed from the Debian repos. In order to 
> join meetings, I had to uninstall it then install the flatpack Zoom package.
> 
> I think it should either be updated or outright removed in favor of the 
> flatpack version. What do you think? Should I report a bug?
> 
> Sds,
> 
> Romário

I was expected to use zoom for a meeting. The zoom app didn't work at
all in Debian 10, completely refusing even to open a window. I at first
started with the zoom support in Firefox, but it didn't have a button
to select high resolution for the camera, so the meeting host asked me
to run in the app.

I re-opened the session on a different computer that is running Debian
12. The app worked OK on that computer.

Zoom in the official repo is outdated

[Luiz Romário Santana Rios]

Hello,

(Please cc me when replying as I'm not subscribed to the list)

Earlier this month, I noticed I was no longer able to login to Zoom 
meetings using the client installed from the Debian repos. In order to 
join meetings, I had to uninstall it then install the flatpack Zoom package.


I think it should either be updated or outright removed in favor of the 
flatpack version. What do you think? Should I report a bug?


Sds,

Romário

Re: Zoom on Bookworm?

[David]

On Tue, 2023-12-19 at 20:57 -0700, Charles Curley wrote:
> On Tue, 19 Dec 2023 18:30:55 -0500
> Jeffrey Walton  wrote:
> 
> > Use Jitsi, if possible. You can even run your own Jitsi server, if
> > desired. And it is open source. .
> 
> You might also look at Jami, which has the virtue of being in the
> Debian repos.
> 
> apt show jami-daemon

Jami is excellent!
Cheers!

Re: Zoom on Bookworm?

[Charles Curley]

On Tue, 19 Dec 2023 18:30:55 -0500
Jeffrey Walton  wrote:

> Use Jitsi, if possible. You can even run your own Jitsi server, if
> desired. And it is open source. .

You might also look at Jami, which has the virtue of being in the
Debian repos.

apt show jami-daemon

-- 
Does anybody read signatures any more?

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

Re: Zoom on Bookworm?

[Jeffrey Walton]

On Tue, Dec 19, 2023 at 5:29 AM Bret Busby  wrote:
>
> On 19/12/23 17:53, John Conover wrote:
> > Does the Zoom client work on Bookworm with pipewire?
> >
> Are you aware of Zoom using video calls for spying on, and, collecting
> personal information from, users, causing
>
> "The Software Freedom Conservancy (SFC) is calling on free and open
> source software (FOSS) contributors to stop using Zoom video conferencing"
>
> "Back in March, Zoom quietly changed its fine print to include a clause
> in section 10.4 that assigned the video-chat biz perpetual, royalty-free
> rights to use "customer content" "

++

Use Jitsi, if possible. You can even run your own Jitsi server, if
desired. And it is open source. <https://jitsi.org/>.

Jeff

Re: Zoom on Bookworm?

[Tom Dial]

On 12/19/23 02:53, John Conover wrote:

Does the Zoom client work on Bookworm with pipewire?


Zoom works fine on Bookworm using mainstream Logitech camera/microphone. It 
coexists with pipewire on the system where I use it, but does not show that as 
a dependency.

Installing it will drag in its dependencies, if they are not installed. Dpkg 
--info for the current Debian install file shows:


 new Debian package, version 2.0.
 size 181054970 bytes: control archive=34820 bytes.
1329 bytes,18 lines  control
  122532 bytes,  1403 lines  md5sums
 593 bytes,18 lines   *  postinst #!/bin/bash
 226 bytes,11 lines   *  postrm   #!/bin/bash
 Package: zoom
 Version: 5.17.0.1682
 License: see https://www.zoom.us/
 Vendor: Zoom Video Communications, Inc.
 Architecture: amd64
 Maintainer: Zoom Linux Team <https://support.zoom.us>
 Installed-Size: 654828
 Depends: libglib2.0-0, libxcb-keysyms1, libxcb-xinerama0, libdbus-1-3, 
libxcb-shape0, libxcb-shm0, libxcb-xfixes0, libxcb-randr0, libxcb-image0, 
libfontconfig1, libxi6, libsm6, libxrender1, libpulse0, libxcomposite1, libxslt1.1, 
libsqlite3-0, libxcb-xtest0, libxtst6, ibus, libxkbcommon-x11-0, desktop-file-utils, 
libgbm1, libdrm2, libxcb-cursor0, libxcb-icccm4, libfreetype6 (>= 2.6), libgbm1 
(>= 17.1.0~rc2)
 Recommends: libegl1-mesa, libgl1-mesa-glx
 Section: default
 Priority: optional
 Homepage: https://www.zoom.us
 Description: Zoom Cloud Meetings
  Zoom brings people together to connect and get more done in a frictionless, 
secure video environment. Our easy, reliable, and innovative video-first 
solutions provide video meetings and chat, with additional options for webinars 
and phone service.
  .
  Zoom is the leading unified communications platform and helps individuals, 
schools, healthcare professionals and enterprises stay connected. Visit 
blog.zoom.us and follow @zoom_us.
  .
  By installing this app, you agree to our Terms of Service 
(https://zoom.us/terms) and Privacy Statement (https://zoom.us/privacy).


As with any product, it always is a wise to consider the terms of use and other 
legal documentation and exercise discretion.

If you decide to use it, I use (as root)

  apt install zoom_amd64.deb

It installs under /opt except for a symbolic link /usr/bin/zoom -> 
/opt/zoom/ZoomLauncher

Regards,
Tom Dial



 Thanks,

 John
 

Re: Zoom on Bookworm?

[Kent West]

On Tue, Dec 19, 2023 at 3:30 PM Kent West  wrote:

>
>
> On 12/19/23 10:53, John Conover wrote:
>> > Does the Zoom client work on Bookworm with pipewire?
>> >
>> >  Thanks,
>> >
>> >  John
>>
>
> Yes.
>
> I have version 5.17.0 of the desktop client running on my sid/trixie box
> at this very moment.
>
> with Pipewire running.

>
> --
> Kent West<")))><
> IT Support / Client Support
> Abilene Christian University
> Westing Peacefully - http://kentwest.blogspot.com
>


-- 
Kent West<")))><
IT Support / Client Support
Abilene Christian University
Westing Peacefully - http://kentwest.blogspot.com

Re: Zoom on Bookworm?

[Kent West]

On 12/19/23 10:53, John Conover wrote:
> > Does the Zoom client work on Bookworm with pipewire?
> >
> >  Thanks,
> >
> >  John
>

Yes.

I have version 5.17.0 of the desktop client running on my sid/trixie box at
this very moment.


-- 
Kent West<")))><
IT Support / Client Support
Abilene Christian University
Westing Peacefully - http://kentwest.blogspot.com

Re: Zoom on Bookworm?

[err404]

On 12/19/23 10:53, John Conover wrote:

Does the Zoom client work on Bookworm with pipewire?

 Thanks,

 John
 

you can use zoom.us in your web browser
there is less options, but it work well.

Re: Zoom on Bookworm?

[David]

On Tue, 19 Dec 2023 at 11:04, Jerome BENOIT
 wrote:

> can we efficiently jail zoom ?

Hi, my approach is to do that on my laptop by using grub to boot into various
different Debian installations.

Multiboot is un-fashionable, but I find it useful and versatile. Hard
drives are plenty
big enough to allow multiple operating systems installations.

The 931GB spinning hard drive has 4 primary partitions, sizes are approximate:
  Z = 12GB boot
  X = 12GB standalone minimal Debian installation with /boot symlinked
to /mnt/Z/X
  Y = 12GB standalone minimal Debian installation with /boot symlinked
to /mnt/Z/Y
  LUKS2 = 895GB

So basically there is unencrypted boot, and the majority of the drive
is allocated to the
LUKS2 encrypted partition. Plus there are a couple of minimal Debian
installations,
one of which has Zoom installed.

The LUKS2 partition contains LVM volumes
  S = 12GB swap
  A, B, C, D, E = 5x 12GB Debian installations with /boot symlinked to
/mnt/Z/{ABCDE}
  T = 149G data
  U = 497G data

I have installed Zoom on partition Y, which does not contain
cryptsetup tools, so
the LUKS2 partition cannot be opened, which hides all my sensitive data from
Zoom.

When I want to do real work, I boot one of my encrypted A,B,C,D,E installations
which can all access the common encrypted data in the T and U volumes.

Re: Zoom on Bookworm?

[Dan Ritter]

Jerome BENOIT wrote: 
> can we efficiently jail zoom ?

It needs access to a microphone, camera, and the network. I
suppose you could call that a jail, but for programs, that's
pretty much everything except filesystems and root privileges.

-dsr-

Re: Zoom on Bookworm?

[Jerome BENOIT]

Hi,

can we efficiently jail zoom ?

Jerome

On 19/12/2023 11:28, Bret Busby wrote:

On 19/12/23 17:53, John Conover wrote:

Does the Zoom client work on Bookworm with pipewire?

 Thanks,

 John


Are you aware of Zoom using video calls for spying on, and, collecting personal 
information from, users, causing

"The Software Freedom Conservancy (SFC) is calling on free and open source software 
(FOSS) contributors to stop using Zoom video conferencing"

"Back in March, Zoom quietly changed its fine print to include a clause in section 10.4 that 
assigned the video-chat biz perpetual, royalty-free rights to use "customer content" 
"

?

...

Recommendation had been made, for people to switch to jitsi.


Bret Busby
Armadale
Western Australia
(UTC+0800)
.

Re: Zoom on Bookworm?

[tomas]

On Tue, Dec 19, 2023 at 06:28:48PM +0800, Bret Busby wrote:

[...]

> Are you aware of Zoom using video calls for spying on, and, collecting
> personal information from, users, causing

Thanks for pointing that out. It can't be overstated.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Zoom on Bookworm?

[Bret Busby]

On 19/12/23 18:28, Bret Busby wrote:

On 19/12/23 17:53, John Conover wrote:

Does the Zoom client work on Bookworm with pipewire?

 Thanks,

 John


Are you aware of Zoom using video calls for spying on, and, collecting 
personal information from, users, causing


"The Software Freedom Conservancy (SFC) is calling on free and open 
source software (FOSS) contributors to stop using Zoom video conferencing"


"Back in March, Zoom quietly changed its fine print to include a clause 
in section 10.4 that assigned the video-chat biz perpetual, royalty-free 
rights to use "customer content" "


?

...

Recommendation had been made, for people to switch to jitsi.

" "Throughout the pandemic and its widespread Zoom adoption, we warned 
that relying on proprietary, for-profit controlled technology as 
essential infrastructure is dangerous," the organization wrote on 
Tuesday. "Last week, Zoom demonstrated exactly why everyone must stop 
using their services without any further delay." "


- Same report...


Bret Busby
Armadale
Western Australia
(UTC+0800)
.

Re: Zoom on Bookworm?

[Bret Busby]

On 19/12/23 17:53, John Conover wrote:

Does the Zoom client work on Bookworm with pipewire?

 Thanks,

 John
 


Are you aware of Zoom using video calls for spying on, and, collecting 
personal information from, users, causing


"The Software Freedom Conservancy (SFC) is calling on free and open 
source software (FOSS) contributors to stop using Zoom video conferencing"


"Back in March, Zoom quietly changed its fine print to include a clause 
in section 10.4 that assigned the video-chat biz perpetual, royalty-free 
rights to use "customer content" "


?

...

Recommendation had been made, for people to switch to jitsi.


Bret Busby
Armadale
Western Australia
(UTC+0800)
.

Zoom on Bookworm?

[John Conover]

Does the Zoom client work on Bookworm with pipewire?

Thanks,

John

-- 

John Conover, cono...@panix.com, http://www.johncon.com/

Re: Zoom en Debían 11

[Camaleón]

El 2023-06-25 a las 20:48 -0300, Carlos Villiere escribió:

Corrijo el top-posting.

> El mié, 21 jun 2023 a las 3:28, Camaleón () escribió:
> 
> > El 2023-06-20 a las 22:02 -0300, Carlos Villiere escribió:
> >
> > (corrijo el top-posting)

(...)

> > > > > > > Estoy realizando un curso en línea a través de una plataforma que
> > > > utiliza
> > > > > > > Zoom para conectar a los alumnos, coaches y mentores.
> > > > > > > Para la comunicación entre los participantes, todo funciona
> > > > > > correctamente:
> > > > > > > audio ,video y chat.
> > > > > > > El problema es que no permite compartir archivos por el chat,
> > dando
> > > > el
> > > > > > > siguiente error "Access to file restricted by your account admin"
> > > > > > > Prove cambiar los permisos de los ejecutables, pero no funciono
> > > > > > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > > > > > ./zoom_amd64.deb"
> > > > > > > No se que puedo hacer,que me aconsejan
> > > > > >
> > > > > > Por el mensaje que recibes, diría que es Zoom quien te está
> > limitando,
> > > > > > que no tiene nada que ver con los permisos que tengas definidos en
> > los
> > > > > > archivos del equipo local.
> > > > > >
> > > > > > Quizá el administrador del chat no permita compratir archivos pero
> > lo
> > > > > > veo un poco incongruente para una plataforma de aprendizaje :-?
> > > > > >
> > > > > > Por aquí hablan sobre eso:
> > > > > >
> > > > > > Managing file transfers in Zoom Team Chat
> > > > > >
> > > > > >
> > > >
> > https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> > > > > >
> > > > > > Comprueba que tu versión del kernel sea igual o superior a la
> > 5.10.6
> > > > > > (yo tengo la 5.10.0 en Debian 11):
> > > > > >
> > > > > > Description:Debian GNU/Linux 11 (bullseye)
> > > > > > 5.10.0-23-amd64
> > > >
> > > > > Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 # 19:3:30
> > hs
> > > > mi
> > > > > kernel libre gnu es :
> > > > > labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> > > > > 6.3.0-gnu  #
> > > >
> > > > Vale, no reconozco esa nomenclatura.
> > > >
> > > > Entonces ni es Debian 11 ni un kernel de Debian ;-)
> > > >
> > > > En Debian veo disponibles las versiones 5.10.179 (oldstable), 6.1.27
> > > > (estable y testing) y 6.3.7 (unstable), por lo que seguramente lo
> > habrás
> > > > compilado tú mismo.
> > > >
> > > > Contacta con el administardor de chat, quizá haya puesto alguna
> > > > restricción para el envío de archivos.
> > > >
> > > > Buscando por Internet, a este usuario le pasa lo mismo en Linux:
> > > >
> > > >
> > > >
> > https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/
> > > >
> > > > Quizá sea un bug de la aplicación de Zoom para Linux, no descartes
> > > > contactar con ellos y/o preguntar en sus foros:
> > > >
> > > > https://community.zoom.com/t5/Contact-Center/bd-p/contact_center
> > > > https://community.zoom.com/
> >
> > > ¡Hola a todos!
> > > Después de leer una tonelada de páginas web, encontré que en el cliente
> > > Linux de Zoom tenía una configuración para realizar que no encontré
> > > documentada y es la de utilización de un proxy localmente. Está abajo a
> > la
> > > derecha en la primera pantalla que aparece.
> > > En mi caso decía que había un proxy, y no tengo instalado ninguno. Aunque
> > > me asegure con
> > > env | grep -i proxy
> > > Hice una prueba con mi cuenta de usuario de Zoom y mi teléfono celular y
> > > funciono correctamente, la única duda es si funcionará en la plataforma
> > > educativa.
> > > Espero que si,por que con clientes de Windows si lo hace.
> >
> > Ya nos dirás cómo te fue :-)

(...)

> Hola lista!!
> Probé  el Zoom en mi plataforma educativa y el problema persiste.
> Lo extraño es que puedo bajar los archivos (de tipo .zip) desde el cliente
> de Zoom en un móvil Android (Samsung Galaxy j5) sin problemas, aunque
> aparecen caracteres aleatorios delante el nombre del archivo como por
> ejemplo "ea2f -fd3ab...etc. , lo que hace suponer que en vez de subir el
> archivo lo están copiando y pegando en el chat, la mayoría usa Windows.
> ¿Podria ser el problema? En el chat parece que estuviese pintado, la opción
> de download no funciona, pero si me permite subir archivos, ya que intente
> y la opción funcionó aunque no complete la opción

¿Sabes de algún otro usuario con Linux que use esa plataforma educativa 
y que le funcione desde el cliente? 

Quizá no esté habilitado específicamente en la aplicación para linux de 
Zoom pero sí funcione vía web y en otros entornos:

Sending a file in meetings and webinars
https://support.zoom.us/hc/en-us/articles/209605493-Sending-a-file-in-meetings-and-webinars

Saludos,

-- 
Camaleón 

Re: Zoom en Debían 11

[Gerardo Braica]

Hola Carlos!
No he seguido en detalle tu hilo asi que mi sugerencia puede llegar tarde.
Si es asi pido disculpas.
No probaste con Jitsy ? https://meet.jit.si/
Durante la pandemia tuve muchas fallas con Zoom para comunicarme con mi 
equipo y

con Jitsi no tuve problemas. Con la ventaja de ser libre ademas.

--
*/Gerardo Braica
*/gbra...@gmail.com.ar /*/*

El 25/6/23 a las 20:48, Carlos Villiere escribió:

Hola lista!!
Probé  el Zoom en mi plataforma educativa y el problema persiste.
Lo extraño es que puedo bajar los archivos (de tipo .zip) desde el 
cliente de Zoom en un móvil Android (Samsung Galaxy j5) sin problemas, 
aunque aparecen caracteres aleatorios delante el nombre del archivo 
como por ejemplo "ea2f -fd3ab...etc. , lo que hace suponer que en vez 
de subir el archivo lo están copiando y pegando en el chat, la mayoría 
usa Windows.
¿Podria ser el problema? En el chat parece que estuviese pintado, la 
opción de download no funciona, pero si me permite subir archivos, ya 
que intente y la opción funcionó aunque no complete la opción

Desde ya gracias
Abrazo
Carlos Villiere

El mié, 21 jun 2023 a las 3:28, Camaleón () escribió:

El 2023-06-20 a las 22:02 -0300, Carlos Villiere escribió:

(corrijo el top-posting)

> El sáb, 17 jun 2023 a las 5:09, Camaleón ()
escribió:
>
> > El 2023-06-16 a las 19:04 -0300, Carlos Augusto ARES escribió:
> >
> > (corrijo el top-posting)
> >
> > > El jue, 15 jun 2023 a las 3:50, Camaleón ()
> > escribió:
> > >
> > > > El 2023-06-14 a las 17:03 -0300, Carlos Villiere escribió:
> > > >
> > > > > Estoy realizando un curso en línea a través de una
plataforma que
> > utiliza
> > > > > Zoom para conectar a los alumnos, coaches y mentores.
> > > > > Para la comunicación entre los participantes, todo funciona
> > > > correctamente:
> > > > > audio ,video y chat.
> > > > > El problema es que no permite compartir archivos por el
chat, dando
> > el
> > > > > siguiente error "Access to file restricted by your
account admin"
> > > > > Prove cambiar los permisos de los ejecutables, pero no
funciono
    > > > > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > > > ./zoom_amd64.deb"
> > > > > No se que puedo hacer,que me aconsejan
> > > >
> > > > Por el mensaje que recibes, diría que es Zoom quien te
está limitando,
> > > > que no tiene nada que ver con los permisos que tengas
definidos en los
> > > > archivos del equipo local.
> > > >
> > > > Quizá el administrador del chat no permita compratir
archivos pero lo
> > > > veo un poco incongruente para una plataforma de
aprendizaje :-?
> > > >
> > > > Por aquí hablan sobre eso:
> > > >
> > > > Managing file transfers in Zoom Team Chat
> > > >
> > > >
> >

https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> > > >
> > > > Comprueba que tu versión del kernel sea igual o superior a
la 5.10.6
> > > > (yo tengo la 5.10.0 en Debian 11):
> > > >
> > > > Description:    Debian GNU/Linux 11 (bullseye)
> > > > 5.10.0-23-amd64
> >
> > > Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 #
19:3:30 hs
> > mi
> > > kernel libre gnu es :
> > > labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> > > 6.3.0-gnu  #
> >
> > Vale, no reconozco esa nomenclatura.
> >
> > Entonces ni es Debian 11 ni un kernel de Debian ;-)
> >
> > En Debian veo disponibles las versiones 5.10.179 (oldstable),
6.1.27
> > (estable y testing) y 6.3.7 (unstable), por lo que seguramente
lo habrás
> > compilado tú mismo.
> >
> > Contacta con el administardor de chat, quizá haya puesto alguna
> > restricción para el envío de archivos.
> >
> > Buscando por Internet, a este usuario le pasa lo mismo en Linux:
> >
> >
> >

https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/
> >
> > Quizá sea un bug de la aplicación de Zoom para Linux, no descartes
    > > contactar con ellos y/o preguntar en sus foros:
> >
> > https://community.zoom.com/t5/Contact-Center/bd-p/contact_cen

Re: Zoom en Debían 11

[Carlos Villiere]

Hola lista!!
Probé  el Zoom en mi plataforma educativa y el problema persiste.
Lo extraño es que puedo bajar los archivos (de tipo .zip) desde el cliente
de Zoom en un móvil Android (Samsung Galaxy j5) sin problemas, aunque
aparecen caracteres aleatorios delante el nombre del archivo como por
ejemplo "ea2f -fd3ab...etc. , lo que hace suponer que en vez de subir el
archivo lo están copiando y pegando en el chat, la mayoría usa Windows.
¿Podria ser el problema? En el chat parece que estuviese pintado, la opción
de download no funciona, pero si me permite subir archivos, ya que intente
y la opción funcionó aunque no complete la opción
Desde ya gracias
Abrazo
Carlos Villiere

El mié, 21 jun 2023 a las 3:28, Camaleón () escribió:

> El 2023-06-20 a las 22:02 -0300, Carlos Villiere escribió:
>
> (corrijo el top-posting)
>
> > El sáb, 17 jun 2023 a las 5:09, Camaleón ()
> escribió:
> >
> > > El 2023-06-16 a las 19:04 -0300, Carlos Augusto ARES escribió:
> > >
> > > (corrijo el top-posting)
> > >
> > > > El jue, 15 jun 2023 a las 3:50, Camaleón ()
> > > escribió:
> > > >
> > > > > El 2023-06-14 a las 17:03 -0300, Carlos Villiere escribió:
> > > > >
> > > > > > Estoy realizando un curso en línea a través de una plataforma que
> > > utiliza
> > > > > > Zoom para conectar a los alumnos, coaches y mentores.
> > > > > > Para la comunicación entre los participantes, todo funciona
> > > > > correctamente:
> > > > > > audio ,video y chat.
> > > > > > El problema es que no permite compartir archivos por el chat,
> dando
> > > el
> > > > > > siguiente error "Access to file restricted by your account admin"
> > > > > > Prove cambiar los permisos de los ejecutables, pero no funciono
> > > > > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > > > > ./zoom_amd64.deb"
> > > > > > No se que puedo hacer,que me aconsejan
> > > > >
> > > > > Por el mensaje que recibes, diría que es Zoom quien te está
> limitando,
> > > > > que no tiene nada que ver con los permisos que tengas definidos en
> los
> > > > > archivos del equipo local.
> > > > >
> > > > > Quizá el administrador del chat no permita compratir archivos pero
> lo
> > > > > veo un poco incongruente para una plataforma de aprendizaje :-?
> > > > >
> > > > > Por aquí hablan sobre eso:
> > > > >
> > > > > Managing file transfers in Zoom Team Chat
> > > > >
> > > > >
> > >
> https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> > > > >
> > > > > Comprueba que tu versión del kernel sea igual o superior a la
> 5.10.6
> > > > > (yo tengo la 5.10.0 en Debian 11):
> > > > >
> > > > > Description:Debian GNU/Linux 11 (bullseye)
> > > > > 5.10.0-23-amd64
> > >
> > > > Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 # 19:3:30
> hs
> > > mi
> > > > kernel libre gnu es :
> > > > labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> > > > 6.3.0-gnu  #
> > >
> > > Vale, no reconozco esa nomenclatura.
> > >
> > > Entonces ni es Debian 11 ni un kernel de Debian ;-)
> > >
> > > En Debian veo disponibles las versiones 5.10.179 (oldstable), 6.1.27
> > > (estable y testing) y 6.3.7 (unstable), por lo que seguramente lo
> habrás
> > > compilado tú mismo.
> > >
> > > Contacta con el administardor de chat, quizá haya puesto alguna
> > > restricción para el envío de archivos.
> > >
> > > Buscando por Internet, a este usuario le pasa lo mismo en Linux:
> > >
> > >
> > >
> https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/
> > >
> > > Quizá sea un bug de la aplicación de Zoom para Linux, no descartes
> > > contactar con ellos y/o preguntar en sus foros:
> > >
> > > https://community.zoom.com/t5/Contact-Center/bd-p/contact_center
> > > https://community.zoom.com/
>
> > ¡Hola a todos!
> > Después de leer una tonelada de páginas web, encontré que en el cliente
> > Linux de Zoom tenía una configuración para realizar que no encontré
> > documentada y es la de utilización de un proxy localmente. Está abajo a
> la
> > derecha en

Re: Zoom en Debían 11

[Camaleón]

El 2023-06-20 a las 22:02 -0300, Carlos Villiere escribió:

(corrijo el top-posting)

> El sáb, 17 jun 2023 a las 5:09, Camaleón () escribió:
> 
> > El 2023-06-16 a las 19:04 -0300, Carlos Augusto ARES escribió:
> >
> > (corrijo el top-posting)
> >
> > > El jue, 15 jun 2023 a las 3:50, Camaleón ()
> > escribió:
> > >
> > > > El 2023-06-14 a las 17:03 -0300, Carlos Villiere escribió:
> > > >
> > > > > Estoy realizando un curso en línea a través de una plataforma que
> > utiliza
> > > > > Zoom para conectar a los alumnos, coaches y mentores.
> > > > > Para la comunicación entre los participantes, todo funciona
> > > > correctamente:
> > > > > audio ,video y chat.
> > > > > El problema es que no permite compartir archivos por el chat, dando
> > el
> > > > > siguiente error "Access to file restricted by your account admin"
> > > > > Prove cambiar los permisos de los ejecutables, pero no funciono
> > > > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > > > ./zoom_amd64.deb"
> > > > > No se que puedo hacer,que me aconsejan
> > > >
> > > > Por el mensaje que recibes, diría que es Zoom quien te está limitando,
> > > > que no tiene nada que ver con los permisos que tengas definidos en los
> > > > archivos del equipo local.
> > > >
> > > > Quizá el administrador del chat no permita compratir archivos pero lo
> > > > veo un poco incongruente para una plataforma de aprendizaje :-?
> > > >
> > > > Por aquí hablan sobre eso:
> > > >
> > > > Managing file transfers in Zoom Team Chat
> > > >
> > > >
> > https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> > > >
> > > > Comprueba que tu versión del kernel sea igual o superior a la 5.10.6
> > > > (yo tengo la 5.10.0 en Debian 11):
> > > >
> > > > Description:Debian GNU/Linux 11 (bullseye)
> > > > 5.10.0-23-amd64
> >
> > > Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 # 19:3:30 hs
> > mi
> > > kernel libre gnu es :
> > > labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> > > 6.3.0-gnu  #
> >
> > Vale, no reconozco esa nomenclatura.
> >
> > Entonces ni es Debian 11 ni un kernel de Debian ;-)
> >
> > En Debian veo disponibles las versiones 5.10.179 (oldstable), 6.1.27
> > (estable y testing) y 6.3.7 (unstable), por lo que seguramente lo habrás
> > compilado tú mismo.
> >
> > Contacta con el administardor de chat, quizá haya puesto alguna
> > restricción para el envío de archivos.
> >
> > Buscando por Internet, a este usuario le pasa lo mismo en Linux:
> >
> >
> > https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/
> >
> > Quizá sea un bug de la aplicación de Zoom para Linux, no descartes
> > contactar con ellos y/o preguntar en sus foros:
> >
> > https://community.zoom.com/t5/Contact-Center/bd-p/contact_center
> > https://community.zoom.com/

> ¡Hola a todos!
> Después de leer una tonelada de páginas web, encontré que en el cliente
> Linux de Zoom tenía una configuración para realizar que no encontré
> documentada y es la de utilización de un proxy localmente. Está abajo a la
> derecha en la primera pantalla que aparece.
> En mi caso decía que había un proxy, y no tengo instalado ninguno. Aunque
> me asegure con
> env | grep -i proxy
> Hice una prueba con mi cuenta de usuario de Zoom y mi teléfono celular y
> funciono correctamente, la única duda es si funcionará en la plataforma
> educativa.
> Espero que si,por que con clientes de Windows si lo hace.

Ya nos dirás cómo te fue :-)

> Por otro lado, en la web de Zoom no encontré donde especificara que hay que
> tener un Kernel en particular, lo que sí indica que la versión mínima del
> Zoom es la 5.2.0.
> Desde ya muchas gracias por sus comentarios
> Abrazo
> Carlos

Hum... pues tienes toda la razón.

Efectivamente, como bien dices lo que pone en la página web de ayuda de 
Zoom es un requisito de la versión del cliente de la aplicación, no del 
kernel:


Managing file transfers in Zoom Team Chat
https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat

End-client prerequisites

Restrictions between internal and external contacts:
Zoom desktop client
Windows: 5.10.6 or higher
macOS: 5.10.6 or higher
Linux: 5.10.6 or higher
^^^


No se por qué pensé que se refería al kernel, seguramenente por el 
número de versión (5.10) que coincide con el núcleo de Bullseye, error 
mío :-p

Saludos,

-- 
Camaleón 

Re: Zoom en Debían 11

[Carlos Villiere]

¡Hola a todos!
Después de leer una tonelada de páginas web, encontré que en el cliente
Linux de Zoom tenía una configuración para realizar que no encontré
documentada y es la de utilización de un proxy localmente. Está abajo a la
derecha en la primera pantalla que aparece.
En mi caso decía que había un proxy, y no tengo instalado ninguno. Aunque
me asegure con
env | grep -i proxy
Hice una prueba con mi cuenta de usuario de Zoom y mi teléfono celular y
funciono correctamente, la única duda es si funcionará en la plataforma
educativa.
Espero que si,por que con clientes de Windows si lo hace.
Por otro lado, en la web de Zoom no encontré donde especificara que hay que
tener un Kernel en particular, lo que sí indica que la versión mínima del
Zoom es la 5.2.0.
Desde ya muchas gracias por sus comentarios
Abrazo
Carlos


El sáb, 17 jun 2023 a las 5:09, Camaleón () escribió:

> El 2023-06-16 a las 19:04 -0300, Carlos Augusto ARES escribió:
>
> (corrijo el top-posting)
>
> > El jue, 15 jun 2023 a las 3:50, Camaleón ()
> escribió:
> >
> > > El 2023-06-14 a las 17:03 -0300, Carlos Villiere escribió:
> > >
> > > > Estoy realizando un curso en línea a través de una plataforma que
> utiliza
> > > > Zoom para conectar a los alumnos, coaches y mentores.
> > > > Para la comunicación entre los participantes, todo funciona
> > > correctamente:
> > > > audio ,video y chat.
> > > > El problema es que no permite compartir archivos por el chat, dando
> el
> > > > siguiente error "Access to file restricted by your account admin"
> > > > Prove cambiar los permisos de los ejecutables, pero no funciono
> > > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > > ./zoom_amd64.deb"
> > > > No se que puedo hacer,que me aconsejan
> > >
> > > Por el mensaje que recibes, diría que es Zoom quien te está limitando,
> > > que no tiene nada que ver con los permisos que tengas definidos en los
> > > archivos del equipo local.
> > >
> > > Quizá el administrador del chat no permita compratir archivos pero lo
> > > veo un poco incongruente para una plataforma de aprendizaje :-?
> > >
> > > Por aquí hablan sobre eso:
> > >
> > > Managing file transfers in Zoom Team Chat
> > >
> > >
> https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> > >
> > > Comprueba que tu versión del kernel sea igual o superior a la 5.10.6
> > > (yo tengo la 5.10.0 en Debian 11):
> > >
> > > Description:Debian GNU/Linux 11 (bullseye)
> > > 5.10.0-23-amd64
>
> > Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 # 19:3:30 hs
> mi
> > kernel libre gnu es :
> > labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> > 6.3.0-gnu  #
>
> Vale, no reconozco esa nomenclatura.
>
> Entonces ni es Debian 11 ni un kernel de Debian ;-)
>
> En Debian veo disponibles las versiones 5.10.179 (oldstable), 6.1.27
> (estable y testing) y 6.3.7 (unstable), por lo que seguramente lo habrás
> compilado tú mismo.
>
> Contacta con el administardor de chat, quizá haya puesto alguna
> restricción para el envío de archivos.
>
> Buscando por Internet, a este usuario le pasa lo mismo en Linux:
>
>
> https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/
>
> Quizá sea un bug de la aplicación de Zoom para Linux, no descartes
> contactar con ellos y/o preguntar en sus foros:
>
> https://community.zoom.com/t5/Contact-Center/bd-p/contact_center
> https://community.zoom.com/
>
> Saludos,
>
> --
> Camaleón
>
>

Re: Zoom en Debían 11

[Camaleón]

El 2023-06-16 a las 19:04 -0300, Carlos Augusto ARES escribió:

(corrijo el top-posting)

> El jue, 15 jun 2023 a las 3:50, Camaleón () escribió:
> 
> > El 2023-06-14 a las 17:03 -0300, Carlos Villiere escribió:
> >
> > > Estoy realizando un curso en línea a través de una plataforma que utiliza
> > > Zoom para conectar a los alumnos, coaches y mentores.
> > > Para la comunicación entre los participantes, todo funciona
> > correctamente:
> > > audio ,video y chat.
> > > El problema es que no permite compartir archivos por el chat, dando el
> > > siguiente error "Access to file restricted by your account admin"
> > > Prove cambiar los permisos de los ejecutables, pero no funciono
> > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > ./zoom_amd64.deb"
> > > No se que puedo hacer,que me aconsejan
> >
> > Por el mensaje que recibes, diría que es Zoom quien te está limitando,
> > que no tiene nada que ver con los permisos que tengas definidos en los
> > archivos del equipo local.
> >
> > Quizá el administrador del chat no permita compratir archivos pero lo
> > veo un poco incongruente para una plataforma de aprendizaje :-?
> >
> > Por aquí hablan sobre eso:
> >
> > Managing file transfers in Zoom Team Chat
> >
> > https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> >
> > Comprueba que tu versión del kernel sea igual o superior a la 5.10.6
> > (yo tengo la 5.10.0 en Debian 11):
> >
> > Description:Debian GNU/Linux 11 (bullseye)
> > 5.10.0-23-amd64

> Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 # 19:3:30 hs  mi
> kernel libre gnu es :
> labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> 6.3.0-gnu  #

Vale, no reconozco esa nomenclatura.

Entonces ni es Debian 11 ni un kernel de Debian ;-)

En Debian veo disponibles las versiones 5.10.179 (oldstable), 6.1.27 
(estable y testing) y 6.3.7 (unstable), por lo que seguramente lo habrás
compilado tú mismo.

Contacta con el administardor de chat, quizá haya puesto alguna 
restricción para el envío de archivos.

Buscando por Internet, a este usuario le pasa lo mismo en Linux:

https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/

Quizá sea un bug de la aplicación de Zoom para Linux, no descartes 
contactar con ellos y/o preguntar en sus foros:

https://community.zoom.com/t5/Contact-Center/bd-p/contact_center
https://community.zoom.com/

Saludos,

-- 
Camaleón 

Zoom en Debían 11

[Carlos Villiere]

Buenas Tardes Lista!!

Estoy realizando un curso en línea a través de una plataforma que utiliza
Zoom para conectar a los alumnos, coaches y mentores.
Para la comunicación entre los participantes, todo funciona correctamente:
audio ,video y chat.
El problema es que no permite compartir archivos por el chat, dando el
siguiente error "Access to file restricted by your account admin"
Prove cambiar los permisos de los ejecutables, pero no funciono
Instale Zoom version 5.14.7 (2928) con "sudo apt install ./zoom_amd64.deb"
No se que puedo hacer,que me aconsejan
Desde ya , muchas gracias
Carlos Villiere

Re: how to install zoom for bullseye for i386

[Greg Wooledge]

On Sat, Apr 30, 2022 at 10:07:23PM -0400, lou wrote:
> 
> it seems i have solved it with 'apt --fix-broken install'

That's one way, yes.

The other way would be to use "apt install ./zoom*.deb" instead of
"dpkg -i zoom*.deb".

Re: how to install zoom for bullseye for i386

[lou]

it seems i have solved it with 'apt --fix-broken install'

Thanks anyway!

how to install zoom for bullseye for i386

[lou]

i download  zoom_i386.deb from zoom.us and run dpkg -i:

dpkg: dependency problems prevent configuration of zoom:
 zoom depends on libgl1-mesa-glx; however:
  Package libgl1-mesa-glx is not installed.
 zoom depends on libegl1-mesa; however:
  Package libegl1-mesa is not installed.
 zoom depends on libxcb-xtest0; however:
  Package libxcb-xtest0 is not installed.
 zoom depends on ibus; however:
  Package ibus is not installed.

then i run "apt install libgl1-mesa-glx":

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 zoom : Depends: libegl1-mesa but it is not going to be installed
    Depends: libxcb-xtest0 but it is not going to be installed
    Depends: ibus but it is not going to be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages 
(or specify a  solution)

root@debian:~#

Re: Zoom de tela

[Antonio Terceiro]

On Wed, Oct 06, 2021 at 02:24:14PM -0300, Leonardo S. S. da Rocha wrote:
> Olá pessoal, salve pra tod@s.
> 
> Gostaria de saber como faço para gerenciar com teclado e mouse o
> recurso "ampliar" que existe no Debian com gnome. Dou aulas e vez ou
> outra, tenho necessidade de dar zoom na tela para mostrar melhor
> botões, arquivos e etc. Esse recurso é semelhante ao de Lupa do
> windows se não me engano mas já vi vídeos no youtube em que o autor,
> usando combinações de teclado e mouse, conseguem aplicar e remover
> zoom.
> 
> Alguém sabe se esse recurso funciona ou se teria que ser algum outro a
> ser instalado?

nas configurações dos atalhos de teclado, dentro de acessibilidade, tem
"Ativar ou desativar ampliação". O atalho default é Alt+Super+8, mas
claro, você pode mudar proque quiser.


signature.asc
Description: PGP signature

Re: Zoom de tela

[Daniel Lenharo]

opa

On 06/10/2021 14:24, Leonardo S. S. da Rocha wrote:

quivos e etc. Esse recurso é semelhante ao de Lupa do
windows se não me engano mas já vi vídeos no youtube em que o autor,
usando comb


use as combinações de tecla
ativar/desativar = "super" + "alt" + 8
zoom = "super" + "alt" + "+/-"


[]'s
--
Daniel Lenharo
Curitiba - Brazil
www.sombra.eti.br
31D8 0509 460E FB31 DF4B
9629 FB0E 132D DB0A A5B1


OpenPGP_0xFB0E132DDB0AA5B1.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Zoom de tela

[Leonardo S. S. da Rocha]

Olá pessoal, salve pra tod@s.

Gostaria de saber como faço para gerenciar com teclado e mouse o
recurso "ampliar" que existe no Debian com gnome. Dou aulas e vez ou
outra, tenho necessidade de dar zoom na tela para mostrar melhor
botões, arquivos e etc. Esse recurso é semelhante ao de Lupa do
windows se não me engano mas já vi vídeos no youtube em que o autor,
usando combinações de teclado e mouse, conseguem aplicar e remover
zoom.

Alguém sabe se esse recurso funciona ou se teria que ser algum outro a
ser instalado?

Agradeço,

Abraço.

Leonardo Rocha

Re: camera detection with the Zoom client

[Vincent Lefevre]

On 2021-09-21 09:50:37 +0100, piorunz wrote:
> firejail is blocking access to USB devices or other peripherals by
> default, correct?

Well, not in Debian 11 (bullseye), but this is now the intent with
the current version in Debian/unstable, and I wasn't aware of this
(no announce in Debian's NEWS file).

BTW, this blocking does not work for the audio input. I've just
reported a bug: https://github.com/netblue30/firejail/issues/4565

And in Debian:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994818

> If it wasn't in the past, I'd say that's a security vulnerability
> being fixed, not a regression.

Well, that's a regression, because the default profile was regarded
as allowed to be access devices in the recent past. This is no longer
the case. But shouldn't such an important change (as intentional) be
announced?

> See if you can tweak your firejail profile to allow camera.

I can just add the --ignore=novideo option.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: camera detection with the Zoom client

[piorunz]

On 21/09/2021 09:37, Vincent Lefevre wrote:

On 2021-09-21 10:15:03 +0200, Vincent Lefevre wrote:

A few months ago, my webcam could be detected by the Zoom client.
But this is no longer the case. When trying the zoom test meeting,
I can't select any camera (I get "All cameras have been tested" /
"Select Camera" / "Tested 0/0"), and after going to the next test,
the camera isn't available. My machine is under Debian/unstable.

Any idea?

Note: no issues from Firefox, but the CNRS in France blocks
Zoom connections from web browsers and requires the Zoom client.


Hmm... I'm using firejail, and there is the same issue with cheese.
Thus this seems to be a regression in firejail.


firejail is blocking access to USB devices or other peripherals by
default, correct? If it wasn't in the past, I'd say that's a security
vulnerability being fixed, not a regression.

See if you can tweak your firejail profile to allow camera. I use
several firejail profiles, some of them with access to LAN etc, but for
access to USB devices like Bitcoin hardware wallet, I disable firejail
(use non-firejail separate profile just with one webpage), because I
didn't know how to allow just that and nothing else. Please share if you
find something, if could be useful.

--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄

Re: camera detection with the Zoom client

[Vincent Lefevre]

On 2021-09-21 10:37:39 +0200, Vincent Lefevre wrote:
> Hmm... I'm using firejail, and there is the same issue with cheese.
> Thus this seems to be a regression in firejail.

However, using firejail with --profile=zoom solves the issue.

But I wonder why this is needed.

-- 
Vincent Lefèvre  - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: camera detection with the Zoom client

[Vincent Lefevre]

On 2021-09-21 10:15:03 +0200, Vincent Lefevre wrote:
> A few months ago, my webcam could be detected by the Zoom client.
> But this is no longer the case. When trying the zoom test meeting,
> I can't select any camera (I get "All cameras have been tested" /
> "Select Camera" / "Tested 0/0"), and after going to the next test,
> the camera isn't available. My machine is under Debian/unstable.
> 
> Any idea?
> 
> Note: no issues from Firefox, but the CNRS in France blocks
> Zoom connections from web browsers and requires the Zoom client.

Hmm... I'm using firejail, and there is the same issue with cheese.
Thus this seems to be a regression in firejail.

-- 
Vincent Lefèvre  - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

camera detection with the Zoom client

[Vincent Lefevre]

A few months ago, my webcam could be detected by the Zoom client.
But this is no longer the case. When trying the zoom test meeting,
I can't select any camera (I get "All cameras have been tested" /
"Select Camera" / "Tested 0/0"), and after going to the next test,
the camera isn't available. My machine is under Debian/unstable.

Any idea?

Note: no issues from Firefox, but the CNRS in France blocks
Zoom connections from web browsers and requires the Zoom client.

-- 
Vincent Lefèvre  - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: zoom client for bullseye

[Steven Rosenberg]

On Mon, 2021-08-30 at 08:15 +0800, Robbi Nespu wrote:
> Last time (that time bullseye still on testing release) I tried with 
> they official deb, I getting dependencies issues too.. trying with 
> "apt-get -f install" solve the installation but somehow when I using
> it, 
> it hang...and sometimes I can't close my camera properly.
> 
> Then I switched to snap version. It work fine until now so I just
> gonna 
> stick using snap version but honestly, I don't recommend you to use
> snap 
> package because of it disturbing for someone who really care about 
> bandwidth, permission to run and storage size. It will be the last 
> options for me.

I use the Flatpak for Zoom. It works fine, and since there's no .deb
repo, with the Flatpak I get updates. Since I very seldomly use Zoom,
it was always out of date when I did start it, so I'm happy to have the
Flatpak.

Re: zoom client for bullseye

[albcares]

I would suggest trying a different browser: Vivaldi.
It's a "fork" of chromium, with some interesting features.
I.e. it solved my troubles with teams in mint 17.3; maybe not a solution,
just a practical patch...

Il lun 30 ago 2021 02:33 Robbi Nespu  ha scritto:

> Last time (that time bullseye still on testing release) I tried with
> they official deb, I getting dependencies issues too.. trying with
> "apt-get -f install" solve the installation but somehow when I using it,
> it hang...and sometimes I can't close my camera properly.
>
> Then I switched to snap version. It work fine until now so I just gonna
> stick using snap version but honestly, I don't recommend you to use snap
> package because of it disturbing for someone who really care about
> bandwidth, permission to run and storage size. It will be the last
> options for me..
>
> Maybe you want to read my snap configuration adjustment[1]
>
> [1]
>
> https://robbinespu.gitlab.io/posts/control-your-snap-package/#how-to-control-and-configure-your-snap-stuff
>
> --
> Robbi Nespu 
> D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
> https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu
>
>

Re: zoom client for bullseye

[Robbi Nespu]

Last time (that time bullseye still on testing release) I tried with 
they official deb, I getting dependencies issues too.. trying with 
"apt-get -f install" solve the installation but somehow when I using it, 
it hang...and sometimes I can't close my camera properly.


Then I switched to snap version. It work fine until now so I just gonna 
stick using snap version but honestly, I don't recommend you to use snap 
package because of it disturbing for someone who really care about 
bandwidth, permission to run and storage size. It will be the last 
options for me..


Maybe you want to read my snap configuration adjustment[1]

[1] 
https://robbinespu.gitlab.io/posts/control-your-snap-package/#how-to-control-and-configure-your-snap-stuff


--
Robbi Nespu 
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu

Re: zoom client for bullseye

[Brian]

On Sun 22 Aug 2021 at 14:51:17 -0400, Jim Popovitch wrote:

> On Sun, 2021-08-22 at 14:47 -0400, Greg Wooledge wrote:
> > On Sun, Aug 22, 2021 at 02:37:30PM -0400, Jim Popovitch wrote:
> > > On Sun, 2021-08-22 at 14:17 -0400, Thomas George wrote:
> > > > The zoom client downloaded from the zoom web page seems to have been 
> > > > written for Debian 8
> > > > 
> > > > Installing it in bullseye fails, dependency problems
> > > > 
> > > 
> > > Works for me (Deb11 + Cinnamon).  IIRC, after running dpkg -i zoom.deb
> > > you need to run "apt-get -f install" to fix the dependencies.
> > 
> > If that's true, then you could simply use "apt install ./zoom*.deb" in
> > the first place.  It's undocumented, but it has been a thing for several
> > years now.
> 
> ntk, Thanks!

I wouldn't dream of disputing Greg Wooledge's advice. 'dpkg -i...' is
not a bad way to go but should *always* be folled by 'apt -f install'.
It leads to the same outcome.

-- 
Brian.

Re: zoom client for bullseye

[Brian]

On Sun 22 Aug 2021 at 14:27:12 -0400, Greg Wooledge wrote:

> On Sun, Aug 22, 2021 at 02:17:15PM -0400, Thomas George wrote:
> > The zoom client downloaded from the zoom web page seems to have been written
> > for Debian 8
> > 
> > Installing it in bullseye fails, dependency problems
> 
> There's not much we can do about that.  If you really want the standalone
> application, contact Zoom.

That's an avenue of support. Here isn't. We haven't any control over
the Zoom package.

> I'd suggest simply running the in-browser version whenever you
> need to attend a Zoom meeting.  It should work in either Firefox or
> Chrome/Chromium.

I've never done that. The flatpack version worked for me.

-- 
Brian.

Re: zoom client for bullseye

[Jim Popovitch]

On Sun, 2021-08-22 at 14:47 -0400, Greg Wooledge wrote:
> On Sun, Aug 22, 2021 at 02:37:30PM -0400, Jim Popovitch wrote:
> > On Sun, 2021-08-22 at 14:17 -0400, Thomas George wrote:
> > > The zoom client downloaded from the zoom web page seems to have been 
> > > written for Debian 8
> > > 
> > > Installing it in bullseye fails, dependency problems
> > > 
> > 
> > Works for me (Deb11 + Cinnamon).  IIRC, after running dpkg -i zoom.deb
> > you need to run "apt-get -f install" to fix the dependencies.
> 
> If that's true, then you could simply use "apt install ./zoom*.deb" in
> the first place.  It's undocumented, but it has been a thing for several
> years now.

ntk, Thanks!

-Jim P.

Re: zoom client for bullseye

[Greg Wooledge]

On Sun, Aug 22, 2021 at 02:37:30PM -0400, Jim Popovitch wrote:
> On Sun, 2021-08-22 at 14:17 -0400, Thomas George wrote:
> > The zoom client downloaded from the zoom web page seems to have been 
> > written for Debian 8
> > 
> > Installing it in bullseye fails, dependency problems
> > 
> 
> Works for me (Deb11 + Cinnamon).  IIRC, after running dpkg -i zoom.deb
> you need to run "apt-get -f install" to fix the dependencies.

If that's true, then you could simply use "apt install ./zoom*.deb" in
the first place.  It's undocumented, but it has been a thing for several
years now.

Re: zoom client for bullseye

[Jim Popovitch]

On Sun, 2021-08-22 at 14:17 -0400, Thomas George wrote:
> The zoom client downloaded from the zoom web page seems to have been 
> written for Debian 8
> 
> Installing it in bullseye fails, dependency problems
> 

Works for me (Deb11 + Cinnamon).  IIRC, after running dpkg -i zoom.deb
you need to run "apt-get -f install" to fix the dependencies.

hth,

-Jim P.

Re: zoom client for bullseye

[Polyna-Maude Racicot-Summerside]

On 2021-08-22 2:17 p.m., Thomas George wrote:
> The zoom client downloaded from the zoom web page seems to have been
> written for Debian 8
> 
> Installing it in bullseye fails, dependency problems
> 
What is the dependencies that fail ?
It does run on Debian Buster.
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: zoom client for bullseye

[Gokan Atmaca]

> Installing it in bullseye fails, dependency problems

Can you share the log? Or run apt -f install?


On Sun, Aug 22, 2021 at 9:25 PM Thomas George  wrote:
>
> The zoom client downloaded from the zoom web page seems to have been
> written for Debian 8
>
> Installing it in bullseye fails, dependency problems
>

Re: zoom client for bullseye

[Greg Wooledge]

On Sun, Aug 22, 2021 at 02:17:15PM -0400, Thomas George wrote:
> The zoom client downloaded from the zoom web page seems to have been written
> for Debian 8
> 
> Installing it in bullseye fails, dependency problems

There's not much we can do about that.  If you really want the standalone
application, contact Zoom.

I'd suggest simply running the in-browser version whenever you
need to attend a Zoom meeting.  It should work in either Firefox or
Chrome/Chromium.

zoom client for bullseye

[Thomas George]

The zoom client downloaded from the zoom web page seems to have been 
written for Debian 8


Installing it in bullseye fails, dependency problems

Re: Zoom.

[peter]

From: Tom Dial 
Date: Wed, 21 Apr 2021 15:04:45 -0600
> The link above hints that you may have a broken install. You might want
> to remove (most of) it by deleting the /opt/zoom directory.

Removing Zoom with aptitude also "disappeared" linphone.  After 
removing Zoom,  aptitude showed linphone was not installed.  I'm 
leaving  both off the Debian system until progress is apparent.

> The link above hints that you may have a broken install. You might want
> to remove (most of) it by deleting the /opt/zoom directory. The
> installation also includes
> 
>  /usr/bin/zoom
>  /usr/share/applications/Zoom.desktop
>  /usr/share/doc/zoom/changelog.gz
>  /usr/share/mime/packages/zoom.xml
>  /usr/share/pixmaps/Zoom.png
>  /usr/share/pixmaps/application-x-zoom.png
> 
> They can, I think, be ignored, and removal probably is unnecessary.

After removal with aptitude, all of that is gone.

From: Greg Wooledge 
Date: Wed, 21 Apr 2021 11:22:46 -0400
> Instead of installing the Zoom package, try just using Zoom inside
> a web browser. 

Yah, a user should be wary of any software not available from the 
Debian archive.

The FIrefox extension appeared to start OK.  The USB video camera was 
selectable but no video image appeared in the window.  Also no audio.  

Zoom isn't necessary on the desktop system.  It works on the iPhone 
and Android tablet.

Thx, ... P.

-- 
tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Zoom.

[Gary L. Roach]

Hi all,

OS debian10 amd -64 system

I've been using zoom for some time and have had to reinstall twice due 
to system problems. I have used the "dpkg -i  install" method followed 
by --fix-missing clean up. Everything has worked fine both times. My 
only problem is with the sound. I use bluetooth head phones and have 
trouble getting the sound ported to the proper device. This obviously 
has nothing to do with the zoom installation.


I strongly recommend downloading the .deb file from the zoom web page. 
It works fine.



Gary R.

Re: Zoom.

[Dominique Dumont]

On Wednesday, 21 April 2021 20:21:56 CEST Cindy Sue Causey wrote:
> I just had to do this AGAIN yesterday. I download the dotDEB file then
> "dpkg -i" it. It always fails due to missing dependencies.

You should use gdebi. This tool checks and installs required dependencies.

HTH

Re: Zoom.

[tomas]

On Sun, Apr 25, 2021 at 10:08:19AM +0200, deloptes wrote:

[...]

> from time to time we share same POV :)

...we humans are like that >;-)

Cheers
 - t


signature.asc
Description: Digital signature

Re: Zoom.

[deloptes]

to...@tuxteam.de wrote:

> Can confirm: it's juts the other way around -- the native app has
> trouble with me. I don't trust it. So I never installed it, leading
> to... not having had trouble with it ;-P

+1

from time to time we share same POV :)

Re: Zoom.

[tomas]

On Sun, Apr 25, 2021 at 02:53:05AM +, Russell wrote:
> Greg Wooledge  wrote:
> > On Wed, Apr 21, 2021 at 08:01:02AM -0700, pe...@easthope.ca wrote:
> >> Installed Zoom in Debian 10.
> >> [...]
> >> Ideas welcome.
> > 
> > Instead of installing the Zoom package, try just using Zoom inside
> > a web browser [...]

> For what it's worth, I've never had trouble with the native app.

Can confirm: it's juts the other way around -- the native app has
trouble with me. I don't trust it. So I never installed it, leading
to... not having had trouble with it ;-P

Cheers
 - t


signature.asc
Description: Digital signature

Re: Zoom.

[Russell]

Greg Wooledge  wrote:
> On Wed, Apr 21, 2021 at 08:01:02AM -0700, pe...@easthope.ca wrote:
>> Installed Zoom in Debian 10.
>> [...]
>> Ideas welcome.
> 
> Instead of installing the Zoom package, try just using Zoom inside
> a web browser.  I've used it inside Google Chrome without any problems.
> I can't vouch for how it will behave in Firefox or Chromium, but it's
> gotta be better than the third-party package.

For what it's worth, I've never had trouble with the native app.

-- 
rust
0x68caecc97f6a90122e51c0692c88d9cb6b58a3dc

Re: Zoom.

[peter]

From: Tom Dial 
Date: Wed, 21 Apr 2021 15:04:45 -0600
> First, as Greg Wooledge and tomas noted, You can run it using a browser,
> with some possible functional limitations.

Scheduled to give it a try April 30.

> recommend 4GB memory and an i3/i5/i7 or equivalent AMD CPU. These are 64
> bit CPUs.

Yep, underpowered; 32 bit, 3.5 GB.  

Received this comment elsewhere.
> I found my old 32 bit netbook and installed on it, it runs though 
> sluggish. Debian 8. It is a bit older version of Zoom (5.4) and the 
> constrained screen is awkward, ...

So I'd still expect this machine to display more than an empty window.

> The link above hints that you may have a broken install. ...

OK, reinstallation is on my list, after trying the browser.

Thanks, ... P.

-- 
VoIP: +1 604 670 0140Bcc: peter at easthope. ca

Re: Zoom.

[Tom Dial]

On 4/21/21 09:01, pe...@easthope.ca wrote:
> Hi,
> 
> Installed Zoom in Debian 10.
> 
> Checked dependancies listed here.
> https://support.zoom.us/hc/en-us/articles/204206269-Installing-or-updating-Zoom-on-Linux
> 
> A right click on the video camera icon and release on "Join Meeting..." gives
> the window in this screenshot.
> http://easthope.ca/ZoomJoinMeeting2021-04-21.png

I've been using various zoom client versions for over a year, and claim
some possibly useful experience.

First, as Greg Wooledge and tomas noted, You can run it using a browser,
with some possible functional limitations.

Second, contrary to some opinions, I have no major qualms about
installing the client software, although initially I examined what
installing and operating it in a confined test environment did and,
after what I considered a reasonable amount of testing and updating,
concluded that it is a well-behaved piece of software on Debian Buster
and Bullseye. It has given me no problems.

If you elect to install the client:

0. Previous history (referenced by Curt) suggests you may have a 32 bit
only machine; Michael Stone probably is on the mark in suggesting this
will not work well, if at all. Processor and memory requirements given at

https://support.zoom.us/hc/en-us/articles/201362023-System-requirements-for-Windows-macOS-and-Linux

recommend 4GB memory and an i3/i5/i7 or equivalent AMD CPU. These are 64
bit CPUs.

The link above hints that you may have a broken install. You might want
to remove (most of) it by deleting the /opt/zoom directory. The
installation also includes

 /usr/bin/zoom
 /usr/share/applications/Zoom.desktop
 /usr/share/doc/zoom/changelog.gz
 /usr/share/mime/packages/zoom.xml
 /usr/share/pixmaps/Zoom.png
 /usr/share/pixmaps/application-x-zoom.png

They can, I think, be ignored, and removal probably is unnecessary.

1. Download the Debian version (presuming you are using Debian) to /tmp
or another directory of your choice. Choose the applicable Debian
version, either 7.7 or the default 8.0+.

2. Install with apt, specifying the full path to the .deb file

 sudo apt /tmp/zoom_16775.0418_amd64.deb

This should cause installation of any necessary dependencies. Cindy
Causey's report suggests using dpkg is likely bring problems on occasion.

Regards,
Tom Dial

> 
> Ideas welcome.
> 
> Thx,  ... P.
> 
> 
> 

Re: Zoom.

[Greg Wooledge]

On Wed, Apr 21, 2021 at 02:21:56PM -0400, Cindy Sue Causey wrote:
> On 4/21/21, Richmond  wrote:
> > sudo apt install ~/Downloads/zoom_amd64.deb
> 
> I just had to do this AGAIN yesterday. I download the dotDEB file then
> "dpkg -i" it. It always fails due to missing dependencies. Somewhere
> in the failed effort, the reminder to "apt --fix-broken install"
> appears so that's what I do next.

You're doing it the old way.  If that works, well, congrats.

The modern way is to use apt or apt-get to install the .deb file,
as Richmond showed.  You need to make sure the pathname of the .deb file
that you pass to apt begins with / or ./ or ../ so apt knows it's a
pathname and not a package name.  Since ~ is expanded to an absolute
path (beginning with / ), Richmond's command works just fine.

Re: Zoom.

[Cindy Sue Causey]

On 4/21/21, Richmond  wrote:
> pe...@easthope.ca writes:
>
>> Installed Zoom in Debian 10.
>>
>> Checked dependancies listed here.
>> https://support.zoom.us/hc/en-us/articles/204206269-Installing-or-updating-Zoom-on-Linux
>>
>> A right click on the video camera icon and release on "Join Meeting..."
>> gives
>> the window in this screenshot.
>> http://easthope.ca/ZoomJoinMeeting2021-04-21.png
>>
>> Ideas welcome.
>>
>> Thx,  ... P.
>
> I downloaded zoom_amd64.deb from zoom.us and installed it using apt I
> think. It checks dependencies for you.
>
> sudo apt install ~/Downloads/zoom_amd64.deb


I just had to do this AGAIN yesterday. I download the dotDEB file then
"dpkg -i" it. It always fails due to missing dependencies. Somewhere
in the failed effort, the reminder to "apt --fix-broken install"
appears so that's what I do next.

Yesterday it worked perfectly. Everything was done in about a minute.
60 seconds.

Other times, it's a battle of going back and forth cherry picking
missing dependencies from packages.debian.org then running the "dpkg
-i" command on them, too, until every package is finally satisfied.
I'm a-suming that yesterday's success was due to Bullseye getting
ready to roll over into stable..

Maybe. Whatever the reason, yesterday was a good day for it to go that
smoothly. Thank you to all who help make that happen. :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

Re: Zoom.

[Curt]

On 2021-04-21, pe...@easthope.ca  wrote:
> Hi,
>
> Installed Zoom in Debian 10.
>
> Checked dependancies listed here.
> https://support.zoom.us/hc/en-us/articles/204206269-Installing-or-updating-Zoom-on-Linux
>
> A right click on the video camera icon and release on "Join Meeting..." gives
> the window in this screenshot.
> http://easthope.ca/ZoomJoinMeeting2021-04-21.png
>
> Ideas welcome.
>
> Thx,  ... P.

https://www.mail-archive.com/debian-user@lists.debian.org/msg761832.html

Re: Zoom.

[Richmond]

pe...@easthope.ca writes:

> Hi,
>
> Installed Zoom in Debian 10.
>
> Checked dependancies listed here.
> https://support.zoom.us/hc/en-us/articles/204206269-Installing-or-updating-Zoom-on-Linux
>
> A right click on the video camera icon and release on "Join Meeting..." gives
> the window in this screenshot.
> http://easthope.ca/ZoomJoinMeeting2021-04-21.png
>
> Ideas welcome.
>
> Thx,  ... P.

I downloaded zoom_amd64.deb from zoom.us and installed it using apt I
think. It checks dependencies for you.

sudo apt install ~/Downloads/zoom_amd64.deb

Re: Zoom.

[tomas]

On Wed, Apr 21, 2021 at 11:22:46AM -0400, Greg Wooledge wrote:
> On Wed, Apr 21, 2021 at 08:01:02AM -0700, pe...@easthope.ca wrote:
> > Installed Zoom in Debian 10.
> > [...]
> > Ideas welcome.
> 
> Instead of installing the Zoom package, try just using Zoom inside
> a web browser.  I've used it inside Google Chrome without any problems.
> I can't vouch for how it will behave in Firefox or Chromium, but it's
> gotta be better than the third-party package.

Firefox worked here, too. Note that Zoom wants to coax you into
using their "full client", thus the web client has a slightly
reduced interface. But it does its job.

Cheers
 - t


signature.asc
Description: Digital signature

Re: Zoom.

[Greg Wooledge]

On Wed, Apr 21, 2021 at 08:01:02AM -0700, pe...@easthope.ca wrote:
> Installed Zoom in Debian 10.
> [...]
> Ideas welcome.

Instead of installing the Zoom package, try just using Zoom inside
a web browser.  I've used it inside Google Chrome without any problems.
I can't vouch for how it will behave in Firefox or Chromium, but it's
gotta be better than the third-party package.

Zoom.

[peter]

Hi,

Installed Zoom in Debian 10.

Checked dependancies listed here.
https://support.zoom.us/hc/en-us/articles/204206269-Installing-or-updating-Zoom-on-Linux

A right click on the video camera icon and release on "Join Meeting..." gives
the window in this screenshot.
http://easthope.ca/ZoomJoinMeeting2021-04-21.png

Ideas welcome.

Thx,  ... P.



-- 
VoIP: +1 604 670 0140Bcc: peter at easthope. ca

Re: zoom

[riveravaldez]

On 1/17/21, Camaleón  wrote:
> El 2021-01-17 a las 12:29 -0500, diego leon giraldo garcia escribió:
>
>> buenas tardes lista
>> una pregunta muchachos si voy a instalar zoom como root desde
>> /tmp/mozilla_diego0 donde tengo zoom_amd64.deb
>
> Yo suelo instalar los paquetes ajenos a los repositorios de Debian
> (LibreOffice, Firefox, Thunderbird...) en /opt.

Sólo por si acaso: en la idea de evitar instalar paquetes ajenos a los
repositorios oficiales de Debian menciono que otra posibilidad, por
ejemplo para instalar Zoom, es usar flatpak-flathub.
Lo he probado -por trabajo- en algunas notebooks y funciona bien.
¡Saludos!

zoom

[diego leon giraldo garcia]

ok muchas gracias al amigo Camaleón. ya tengo zoom instalado y funcionando.

Re: zoom

[Camaleón]

El 2021-01-17 a las 12:29 -0500, diego leon giraldo garcia escribió:

> buenas tardes lista
> una pregunta muchachos si voy a instalar zoom como root desde
> /tmp/mozilla_diego0 donde tengo zoom_amd64.deb me pregunta donde o el lugar
> de destino, en que directorio del sistema es que debo instalar? pues quiero
> hacerlo por terminal no con Gdebi.

Se instala en /opt, o al menos es lo que se desprende si accedes al 
contenido del paquete «.deb». Entiendo que es una ruta opcional.

Yo suelo instalar los paquetes ajenos a los repositorios de Debian 
(LibreOffice, Firefox, Thunderbird...) en /opt.

Saludos,

-- 
Camaleón 

zoom

[diego leon giraldo garcia]

buenas tardes lista
una pregunta muchachos si voy a instalar zoom como root desde
/tmp/mozilla_diego0 donde tengo zoom_amd64.deb me pregunta donde o el lugar
de destino, en que directorio del sistema es que debo instalar? pues quiero
hacerlo por terminal no con Gdebi.
 gracias

Re: Server for Jitsi; was: Zoom.

[Stefan Monnier]

>> ... I use and recommend Jitsi as a Free Software alternative.
> Do you self-host?  Any 3rd party host recommendable?

Not myself, but we have an instance running on our department's servers.


Stefan

Re: Server for Jitsi; was: Zoom.

[der.hans]

Am 22. Oct, 2020 schwätzte pe...@easthope.ca so:


From: Stefan Monnier 
Date: Sun, 18 Oct 2020 11:16:01 -0400

... I use and recommend Jitsi as a Free Software alternative.


Do you self-host?  Any 3rd party host recommendable?


If you need the service for a Free Software project talk to FOSShost about
them hosting for you.

https://meet.jit.si/ is a no cost service available for use from the jitsi
project and 8x8 ( the company sponsoring and funding the jitsi project ).
We used this service for RaiseMe's 1 on 1 career counseling sessions last
weekend. It worked well.

https://FOSShost.org/

You can also pay 8x8 for an account. I pay $10/mo, but don't know if
that's current pricing.

I don't use it much as I've mostly moved to my hosted Big Blue Button
instance. That's more expensive, $40/month, but had a waiting room
feature in the Spring when I decided on one platform or another for my
local group.

https://www.BigBlueMeeting.com/

I've been quite happy with it. BBB does have limitations if lots of people
are sharing video, but for me that's usually not more than a couple people
at a time.

Also, kidling school is using BBB. All the friends were used to BBB when
school started as they'd been using my instance all Summer :).

ciao,

der.hans
--
#  https://www.LuftHans.com   https://www.PhxLinux.org
#  Your email is being read by hundreds of uptight agents
#  who never saw the humor in Dr. Strangelove. -- Mark Russell

Re: Server for Jitsi; was: Zoom.

[Dan Ritter]

pe...@easthope.ca wrote: 
> From: Stefan Monnier 
> Date: Sun, 18 Oct 2020 11:16:01 -0400
> > ... I use and recommend Jitsi as a Free Software alternative.
> 
> Do you self-host?  Any 3rd party host recommendable?

I run three instances of Jitsi; two for my company (one is a
test and can probably go away now) and one at home.

Jitsi needs lots of bandwidth, but not too much RAM. A virtual
machine with 2-4 cores, 4GB RAM, and 10GB disk space will do 
just fine for 30+ users, as long as the bandwidth is cheap and
plentiful.

If you have geographic clustering, find someone with a
datacenter in that location.

-dsr-

Server for Jitsi; was: Zoom.

[peter]

From: Stefan Monnier 
Date: Sun, 18 Oct 2020 11:16:01 -0400
> ... I use and recommend Jitsi as a Free Software alternative.

Do you self-host?  Any 3rd party host recommendable?

Thx,   ... P.



-- 
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Zoom.

[Michael Stone]

On Thu, Oct 22, 2020 at 06:08:23AM -0700, pe...@easthope.ca wrote:

From: Michael Stone 
Date: Mon, 19 Oct 2020 17:08:10 -0400

I'd strongly recommend switching to the amd64 distribution for a variety of 
reasons.


Reasonable advice but for all other needs, the old machine serves
well.


I'd assumed it was just a machine that could run amd64 but had i386 on 
it for legacy reasons. If it's really a machine that's too old for amd64 
I'd be amazed if zoom could possibly work on it.

Re: Zoom.

[peter]

From: Michael Stone 
Date: Mon, 19 Oct 2020 17:08:10 -0400
> I'd strongly recommend switching to the amd64 distribution for a variety of 
> reasons. 

Reasonable advice but for all other needs, the old machine serves 
well.  

A mobile data account includes an Android-Alcatel tablet.  Zoom can be 
used on that.  The contamination of the Debian system with 
proprietary software is avoided.

Thanks, ... P.


  

-- 
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: shells (was Re: Zoom.)

[Tony van der Hoff]

On 20/10/2020 15:51, rhkra...@gmail.com wrote:

Top posting intentionally as I don't think any (or much) context is required.


so, hijacking a thread instead? :-)


--
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |

Re: shells (was Re: Zoom.)

[Nicolas George]

rhkra...@gmail.com (12020-10-20):
> Top posting intentionally as I don't think any (or much) context is required.

Then you could just omit it.

> I am always impressed with Greg's knowledge of the Bash shell (maybe all 
> shells), but, wow, Bash seems like a convoluted mess to keep track of all the 
> little details / gotchas.
> 
> Is there a shell that is better in that respect?  Maybe the c-shell?  I don't 
> like c (because I have a hard time programming in it), but if the c-shell has 
> less intricacies (and is quite consistent with the c language), then maybe 
> (for me) it is worth switching to (someday ;-)

I strongly suggest zsh.

Among other advantages, it will not re-expand and re-split variables,
even without quotes, and it has a powerful globbing mechanism, with
recursive search and filters on files properties (size, ownership,
mode).

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: shells (was Re: Zoom.)

[rhkramer]

Top posting intentionally as I don't think any (or much) context is required.

I am always impressed with Greg's knowledge of the Bash shell (maybe all 
shells), but, wow, Bash seems like a convoluted mess to keep track of all the 
little details / gotchas.

Is there a shell that is better in that respect?  Maybe the c-shell?  I don't 
like c (because I have a hard time programming in it), but if the c-shell has 
less intricacies (and is quite consistent with the c language), then maybe 
(for me) it is worth switching to (someday ;-)

Nothing new below this line.

On Tuesday, October 20, 2020 07:36:39 AM Greg Wooledge wrote:
> The weird backslashing tells me you're defining PS1 with double quotes
> instead of single quotes, which is weird, and probably indicates that
> you're doing even worse things, like dynamically generating pieces of
> your PS1... I've seen things... things that no man should see
> 
> Anyway, in addition to the weird quoting and possible abominations
> unrevealed, your command substitution forks.  Every time the prompt
> is drawn, a new process is forked, just to do that simple "if" check.
> 
> The standard workaround for that is to use an array variable with the
> two possible outcomes, and a bit of arithmetic.
> 
> unicorn:~$ green=$(tput setaf 2) red=$(tput setaf 1) normal=$(tput sgr0)
> unicorn:~$ status=(+ -) statcolor=("$green" "$red")
> unicorn:~$ PS1='\[${statcolor[!!$?]}\]${status[!!$?]}\[$normal\] \h:\w\$ '
> + unicorn:~$ true
> + unicorn:~$ false
> - unicorn:~$ true
> + unicorn:~$
> 
> (You can't see the colors in the mailing list, but they're there.)
> 
> Just remember the basics:
> 
> 1) Use single quotes around your definition of PS1, because you want all
>of the parts of it to be taken literally, and quoting is already hard
>enough without making it worse.
> 
> 2) Variable expansions are "free" (do not cost a process fork).  This
>includes variables that are set by PRMOPT_COMMAND, which is the more
>efficient way to set variables dynamically if you *really* need that,
>which you probably don't.
> 
> 3) Color and other terminal escape codes can and should be stored in
>variables, which you can expand in PS1, as long as the PS1 definition
>is single-quoted.  Don't store raw terminal sequences, because they
>are not the same for all terminals.  This is what tput(1) is for.
> 
> 4) Terminal escape sequences that don't change the cursor position should
>be enclosed in \[ \] so the shell knows where the cursor is at all
>times.
> 
> 5) When expanding the index of an indexed array variable, the square
>brackets are a math context.  In a math context, !!$? means "negate
>the previous command's exit status twice".  So, 0 -> 1 -> 0, or
>nonzero -> 0 -> 1.  Thus, !!$? always expands to either 0 or 1.  And
>because it's in single quotes, it shouldn't trip history expansion,
>if you still have history expansion turned on.  (I don't.)

Re: Zoom.

[Dan Ritter]

Greg Wooledge wrote: 
> On Tue, Oct 20, 2020 at 06:36:15AM -0400, Dan Ritter wrote:
> > I have this in my PS1 definition:
> > 
> > \$(if [[ \$? == 0 ]]; then echo \"+\"; else echo \"-\"; fi)\
> > 
> > Which has the effect of telling me the rough exit status of the
> > last command in my prompt. 
> 
> The weird backslashing tells me you're defining PS1 with double quotes
> instead of single quotes, which is weird, and probably indicates that
> you're doing even worse things, like dynamically generating pieces of
> your PS1... I've seen things... things that no man should see


Regain some SAN points: none of the rest of it is weird. 

Two lines. First line is a colorized \u@\h:\w\, the second line
is the exit status and \$  


> Anyway, in addition to the weird quoting and possible abominations
> unrevealed, your command substitution forks.  Every time the prompt
> is drawn, a new process is forked, just to do that simple "if" check.
> 
> The standard workaround for that is to use an array variable with the
> two possible outcomes, and a bit of arithmetic.
> 
> unicorn:~$ green=$(tput setaf 2) red=$(tput setaf 1) normal=$(tput sgr0)
> unicorn:~$ status=(+ -) statcolor=("$green" "$red")
> unicorn:~$ PS1='\[${statcolor[!!$?]}\]${status[!!$?]}\[$normal\] \h:\w\$ '
> + unicorn:~$ true
> + unicorn:~$ false
> - unicorn:~$ true
> + unicorn:~$ 

Thanks, When I get around to redoing my PS1, I'll use that and
fix the quoting.

-dsr-

Re: Zoom.

[Greg Wooledge]

On Tue, Oct 20, 2020 at 06:36:15AM -0400, Dan Ritter wrote:
> I have this in my PS1 definition:
> 
> \$(if [[ \$? == 0 ]]; then echo \"+\"; else echo \"-\"; fi)\
> 
> Which has the effect of telling me the rough exit status of the
> last command in my prompt. 

The weird backslashing tells me you're defining PS1 with double quotes
instead of single quotes, which is weird, and probably indicates that
you're doing even worse things, like dynamically generating pieces of
your PS1... I've seen things... things that no man should see

Anyway, in addition to the weird quoting and possible abominations
unrevealed, your command substitution forks.  Every time the prompt
is drawn, a new process is forked, just to do that simple "if" check.

The standard workaround for that is to use an array variable with the
two possible outcomes, and a bit of arithmetic.

unicorn:~$ green=$(tput setaf 2) red=$(tput setaf 1) normal=$(tput sgr0)
unicorn:~$ status=(+ -) statcolor=("$green" "$red")
unicorn:~$ PS1='\[${statcolor[!!$?]}\]${status[!!$?]}\[$normal\] \h:\w\$ '
+ unicorn:~$ true
+ unicorn:~$ false
- unicorn:~$ true
+ unicorn:~$ 

(You can't see the colors in the mailing list, but they're there.)

Just remember the basics:

1) Use single quotes around your definition of PS1, because you want all
   of the parts of it to be taken literally, and quoting is already hard
   enough without making it worse.

2) Variable expansions are "free" (do not cost a process fork).  This
   includes variables that are set by PRMOPT_COMMAND, which is the more
   efficient way to set variables dynamically if you *really* need that,
   which you probably don't.

3) Color and other terminal escape codes can and should be stored in
   variables, which you can expand in PS1, as long as the PS1 definition
   is single-quoted.  Don't store raw terminal sequences, because they
   are not the same for all terminals.  This is what tput(1) is for.

4) Terminal escape sequences that don't change the cursor position should
   be enclosed in \[ \] so the shell knows where the cursor is at all
   times.

5) When expanding the index of an indexed array variable, the square
   brackets are a math context.  In a math context, !!$? means "negate
   the previous command's exit status twice".  So, 0 -> 1 -> 0, or
   nonzero -> 0 -> 1.  Thus, !!$? always expands to either 0 or 1.  And
   because it's in single quotes, it shouldn't trip history expansion,
   if you still have history expansion turned on.  (I don't.)

Re: Zoom.

[Nicolas George]

Dan Ritter (12020-10-20):
> I have this in my PS1 definition:
> 
> \$(if [[ \$? == 0 ]]; then echo \"+\"; else echo \"-\"; fi)\
> 
> Which has the effect of telling me the rough exit status of the
> last command in my prompt. 

With zsh, I suggest "setopt pritexitvalue".

Regards,

-- 
  Nicoals George


signature.asc
Description: PGP signature

Re: Zoom.

[Dan Ritter]

John Crawley wrote: 
> On 20/10/2020 04:57, pe...@easthope.ca wrote:
> > From: Bob McGowan 
> > Date: Sat, 17 Oct 2020 18:18:18 -0700
> > > As for exiting, so long as Zoom considers it a normal exit, it will
> > > give an exit status of zero and you will simply see the next prompt.
> > > That is as expected.
> > 
> > At least one earlier reply had output in the launching terminal.  Here
> > nothing in the terminal.  No exit status.  Nothing.
> Off the main topic, but the exit status of a command does not appear in the
> terminal. To see it, run:
> echo $?

I have this in my PS1 definition:

\$(if [[ \$? == 0 ]]; then echo \"+\"; else echo \"-\"; fi)\

Which has the effect of telling me the rough exit status of the
last command in my prompt. 

-dsr-

Re: Zoom.

[tomas]

On Mon, Oct 19, 2020 at 06:02:38PM -0700, pe...@easthope.ca wrote:
> From: Stefan Monnier 
> Date: Sun, 18 Oct 2020 11:16:01 -0400
> > I use and recommend Jitsi as a Free Software alternative.
> 
> 1-1 connection or multi-party conference?

Jitsi and BBB both support multi-party. You either set up a server
yourself of use one set up by someone else out there who lets you
use it.

There are good recent reviews of both over at lwn.net [1] [2]. In the
usual high lwn quality. As is usual at lwn, the comments are worth
reading, too.

Cheers

[1] "Video conferencing with Jitsi" https://lwn.net/Articles/815751/
[2] "Video conferencing with BigBlueButton" https://lwn.net/Articles/817146/

 - t


signature.asc
Description: Digital signature

Re: Zoom.

[John Crawley]

On 20/10/2020 04:57, pe...@easthope.ca wrote:

From: Bob McGowan 
Date: Sat, 17 Oct 2020 18:18:18 -0700

As for exiting, so long as Zoom considers it a normal exit, it will
give an exit status of zero and you will simply see the next prompt.
That is as expected.


At least one earlier reply had output in the launching terminal.  Here
nothing in the terminal.  No exit status.  Nothing.
Off the main topic, but the exit status of a command does not appear in  
the terminal. To see it, run:

echo $?

--
John

Re: Zoom.

[peter]

From: Stefan Monnier 
Date: Sun, 18 Oct 2020 11:16:01 -0400
> I use and recommend Jitsi as a Free Software alternative.

1-1 connection or multi-party conference?

Thanks,   ... P.
   

-- 
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Zoom.

[peter]

From: Stefan Monnier 
Date: Sun, 18 Oct 2020 11:16:01 -0400
> I use and recommend Jitsi as a Free Software alternative.

1-1 connection or multi-party conference?

Thanks,   ... P.
   

-- 
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Zoom.

[Michael Stone]

On Mon, Oct 19, 2020 at 12:57:52PM -0700, pe...@easthope.ca wrote:

Obvious factor: replies mention 64 bit machines.  32 b here.  Anyone
have Zoom running on a 32 b machine with Debian 10?


Probably not many, if any. I'd strongly recommend switching to the amd64 
distribution for a variety of reasons.

Re: Zoom.

[peter]

From: Bob McGowan 
Date: Sat, 17 Oct 2020 18:18:18 -0700
> I've seen the browser part only when I click on a link in an email 
> invite.

I shouldn't have included the browser window.  Not really pertinent.

> As for exiting, so long as Zoom considers it a normal exit, it will 
> give an exit status of zero and you will simply see the next prompt. 
> That is as expected.

At least one earlier reply had output in the launching terminal.  Here 
nothing in the terminal.  No exit status.  Nothing.

> More details on exactly what you are doing and how you are getting 
> your environment set up would be helpful. 

Obvious factor: replies mention 64 bit machines.  32 b here.  Anyone 
have Zoom running on a 32 b machine with Debian 10?

LXDE environment here.  Installed strictly according to the 
instructions at zoom.us.  Used apt or apt-get.  Checked all the 
dependancies specified in zoom.us.

I found nothing to configure zoom.  I guess a working zoom window 
might have an edit or preferences button.  No such thing here.

From: A_Man_Without_Clue  
Date: Sun, 18 Oct 2020 12:09:52 +0900 
Message-id:  
> Mine is working fine except it pops up occasionally for no reason. Quite 
> annoying though.

The automatic startup happens here; about every 30 minutes. The window 
is always empty.

Seems I should carefully work through the installation again.  
Wondering whether I am the only person try a 32 bit machine.

Thanks for all the feedback, ... P.



-- 
Tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: Zoom.

[Stefan Monnier]

>>> Isn't it funny that we consider ourselves "liberal democracies", but
>>> when crossing our $COMPANY's doorstep, we leave our convictions at the
>>> wardrobe?
>> In an ideal world one could just refuse to do so and quit the job.
> There are many other things one can do,

Among them I forgot to mention an important one: you can "refuse to do
so" but without quitting your job.  Of course, there's the risk you'll
get fired, but there are many jobs where the employer may prefer some
other course of action, especially if you combine your refusal with
a reasonable counter offer.


Stefan

Re: Zoom.

[tomas]

On Mon, Oct 19, 2020 at 11:21:21AM -0400, Stefan Monnier wrote:
> >> Isn't it funny that we consider ourselves "liberal democracies", but
> >> when crossing our $COMPANY's doorstep, we leave our convictions at the
> >> wardrobe?
> > In an ideal world one could just refuse to do so and quit the job.
> 
> There are many other things one can do, starting with consistently
> and repeatedly pointing out the problems in using such services, using
> them as little as possible and using alternatives whenever possible
> (rather than following the path of least resistance and keep using the
> proprietary tool in circumstances where it's not necessary, simply
> because you have it setup already), ...

Exactly. No need to die in a hill for it :)

Cheers
-- t


signature.asc
Description: Digital signature

Re: Zoom.

[Stefan Monnier]

> But this isn't an ideal world, is it?

No, but the recent societal changes due to the pandemic have made an
enormous difference: for many (most?) people now 100% of their
communications outside of their immediate family (including the most
intimate/private ones) goes through proprietary code under the
control of companies which owe nothing to those people.

To make matters worse, this is a small handful of companies which
control (and can record, archive, analyze, ...) the whole
world's communication.

The power they can wield is hard to fathom.


Stefan

Re: Zoom.

[Stefan Monnier]

>> Isn't it funny that we consider ourselves "liberal democracies", but
>> when crossing our $COMPANY's doorstep, we leave our convictions at the
>> wardrobe?
> In an ideal world one could just refuse to do so and quit the job.

There are many other things one can do, starting with consistently
and repeatedly pointing out the problems in using such services, using
them as little as possible and using alternatives whenever possible
(rather than following the path of least resistance and keep using the
proprietary tool in circumstances where it's not necessary, simply
because you have it setup already), ...


Stefan