jiebi/CodeConvo huggingface dataset:
Change:
++ lib.optional jackSupport libjack2 ++ lib.optional smartcardSupport opensc ++ lib.optional (cfg.speechSynthesisSupport or false) speechd <del> ++ pkcs11Modules; </del> <ins> ++ pkcs11Modules ++ gtk_modules; </ins> gtk_modules = [ libcanberra-gtk3 ]; launcherName = "${applicationName}${nameSuffix}";

Discussion:
libcanberra is not included in of thunderbird and firefox. This prevents both applications from playing gtk sounds (for instance when receiving an email on thunderbird). Steps to reproduce the behavior: any instance of firefox And in the output of strace you will see that firefox doesn't try to open the lib dir of libcanberra in the nix store. For instance on my system: libcanberra is supposed to be in the of firefox and thunderbird wrappers. AFAIU firefox and thunderbird open this library at runtime with dlopen and that's why it's not in the generated . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Maintainer information:
You are correct. It probably should be to the wrapper. It seems is pulled in by . Not sure what it is doing or if it is needed but adding to should address . On another note, there ought to be a tool that searches Firefox's source code for all runtime shenanigans. Also the wrapper should probably be expanded so that overriding packages into is possible.
This bug still exists. Is there any idea?
Change:
''; }; <del> # Causes the shebangs in interpreter scripts deployed to mobile devices to be patched, which Android does not understand dontPatchShebangs = true; </del> desktopItem = makeDesktopItem { name = drvName; exec = pname;

Discussion:
Describe the bug Android Studio deploys some script to Android devices for native debugging, which shouldn't have a /nix/store shebang as Android does not understand this. To fix this, the . A few days ago the package got , and somehow this was broken, as now the shebang is patched again. When reverting this change, the shebang is unpatched again as it should. It should also be noted that and do not have this issue, but does. To Reproduce Steps to reproduce the behavior: the shebang being patched, even though is set to . Expected behavior Shebangs in are unpatched, which makes this work on the Android devices it gets deployed to. Additional context This was fixed with , but seems to have somehow broken again with . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivv): nixpkgs: Maintainer information:
I can reproduce this locally as well. It's arbitrarily broken with from with no viable differences in the derivation that would cause this. It points to an issue with where it somehow doesn't work.
Logs do seem to confirm not being respected. I am unsure as to why this happens only on the and branches, as they get called in the exact same way as the and branches which do not have this issue.
Change:
glslang, meson, ninja, <ins> pkg-config, </ins> windows, spirv-headers, vulkan-headers, SDL2, glfw, gitUpdater, <del> sdl2Support ? true, glfwSupport ? false, </del> <ins> sdl2Support ? (!stdenv.hostPlatform.isWindows), glfwSupport ? (!stdenv.hostPlatform.isWindows), </ins> }: <del> # SDL2 and GLFW support are mutually exclusive. assert !sdl2Support || !glfwSupport; </del> <ins> assert stdenv.hostPlatform.isWindows -> !glfwSupport && !sdl2Support; </ins> let <del> isWindows = stdenv.hostPlatform.uname.system == "Windows"; </del> <ins> inherit (stdenv) hostPlatform; libPrefix = lib.optionalString (!hostPlatform.isWindows) "lib"; soVersion = version: if hostPlatform.isDarwin then ".${version}${hostPlatform.extensions.sharedLibrary}" else if hostPlatform.isWindows then hostPlatform.extensions.sharedLibrary else "${hostPlatform.extensions.sharedLibrary}.${version}"; libglfw = "${libPrefix}glfw${soVersion "3"}"; libSDL2 = "${libPrefix}SDL2${lib.optionalString (!hostPlatform.isWindows) "-2.0"}${soVersion "0"}"; </ins> in stdenv.mkDerivation (finalAttrs: { pname = "dxvk"; <del> version = "2.3.1"; </del> <ins> version = "2.4"; </ins> src = fetchFromGitHub { owner = "doitsujin"; repo = "dxvk"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-lUzD1NHFLO4UqOg/BUr7PnYMJCMr1KBh3VNx8etbt8c="; </del> <ins> hash = "sha256-4U0Z1oR0BKIHZ6YNT/+8sFe2I/ZKmPecInMXUho4MHg="; </ins> fetchSubmodules = true; # Needed for the DirectX headers and libdisplay-info }; <del> postPatch = '' substituteInPlace "subprojects/libdisplay-info/tool/gen-search-table.py"  --replace "/usr/bin/env python3" "${lib.getBin pkgsBuildHost.python3}/bin/python3" ''; </del> <ins> postPatch = '' substituteInPlace meson.build  --replace-fail "dependency('glfw'" "dependency('glfw3'" substituteInPlace subprojects/libdisplay-info/tool/gen-search-table.py  --replace-fail "/usr/bin/env python3" "${lib.getBin pkgsBuildHost.python3}/bin/python3" '' + lib.optionalString glfwSupport '' substituteInPlace src/wsi/glfw/wsi_platform_glfw.cpp  --replace-fail '${libglfw}' '${lib.getLib glfw}/lib/${libglfw}' '' + lib.optionalString sdl2Support '' substituteInPlace src/wsi/sdl2/wsi_platform_sdl2.cpp  --replace-fail '${libSDL2}' '${lib.getLib SDL2}/lib/${libSDL2}' ''; </ins> strictDeps = true;

