jiebi/CodeConvo huggingface dataset:
Change:
When starting the enlightenment version 18 desktop manager on my unstable nixos system, I am getting the following errors regarding the module: and It seems should be a setuid program in the configuration. /cc
Yep it should be, will look into it later. Thanks!

Discussion:
xcfg = config.services.xserver; cfg = xcfg.desktopManager.e18; <ins> e18_enlightenment = pkgs.e18.enlightenment.override { set_freqset_setuid = true; }; </ins> in

config = mkIf (xcfg.enable && cfg.enable) { environment.systemPackages = [ <del> pkgs.e18.efl pkgs.e18.evas pkgs.e18.emotion pkgs.e18.elementary pkgs.e18.enlightenment </del> <ins> pkgs.e18.efl pkgs.e18.evas pkgs.e18.emotion pkgs.e18.elementary e18_enlightenment </ins> pkgs.e18.terminology pkgs.e18.econnman ]; services.xserver.desktopManager.session = [ { name = "E18"; start = '' <del> ${pkgs.e18.enlightenment}/bin/enlightenment_start </del> <ins> ${e18_enlightenment}/bin/enlightenment_start </ins> waitPID=$! ''; }]; <ins> security.setuidPrograms = [ "e18_freqset" ]; </ins> }; }

<del> { stdenv, fetchurl, pkgconfig, e18, xlibs, libffi, pam, alsaLib, luajit }: </del> <ins> { stdenv, fetchurl, pkgconfig, e18, xlibs, libffi, pam, alsaLib, luajit, set_freqset_setuid ? false }: </ins> stdenv.mkDerivation rec { name = "enlightenment-${version}"; version = "0.18.8";

preConfigure = '' export NIX_CFLAGS_COMPILE="-I${e18.efl}/include/eo-1 -I${e18.efl}/include/ecore-imf-1 -I${e18.efl}/include/ethumb-client-1 -I${e18.efl}/include/ethumb-1 $NIX_CFLAGS_COMPILE" ''; <ins> # this is a hack and without this cpufreq module is not working: #   when set_freqset_setuid is true and "e18_freqset" is set in setuidPrograms (this is taken care of in e18 NixOS module), #   then this postInstall does the folowing: #   1. moves the "freqset" binary to "e18_freqset", #   2. linkes "e18_freqset" to enlightenment/bin so that, #   3. setuidPrograms detects it and makes appropriate stuff to /var/setuid-wrappers/e18_freqset, #   4. and finaly, linkes /var/setuid-wrappers/e18_freqset to original destination where enlightenment wants it postInstall = if set_freqset_setuid then '' export CPUFREQ_DIRPATH=`readlink -f $out/lib/enlightenment/modules/cpufreq/linux-gnu-*`; mv $CPUFREQ_DIRPATH/freqset $CPUFREQ_DIRPATH/e18_freqset ln -sv $CPUFREQ_DIRPATH/e18_freqset $out/bin/e18_freqset ln -sv /var/setuid-wrappers/e18_freqset $CPUFREQ_DIRPATH/freqset '' else ""; </ins> meta = { description = "The Compositing Window Manager and Desktop Shell"; homepage = http://enlightenment.org/;
Change:
Steps to reproduce the behavior: compsize Add any other context about the problem here. <!-- 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]:
The reason is update makes it build again on current master Something there breaks it: Seems like quite a few things that used got removed:
Here's a quick workaround:
Seems due to this commit: and this:
Here's the corresponding compsize upstream bug:

Discussion:
<del> { lib, stdenv, fetchFromGitHub, btrfs-progs }: </del> <ins> { lib, stdenv, fetchFromGitHub, fetchurl, btrfs-progs }: let # https://github.com/kilobyte/compsize/issues/52 btrfs-progs' = btrfs-progs.overrideAttrs (old: rec { pname = "btrfs-progs"; version = "6.10"; src = fetchurl { url = "mirror://kernel/linux/kernel/people/kdave/btrfs-progs/btrfs-progs-v${version}.tar.xz"; hash = "sha256-M4KoTj/P4f/eoHphqz9OhmZdOPo18fNFSNXfhnQj4N8="; }; }); in </ins> stdenv.mkDerivation rec { pname = "compsize"; version = "1.5";

