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.41
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 .. 51 52 53 54 55 56 57 58 59 60 61 .. 78 Next › Last »

xdevnull commented on 2020-06-17 18:50 (UTC)

The interface, both the main conferencing one as well as the client with login, settings, etc. has increased in size, as if it has been scaled up for some reason. This is on Plasma.

luuuciano commented on 2020-06-17 18:29 (UTC)

It could be possible that in the latest update my zoom went really BIG? I mean, it is like all its interfase is zoomed in... and because that does not fit in the screen, it is barely usable

SpineEyE commented on 2020-06-17 15:11 (UTC)

Actually the crash was partly my fault. I had switched to Xorg from Wayland and still had set QT_QPA_PLATFORM=wayland.

I can run it via terminal, e.g.: QT_QPA_PLATFORM="" zoom

image28 commented on 2020-06-17 14:35 (UTC)

Made a PKGBUILD for a stripped version, doesn't work. Doing something wrong with the package build. Firstly I can't get the sha512sum I made of files to verify.

https://github.com/image28/zoom-striped

Haven't worked out all the deps so you may have to ldd the binary, and pacman -Fx the missing libs to find the right deps to install. Also it riquires files from qtdesigner.

Something like this

for d in ldd zoom | awk -F' ' '{print $3}'; do PACKAGES="$PACKAGES pacman -Fx "$d" | rev | awk -F'' '{print $2}' | rev"; done; pacman -S "$PACKAGES"

alerque commented on 2020-06-17 11:44 (UTC)

If it's not too much trouble @SpineEyE or @Revelation60 I would be interested in knowing whether the zoom-system-qt version of this causes the same core dump. Neither package does for me right now, but it looks like the problem you are seeing may be in the bundled QT libraries, so you might be able to side-step it by using the substituted Arch libraries instead.

Revelation60 commented on 2020-06-17 11:27 (UTC)

It's also core dumping for me with the latest version.

SpineEyE commented on 2020-06-17 09:24 (UTC) (edited on 2020-06-17 09:28 (UTC) by SpineEyE)

No one gets a coredump? It started with the latest version.

Message: Process 3044 (zoom) of user 1000 dumped core.

            Stack trace of thread 3044:
            #0  0x00007f78ba222355 raise (libc.so.6 + 0x3c355)
            #1  0x00007f78ba20b853 abort (libc.so.6 + 0x25853)
            #2  0x00007f78ba80cb5e _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5 + 0x93b5e)
            #3  0x00007f78bc085d6d _ZN22QGuiApplicationPrivate25createPlatformIntegrationEv (libQt5Gui.so.5 + 0x128d6d)
            #4  0x00007f78bc085efd _ZN22QGuiApplicationPrivate21createEventDispatcherEv (libQt5Gui.so.5 + 0x128efd)
            #5  0x00007f78ba9f9bab _ZN23QCoreApplicationPrivate4initEv (libQt5Core.so.5 + 0x280bab)
            #6  0x00007f78bc08794b _ZN22QGuiApplicationPrivate4initEv (libQt5Gui.so.5 + 0x12a94b)
            #7  0x00007f78bc8666e9 _ZN19QApplicationPrivate4initEv (libQt5Widgets.so.5 + 0x1586e9)
            #8  0x000055b3ad630e72 n/a (zoom + 0x367e72)
            #9  0x00007f78ba20d002 __libc_start_main (libc.so.6 + 0x27002)
            #10 0x000055b3ad6c5435 n/a (zoom + 0x3fc435)

silverbluep commented on 2020-05-20 01:25 (UTC) (edited on 2020-05-20 01:25 (UTC) by silverbluep)

A little nitpicky perhaps; but the provided desktop file has Icon=Zoom.png which causes the icon detection to fail. If it's switched to Icon=Zoom; the icon is correctly guessed. (XDG application does not need file extension unless the icon is a hard link. In this case it's not; the Zoom icons are unpacked to directories that allow them to be autodetected by the system.)

The patch would be a one-liner sed -i 's|Zoom\.png|Zoom|g' "${pkgdir}/usr/share/applications/Zoom.desktop"

bbrks commented on 2020-05-19 16:15 (UTC)

The current version (5.0.408598.0517-1) seems to be stable for me now.

I had tried previous suggestions of upgrading mesa, etc. and still experienced crashing on every version I tried prior to this.

sross commented on 2020-05-19 16:14 (UTC) (edited on 2020-05-19 16:14 (UTC) by sross)

I was having the freezing issue with SSO and after attempting various solutions, including the pinned ~/.config/zoom.conf suggestion, deleting zoom data directory worked:

cd ~/.zoom
rm -rf data
mkdir data

restart zoom, log into sso, all is well.