Bug 26369

Assigning this package request to all packagers collectively. On a voluntary basis, one of them
might, if there are no license or other legal issues, want to integrate it to the distribution and
maintain it for bug and security fixes.
You <submitter> might also want to join the packager team to maintain this piece of software: see
https://wiki.mageia.org/en/Becoming_a_Mageia_Packager

Assignee: bugsquad => pkg-bugs
Summary: I wish to use Zoom Video Conferencing to support local Diabetes patients during the COVID-19 lock down. => zoom - a video conferencing package - new package request
CC: (none) => ftg

I don't see anything in https://www.zoomtext.com/licensing/ that indicates
redistribution is allowed.

Closing the bug as wont fix. Please reopen if such an exception is found.

I'll also suggest trying jitsi. See https://jitsi.org/jitsi-meet/

The jitsi package is already in the Mageia 7.

Status: NEW => RESOLVED
Resolution: (none) => WONTFIX
CC: (none) => davidwhodgins

Hi Dave,

Thanks for looking at this for me. Shame you were not able to help.

Regards ... Peter Adamson

I just want to make sure we've fully vetted this.  All of the teachers here have to use this thing now.  The software does work on Mageia.  I did the RPM and just forced through the mesa-dri-drivers dependency.  Could we do something like our old get-skype package?  Or perhaps we could have lib*dri-drivers provide mesa-dri-drivers so at least the upstream RPM would install cleanly?

Status: RESOLVED => REOPENED
Resolution: WONTFIX => (none)

By-the-by, my medical support group email just floated the idea to have a zoom meeting.  Not, ordinarily, my sort of thing but, in this case, a zoom package becomes attractive to me.  Thanks for the --force hint, David.

CC: (none) => rolfpedersen

