jiebi/CodeConvo huggingface dataset:
Change:
is built without X11 support on darwin because the Meson build file disables it. The GTK build system was changed to Meson by , and it removed the configure flags that enabled X11 on darwin: But the file of GTK3 disables X11 support on darwin, and : should provide X11 support on darwin. I was trying to fix on darwin and I found that is marked as broken () because of a missing GKT/X11 header. It seems that it is the same problem that motivated to change Vim to use "gtk2" (same missing header ). Maintainer information:
In that case I'd probably take the discussion upstream.
It was disabled in 3.24.9 by commit , without much explanation. But that commit never landed into master and GTK 4.x does build with X11 support as I understand ( and ).

Discussion:
"-Dtests=false" "-Dtracker3=${lib.boolToString trackerSupport}" "-Dbroadway_backend=${lib.boolToString broadwaySupport}" <ins> "-Dx11_backend=${lib.boolToString x11Support}" "-Dquartz_backend=${lib.boolToString (stdenv.isDarwin && !x11Support)}" </ins> ]; doCheck = false; # needs X11

NIX_CFLAGS_COMPILE = "-DG_ENABLE_DEBUG -DG_DISABLE_CAST_CHECKS"; postPatch = '' <ins> # See https://github.com/NixOS/nixpkgs/issues/132259 substituteInPlace meson.build  --replace "x11_enabled = false" "" </ins> files=( build-aux/meson/post-install.py demos/gtk-demo/geninclude.py

description = "Library for registering global key bindings"; homepage = "https://github.com/kupferlauncher/keybinder/"; license = licenses.mit; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> maintainers = [ maintainers.cstrahan ]; }; }

}; keybinder3 = callPackage ../development/libraries/keybinder3 { <ins> gtk3 = if stdenv.isDarwin then gtk3-x11 else gtk3; </ins> automake = automake111x; };
Change:
Project description Usefull graphical QT tool to do PDF document manipulation Metadata homepage URL: source URL: license: gpl3 platforms: linux

Discussion:
<ins> { lib , mkDerivation , fetchFromGitLab , cmake , pkg-config , qtbase , qttools , qpdf , podofo }: mkDerivation rec { pname = "pdfmixtool"; version = "1.0.2"; src = fetchFromGitLab { owner = "scarpetta"; repo = pname; rev = "v${version}"; sha256 = "066ap1w05gj8n0kvilyhlr1fzwrmlczx3lax7mbw0rfid9qh3467"; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ qtbase qttools qpdf podofo ]; meta = with lib; { description = "An application to split, merge, rotate and mix PDF files"; homepage = "https://gitlab.com/scarpetta/pdfmixtool"; license = licenses.gpl3Only; maintainers = with maintainers; [ onny ]; }; } </ins>

pcmanx-gtk2 = callPackage ../applications/misc/pcmanx-gtk2 { }; <ins> pdfmixtool = libsForQt5.callPackage ../applications/office/pdfmixtool { }; </ins> pig = callPackage ../applications/networking/cluster/pig { }; pijul = callPackage ../applications/version-management/pijul { };
Change:
A related chunk of log of : Steps to reproduce the behavior: channel to of 31 July 2021 (previous working state is of 17 July 2021) NixOS rebuilds successfully, DisplayLink works. <!-- 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:

