Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: zoom 6.4.6-1

Package Actions

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:	686
Popularity:	7.63
First Submitted:	2015-08-15 13:18 (UTC)
Last Updated:	2025-04-22 04:41 (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 .. 68 69 70 71 72 73 74 75 76 77 78 .. 83 Next › Last »

geripgeri commented on 2018-07-18 09:52 (UTC)

@reptile Thanks!

reptile commented on 2018-07-18 09:31 (UTC)

@geripgeri I can only confirm that this problem is present not only for you, I get the same behavior. I have a request to Zoom Support regarding this, I'll let you know the outcome.

geripgeri commented on 2018-07-18 09:19 (UTC)

When I share my screen the whole application freezes, all the controls are unresponsive. This feature was working for me for a long time. There is no error message about this issue when I run it on the console.

I downgraded to version 2.1.103753.0521 (git commit 03ca5cd) and the screen sharing works again.

Do you Guys have any idea what went wrong? Is this an application bug or Arch related?

eMyller commented on 2018-07-12 01:17 (UTC) (edited on 2018-07-12 01:17 (UTC) by eMyller)

For those looking to fix DPI for Zoom: I just added it to the apps list at https://wiki.archlinux.org/index.php/HiDPI#Zoom.

To make it permanent, here's how:

Copy /usr/share/applications/Zoom.desktop to your ~/.local/share/applications/
At the Exec command, prepend env QT_SCALE_FACTOR=2.

reptile commented on 2018-04-10 17:48 (UTC)

@edh, thanks! Downgrading "mesa" fixed the problem

edh commented on 2018-04-10 17:26 (UTC) (edited on 2018-04-10 17:27 (UTC) by edh)

@reptile Zoom starts up fine in a clean container with an up-to-date system.

You might want to roll-back the entire update and see whether that helps. If it does, partially update each package one by one and see where things break down.

Blatant self-promotion: To facilitate the downgrade process you may want to use a small script like e.g. downgrade :D

reptile commented on 2018-04-10 15:07 (UTC) (edited on 2018-04-10 16:21 (UTC) by reptile)

After the latest system upgrade, zoom just fails to launch. The output says "zoom started.", but nothing happens. Downgrading zoom back doesn't help. It's something with other parts of the system, but I don't know what exactly, no errors in output... Maybe someone had similar issue?

anavarre commented on 2018-04-07 16:10 (UTC)

@danielbruce - Thank you, your workaround works great!

danielbruce commented on 2018-04-06 20:09 (UTC)

If you're still having seg fault issues, this fixed it for me: touch ~/.config/zoomus.conf.

agisga commented on 2018-04-06 02:45 (UTC) (edited on 2018-04-06 02:47 (UTC) by agisga)

@prosoitos I had the exact same problem with the same error message yesterday. After using git to checkout the previous version (the one from Feb 8) and reinstalling, zoom launches and seems to work fine (though I didn't make any calls yet). So I'm using the Feb 8 version now.

In addition to the error posted by prosoitos, using journalctl I can see the following records related to the zoom segfault:

Apr 05 00:29:18 T450s systemd-coredump[1262]: Process 1259 (zoom) of user 1000 dumped core.
Stack trace of thread 1259:
#0  0x00007f92160b5f11 __strlen_avx2 (libc.so.6)
#1  0x00007f9215fadded vfprintf (libc.so.6)
#2  0x00007f9215faed86 buffered_vfprintf (libc.so.6)
#3  0x00007f9215fac16e vfprintf (libc.so.6)
#4  0x00007f9215fb4904 fprintf (libc.so.6)
#5  0x0000000000403183 _Z10getSettingPcRiRbRj (ZoomLauncher)
#6  0x000000000040362e _Z12getEnvStringPc (ZoomLauncher)
#7  0x0000000000403dc2 _Z9startZoomPcS_ (ZoomLauncher)
#8  0x0000000000402222 main (ZoomLauncher)
#9  0x00007f9215f7ff4a __libc_start_main (libc.so.6)
#10 0x0000000000402312 _start (ZoomLauncher)
-- Subject: Process 1259 (zoom) dumped core