(In reply to David Walser from comment #4)
> I just want to make sure we've fully vetted this.  All of the teachers here
> have to use this thing now.  The software does work on Mageia.  I did the
> RPM and just forced through the mesa-dri-drivers dependency.  Could we do
> something like our old get-skype package?  Or perhaps we could have
> lib*dri-drivers provide mesa-dri-drivers so at least the upstream RPM would
> install cleanly?

Yeah, I will add it to next mesa build.

CC: (none) => tmb

(In reply to Thomas Backlund from comment #6)

> Yeah, I will add it to next mesa build.

Fixed in svn for now, will probably build a new mesa package set tonight and assign to QA

Dave Hodgins you looked at the web site for a different company that has nothing to do with the Zoom video conferencing software.
The company that does the Zoom video conferencing software has the web site https://zoom.us/

This has useful information for someone that wants to install on Linux https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-Linux 

Could not find any information regarding distribution of licensing.

CC: (none) => rihoward1

One other comment is due to Covad-19 pandemic UCSF Medical center has switched to using Zoom for check in appointments that do not need hands on care. I am pretty sure other hospitals and clinics in California will be doing similar.

I have found the Zoom terms of service here https://zoom.us/terms/
It is a long read for whom ever wants to read it and see if the software is re-distributable or not.

If I'm reading it correctly, we would need a separate agreement with zoom,
before we could be allowed to redistribute it. Even using something similar
to what we did for flash looks very questionable to me.

Doesn't look likely, in my opinion.

I guess the mesa fix tmb is doing is all we can do then.  It would be nice if upstream would at least make a repo so it doesn't take manual effort to keep the client up to date once you've installed it.  Maybe someone can ask them.

I don't know how the rpms of this are build but i'm sure they have some think rotten, have qt3 dependencies meanwhile the other linux option (https://zoom.us/download?os=linux) have qt5 libraries

I recommend if you want to use this use the Other Linux option in https://zoom.us/download?os=linux , unpack the tarball and click on  ZoomLauncher

FYI i recently read article complaining about this application send personal info to facebook no matter if you have a facebook account or not

(In reply to Thomas Backlund from comment #6)
> (In reply to David Walser from comment #4)
[..]
> > something like our old get-skype package?  Or perhaps we could have
> > lib*dri-drivers provide mesa-dri-drivers so at least the upstream RPM would
> > install cleanly?
> 
> Yeah, I will add it to next mesa build.

Was/could this be pushed to Mageia 7?

CC: (none) => olav

It's currently in testing: in bug 26424

(In reply to katnatek from comment #13)
...
> 
> FYI i recently read article complaining about this application send personal
> info to facebook no matter if you have a facebook account or not

Yeah, I'm seeing various reports of security issues that maybe/potentially involve Chinese intrusion.
https://theintercept.com/2020/04/03/zooms-encryption-is-not-suited-for-secrets-and-has-surprising-links-to-china-researchers-discover/

*** Bug 28745 has been marked as a duplicate of this bug. ***

CC: (none) => omeritzicschwartz

I try to make a package from the tar.xz files but for the 32 bit version
requires libQt5MultimediaQuick_p.so.5 , is possible replace with other lib ?
or i send this to /dev/null ?

BTW I exclude that from the requires and at less start

https://www.imagebam.com/view/ME37GC4

But for the moment is all i can test

(Package request, so changing Version: to Cauldron)

Note that we already have a totally different zoom:

    zoom-1.1.5-11.mga8
    Summary     : Z-Machine: it plays text adventure games written in ZCode


it installs a bunch of files in /usr/share/doc/zoom/

There's a /usr/share/doc/zoom/ directory in the zoom video conferencing rpm, won't that wipe anything that is already installed there by the different zoom package?

Version: 7 => Cauldron
CC: (none) => marja11

Created attachment 12926 [details]
spec for zoom

I you are really considering this i attach my spec, it takes ideas from the AUR https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=zoom-system-qt , to replace bundle QT things with versions in repositories

This https://drive.google.com/file/d/1XJKmP04L0-fI2krr_fFUIoWPGOAmgV0H/view?usp=sharing is the zoom-common.tar.bz2 file

I can't download at build time the binary file so i did include both in src.rpm so even when building for the 2 arch generate 2 src.rpm (one with the i586 version and other with the x86_64 version) both are the same thing

Unless it can be confirmed that we have re-distribution rights, the zoom
binary must not be included in the rpm package.

What is ok is to have an rpm package that our users install, that installs
all of the needed dependencies, and then downloads the zoom binary onto their
systems and installs it.

Ideally the package would not specify the version of the zoom binary, but would
simply install the latest available version from the zoom website, and in a
cron.daily job check for new versions on the zoom website and download/install
the new version when it becomes available.

Workaround:
We have successfully used flatpak to run zoom. Easy.
https://wiki.mageia.org/en/Ways_to_install_programs#Flatpak

CC: (none) => fri

Created attachment 12929 [details]
Some corrections to spec

Attachment 12926 is obsolete: 0 => 1

Closing as won't fix. https://zoom.us/pricing does not indicate zoom is ok to
re-distribute. Contrary to the false statement in the spec, zoom is not freeware.
Unless a statement on the zoom website can be found that shows it is ok, zoom must not be packaged for Mageia.

Status: REOPENED => RESOLVED
Resolution: (none) => WONTFIX

(In reply to Dave Hodgins from comment #26)
> Closing as won't fix. https://zoom.us/pricing does not indicate zoom is ok to
> re-distribute. Contrary to the false statement in the spec, zoom is not
> freeware.

Freeware is what you can use for free no matter if is closed source (as long as i remember) but if other word is needed (maybe Shareware?) i'll make the change, btw i surrender on make a package with system libs instead of the bundled ones, some things don't work

Free for personal use is not the same as freeware, which has no restrictions
whatsoever.

The zoom client does not appear to be re-distributable. If you want to use it
it must be downloaded directly from zoom, not from a linux distribution, unless
zoom gives permission for re-distribution.

As stated above, a package that installs the needed dependencies (which might
be called zoom-prepare for example), and instructs the user what website to
go to and what to select to download a linux rpm package would be ok. A package
that includes the zoom binary without permission is not ok. As long as it
includes the zoom binary without permission for re-distribution, the package can
not be distributed by Mageia.