Package Details: zoom 6.2.10-1

Git Clone URL: https://aur.archlinux.org/zoom.git (read-only, click to copy)
Package Base: zoom
Description: Video Conferencing and Web Conferencing Service
Upstream URL: https://zoom.us/
Keywords: call conference meeting video
Licenses: LicenseRef-zoom
Submitter: edh
Maintainer: edh
Last Packager: edh
Votes: 669
Popularity: 6.42
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-18 14:28 (UTC)

Pinned Comments

erbrecht commented on 2024-11-19 13:06 (UTC)

@Rhinoceros - I finally got screen sharing to work under KDE with Wayland. Looks like I'm using the same versions as you:

  • Zoom 6.2.10
  • pipewire 1.2.6

I followed the Screen share section on the Zoom wiki page:

https://wiki.archlinux.org/title/Zoom_Meetings

The only thing I didn't need to do was set XDG_CURRENT_DESKTOP=gnome. I followed the other steps, and now I can choose my desktop/window to share. Prior to following the wiki I couldn't stop screen sharing without the hanging issue, which I was experiencing prior to 6.2.10.

edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)

I contacted the zoom support on 13th July 2016 and tried to lure them into creating a proper PKGBUILD respectively adopting this one, considering they are providing a package over very none standard ways to the Arch Linux community (downloading via a *foreign* site) and not through the official repo or the AUR. However there was little to no progress so far.

Latest Comments

« First ‹ Previous 1 .. 61 62 63 64 65 66 67 68 69 70 71 .. 78 Next › Last »

jklaise commented on 2019-08-14 13:56 (UTC)

Ditto @Maduvi @reptile, sometimes on sharing screen my whole system will freeze and I'll have to be kicked of the zoom call by someone else. This seems to happen when there are more people >3 on the call and not when there are fewer. I've had this issue since around version 2.4, I downgraded to 2.1 which seems to work better, but I thought it would be fixed by now - apparently not!

Maduvi commented on 2019-07-19 20:10 (UTC) (edited on 2019-07-29 14:51 (UTC) by Maduvi)

I am experiencing the same problem as @reptile:

"when I share the screen, sometimes it goes black, and I can see only the mouse pointer"

It also happens that I can't share a Whiteboard because the window is black as well. So I believe both things could be related. Maybe some Xorg or mesa driver configuration I have overlooked. Is anyone able to share a Whiteboard instance?

EDIT: fixed the issue installing and enabling compton. Now I can see a whiteboard instance and I hope Zoom will work just fine.

je-vv commented on 2019-07-10 01:07 (UTC) (edited on 2019-07-10 01:09 (UTC) by je-vv)

Note on Friday there's supposed to be fix: https://www.wired.com/story/zoom-flaw-web-server-fix. Sources about the security issue talk about MAC, not quite sure the issue is only a MAC one though (see all references in https://www.reddit.com/r/security/comments/cb054u/if_you_have_installed_zoom_any_website_can_turn). I agree with @edh, it's an upstream issue, not a package issue.

edh commented on 2019-07-09 16:34 (UTC) (edited on 2019-07-09 16:34 (UTC) by edh)

Just to clarify, this PKGBUILD is fetching the official package provided by zoom and merely modifies the dependency arrays.

alerque commented on 2019-07-09 12:46 (UTC) (edited on 2019-07-09 14:07 (UTC) by alerque)

Installers beware, this is a binary package and the upstream provider has recently been caught doing some very dodgy things. Use this package at your own risk.

https://medium.com/@jonathan.leitschuh/zoom-zero-day-4-million-webcams-maybe-an-rce-just-get-them-to-visit-your-website-ac75c83f4ef5

Mading commented on 2019-06-25 16:32 (UTC)

works like a charm thanks!

edh commented on 2019-05-31 07:42 (UTC)

@je-vv

Pulseaudio should definitely be considered the default. This is also the case for the original package and therefore clearly intended this way by the authors of the software. Hence, I think I will leave the dependency as is for now.

I would suggest that you create a mock package for pulseaudio-also on you system which fulfills the dependency without introducing pulseaudio to you installation.

je-vv commented on 2019-05-31 04:54 (UTC) (edited on 2019-05-31 05:11 (UTC) by je-vv)

@edh, it is working fine with plane ALSA, so no need to install pulseaudio at all. I had a problem with multi devices. With just the internal audio and not external USB devices it works just fine, both, though the app test, and through a real conversation.

It means with pulseaudio one might require the pulseaudio-alsa plugin, but only if using pulseaudio. So I would leave as optional if using pulseaudio, given not everyone enables it (like me), but state that the optional dependency is for enabling audio with pulse. I'd really appreciate if you do that, so I don't forget to edit the PKGBUILD on any upgrade. For the testing I manually removed the dependency, so I could avoid having pulseaudio installed and therefore enabled.

Thanks a lot !

« First ‹ Previous 1 .. 61 62 63 64 65 66 67 68 69 70 71 .. 78 Next › Last »