Discussion:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, kernel, libdrm }: </del> <ins> { lib, stdenv, fetchFromGitHub, kernel, libdrm }: </ins> stdenv.mkDerivation rec { pname = "evdi"; <del> version = "unstable-2021-06-11"; </del> <ins> version = "unstable-2021-07-07"; </ins> src = fetchFromGitHub { owner = "DisplayLink"; repo = pname; <del> rev = "65e12fca334f2f42396f4e8d16592d53cab34dd6"; sha256 = "sha256-81IfdYKadKT7vRdkmxzfGo4KHa4UJ8uJ0K6djQCr22U="; </del> <ins> rev = "b0b2c80eb63f9b858b71afa772135f434aea192a"; sha256 = "sha256-io+CbZovGjEJjwtmARFH23Djt933ONoHMDoea+i6xFo="; </ins> }; <del> # Linux 5.13 support # The patches break compilation for older kernels patches = lib.optional (kernel.kernelAtLeast "5.13") [ (fetchpatch { url = "https://github.com/DisplayLink/evdi/commit/c5f5441d0a115d2cfc8125b8bafaa05b2edc7938.patch"; sha256 = "sha256-tWYgBrRh3mXPebhUygOvJ07V87g9JU66hREriACfEVI="; }) (fetchpatch { url = "https://github.com/DisplayLink/evdi/commit/5f04d2e2df4cfd21dc15d31f1152c6a66fa48a78.patch"; sha256 = "sha256-690/eUiEVWvnT/YAVgKcLo86dgolF9giWRuPxXpL+eQ="; }) ]; </del> nativeBuildInputs = kernel.moduleBuildDependencies; buildInputs = [ kernel libdrm ];
Change:
Steps to reproduce the behavior: Try to install or build the derivation. Successful update. $ sudo nixos-rebuild boot -Q --upgrade Maintainer information:
Can confirm: I see the same on nixpkgs-unstable. Looks like a unicode string representation problem?

Discussion:
buildPythonPackage rec { pname = "pikepdf"; <del> version = "2.12.2"; </del> <ins> version = "2.16.1"; </ins> disabled = ! isPy3k; src = fetchPypi { inherit pname version; <del> sha256 = "5ff35499b1ae7b181277f78ce5b1bcc8d3009182bb389917791c5dc811fcc8e4"; </del> <ins> sha256 = "sha256-4k3/avMfHrcy/LXbRniDXR8xJkOZb9zZ2+uKylK8Dd4="; </ins> }; buildInputs = [
Change:
Installing results in a broken application that exits on startup with the message "GEGL operation missing! Glimpse requires the GEGL operation "gegl:introspect". This operation cannot be found. Check your GEGL install and ensure it has been compiled with any dependencies required for Glimpse." Steps to reproduce the behavior: to Glimpse Glimpse should work! works fine for me. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
Thanks for the report, Unfortunately I cannot reproduce your issue. Neither on as you reported nor on current . Could you elaborate on your setup a bit? Which window manager/desktop environment are you using? Is it possible that you modified glimpse in an overlay? I'm running Sway (Wayland) and deleted and before testing to make sure I didn't have any leftover state in my home directory.
I'm using i3wm (with no separate desktop manager); I installed Glimpse by adding it to environment.systemPackages in , I don't think there's any chance I did anything special with overlays there. I can't think of anything else I've done that might have affected this – I only installed NixOS a few days ago. I do have Home Manager installed, so I guess is it possible that something I've installed via that is causing a problem? (I don't have that much stuff installed, though, I don't think.) on my system is a tmpfs, so if something put a file outside of /nix or /home on install and is expecting it to still be there then it'll be unhappy, but I think I tried running Glimpse immediately after installing it with and it didn't work even then, so it shouldn't be anything related to that. Deleting changes the icon in the popup, which is weird, it looks like this if that directory isn't present at statup: ! and like this if I leave the directory there: ! but nothing else seems to change. (I noticed there's a directory in and , but removing it doesn't seem to do anything.)
aha, I found the problem: works just fine, and adding graphviz to environment.systemPackages fixes it permanently. see e.g.
Ooh nice, didn't think about using a pure nix-shell to circumvent already installed packages clouding the issue. Now I'm able to reproduce the issue. Will add graphviz as runtime dependency then.
Looks like Gimp is not affected, as they got it . Glimpse didn't receive that fix, and it won't in the foreseeable future as the project .

Discussion:
, makeWrapper , autoreconfHook , gtk-doc <ins> , graphviz </ins> }: let python = python2.withPackages (pp: [ pp.pygtk ]);

postFixup = '' wrapProgram $out/bin/glimpse-${lib.versions.majorMinor version}  <del> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE" </del> <ins> --set GDK_PIXBUF_MODULE_FILE "$GDK_PIXBUF_MODULE_FILE"  --prefix PATH ":" ${ lib.makeBinPath [ graphviz ] } </ins> ''; passthru = rec {
Change:
trying to build nodejs 16.6 on darwin I get the following error This error seems to be fixed by adding as a buildinput. however trying to build after that I get another error which I think is coming from the warning darwin is still on llvm 7. There is an effort at the moment to update it to llvm 11, but it might take some more time. I don't understand how to fix the c++ compiler version. Should it not be fixed to something higher than 7 rather than relying on the default stdenv one? I'm happy to test whatever ideas you have Please run and paste the result. Maintainer information:
There is an issue that was opened on nodejs for this actually it basically says that this requires xcode 11 to build. I noticed we are using xcbuild which is read only at this point. I wonder if it's just a matter of updating to the latest os version. I will try that this weekend.

Discussion:
<del> { callPackage, openssl, python3, enableNpm ? true }: </del> <ins> { callPackage, openssl, python3, fetchpatch, enableNpm ? true }: </ins> let buildNodejs = callPackage ./nodejs.nix {

in buildNodejs { inherit enableNpm; <del> version = "16.6.0"; sha256 = "1ndrqx3k5m62r7nzl5za59m33bx10541n7xbaxxz7088ifh18msw"; </del> <ins> version = "16.5.0"; sha256 = "16dapj5pm2y1m3ldrjjlz8rq9axk85nn316iz02nk6qjs66y6drz"; patches = [ # Fix CVE-2021-22930 https://github.com/nodejs/node/pull/39423. # It should be fixed by Node.js 16.6.0, but currently it fails to build on Darwin (fetchpatch { url = "https://github.com/nodejs/node/commit/9d950a0956bf2c3dd87bacb56807f37e16a91db4.patch"; sha256 = "1narhk5dqdkbndh9hg0dn5ghhgrd6gsamjqszpivmp33nl5hgsx3"; }) ]; </ins> }
Change:
Though contains , trying to use it results in an error:
That variant was after nixos-21.05 was released
I'm using the unstable channel, and this variant is not available to me.
The reason why this does not work is because in , is appended to the variant name, resulting in incorrect full variant name. In my personal NUR repository, I just remove this appending completely and just use the full variant name (): And it works pretty well.
oops i tried the non-bin package i'll fix the iosevka prepending

Discussion:
}: let <del> name = "iosevka" + lib.optionalString (variant != "") "-" + variant; </del> <ins> name = if lib.hasPrefix "sgr" variant then variant else "iosevka" + lib.optionalString (variant != "") "-" + variant; </ins> variantHashes = import ./variants.nix; validVariants = map (lib.removePrefix "iosevka-")
Change:
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. --cc maybe system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Discussion:
dontGzipMan = true; # already compressed passthru = { <del> pythonSourceRoot = "${src.name}/bindings/python"; </del> <ins> pythonSourceRoot = "notmuch-${version}/bindings/python"; </ins> inherit version; };
Change:
Using on macOS requires using . Steps to reproduce the behavior: a new nix file: it with error The derivation and the built docker image work fine, and should build correctly even without . I believe this might be due to , while it's true docker cannot run macOS binaries, nix can be used to build Linux binaries on macOS, either by downloading them from a binary cache or by cross compiling, and those binaries can be put in docker images. cc
The fix is as simple as you suggest. I don't expect any problems with . Some users already do what you're doing but with .

Discussion:
then tag else lib.head (lib.strings.splitString "-" (baseNameOf result.outPath)); <del> # Docker can't be made to run darwin binaries meta.badPlatforms = lib.platforms.darwin; </del> } '' ${lib.optionalString (tag == null) '' outName="$(basename "$out")"
Change:
shows: I suspected code signing at first, but this is and thus shouldn't be an issue. In the Nix on macOS channel on Matrix, someone suggested it may be a malformed Mach-O binary, Is there maybe something happening in by default we are missing here in the writer derivation? I'd appreciate help from here since I can't figure this out.
Can confirm. Note: used for that.
I can confirm.
I'm getting the following error message when running Which means
What architecture and macOS version is that?
The problem is that writers use , which uses , which doesn't use the phases so signing doesn't happen.
The problem is unrelated to signing, but I do get the impression that we are missing some darwin specific fixupPhase hook.
Darwin hydra reports now:

Discussion:
<del> { pkgs, lib, gawk, gnused, gixy }: </del> <ins> { pkgs, buildPackages, lib, gawk, gnused, gixy }: </ins> with lib; rec {

}) '' ${compileScript} ${lib.optionalString strip <del> "${pkgs.binutils-unwrapped}/bin/strip --strip-unneeded $out"} </del> <ins> "${lib.getBin buildPackages.bintools-unwrapped}/bin/${buildPackages.bintools-unwrapped.targetPrefix}strip -S $out"} # Sometimes binaries produced for darwin (e. g. by GHC) won't be valid # mach-o executables from the get-go, but need to be corrected somehow # which is done by fixupPhase. ${lib.optionalString pkgs.stdenvNoCC.hostPlatform.isDarwin "fixupPhase"} </ins> ${optionalString (types.path.check nameOrPath) '' mv $out tmp mkdir -p $out/$(dirname "${nameOrPath}")

}; constituents = accumulateDerivations [ # haskell specific tests <del> # # TODO: The writers test appears to be failing on darwin for unknown # reasons.  See https://github.com/NixOS/nixpkgs/pull/129606#issuecomment-881307871. (lib.recursiveUpdate jobs.tests.haskell { writers.x86_64-darwin = null; }) </del> <ins> jobs.tests.haskell </ins> # important top-level packages jobs.cabal-install jobs.cabal2nix
Change:
My mouse behavior has reverted to the defaults. The KCM for mouse settings is gone. Build the current version of KDE in the unstable-small channel. Existence of the mouse KCM is System Settings, ability to configure my mouse. During the offending update, I have also configured installation of Steam. <!-- --Please run and paste the result. Maintainer information:
I just updated nixos-unstable and I also am experiencing the same problem Edit: for anyone interested, I use the mouse settings primarily to switch the my primary and secondary mouse buttons. As a temporary fix, I used to swap the buttons using the following steps 1) Run to find your device id. 2) Run to observe the buttons you would like to swap. In my case (i dont know if this is true in general), it was buttons 3 and 1. 3) Run (I'm also not sure if numbers after the third are necessary)
Ping
Same issue with nixos-unstable, the mouse KCM is missing. system: host os: multi-user?: sandbox: version: channels(root): channels(bill): nixpkgs:
Bisecting to find the commit that caused it is likely a good idea if you want this to be fixed.
Does NixOS have an archive of derivations?
Hi, I dont know if this is what youre talking about, but there is a history of channels at
I just ran a bisect. The issue first appears in around when upgrading KDE-related packages. The first commit in that range make the default KDE environment failed to build. When it build again in , the issue already exists.
I can't see anything that stands out, maybe it's a bug caused by an upstream change?
No. I tested Arch Linux with archive on 2021-08-05, which contains the same version of and . It has no issue about Mouse Setting. I believe it's a packaging issue on our side.
arch package has but we dont
plasma-desktop at has it build logs for nixos-unstable and at search
i've made a pr in which there's a so the issue should be fixed

Discussion:
{ <del> mkDerivation, lib, </del> <ins> mkDerivation, lib, fetchpatch, </ins> extra-cmake-modules, kdoctools, boost, fontconfig, ibus, libXcursor, libXft, libcanberra_kde, libpulseaudio,

nativeBuildInputs = [ extra-cmake-modules kdoctools ]; buildInputs = [ boost fontconfig ibus libcanberra_kde libpulseaudio libXcursor libXft xorgserver <del> libxkbfile phonon xf86inputevdev xf86inputsynaptics xinput xkeyboard_config </del> <ins> libxkbfile phonon xf86inputlibinput xf86inputevdev xf86inputsynaptics xinput xkeyboard_config </ins> accounts-qt qtdeclarative qtquickcontrols qtquickcontrols2 qtsvg qtx11extras

patches = [ ./hwclock-path.patch ./tzdir.patch <ins> # https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/563 (fetchpatch { url = "https://invent.kde.org/plasma/plasma-desktop/-/commit/8d9bf2032b8a2e5de75edf5713c42866f5b80649.patch"; sha256 = "sha256-2jqqFjBljbhf7I+fTsIvuFs3Ic662KTKRnbcSm5Jing="; }) </ins> ]; <del> postPatch = '' sed '1i#include <cmath>' -i kcms/touchpad/backends/x11/synapticstouchpad.cpp ''; </del> CXXFLAGS = [ ''-DNIXPKGS_HWCLOCK="${lib.getBin util-linux}/sbin/hwclock"'' ];
Change:
The extension fails to activate. Steps to reproduce the behavior: the extension via home-manager to activate it by opening VS Code to a Rust project For the extension to activate successfully. Logs: Maintainer information:
Note: rolling back to fixes the issue.
Hello, I've been looking at this since yesterday. I think we need to pin rollup to 2.51 and/or update plugin-commonjs to 19 to avoid / - I am presently regenerating node- to test this fix. I think you are right that my 08-02 update introduced the regression. I apologize, ~can cut a revert PR later today if my fix doesn't work and if this would be desirable.~ The fix seems to work!

Discussion:
sha512 = "/2HA0Ec70TvQnXdzynFffkjA6XN+1e2pEv/uKS5Ulca40g2L7KuOE3riasHoNVHOsFD5KKZgDsMk1CP3Tw9s+A=="; }; }; <ins> "rollup-2.51.1" = { name = "rollup"; packageName = "rollup"; version = "2.51.1"; src = fetchurl { url = "https://registry.npmjs.org/rollup/-/rollup-2.51.1.tgz"; sha512 = "8xfDbAtBleXotb6qKEHWuo/jkn94a9dVqGc7Rwl3sqspCVlnCfbRek7ldhCARSi7h32H0xR4QThm1t9zHN+3uw=="; }; }; </ins> "rollup-2.56.0" = { name = "rollup"; packageName = "rollup";

sources."resolve-from-4.0.0" sources."reusify-1.0.4" sources."rimraf-3.0.2" <del> sources."rollup-2.56.0" </del> <ins> sources."rollup-2.51.1" </ins> sources."run-parallel-1.2.0" sources."safe-buffer-5.2.1" sources."semver-7.3.5"

jq '{ name, version, dependencies: (.dependencies + .devDependencies) }' "$node_src/package.json"  >"$build_deps/package.json.new" <ins> # FIXME: rollup@2.55.0 breaks the build: https://github.com/rollup/rollup/issues/4195 sed 's/"rollup": ".*"/"rollup": "=2.51.1"/' --in-place "$build_deps/package.json.new" </ins> if cmp --quiet "$build_deps"/package.json{.new,}; then echo "package.json not changed, skip updating nodePackages" rm "$build_deps"/package.json.new

"eslint": "^7.30.0", "glob": "^7.1.6", "mocha": "^9.0.2", <del> "rollup": "^2.51.1", </del> <ins> "rollup": "=2.51.1", </ins> "tslib": "^2.3.0", "typescript": "^4.3.5", "typescript-formatter": "^7.2.2",
Change:
Project description Python 3 bindings of the , library for managing BTRFS file systems. This binding is part of the project. Metadata homepage URL: source URL: license: lgpl2Only platforms: linux (I'm not sure if it works on BSD or Mac)
I marked this as stale due to inactivity. &rarr;
See

Discussion:
buildInputs = [ acl attr e2fsprogs libuuid lzo python3 zlib zstd ] ++ lib.optionals stdenv.hostPlatform.isGnu [ udev ]; <del> # for python cross-compiling _PYTHON_HOST_PLATFORM = stdenv.hostPlatform.config; </del> # gcc bug with -O1 on ARM with gcc 4.8 # This should be fine on all platforms so apply universally postPatch = "sed -i s/-O1/-O2/ configure";

makeFlags = lib.optionals stdenv.hostPlatform.isGnu [ "udevruledir=$(out)/lib/udev/rules.d" ]; <ins> installFlags = [ "install_python" ]; </ins> enableParallelBuilding = true; passthru.tests = {

btrfs = callPackage ../development/python-modules/btrfs { }; <ins> btrfsutil = toPythonModule (pkgs.btrfs-progs.override { python3 = self.python; }); </ins> bugsnag = callPackage ../development/python-modules/bugsnag { }; bugwarrior = callPackage ../development/python-modules/bugwarrior { };
Change:
Project description GUI that allows to control the cooling (fan and/or pump profiles) of NZXT Kraken X (X42, X52, X62, X72, X53, X63, X73, Z63 or Z73) devices from Linux. Metadata homepage URL: source URL: license: gpl3Plus platforms: linux

Discussion:
<ins> { config, lib, pkgs, ... }: with lib; let cfg = config.hardware.gkraken; in { options.hardware.gkraken = { enable = mkEnableOption "gkraken's udev rules for NZXT AIO liquid coolers"; }; config = mkIf cfg.enable { services.udev.packages = with pkgs; [ gkraken ]; }; } </ins>

./hardware/corectrl.nix ./hardware/digitalbitbox.nix ./hardware/device-tree.nix <ins> ./hardware/gkraken.nix </ins> ./hardware/i2c.nix ./hardware/sensor/hddtemp.nix ./hardware/sensor/iio.nix

<ins> { python3Packages , lib , fetchFromGitLab , meson , pkg-config , glib , ninja , desktop-file-utils , gobject-introspection , gtk3 , libnotify , dbus , wrapGAppsHook }: python3Packages.buildPythonApplication rec { pname = "gkraken"; version = "1.1.6"; src = fetchFromGitLab { owner = "leinardi"; repo = "gkraken"; rev = version; sha256 = "085zz6m7c3xzsrvkw50gbbz8l9fmswxj2hjya2f52dvgs8daijdy"; }; format = "other"; postPatch = '' patchShebangs scripts/meson_post_install.py ''; nativeBuildInputs = [ meson pkg-config glib ninja gtk3 desktop-file-utils wrapGAppsHook ]; buildInputs = [ gobject-introspection glib gtk3 libnotify dbus ]; propagatedBuildInputs = with python3Packages; [ pygobject3 peewee rx injector liquidctl pyxdg requests matplotlib dbus-python ]; dontWrapGApps = true; # Extract udev rules from python code postInstall = '' mkdir -p $out/lib/udev/rules.d sed -e '/s*(from|@singleton|@inject)/d' $src/gkraken/interactor/udev_interactor.py > udev_interactor.py python -c 'from udev_interactor import _UDEV_RULE; print(_UDEV_RULE)' > $out/lib/udev/rules.d/60-gkraken.rules ''; preFixup = '' makeWrapperArgs+=( "''${gappsWrapperArgs[@]}" ) ''; meta = with lib; { description = "GUI that allows to control the cooling (fan and/or pump profiles) of NZXT Kraken AIO liquid coolers from Linux"; homepage = "https://gitlab.com/leinardi/gkraken"; changelog = "https://gitlab.com/leinardi/gkraken/-/tags/${version}"; license = licenses.gpl3Plus; maintainers = with maintainers; [ OPNA2608 ]; platforms = platforms.linux; }; } </ins>

gbenchmark = callPackage ../development/libraries/gbenchmark {}; <ins> gkraken = callPackage ../tools/system/gkraken { }; </ins> gtkdatabox = callPackage ../development/libraries/gtkdatabox {}; gtklick = callPackage ../applications/audio/gtklick {};
Change:
The Vieb web browser is supposed to have () support for installing Chrome extensions (such as Dark Reader). When I try to do this, it gives me an error. Steps to reproduce the behavior: Vieb via nixpkgs. to open Dark Reader extension. to try to install extension. This leads to an error. It should install the extension. Please run and paste the result. Maintainer information:
I did some digging around and found that problem happens when Vieb tries to unzip the extension. One of Vieb's extensions is the package, which comes with precompiled binaries that aren't patched: Directly executing this executable leads to an error. I tried patching the nix file myself: After this, the 7z binary build by the patched derivation was able to execute without problems, but I was still unable to install any extensions in Vieb.
Please submit a PR.
to be clear, this still does not work even after that patch. But I will submit a PR and go from there.

Discussion:
<del> { mkYarnPackage, fetchFromGitHub, electron, makeWrapper, makeDesktopItem, lib }: </del> <ins> { mkYarnPackage, fetchFromGitHub, electron, makeWrapper, makeDesktopItem, lib, p7zip }: </ins> mkYarnPackage rec { pname = "vieb";

}; postInstall = '' <ins> unlink $out/libexec/vieb/deps/vieb/node_modules ln -s $out/libexec/vieb/node_modules $out/libexec/vieb/deps/vieb/node_modules find $out/libexec/vieb/node_modules/7zip-bin -name 7za -exec ln -s -f ${p7zip}/bin/7za {} ';' </ins> install -Dm0644 {${desktopItem},$out}/share/applications/vieb.desktop pushd $out/libexec/vieb/node_modules/vieb/app/img/icons