Discussion:
Package name: dxvk Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 2.3.1 Current version on the stable/release channel: 2.3.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
"--prefix" "LD_LIBRARY_PATH" ":" (lib.makeLibraryPath [ libjack2 ]) ]; <ins> preFixup = '' makeWrapperArgs+=("''${qtWrapperArgs[@]}") ''; </ins> postFixup = '' wrapPythonProgramsIn "$out/share/patchance/src" "$out $pythonPath" <ins> for file in $out/bin/*; do wrapQtApp "$file" done </ins> ''; meta = with lib; {

Discussion:
The new package for fails to start due to an error involving Qt. I have reproduced this behavior on two different computers. Steps to reproduce the behavior: raysession to system configuration raysession Raysession does not open, and produces an error in the terminal. Add any other context about the problem here. Output of .
I'm also experiencing this problem with the package.
Looks like it needs `. You might also have to add that and maybe other qt stuff to the wrapper.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I made a PR here, you might want to try it a bit more extensively than I did, and also submit a similar fix for the second package mentioned in
Change:
nativeBuildInputs = lib.optional stdenv.isDarwin darwin.cctools; <ins> buildInputs = [ openssl ]; </ins> enableParallelBuilding = true; meta = with lib; {

Discussion:
, CVSSv3=7.5 (nixos-21.05, nixos-unstable) CVSSv3=6.5 (nixos-21.05, nixos-unstable) CVSSv3=6.5 (nixos-21.05, nixos-unstable) Live555 through 1.08 mishandles huge requests for the same MP3 stream, leading to recursion and s stack-based buffer over-read. An attacker can leverage this to launch a DoS attack. Live555 through 1.08 does not handle MPEG-1 or 2 files properly. Sending two successive RTSP SETUP commands for the same track causes a Use-After-Free and daemon crash. Live555 through 1.08 does not handle Matroska and Ogg files properly. Sending two successive RTSP SETUP commands for the same track causes a Use-After-Free and daemon crash. Scanned versions: nixos-21.05: ; nixos-unstable: .
Change:
}; config = mkIf cfg.enable { <del> systemd.tmpfiles.rules = [ "d '${cfg.dataDir}' 0700 traefik traefik - -" ]; </del> <ins> systemd.tmpfiles.rules = [ "d '${cfg.dataDir}' 0700 traefik traefik - -" ]; </ins> systemd.services.traefik = { description = "Traefik web server"; after = [ "network-online.target" ]; wantedBy = [ "multi-user.target" ]; serviceConfig = { <del> ExecStart = ''${cfg.package.bin}/bin/traefik --configfile=${configFile}''; </del> <ins> ExecStart = "${cfg.package}/bin/traefik --configfile=${staticConfigFile}"; </ins> Type = "simple"; User = "traefik"; Group = cfg.group;

Discussion:
Project description Traefik is a microservice oriented reverse proxy written in Go. It configures itself by container labels from docker/other provider or from text files. It does TLS termination and can fetch certs from let's encrypt automatically. A nixOS module to add configuration to the file backend (similar to the nginx ones) seems easy to implement. Traefik 1.0 is currently packaged (, ) Traefik 2.0 is NOT backwards compatible A package for 2.0 (not source built) has been written up by Metadata homepage URL: source URL: license: MIT platforms: linux, darwin, freebsd, openbsd, windows
Change:
(fetchNuGet { pname = "Microsoft.Bcl.AsyncInterfaces"; version = "7.0.0"; sha256 = "1waiggh3g1cclc81gmjrqbh128kwfjky3z79ma4bd2ms9pa3gvfm"; }) (fetchNuGet { pname = "Microsoft.Build.Tasks.Git"; version = "8.0.0"; sha256 = "0055f69q3hbagqp8gl3nk0vfn4qyqyxsxyy7pd0g7wm3z28byzmx"; }) (fetchNuGet { pname = "Microsoft.CodeAnalysis.BannedApiAnalyzers"; version = "3.3.4"; sha256 = "1vzrni7n94f17bzc13lrvcxvgspx9s25ap1p005z6i1ikx6wgx30"; }) <del> (fetchNuGet { pname = "Microsoft.CodeCoverage"; version = "17.9.0"; sha256 = "1gljgi69k0fz8vy8bn6xlyxabj6q4vls2zza9wz7ng6ix3irm89r"; }) </del> <ins> (fetchNuGet { pname = "Microsoft.CodeCoverage"; version = "17.10.0"; sha256 = "0s0v7jmrq85n356xv7zixvwa4z94fszjcr5vll8x4im1a2lp00f9"; }) </ins> (fetchNuGet { pname = "Microsoft.CSharp"; version = "4.0.1"; sha256 = "0zxc0apx1gcx361jlq8smc9pfdgmyjh6hpka8dypc9w23nlsh6yj"; }) (fetchNuGet { pname = "Microsoft.Diagnostics.Tracing.EventRegister"; version = "1.1.28"; sha256 = "1lh0ifj9xndiqspmnj7x9lcz2c7kdhyjgcmk5wz2yn8gimg0xy03"; }) (fetchNuGet { pname = "Microsoft.Diagnostics.Tracing.TraceEvent"; version = "3.1.3"; sha256 = "1bappkn6vzaaq5yw9fzhds2gz557bhgmxvh38ifw6l39jkar2lii"; })

Discussion:
update script errors when executed as: Logs: -shell --argstr package bicep logs at: Update script should not error. It should update package. An update for bicep 0.28.1 is available. CC
Error looks like a red herring, I see it during successful updates. Seems like a problem with a dependency version in that release. I was able to run it on a newer commit after they bump dependencies. When you run the fetch-deps I see this on that release:
Change:
doCheck = false; } { name = "xmlreader"; buildInputs = [ libxml2 ]; <del> configureFlags = [ "--enable-xmlreader CFLAGS=-I../.." ] </del> <ins> internalDeps = [ php.extensions.dom ]; NIX_CFLAGS_COMPILE = [ "-I../.." "-DHAVE_DOM" ]; configureFlags = [ "--enable-xmlreader" ] </ins> # Required to build on darwin. ++ lib.optional (lib.versionOlder php.version "7.4") [ "--with-libxml-dir=${libxml2.dev}" ]; } { name = "xmlrpc";

Discussion:
Describe the bug The xmlreader extension of PHP has a limited API surface due to missing DOM support. To Reproduce a like this: the dom-related functionality of xmlreader in a script like this: using . You should see this warning: Expected behavior DOM support is enabled and the xmlreader API works as intended. Additional context There is a very similar issue here: The warning looks like it originates from here: This indicates that the compiler flag is not set when building the xmlreader extension. I don't know enough about the PHP packages in nixpkgs to fix this myself, but I hope this helps in narrowing down the issue. Notify maintainers Metadata
do you have any capacity to take a look at this?
I marked this as stale due to inactivity. &rarr;
Will have to confirm if this is still relevant and then take a look.
At least I can still reproduce it on latest nixpkgs.
Sorry that I missed this. Thanks for the detailed report! I think I've fixed this in ; I would appreciate if you could try it out.
Change:
--replace "#include <assert.h>" "" substituteInPlace lib/builtins/cpu_model${lib.optionalString (lib.versionAtLeast version "18") "/x86"}.c  --replace "#include <assert.h>" "" <del> '')); </del> <ins> '')) + lib.optionalString (lib.versionAtLeast release_version "13" && lib.versionOlder release_version "14") '' # https://github.com/llvm/llvm-project/blob/llvmorg-14.0.6/libcxx/utils/merge_archives.py # Seems to only be used in v13 though it's present in v12 and v14, and dropped in v15. substituteInPlace ../libcxx/utils/merge_archives.py  --replace-fail "import distutils.spawn" "from shutil import which as find_executable"  --replace-fail "distutils.spawn." "" ''; </ins> # Hack around weird upsream RPATH bug postInstall = lib.optionalString (stdenv.hostPlatform.isDarwin) ''

Discussion:
Klee installation returns the following error: Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report; looking into it.
Looks like a STP issue on master/unstable; any ideas?
KLEE works on 24.05, try that in the meantime.
See also: , , and others. Seems like this is treewide.
It looks like there's an update to ; I'll bump it after gets merged but those two changes should fix klee.
Change:
{ lib , buildPythonPackage <del> , fetchPypi </del> <ins> , fetchFromGitHub , fetchpatch </ins> , pytestCheckHook , pythonOlder , setuptools <del> , wheel </del> }: buildPythonPackage rec { pname = "tree-sitter"; <del> version = "0.20.4"; format = "pyproject"; </del> <ins> version = "0.21.1"; pyproject = true; </ins> disabled = pythonOlder "3.7"; <del> src = fetchPypi { pname = "tree_sitter"; inherit version; hash = "sha256-atsSPi8+VjmbvyNZkkYzyILMQO6DRIhSALygki9xO+U="; </del> <ins> src = fetchFromGitHub { owner = "tree-sitter"; repo = "py-tree-sitter"; rev = "refs/tags/v${version}"; hash = "sha256-U4ZdU0lxjZO/y0q20bG5CLKipnfpaxzV3AFR6fGS7m4="; fetchSubmodules = true; </ins> }; <ins> patches = [ #  Replace distutils with setuptools, https://github.com/tree-sitter/py-tree-sitter/pull/214 (fetchpatch { name = "replace-distutils.patch"; url = "https://github.com/tree-sitter/py-tree-sitter/commit/80d3cae493c4a47e49cc1d2ebab0a8eaf7617825.patch"; hash = "sha256-00coI8/COpYMiSflAECwh6yJCMJj/ucFEn18Npj2g+Q="; }) ]; </ins> nativeBuildInputs = [ setuptools <del> wheel </del> ]; <del> # PyPI tarball doesn't contains tests and source has additional requirements doCheck = false; </del> <ins> nativeCheckInputs = [ pytestCheckHook ]; </ins> pythonImportsCheck = [ "tree_sitter" ]; <ins> preCheck = '' rm -r tree_sitter ''; </ins> meta = with lib; { description = "Python bindings to the Tree-sitter parsing library"; homepage = "https://github.com/tree-sitter/py-tree-sitter";

Discussion:
The packages and are duplicates. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
ufraw = pkgs.ufraw.gimpPlugin; gimplensfun = pluginDerivation rec { <del> version = "0.2.4"; </del> <ins> version = "unstable-2018-10-21"; </ins> name = "gimplensfun-${version}"; src = fetchFromGitHub { owner = "seebk"; repo = "GIMP-Lensfun"; <del> rev = version; sha256 = "0zlmp9v732qmzj083mnk5z421s57mnckmpjhiw890wmmwzj2lhxz"; </del> <ins> rev = "1c5a5c1534b5faf098b7441f8840d22835592f17"; sha256 = "1jj3n7spkjc63aipwdqsvq9gi07w13bb1v8iqzvxwzld2kxa3c8w"; </ins> }; <del> buildInputs = with pkgs; [ lensfun exiv2 ]; </del> <ins> buildInputs = with pkgs; [ lensfun gexiv2 ]; </ins> installPhase = " installPlugins gimp-lensfun

Discussion:
I can't install anything anymore on my system because fails to install, and when I run , I get an error during the compilation. Note that you can obtain it directly from Install or compile : $ nix-build -E "with import <nixpkgs{}; gimp-with-plugins" I am on . Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(me): channels(root): nixpkgs:
Note that you can still install packages into your user environment with .
Change:
llvmPackages.llvm ] ++ stdenv.lib.optional stdenv.isDarwin Cocoa; <del> propogatedBuildInputs = [ </del> <ins> propagatedBuildInputs = [ </ins> rustracerd ];

Discussion:
These are definitely not intentional: &q=propogatedBuildInputs&type=Code
I wonder: would that be from a Dvorak user?
Change:
, features          ? "huge" # One of tiny, small, normal, big or huge , wrapPythonDrv     ? false <del> , guiSupport        ? config.vim.gui or "gtk3" </del> <ins> , guiSupport        ? config.vim.gui or (if stdenv.isDarwin then "gtk2" else "gtk3") </ins> , luaSupport        ? config.vim.lua or true , perlSupport       ? config.vim.perl or false      # Perl interpreter , pythonSupport     ? config.vim.python or true     # Python interpreter

Discussion:
when trying to build vim with configuration from it fails with: 'gdk/gdkx.h' file not found This issue just started to happen 5 days ago when I updated my nix to 2.1.2, before that it did build this derivation. On Darwin: Try to run in nix repl: system: host os: multi-user?: sandbox: version: channels(oren): nixpkgs:
So this only seems to affect the configurable vim, not the regular one? That would suggest that there's a simple compatibility fix that someone made to the main derivation that wasn't applied to configurable. I can't look at it right now but anyone in know what's up with this header?
Did you override guiSupport or set ?
my call to configurablenixpath as gui = "auto", if this what you mean.
Yeah that's the problem, gtk is included conditionally depending on what version is requested.
Running without it(leaving the default value for the GUI) is still causing the error.
I'm still having this issue - did you get it working in the end? Would you mind sharing how..?
I had my vim pkgs set pinned to 1803 and it worked. today I was trying to update the latest nixpkgs to build vim with and I still get this error.
In Darwin(MacOS 10.15) I was not able to compile a vim from vim/configurable but for what I was looking for (compile it with python and Lua support) I was able to compile from this is what worked for me:
Worked around this by disabling the GUI, works well if you don't need it:
Change:
python3Packages.buildPythonApplication rec { pname = "nicotine-plus"; <del> version = "3.1.1"; </del> <ins> version = "3.2.0"; </ins> src = fetchFromGitHub { owner = "Nicotine-Plus"; repo = "nicotine-plus"; rev = version; <del> hash = "sha256-NfI2RfxAYhA1qefml1ayfYWjbkrzUL4l9p2Rm/ROnzQ="; </del> <ins> hash = "sha256-E8b2VRlnMWmBHu919QDPBYuMbrjov9t//bHi1Y/F0Ak="; </ins> }; nativeBuildInputs = [ gettext wrapGAppsHook ];

Discussion:
Whenever I open a file chooser dialog in Nicotine+, it crashes with this error: Steps to reproduce the behavior: X environment without a DE and run a file dialog I saw a similar issue on Chromium: Maintainers (thanks!): system: host os: multi-user?: sandbox: version: channels(root): channels(ao): nixpkgs:
It looks like the glib setup hook isn't setting for some reason (maybe it's not running?) The wrapped file looks something like () So the packages is being to , which happens here: Right above it, gets to if it's present, but that doesn't show in the wrapper, so the variable is not getting set.
Change:
wait = WebDriverWait(driver, 10) <del> wait.until(EC.title_contains("Create Account")) </del> <ins> wait.until(EC.title_contains("Create account")) </ins> driver.find_element(By.CSS_SELECTOR, 'input#register-form_input_email').send_keys( '${userEmail}'

Discussion:
Package name: VaultWarden Latest released version: 1.27.0 Current version on the unstable channel: 1.27.0 Current version on the stable/release channel: 1.26.0 The currently packaged version of VaultWarden in 22.11 is out of date enough as to be incompatible with officially released BitWarden clients. As I understand it, the latest release has no drawbacks and is server backwards compatible but is compatible with the latest clients. Given that the expectation of the stable channel is to be inter-compatible with the world generally, I would expect the most currently compatible server to be present there. That is not the case presently. I think we should simply backport 1.27.0 from unstable to 22.11. Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
in rustPlatform.buildRustPackage rec { inherit pname; <del> version = "0.3.5"; </del> <ins> version = "0.4.0"; </ins> src = fetchFromGitLab { <ins> domain = "salsa.debian.org"; </ins> owner = "silwol"; <del> repo = pname; </del> <ins> repo = "freenukum"; </ins> rev = "v${version}"; <del> sha256 = "0yqfzh0c8fqk92q9kmidy15dc5li0ak1gbn3v7p3xw5fkrzf99gy"; </del> <ins> sha256 = "sha256-Tk9n2gPwyPin6JZ4RSO8d/+xVpEz4rF8C2eGKwrAXU0="; </ins> }; <del> cargoSha256 = "1nss5zbdvxkr1mfb6vi6yjxcih99w836kvfr4r3n5dvzlkvga2vf"; </del> <ins> cargoSha256 = "sha256-8RfiObWDqZJg+sjjDBk+sRoS5CiECIdNPH79T+O8e8M="; </ins> nativeBuildInputs = [ installShellFiles

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: freenukum <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.3.5 desired version: <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. Homepage: Project's URL has to:
Thanks a lot, (all of you).
Change:
{ stdenv, fetchurl, pkgconfig, python, libxml2Python, libxslt, which, libX11, gnome3, gtk3, glib , intltool, gnome_doc_utils, libxkbfile, xkeyboard_config, isocodes, itstool, wayland <del> , libseccomp, gobjectIntrospection }: </del> <ins> , libseccomp, bubblewrap, gobjectIntrospection }: </ins> stdenv.mkDerivation rec { inherit (import ./src.nix fetchurl) name src;

Discussion:
Once you take a video with cheese (as webm), a few strange things happen: No thumbnails for images or videos will load. Cheese will refuse to close without a 'kill/killall .cheese-wrapped' Errors: video in cheese. cheese via 'Quit' button OR by closing the window Check (cheese will still be running) and taking up quite a bit of CPU. Normal behavior is returned once webm file is moved or deleted. Cheese doesn't understand webm yet tries to record as webm. Then every attempt at loading the webm in the preview pane causes an error. Maybe a dependency issue and we should depend on some webm support library? Or an upstream issue with Cheese itself? System: 16.09.1445. (Flounder); 16.03.885. (Emu) Nix version: nix-env (Nix) 1.11.4; nix-env (Nix) 1.11.2 Nixpkgs version: 16.09.1445.; 16.03.885. Cheese version: 3.20.2; 3.18.1
Updated. Still an issue in 16.09.
I can reproduce the problems with thumbnails and webm-related issues on 17.03 and master. It doesn't seem to crash on exit in my testing. Playing with gets problems with missing to disappear, adding gstreamer bits (like is done in totem or sushi) doesn't seem to be sufficient (I'm no expert here). Related: (?).
I opened an upstream issue:
Running cheese with environment variable revealed missing path to bubblewrap. After patching , user still needs to have thumbnailers ( and ) installed, for now I have them as dependencies like I did in . The infinite loop is still an upstream bug but with thumbnailers, it at least should not appear.