Package Details: zoom 7.0.0-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
Replaces: zoom-libs, zoom-libs-bin
Submitter: edh
Maintainer: edh (gromit)
Last Packager: edh
Votes: 730
Popularity: 7.62
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2026-03-26 02:00 (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 2 3 4 5 6 7 8 9 10 .. 91 Next › Last »

Rhinoceros commented on 2025-09-09 08:34 (UTC)

@jvr uninstalling zoom then reinstalling definitely works, but another way is to force remove of the conflicting package with sudo pacman -Rdd zoom-libs-bin before upgrading. Your way is probably cleaner in general though.

jvr3 commented on 2025-09-09 08:16 (UTC)

As others noted, we get numerous 'file exists, owned by zoom-libs-bin' complaints when attempting to upgrade zoom to the current version (I think it's 6.5.11.4015-2).

If you try to remove zoom-libs-bin manually, the package system complains that zoom depends upon it.

Which, of course, looks funny.

Consequently, to upgrade zoom, one must uninstall it entirely, then re-install it.

I regret, I do not know enough about this package system to advise, but surely it can handle deprecating dependencies?

username227 commented on 2025-09-09 02:58 (UTC)

if you're reverting to a single package can you add zoom-libs to conflicts so that it'll automatically be removed when upgrading? otherwise there are file system errors. thanks.

sinayion commented on 2025-09-09 01:05 (UTC) (edited on 2025-09-09 01:09 (UTC) by sinayion)

Edit: Looks like this is fixed by removing zoom-libs-bin as I suspected. It was pulled in as a dependency yesterday with the switch to this package, but it looks like it's no longer a dependency.

I switched to this zoom pkg yesterday, and it installed fine. After trying to install the update today, I get multiple "owned by zoom-libs-bin" errors. Any ideas on how to fix this? I'm going to try uninstalling zoom-libs-bin and try installing zoom again.

Some error output: zoom: /opt/zoom/cef/libvulkan.so.1 exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libOpenCL.so.1 exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libavcodec.so.59 exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libavformat.so.59 exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libavutil.so.57 exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libmpg123.so exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libquazip.so exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/libswresample.so.4 exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/qt.conf exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/translations/de.qm exists in filesystem (owned by zoom-libs-bin) zoom: /opt/zoom/translations/es.qm exists in filesystem (owned by zoom-libs-bin)

oech3 commented on 2025-09-08 16:11 (UTC)

I remove myself from maintainer

edh commented on 2025-09-08 16:09 (UTC)

@oech3 Thanks! I’m definitely open to restructurings. Let’s discuss them by email first though!

oech3 commented on 2025-09-08 15:51 (UTC)

OK. reverted to single package. Sorry.

About some @gest 's question, those Qt libs are actually bundled at upstream's tarball and Soundserver is very generic package and actually works wihout it.

gesh commented on 2025-09-08 15:43 (UTC)

Much clearer, thanks -- the initial cleanup was very unclear. Only remarks I have left:

  • Why is emptydirs set?
  • Is noextract set to enable the selective unpacking of the tarball?
  • Why are the qt5 deps of zoom removed? Also, where did pulseaudio-alsa and xcompmgr vanish to?
  • You may want to indent the quazip line in zoom-native -- it confused me for a moment.
  • It's a bit unfortunate that patchelf and binutils infect zoom as a makedep, but ig the only other way would be to actually fully split the package. Why don't we?

edh commented on 2025-09-08 15:37 (UTC)

@oech3 I don’t think a split package approach is the right method here. Both packages are not sub components of one larger package and updating the simple package shouldn’t require fixing the native one. Please revert these changes to the previous simple package. I added you as co-maintainer as you frequently flagged the package in an extremely timely manner and I wanted to give you the opportunity to update the package directly. I don’t see the need for major revisions of the package and do not support them without prior discussion. Let’s please sync up via mail before any major restructuring!

oech3 commented on 2025-09-08 15:14 (UTC)

I changed to avoid patching zoom package part. If building another pkg itself is still probrematic, I'll remove it.

But Raw cp -r fails on small BUILDDIR. Would you consider keeping direct extracting?

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 91 Next › Last »