Change:
<del> { stdenv, fetchurl, system, makeWrapper, makeDesktopItem, autoPatchelfHook </del> <ins> { stdenv, fetchurl, system, makeWrapper, makeDesktopItem, autoPatchelfHook, env </ins> # Dynamic libraries , dbus, glib, libGL, libX11, libXfixes, libuuid, libxcb, qtbase, qtdeclarative <del> , qtlocation, qtquickcontrols2, qtscript, qtwebchannel, qtwebengine </del> <ins> , qtimageformats, qtlocation, qtquickcontrols, qtquickcontrols2, qtscript, qtsvg , qttools, qtwayland, qtwebchannel, qtwebengine </ins> # Runtime <del> , libjpeg_turbo, pciutils, procps, qtimageformats </del> <ins> , coreutils, libjpeg_turbo, pciutils, procps, utillinux </ins> , pulseaudioSupport ? true, libpulseaudio ? null }: assert pulseaudioSupport -> libpulseaudio != null; let <del> inherit (stdenv.lib) concatStringsSep makeBinPath optional optionalString; </del> <ins> inherit (stdenv.lib) concatStringsSep makeBinPath makeLibraryPath makeSearchPath optional optionalString; </ins> version = "2.2.128200.0702"; srcs = {

Discussion:
Zoom GUI is not shown on current master () This started to happen after package refactoring (, , ), and not due to package upgrade (I've checked that). I've documented some findings already ping and other Zoom users. Am I alone with this issue? At this moment no GUI (no greeting window) is shown. system: host os: multi-user?: sandbox: version: channels(root): channels(danbst): nixpkgs:
I at least cannot reproduce this with on nixpkgs
I installed to a profile using your reproduction steps, and it works fine here. What is in your in your shell? At least here it's:
I was able to reproduce this via: So there's some piece of the environment missing in the package.
This also reproduces the issue: Currently investigating what needs on the $PATH.
Thanks for your efforts, but when writing a command can you (and everyone else) please be complete? I had time to quickly confirm what you wanted to say, but here I am telling you that it is not a valid test case. I wrote an example of a complete command in closed thread with zoom in the title started by myself, so it's not like I don't practice this myself.
Sorry about that. As the package is unfree, you'll need in or in your environment. So a complete standalone test case would be:
does this reproduce issue too? I've checked that commit (last revision of old zoom-us expression) launches fine for me with this bash command.
It sounds like it was caused by using autoPatchelf? It could be that there is some incompatibility between what zoom-us is built with and what we have locally. Maybe we should just revert that part (but leave the version updates). I would much prefer to use Nixpkgs Qt here but there is a lot of unknown in how zoom-us is built. It might just be safest to revert to the old expression.
Turns out the issue was missing QML2 imports. This was discovered by comparing: to and looking for libraries loaded by the latter but not the former. One fix was to add a environment variable to the wrapper, but I found it simpler to re-use to build an environment with all the Qt dependencies symlinked in place and using its . The package should be easier to maintain as a result since you don't have to know what feature each qt5 package is meant to provide.