sha256 = "sha256-OX41ChtHX36lVRL7O2gH21Dfw6GPPEClD+yafR/PFm8="; }; <del> buildInputs = [ btrfs-progs ]; </del> <ins> buildInputs = [ btrfs-progs' ]; </ins> installFlags = [ "PREFIX=${placeholder "out"}"
Change:
Zed editor from nixpkgs automatically downloads updates and lets users install them (and obviously fails). It shows related messages in the statusbar, such as or . Steps to reproduce the behavior: Zed from Nixpkgs, that is not the newest Zed (in my case Zed 0.141.3) the statusbar message Zed shouldn't try to download the updates. The fix should be really simple, it's just a matter of setting the environment variable, which disables auto-update as described in the official ! <!-- 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]:

Discussion:
"${src}/assets/fonts/zed-sans" ]; }; <ins> # Setting this environment variable allows to disable auto-updates # https://zed.dev/docs/development/linux#notes-for-packaging-zed ZED_UPDATE_EXPLANATION = "zed has been installed using nix. Auto-updates have thus been disabled."; </ins> }; RUSTFLAGS = if withGLES then "--cfg gles" else "";
Change:
Steps to reproduce the behavior: auth0-cli from the unstable Failing to fetch sources following The 1.5.0 release from Auth0-cli has disapeared from GitHub Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
buildGoModule rec { pname = "auth0-cli"; <del> version = "1.5.0"; </del> <ins> version = "1.4.0"; </ins> src = fetchFromGitHub { owner = "auth0"; repo = "auth0-cli"; rev = "refs/tags/v${version}"; <del> hash = "sha256-C4zKWMrWGrnamlcugrOUUUdCUwYDgiD6XKdBQ3bBWFI="; </del> <ins> hash = "sha256-j7HT57/4rrrVkx9Zz+XuWD6UL0spdej+U5gWtFo1FSI="; </ins> }; <del> vendorHash = "sha256-VeH7EDMNrdJSWHioz2O29NiGtC59IdWYww3WoABO4LY="; </del> <ins> vendorHash = "sha256-bWAneCRsQbPRxEM/3jr1/Lov6NV67MRycOgrlj3bKF8="; </ins> ldflags = [ "-s"
Change:
Package name: typstwriter Latest released version: 0.2 <!-- Search your package here: --- Current version on the unstable channel: 0.1 Current version on the stable/release channel: none <!-- 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]:

Discussion:
python3.pkgs.buildPythonApplication rec { pname = "typstwriter"; <del> version = "0.1"; </del> <ins> version = "0.2"; </ins> pyproject = true; src = fetchFromGitHub { owner = "Bzero"; repo = "typstwriter"; rev = "V${version}"; <del> hash = "sha256-xgBBZTViMzYgxaYb24druUwLqVWdf9utCETC+goLqYk="; </del> <ins> hash = "sha256-LhK1e6q7nmk13ZW55/1uEKhg7stQLIs+2bdFJDc24bg="; </ins> }; build-system = [ python3.pkgs.flit-core ];
Change:
Steps to reproduce the behavior: bat-extras.batdiff error: builder for '/nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff-' failed with exit code 2; last 10 log lines:
For full logs, run 'nix log /nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff-'. $ nix log /nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff- warning: The interpretation of store paths arguments ending in recently changed. If this command is now failing try again with '/nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff-^*' Running phase: unpackPhase { "action": "setPhase", "phase": "unpackPhase" } unpacking source archive /nix/store/k43djnn6wrc88hkdn51l8hg48bngxqyi-bat-extras-2024.02.12 source root is bat-extras-2024.02.12 Running phase: patchPhase { "action": "setPhase", "phase": "patchPhase" } patching script interpreter paths in bin/batdiff bin/batdiff: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/4bj2kxdm1462fzccRunning phase: updateAutotoolsGnuConfigScriptsPhase { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" } Running phase: checkPhase { "action": "setPhase", "phase": "checkPhase" }
[FAIL] version :: Mismatched STDERR snapshot. Totals: PASS: 0 / 1 FAIL: 1 / 1 console $ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Related
Please test

Discussion:
# This includes the complete source so the per-script derivations can run the tests. core = stdenv.mkDerivation rec { pname   = "bat-extras"; <del> version = "2024.02.12"; </del> <ins> version = "2024.07.10"; </ins> src = fetchFromGitHub { owner  = "eth-p"; repo   = "bat-extras"; rev    = "v${version}"; <del> hash   = "sha256-EPDGQkwwxYFTJPJtwSkVrpBf27+VlMd/nqEkJupHlyA="; </del> <ins> hash   = "sha256-6IRAKSy5f/WcQZBcJKVSweTjHLznzdxhsyx074bXnUQ="; </ins> fetchSubmodules = true; };

echo "Couldn't find any library test suites" exit 1 } <ins> # Skip the batdiff test because it's broken # https://github.com/eth-p/bat-extras/issues/126 sed -i '/test:version/a skip "batdiff test is broken."' test/suite/batdiff.sh </ins> ./test.sh --compiled $(printf -- "--suite %qn" "''${!test_suites[@]}") runHook postCheck '';
Change:
Project description allows you to draw to an OpenGL canvas in a tk(inter) window in python 3 Metadata homepage URL: source URL: license: mit platforms: linux, darwin, win32 (possibly others) Additional information i'd package this myself but i don't know how to Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { stdenv, lib, buildPythonPackage, fetchFromGitHub, setuptools, pyopengl, writers, tkinter, pyopengltk, }: buildPythonPackage rec { pname = "pyopengltk"; version = "0.0.4"; pyproject = true; src = fetchFromGitHub { owner = "jonwright"; repo = "pyopengltk"; rev = "dbed7b7d01cc5a90fd3e79769259b1dc0894b673"; # there is no tag hash = "sha256-hQoTj8h/L5VZgmq7qgRImLBKZMecrilyir5Ar6ne4S0="; }; build-system = [ setuptools ]; dependencies = [ pyopengl tkinter ]; doCheck = false; pythonImportsCheck = [ "pyopengltk" ]; passthru.tests = { cube = writers.writePython3 "cube" { libraries = [ pyopengltk ]; doCheck = false; } (builtins.readFile "${src}/examples/cube.py"); }; meta = { description = "OpenGL frame for Python/Tkinter via ctypes and pyopengl"; homepage = "https://github.com/jonwright/pyopengltk"; maintainers = with lib.maintainers; [ sigmanificient ]; license = lib.licenses.mit; # not supported yet, see: https://github.com/jonwright/pyopengltk/issues/12 broken = stdenv.isDarwin; }; } </ins>

pyopengl-accelerate = callPackage ../development/python-modules/pyopengl-accelerate { }; <ins> pyopengltk = callPackage ../development/python-modules/pyopengltk { }; </ins> pyopenssl = callPackage ../development/python-modules/pyopenssl { }; pyopenuv = callPackage ../development/python-modules/pyopenuv { };
Change:
Package name: Latest released version: 1.12.0 Current version on the unstable channel: 1.11.0 Current version on the stable/release channel: 1.2.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
}: let <del> version = "1.11.0"; </del> <ins> version = "1.12.0"; </ins> src = fetchFromGitHub { owner = "mealie-recipes"; repo = "mealie"; rev = "v${version}"; <del> hash = "sha256-tBbvmM66zCNpKqeekPY48j0t5PjLHeyQ8+kJ6755ivo="; </del> <ins> hash = "sha256-Lwd0P1ssAITLH256uMXNb5b1OcFAy8OVjjpnmfNVUvQ="; </ins> }; frontend = callPackage (import ./mealie-frontend.nix src version) { };

inherit version src; pyproject = true; <del> patches = [ # Pull in https://github.com/mealie-recipes/mealie/pull/4002 manually until # it lands in an upstream mealie release. # See https://github.com/NixOS/nixpkgs/issues/321623. ( fetchpatch { url = "https://github.com/mealie-recipes/mealie/commit/65ece35966120479db903785b22e9f2645f72aa4.patch"; hash = "sha256-4Nc0dFJrZ7ElN9rrq+CFpayKsrRjRd24fYraUFTzcH8="; }) ]; </del> build-system = with pythonpkgs; [ poetry-core ]; nativeBuildInputs = [ makeWrapper ];
Change:
The pyopencl library module that is installed is nonfunctional. While works, importing submodules like doesn't, and the package that gets imported doesn't seem to have any pertinent fields. The directory tree in the store also looks very suspiciously empty: I don't know exactly what it's supposed to contain, but the older versions of this derivation in my store are full of files. should work. (a bit arbitrary as the last one to touch the derivation). Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The culprit is the commit (a version bump).

Discussion:
nanobind, # dependencies <del> appdirs, cffi, </del> darwin, <del> decorator, mako, </del> numpy, ocl-icd, <del> oldest-supported-numpy, </del> opencl-headers, platformdirs, pybind11, <del> pytestCheckHook, </del> pytools, <del> six, </del> <ins> # tests pytestCheckHook, </ins> }: let

in buildPythonPackage rec { pname = "pyopencl"; <del> version = "2024.2.6"; format = "pyproject"; </del> <ins> version = "2024.2.7"; pyproject = true; </ins> src = fetchFromGitHub { owner = "inducer"; repo = "pyopencl"; rev = "refs/tags/v${version}"; <del> hash = "sha256-nP7ZAGeRXrjqDRWlc2SDP1hk1fseGeu9Zx0lOp9Pchs="; </del> <ins> fetchSubmodules = true; hash = "sha256-VeaEDYnGfMYf9/WqMIZ9g4KounD48eWF3Romt79RMEQ="; </ins> }; <del> nativeBuildInputs = [ </del> <ins> build-system = [ </ins> cmake nanobind ninja numpy <del> oldest-supported-numpy </del> pathspec scikit-build-core ];

pybind11 ] ++ os-specific-buildInputs; <del> propagatedBuildInputs = [ appdirs cffi decorator mako </del> <ins> dependencies = [ </ins> numpy platformdirs pytools <del> six </del> ]; nativeCheckInputs = [ pytestCheckHook ]; <del> preBuild = '' </del> <ins> preCheck = '' </ins> export HOME=$(mktemp -d) <del> rm -rf pyopencl </del> <ins> # import from $out rm -r pyopencl </ins> ''; <del> # gcc: error: pygpu_language_opencl.cpp: No such file or directory </del> <ins> # pyopencl._cl.LogicError: clGetPlatformIDs failed: PLATFORM_NOT_FOUND_KHR </ins> doCheck = false; <del> pythonImportsCheck = [ "pyopencl" ]; </del> <ins> pythonImportsCheck = [ "pyopencl" "pyopencl.array" "pyopencl.cltypes" "pyopencl.elementwise" "pyopencl.tools" ]; </ins> meta = with lib; { <ins> changelog = "https://github.com/inducer/pyopencl/releases/tag/v${version}"; </ins> description = "Python wrapper for OpenCL"; <del> homepage = "https://github.com/pyopencl/pyopencl"; </del> <ins> homepage = "https://github.com/inducer/pyopencl"; </ins> license = licenses.mit; }; }
Change:
Steps to reproduce the behavior: on nixpkgs (nixos-unstable) or (staging-next) none (they last updated 1.16.16 -1.16.17) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Also it would be great if it was updated to 1.17.x, but that warrants a separate issue
(sorry didnt ping you in the original i didnt look so far :(
I'm just back from a trip; I'll take a look in the next 24 hours

Discussion:
<del> { lib , buildGoModule , fetchFromGitHub , installShellFiles </del> <ins> { lib, buildGoModule, fetchFromGitHub, installShellFiles, </ins> }: buildGoModule rec { pname = "glooctl"; <del> version = "1.16.17"; </del> <ins> version = "1.17.6"; </ins> src = fetchFromGitHub { owner = "solo-io"; repo = "gloo"; rev = "v${version}"; <del> hash = "sha256-18ZvxXAE83/NT/Syv/wshTiulTMroAaamxYtfuYIuR4="; </del> <ins> hash = "sha256-uuT/3MU9qdtdCaELkwKCLdif9MqAt2gDnwjH1LrsF8U="; </ins> }; <del> vendorHash = "sha256-wLB+sUaSOBb1VLx/iwlU4U6LKakUP+GbhdWfjlvCu84="; </del> <ins> vendorHash = "sha256-C8zzNMHA4tKIUncqUJRE3VZFJO8KEX8GbOcTvbOnmU0="; </ins> subPackages = [ "projects/gloo/cli/cmd" ];

ldflags = [ "-s" <del> "-w" </del> "-X github.com/solo-io/gloo/pkg/version.Version=${version}" ]; <ins> preCheck = '' export HOME=$TMPDIR ''; </ins> postInstall = '' mv $out/bin/cmd $out/bin/glooctl installShellCompletion --cmd glooctl 

''; meta = { <del> description = "glooctl is the unified CLI for Gloo"; </del> <ins> description = "Unified CLI for Gloo, the feature-rich, Kubernetes-native, next-generation API gateway built on Envoy"; </ins> mainProgram = "glooctl"; homepage = "https://docs.solo.io/gloo-edge/latest/reference/cli/glooctl/"; <ins> changelog = "https://github.com/solo-io/gloo/releases/tag/v${version}"; </ins> license = lib.licenses.asl20; maintainers = [ ]; };
Change:
Steps to reproduce the behavior: nanopb, nanopbMalloc Add any other context about the problem here. <!-- 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]:

Discussion:
<del> { stdenv , cmake , python3 , writeTextFile , protobuf , src , version </del> <ins> { stdenv, cmake, python3, writeTextFile, protobuf, src, version, </ins> }: let pyproject_toml = writeTextFile { name = "pyproject.toml";

pname = "nanopb-generator-out"; inherit src version; <del> nativeBuildInputs = [ cmake protobuf python3 ]; </del> <ins> nativeBuildInputs = [ cmake protobuf ]; # don't let `find_program` find the bundled `protoc` script, so it will use the system `protoc` instead preConfigure = '' rm generator/protoc ''; </ins> cmakeFlags = [ "-Dnanopb_BUILD_RUNTIME=OFF" "-Dnanopb_BUILD_GENERATOR=ON" <del> "-Dnanopb_PYTHON_INSTDIR_OVERRIDE=$out/lib/python/site-packages" </del> <ins> "-Dnanopb_PYTHON_INSTDIR_OVERRIDE=${placeholder "out"}/${python3.sitePackages}" </ins> ]; <del> preConfigure = '' cmakeFlags+=" -Dnanopb_PYTHON_INSTDIR_OVERRIDE=$out/lib/python/site-packages" ''; </del> postInstall = '' rm -rf $out/include rm -rf $out/lib/cmake <del> ln -s $out/lib/python/site-packages $out/src </del> <ins> ln -s $out/${python3.sitePackages} $out/src </ins> ln -s ${pyproject_toml} $out/pyproject.toml ''; }
Change:
Steps to reproduce the behavior: nix-env -i guile-git I was trying to install GNU GUIX and the package would fail building. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It seems that this issue is caused by version . To temporarily resolve it, you should consider using the guix/guile-git/libgit2 before commit . Relevant links: Once the upstream resolved this issue, updating to the next version of should resolve this issue.
Could updating the gile-guit package so that it uses Libgit2 version 1.7.2 until upstream is solved work as a band-aid fix until then? There doesn't seem to have been major security updates between 1.7.2 and 1.8.1.
What do you mean by guix/guile-git/libgit2? Where can I find that?
You may choose any commit of earlier than , but ensure it’s not too outdated. For example, the parent of commit is . If you're using Flake, you can add these versions as a new input. Then, use an override to replace the used by . old-guile-git- Finally, apply it wherever you need to use it. If you are not using Flake, I cannot provide advice on using since I haven't used it myself.

Discussion:
stdenv.mkDerivation rec { pname = "guile-git"; <del> version = "0.7.0"; </del> <ins> version = "0.8.0"; </ins> src = fetchFromGitLab { owner = "guile-git"; repo = pname; rev = "v${version}"; <del> hash = "sha256-7xKs5Biq9HHOJbNILLU1oX8oPuEbti0uLMiobKz//bU="; </del> <ins> hash = "sha256-EZ2uGyk1K2YCl/U7EzTKri6CEe8CGDRy4pNRVjp7ZZY="; </ins> }; strictDeps = true;
Change:
Package name: armcord Latest released version: 3.3.0 <!-- Search your package here: --- Current version on the unstable channel: 3.2.8 Current version on the stable/release channel: 3.2.7 <!-- 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]:
Unstable is currently waiting on Electron 32 to be to nixpkgs to be able to update to 3.3.0. We may be able to update Stable before then since it is using the compiled packages. Which are you running currently (Stable vs Unstable)?
I'm currently using unstable.
Got it, once we have electron 32 available it should be a fairly quick package / release.
I attempted to package this using Electron 31 since that's available, and it seems to be working stably. I looked at the ArmCord source and it doesn't look like it relies on anything Electron 32-specific, so I'll try to put out a PR.

Discussion:
, fetchFromGitHub , pnpm , nodejs <del> , electron_30 </del> <ins> , electron_31 </ins> , makeWrapper , copyDesktopItems , makeDesktopItem }: stdenv.mkDerivation rec { pname = "armcord"; <del> version = "3.2.8"; </del> <ins> version = "3.3.0"; </ins> src = fetchFromGitHub { owner = "ArmCord"; repo = "ArmCord"; rev = "v${version}"; <del> hash = "sha256-H/Y3xA7gE24UsUkrxmrRFSvs16qZCVxli9vdnt7ihi8="; </del> <ins> hash = "sha256-nVirmGgR5yssMRXFUialMjTTSEa5nVNtue207eYUJCg="; </ins> }; nativeBuildInputs = [ pnpm.configHook nodejs makeWrapper copyDesktopItems ]; pnpmDeps = pnpm.fetchDeps { inherit pname version src; <del> hash = "sha256-hYp1XbWQL5NbIzzUSnZ7y7V+vYQmymRNo+EiSjn5d9E="; </del> <ins> hash = "sha256-ETnTWErdOIdcyK/v42bx+dFPPt+Lc0Lxyzo+RpxvEjU="; </ins> }; ELECTRON_SKIP_BINARY_DOWNLOAD = "1";

npm exec electron-builder --  --dir  <del> -c.electronDist="${electron_30.dist}"  -c.electronVersion="${electron_30.version}" </del> <ins> -c.electronDist="${electron_31.dist}"  -c.electronVersion="${electron_31.version}" </ins> runHook postBuild '';

install -Dm644 "build/icon.png" "$out/share/icons/hicolor/256x256/apps/armcord.png" <del> makeShellWrapper "${lib.getExe electron_30}" "$out/bin/armcord"  </del> <ins> makeShellWrapper "${lib.getExe electron_31}" "$out/bin/armcord"  </ins> --add-flags "$out/share/lib/armcord/resources/app.asar"  "''${gappsWrapperArgs[@]}"  --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}"
Change:
wl-restart is a simple tool that restarts your compositor when it crashes. It also creates and destroys the Wayland socket for the compositor, so that clients that support seamless compositor reconnects (most KDE programs, e.g. konsole) don't die with it when your compositor crashes. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: GPL3 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { stdenv, lib, fetchFromGitHub, cmake, scdoc, }: stdenv.mkDerivation (finalAttrs: { pname = "wl-restart"; version = "0.2.0"; src = fetchFromGitHub { owner = "Ferdi265"; repo = "wl-restart"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-pMsYLU9pjN2cgz7FxJJwkDHKJt1mIAuagJSBjrPUMAM="; }; cmakeFlags = [ (lib.cmakeBool "INSTALL_DOCUMENTATION" true) ]; nativeBuildInputs = [ scdoc cmake ]; meta = { description = "Simple tool that restarts your compositor when it crashes"; homepage = "https://github.com/Ferdi265/wl-restart"; changelog = "https://github.com/Ferdi265/wl-restart/releases/tag/v${finalAttrs.version}"; license = lib.licenses.gpl3Plus; mainProgram = "wl-restart"; maintainers = with lib.maintainers; [ bot-wxt1221 ]; platforms = lib.platforms.linux; }; }) </ins>