Package Details: zoom-system-qt 5.4.53391.1108-3

Git Clone URL: https://aur.archlinux.org/zoom-system-qt.git (read-only, click to copy)
Package Base: zoom-system-qt
Description: Video Conferencing and Web Conferencing Service - system Qt libraries
Upstream URL: https://zoom.us
Keywords: call conference meeting video
Licenses: custom
Conflicts: zoom
Provides: zoom
Submitter: netcrusher
Maintainer: netcrusher (alerque)
Last Packager: alerque
Votes: 29
Popularity: 1.30
First Submitted: 2020-05-03 20:50
Last Updated: 2020-12-14 20:43

Dependencies (15)

Required by (3)

Sources (1)

Pinned Comments

alerque commented on 2021-02-09 18:04

To flagger @billypilgrim and all curious: I've tested the current upstream release 5.5.7011.0206 and it has the same systemic problem we've seen with everything since 5.4.53391.1108. If anybody finds a way to make it usable know that we're open to fixing this up, we just haven't figured out how to make it work yet.

I'm unflagging again as this is the last known viable release for this method.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

alerque commented on 2020-12-29 21:20

For the record I've just checked the 5.4.57450.1220 release and have the same issues making it absolutely unusable against system Qt libraries.

michaldybczak commented on 2020-12-20 10:05

Oh, didn't know that. Will look for it. AUR is always preferred over snaps or flatpacks. Thanks for the info.

alerque commented on 2020-12-19 10:43

@michaldybczak Snap? Okay whatever, but you know there is a zoom package in the AUR too that has the same binary as this but with bundled libraries right?

michaldybczak commented on 2020-12-17 23:23

In that case, I'm switching to snap. I'll gladly switch over again when this issue is solved. In a way, it's good we have alternative formats so we can wait out some occasional AUR issues :). Good luck with solving this mystery. Or maybe it will fix itself with time :D.

alerque commented on 2020-12-14 20:46

I spent a good deal of time hacking an this and getting infuriated at the lack of debug info. One tip for anybody else trying to debug is that after building and installing this package you can first run zoom and let it hang with no interface, then run /opt/zoom/ZoomLauncher to launch a second instance that will error because it finds the first instance running, but it also outputs debug messages about linked library errors, something I haven't gotten any other way. This seems to verify what SO modules are working and which aren't.

Still no luck getting it to run. I ended up reposting the last known working version as the current PKGBUILD. If you want the newer version use the zoom package with bundled libraries until we get this sorted out.

coxackie commented on 2020-12-13 10:23

@caleb I am on x11 too. to be honest, if people could not run the recent versions of zoom, the comments on the zoom AUR package would be avalanching by now. Maybe you should try clearing all the config files, etc, that you are using, and then try again.

anyway, after briefly playing around, if one removes any of libQt5*.so{,.*}, libicu*.so{,.*}, {egldevice,xcbgl}integrations, imageformats and platforms there are problems. Others are OK to be removed, but the gain is minimal, as it is the first two that contain most of the weight.

alerque commented on 2020-12-13 09:21

@je-vv pulseaudio is now optional, sorry that kept getting overlooked in the drama of other aspects not working.

This is still not working for me on X11. If any Wayland folks try it and get a UI I'd love to hear about it.

alerque commented on 2020-12-13 09:05

@coxackie I haven't found any good way to get debug messages (they appear to have all output suppressed in the binary), but there are a couple of things that could be done. If the main zoom package with included libraries is working for you (it still isn't for me) one thing that could be tried is one by one commenting out the library removals and enabling the upstream provided ones in this package until it works again. That should tell us where this is actually tripping up. Another thing to do might be to strace it and see if we can find what file system resources or system call it is hanging up looking for.

Also, are you using Wayland or X11? I'm on X11 and neither this nor the other package work at all for me in the last two versions. I wonder if the people that can use the new zoom builds are on Wayland.

alerque commented on 2020-12-12 20:19

@netcrusher I just bumped this to the latest release (still broken for me). I'm perfectly content just using my previously built 5.4.53391.1108, and anybody cloning this repo to build with makepkg can just check out an older commit to. If we do want to propogate a downgrade I would suggest just faking it with the real version number. This won't go out to anyone who has the newer package unless they manually opt to downgrade, but since it probably isn't working for them anyway I don't think there would be much harm in that. Just going with 5.4.53391.1108-2 would by my suggestion if people are clamoring for a downgrade.

No clue how to fix the latest 2 releases.

To be honest I also didn't expect breakage to occur on this scale due to a minor update.

For a normal project that might be a reasonable expectation, but you haven't been paying attention to how bad Zoom's programming is. Their development process and release standards are terrible.

coxackie commented on 2020-12-12 20:18

@caleb the binary zoom from AUR for me does not have any problems; both 5.4.56259.1207 that I am using now, and the previous version, that I had to use when zoom-system-qt became unusable.

anyway, is there any way we can debug this?