Package Details: zoom 6.2.11-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: 670
Popularity: 6.81
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-25 17:39 (UTC)

Dependencies (31)

Sources (1)

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 .. 65 66 67 68 69 70 71 72 73 74 75 .. 78 Next › Last »

lujipeka commented on 2018-03-06 18:14 (UTC)

I have this error when trying to install zoom on my computer loading packages... error: 'zoom-2.0.115900.1201_orig_x86_64.pkg.tar.xz': duplicate target

catalin.hritcu commented on 2018-02-13 18:13 (UTC)

Probably not related to packaging, but I'm getting quite frequent hangs. Every 20 minutes or so performance gets quickly terrible to the point that the application is completely unresponsive. If I don't kill it fast enough sometimes it even brought down my entire system. I'm wondering if anyone else has been experiencing this and whether there is any workaround.

edh commented on 2018-02-08 18:07 (UTC) (edited on 2018-02-08 18:19 (UTC) by edh)

@daurnimator Thanks, updated!

@paulodiovani It looks like qt5-webkit has been superseded by qt5-webengine and I removed the dependency for now. Please let me know whether this assessment is accurate and SSO login is still working for you.

daurnimator commented on 2018-02-08 00:37 (UTC)

Missing dependency on libxss

edh commented on 2018-01-30 18:44 (UTC)

@paulodiovani Thanks for the hint. I merely copied the dependency field from the official package and did not check for any additional ones.

paulodiovani commented on 2018-01-30 15:49 (UTC)

Zoom depends on qt5-webkit to display webpages (e.g. SSO Login)

pgmillon commented on 2018-01-24 11:26 (UTC)

@wfleming I did many changes to my drivers, switching from open to closed and at some point it ended up working. My issue was indeed not related to QT but rather to the drivers.

wfleming commented on 2018-01-24 00:53 (UTC) (edited on 2018-01-24 01:15 (UTC) by wfleming)

@pgmillon I ran into the same thing and also suspected the qt5 version change as the culprit, but I used downgrade to revert my qt5* packages to 5.9.3, and was still seeing the same error. Did you have any luck working around this issue?

EDIT: qt is almost certainly a red herring since it's not a dep of this package: mesa is the likely culprit since that's being used for OpenGL and was also updated recently. I also tried downgrading mesa to 17.3.3 & 17.3.1, and had no luck.

edh commented on 2018-01-23 18:52 (UTC) (edited on 2018-01-23 18:52 (UTC) by edh)

@bin_bash

Unfortunately I am quite busy during the day and am therefore not available on IRC most of the time (always?).

Concerning you provided information: When troubleshooting such a task it is much more likely that something about your software setup led to the problem. I would recommend you to try building the package again preferably in a clean chroot or if this should be to cumbersome just by hand locally using the following command (assuming you have cower installed): cower -d zoom && cd zoom && makepkg -si.

As a workaround you may as well simply install the package from upstream directly using curl -O <https://zoom.us/client/2.0.115900.1201/zoom_x86_64.pkg.tar.xz> && pacman -U zoom_x86_64.pkg.tar.xz.

bin_bash commented on 2018-01-23 17:06 (UTC) (edited on 2018-01-23 17:17 (UTC) by bin_bash)

@edh, not as far as I'm aware. Here's what I know about this machine, please let me know if this information is useless and what I can provide to be more useful:

Machine: Lenovo Ideapad s400

RAM: 8GB DDR3 RAM

Distro: Arch

WM: Openbox

DE: None

Sound: ALSA with PulseAudio

Kernel: Linux Baldur 4.9.74-1-lts #1 SMP Wed Jan 3 07:56:32 CET 2018 x86_64 GNU/Linux

Pacman: Pacman v5.0.2 - libalpm v10.0.2

Init: Systemd

Not sure what else would be useful, or if this even is. I'm also on irc under bin_bash if that's a method that may be useful for more in-depth trouble-shooting.

Thanks!

« First ‹ Previous 1 .. 65 66 67 68 69 70 71 72 73 74 75 .. 78 Next › Last »