jiebi/CodeConvo huggingface dataset:
Code change:
Steps to reproduce the behavior: X 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]:
Awesome. Now I have malware with 200M+ size and a libcef within.
Interesting you actually have a fsverity-enabled build directory, so this is probably an upstream issue that nobody has run into while running the tests. Specifically it looks like this line is detecting something is not behaving as it should: I recommended that you open this issue upstream. You can temporarily fix the build locally by overriding the package and setting to .
Also, could you post the rest of the line starting with . It is getting cut off by your pager and seems to contain the actual error from the mount attempt.

Related discussion:
text: }: stdenv.mkDerivation (finalAttrs: { pname = "composefs"; <del> version = "1.0.5"; </del> <ins> version = "1.0.6"; </ins> src = fetchFromGitHub { owner = "containers"; repo = "composefs"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-2h0wwtuhvFz5IExR/Fu0l+/nTAlDpMREVRjgrhbEghw="; </del> <ins> hash = "sha256-9YEY7oTjWwVT2KbzTOOc6sJIGEAkdLSKDf1noF1cYuA="; </ins> }; strictDeps = true; outputs = [ "out" "lib" "dev" ]; postPatch = lib.optionalString installExperimentalTools '' <del> sed -i "s/install : false/install : true/g" tools/meson.build </del> <ins> substituteInPlace tools/meson.build  --replace-fail "install : false" "install : true" </ins> ''; nativeBuildInputs = [ meson ninja go-md2man pkg-config ];
Code change:
Keeweb opens an empty window, hangs for a few seconds and then the program simply crashes. Looks like a missing libGL dependency. <details<summaryLog without libGL</summary</detailsSteps to reproduce the behavior: Keeweb from Terminal or .desktop file. Keeweb not crashing. Just an empty window with only an icon and title. Can be started with following Command: <details<summaryUsing this overlay to launch it without having to use the terminal.</summary</details<!-- 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]:

Related discussion:
text: <del> { lib , stdenv , fetchurl , undmg , dpkg , autoPatchelfHook , wrapGAppsHook3 , makeWrapper , alsa-lib , at-spi2-atk , gdk-pixbuf , glibc , nss , udev , xorg , gnome-keyring , mesa , gtk3 , libusb1 , libsecret , libappindicator , xdotool }: let pname = "keeweb"; version = "1.18.7"; srcs = { x86_64-linux = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.linux.x64.deb"; hash = "sha256-/U+vn5TLIU9/J6cRFjuAdyGzlwC04mp4L2X2ETp+ZSE="; }; x86_64-darwin = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.mac.x64.dmg"; hash = "sha256-+ZFGrrw0tZ7F6lb/3iBIyGD+tp1puVhkPv10hfp6ATU="; }; aarch64-darwin = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.mac.arm64.dmg"; hash = "sha256-bkhwsWYLkec16vMOfXUce7jfrmI9W2xHiZvU1asebK4="; }; }; src = srcs.${stdenv.hostPlatform.system} or (throw "Unsupported system: ${stdenv.hostPlatform.system}"); libraries = [ alsa-lib at-spi2-atk gdk-pixbuf nss udev xorg.libX11 xorg.libXcomposite xorg.libXext xorg.libXrandr xorg.libXScrnSaver xorg.libXtst xorg.libxshmfence gnome-keyring mesa gtk3 libusb1 libsecret libappindicator xdotool ]; meta = with lib; { description = "Free cross-platform password manager compatible with KeePass"; mainProgram = "keeweb"; homepage = "https://keeweb.info/"; changelog = "https://github.com/keeweb/keeweb/blob/v${version}/release-notes.md"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.mit; maintainers = with maintainers; [ sikmir ]; platforms = builtins.attrNames srcs; }; in if stdenv.isDarwin then stdenv.mkDerivation { inherit pname version src meta; nativeBuildInputs = [ undmg ]; sourceRoot = "."; installPhase = '' mkdir -p $out/Applications cp -r *.app $out/Applications ''; } else stdenv.mkDerivation { inherit pname version src meta; nativeBuildInputs = [ autoPatchelfHook wrapGAppsHook3 makeWrapper ]; buildInputs = libraries; unpackPhase = '' ${dpkg}/bin/dpkg-deb --fsys-tarfile $src | tar --extract ''; installPhase = '' runHook preInstall mkdir -p $out/bin cp -r usr/share $out/share makeWrapper $out/share/keeweb-desktop/keeweb $out/bin/keeweb  --argv0 "keeweb"  --add-flags "$out/share/keeweb-desktop/resources/app.asar"  --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath libraries}" runHook postInstall ''; } </del>
Code change:
Keeweb opens an empty window, hangs for a few seconds and then the program simply crashes. Looks like a missing libGL dependency. <details<summaryLog without libGL</summary</detailsSteps to reproduce the behavior: Keeweb from Terminal or .desktop file. Keeweb not crashing. Just an empty window with only an icon and title. Can be started with following Command: <details<summaryUsing this overlay to launch it without having to use the terminal.</summary</details<!-- 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]:

Related discussion:
text: keepass-diff = callPackage ../applications/misc/keepass-diff { }; <del> keeweb = callPackage ../applications/misc/keeweb { }; </del> evolution-data-server-gtk4 = evolution-data-server.override { withGtk3 = false; withGtk4 = true; }; evolution-ews = callPackage ../applications/networking/mailreaders/evolution/evolution-ews { }; evolution = callPackage ../applications/networking/mailreaders/evolution/evolution { };
Code change:
has an assertion on enableSSL that requires certFile, keyFile, and caFile, but caFile is optional with SSL and only used for client certificate validation. ttyd is able to serve over SSL with valid certificates Steps to reproduce the behavior: builds with the provided options Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've committed a fixed file to my own flake that fixes the assertion (as well as adding the "--ssl" flag, which was missing)
please view

Related discussion:
text: inherit (lib) optionals types <del> concatLists mapAttrsToList </del> mkOption ;
Code change:
has an assertion on enableSSL that requires certFile, keyFile, and caFile, but caFile is optional with SSL and only used for client certificate validation. ttyd is able to serve over SSL with valid certificates Steps to reproduce the behavior: builds with the provided options Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've committed a fixed file to my own flake that fixes the assertion (as well as adding the "--ssl" flag, which was missing)
please view

Related discussion:
text: ++ optionals (cfg.socket != null) [ "--interface" cfg.socket ] ++ optionals (cfg.interface != null) [ "--interface" cfg.interface ] ++ [ "--signal" (toString cfg.signal) ] <del> ++ (concatLists (mapAttrsToList (_k: _v: [ "--client-option" "${_k}=${_v}" ]) cfg.clientOptions)) </del> <ins> ++ (lib.concatLists (lib.mapAttrsToList (_k: _v: [ "--client-option" "${_k}=${_v}" ]) cfg.clientOptions)) </ins> ++ [ "--terminal-type" cfg.terminalType ] ++ optionals cfg.checkOrigin [ "--check-origin" ] ++ optionals cfg.writeable [ "--writable" ] # the typo is correct ++ [ "--max-clients" (toString cfg.maxClients) ] ++ optionals (cfg.indexFile != null) [ "--index" cfg.indexFile ] ++ optionals cfg.enableIPv6 [ "--ipv6" ] <del> ++ optionals cfg.enableSSL [ "--ssl-cert" cfg.certFile "--ssl-key" cfg.keyFile "--ssl-ca" cfg.caFile ] </del> <ins> ++ optionals cfg.enableSSL [ "--ssl" "--ssl-cert" cfg.certFile "--ssl-key" cfg.keyFile ] ++ optionals ( cfg.enableSSL && cfg.caFile != null ) [ "--ssl-ca" cfg.caFile ] </ins> ++ [ "--debug" (toString cfg.logLevel) ]; in
Code change:
has an assertion on enableSSL that requires certFile, keyFile, and caFile, but caFile is optional with SSL and only used for client certificate validation. ttyd is able to serve over SSL with valid certificates Steps to reproduce the behavior: builds with the provided options Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've committed a fixed file to my own flake that fixes the assertion (as well as adding the "--ssl" flag, which was missing)
please view

Related discussion:
text: assertions = [ { assertion = cfg.enableSSL <del> -> cfg.certFile != null && cfg.keyFile != null && cfg.caFile != null; message = "SSL is enabled for ttyd, but no certFile, keyFile or caFile has been specified."; } </del> <ins> -> cfg.certFile != null && cfg.keyFile != null; message = "SSL is enabled for ttyd, but no certFile or keyFile has been specified."; } </ins> { assertion = cfg.writeable != null; message = "services.ttyd.writeable must be set"; } { assertion = ! (cfg.interface != null && cfg.socket != null);
Code change:
Since Zettlr is an Electron app, it needs to be run with certain command-line arguments on Wayland (specifically ). In NixOS, setting the environment variable to should automatically tell packages to use this command-line argument, but this requires integrating it into the package file (see ) for an example. The Zettlr package does not currently do this, which results in pixelated and glitchy graphics on Wayland unless it is manually run with the correct command-line arguments. This should be a pretty simple fix, as it has been implemented before for many other Electron apps by creating a binary wrapper.

Related discussion:
text: builtins.mapAttrs (pname: attrs: callPackage ./generic.nix (attrs // { inherit pname; })) { zettlr = { <del> version = "3.0.2"; hash = "sha256-xwBq+kLmTth15uLiYWJOhi/YSPZVJNO6JTrKFojSDXA="; </del> <ins> version = "3.2.0"; hash = "sha256-gttDGWFJ/VmOyqgOSKnCqqPtNTKJd1fmDpa0ZAX3xc8="; </ins> }; }
Code change:
Since Zettlr is an Electron app, it needs to be run with certain command-line arguments on Wayland (specifically ). In NixOS, setting the environment variable to should automatically tell packages to use this command-line argument, but this requires integrating it into the package file (see ) for an example. The Zettlr package does not currently do this, which results in pixelated and glitchy graphics on Wayland unless it is manually run with the correct command-line arguments. This should be a pretty simple fix, as it has been implemented before for many other Electron apps by creating a binary wrapper.

Related discussion:
text: <del> { pname , version , hash , appimageTools , lib , fetchurl </del> <ins> { pname, version, hash, appimageTools, lib, fetchurl, makeWrapper, </ins> }: # Based on https://gist.github.com/msteen/96cb7df66a359b827497c5269ccbbf94 and joplin-desktop nixpkgs.
Code change:
Since Zettlr is an Electron app, it needs to be run with certain command-line arguments on Wayland (specifically ). In NixOS, setting the environment variable to should automatically tell packages to use this command-line argument, but this requires integrating it into the package file (see ) for an example. The Zettlr package does not currently do this, which results in pixelated and glitchy graphics on Wayland unless it is manually run with the correct command-line arguments. This should be a pretty simple fix, as it has been implemented before for many other Electron apps by creating a binary wrapper.

Related discussion:
text: appimageTools.wrapType2 rec { inherit pname version src; <del> extraPkgs = pkgs: [ pkgs.texliveMedium pkgs.pandoc ]; </del> <ins> extraPkgs = pkgs: [ pkgs.texliveMedium pkgs.pandoc ]; </ins> extraInstallCommands = '' <ins> source "${makeWrapper}/nix-support/setup-hook" wrapProgram $out/bin/zettlr  --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}" </ins> install -m 444 -D ${appimageContents}/Zettlr.desktop $out/share/applications/Zettlr.desktop install -m 444 -D ${appimageContents}/Zettlr.png $out/share/icons/hicolor/512x512/apps/Zettlr.png substituteInPlace $out/share/applications/Zettlr.desktop  <del> --replace 'Exec=AppRun' 'Exec=${pname}' </del> <ins> --replace-fail 'Exec=AppRun' 'Exec=${pname}' </ins> ''; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Markdown editor for writing academic texts and taking notes"; homepage = "https://www.zettlr.com"; platforms = [ "x86_64-linux" ]; <del> license = licenses.gpl3; maintainers = with maintainers; [ tfmoraes ]; </del> <ins> license = lib.licenses.gpl3; maintainers = with lib.maintainers; [ tfmoraes ]; </ins> mainProgram = "zettlr"; }; }
Code change:
I'm trying to use GZDoom, but the Vulkan backend isn't working. No errors, but it will silently fall back to OpenGL. Apparently this is the case if GZDoom can't find the correct Vulkan drivers. I have a Radeon RX 5700 XT, so my GPU definitely supports Vulkan. Steps to reproduce the behavior: basic without any mods <kbdesc</kbdthen <kbd~</kbdAt the end of its loading it should say what renderer it is using This is a screenshot of it running with Vulkan from someone else's system: ! This is a screenshot of what it looks like when it's using OpenGL: ! Note the lines. GZDoom uses Vulkan Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { lib, stdenv, fetchFromGitHub, makeWrapper, makeDesktopItem, copyDesktopItems, SDL2, bzip2, cmake, fluidsynth, game-music-emu, gtk3, imagemagick, libGL, libjpeg, libsndfile, libvpx, libwebp, mpg123, ninja, openal, pkg-config, vulkan-loader, zlib, zmusic, }: stdenv.mkDerivation rec { pname = "gzdoom"; version = "4.12.2"; src = fetchFromGitHub { owner = "ZDoom"; repo = "gzdoom"; rev = "g${version}"; fetchSubmodules = true; hash = "sha256-taie1Iod3pXvuxxBC7AArmtndkIV0Di9mtJoPvPkioo="; }; outputs = [ "out" "doc" ]; nativeBuildInputs = [ cmake copyDesktopItems imagemagick makeWrapper ninja pkg-config ]; buildInputs = [ SDL2 bzip2 fluidsynth game-music-emu gtk3 libGL libjpeg libsndfile libvpx libwebp mpg123 openal vulkan-loader zlib zmusic ]; postPatch = '' substituteInPlace tools/updaterevision/UpdateRevision.cmake  --replace-fail "ret_var(Tag)" "ret_var("${src.rev}")"  --replace-fail "ret_var(Timestamp)" "ret_var("1970-00-00 00:00:00 +0000")"  --replace-fail "ret_var(Hash)" "ret_var("${src.rev}")"  --replace-fail "<unknown version>" "${src.rev}" ''; cmakeFlags = [ "-DDYN_GTK=OFF" "-DDYN_OPENAL=OFF" ]; desktopItems = [ (makeDesktopItem { name = "gzdoom"; exec = "gzdoom"; desktopName = "GZDoom"; comment = meta.description; icon = "gzdoom"; categories = [ "Game" ]; }) ]; postInstall = '' mv $out/bin/gzdoom $out/share/games/doom/gzdoom makeWrapper $out/share/games/doom/gzdoom $out/bin/gzdoom  --set LD_LIBRARY_PATH ${lib.makeLibraryPath [ vulkan-loader ]} for size in 16 24 32 48 64 128; do mkdir -p $out/share/icons/hicolor/"$size"x"$size"/apps magick $src/src/win32/icon1.ico -background none -resize "$size"x"$size" -flatten  $out/share/icons/hicolor/"$size"x"$size"/apps/gzdoom.png done; ''; meta = { homepage = "https://github.com/ZDoom/gzdoom"; description = "Modder-friendly OpenGL and Vulkan source port based on the DOOM engine"; mainProgram = "gzdoom"; longDescription = '' GZDoom is a feature centric port for all DOOM engine games, based on ZDoom, adding an OpenGL renderer and powerful scripting capabilities. ''; license = lib.licenses.gpl3Plus; platforms = lib.platforms.linux; maintainers = with lib.maintainers; [ azahi lassulus Gliczy ]; }; } </ins>
Code change:
I'm trying to use GZDoom, but the Vulkan backend isn't working. No errors, but it will silently fall back to OpenGL. Apparently this is the case if GZDoom can't find the correct Vulkan drivers. I have a Radeon RX 5700 XT, so my GPU definitely supports Vulkan. Steps to reproduce the behavior: basic without any mods <kbdesc</kbdthen <kbd~</kbdAt the end of its loading it should say what renderer it is using This is a screenshot of it running with Vulkan from someone else's system: ! This is a screenshot of what it looks like when it's using OpenGL: ! Note the lines. GZDoom uses Vulkan Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <del> { lib , stdenv , fetchFromGitHub , makeWrapper , makeDesktopItem , copyDesktopItems , SDL2 , bzip2 , cmake , fluidsynth , game-music-emu , gtk3 , imagemagick , libGL , libjpeg , libsndfile , libvpx , libwebp , mpg123 , ninja , openal , pkg-config , vulkan-loader , zlib , zmusic }: stdenv.mkDerivation rec { pname = "gzdoom"; version = "4.12.2"; src = fetchFromGitHub { owner = "ZDoom"; repo = "gzdoom"; rev = "g${version}"; fetchSubmodules = true; hash = "sha256-taie1Iod3pXvuxxBC7AArmtndkIV0Di9mtJoPvPkioo="; }; outputs = [ "out" "doc" ]; nativeBuildInputs = [ cmake copyDesktopItems imagemagick makeWrapper ninja pkg-config ]; buildInputs = [ SDL2 bzip2 fluidsynth game-music-emu gtk3 libGL libjpeg libsndfile libvpx libwebp mpg123 openal vulkan-loader zlib zmusic ]; postPatch = '' substituteInPlace tools/updaterevision/UpdateRevision.cmake  --replace "ret_var(Tag)" "ret_var("${src.rev}")"  --replace "ret_var(Timestamp)" "ret_var("1970-00-00 00:00:00 +0000")"  --replace "ret_var(Hash)" "ret_var("${src.rev}")" ''; cmakeFlags = [ "-DDYN_GTK=OFF" "-DDYN_OPENAL=OFF" ]; desktopItems = [ (makeDesktopItem { name = "gzdoom"; exec = "gzdoom"; desktopName = "GZDoom"; comment = meta.description; icon = "gzdoom"; categories = [ "Game" ]; }) ]; postInstall = '' mv $out/bin/gzdoom $out/share/games/doom/gzdoom makeWrapper $out/share/games/doom/gzdoom $out/bin/gzdoom for size in 16 24 32 48 64 128; do mkdir -p $out/share/icons/hicolor/"$size"x"$size"/apps convert -background none -resize "$size"x"$size" $src/src/win32/icon1.ico -flatten  $out/share/icons/hicolor/"$size"x"$size"/apps/gzdoom.png done; ''; meta = with lib; { homepage = "https://github.com/ZDoom/gzdoom"; description = "Modder-friendly OpenGL and Vulkan source port based on the DOOM engine"; mainProgram = "gzdoom"; longDescription = '' GZDoom is a feature centric port for all DOOM engine games, based on ZDoom, adding an OpenGL renderer and powerful scripting capabilities. ''; license = licenses.gpl3Plus; platforms = platforms.linux; maintainers = with maintainers; [ azahi lassulus ]; }; } </del>
Code change:
I'm trying to use GZDoom, but the Vulkan backend isn't working. No errors, but it will silently fall back to OpenGL. Apparently this is the case if GZDoom can't find the correct Vulkan drivers. I have a Radeon RX 5700 XT, so my GPU definitely supports Vulkan. Steps to reproduce the behavior: basic without any mods <kbdesc</kbdthen <kbd~</kbdAt the end of its loading it should say what renderer it is using This is a screenshot of it running with Vulkan from someone else's system: ! This is a screenshot of what it looks like when it's using OpenGL: ! Note the lines. GZDoom uses Vulkan Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: eternity = callPackage ../games/doom-ports/eternity-engine { }; <del> gzdoom = callPackage ../games/doom-ports/gzdoom { }; </del> odamex = callPackage ../games/doom-ports/odamex { }; prboom-plus = callPackage ../games/doom-ports/prboom-plus { };
Code change:
I noticed that nvim wasn't loading any of my treesitter plugins. I decided to check the plugin directory. hm. something is very wrong here. it isn't pulling in any grammars. let's investigate: ok, so it's looking for a file at . what does the grammar derivation look like? So the parser is ending up at instead of . What does the grammar derivation's source look like? Checking , this code has been in place for years. Checking for , I find It was merged three weeks ago. I see that is open. I couldn't find any information on this problem with GitHub search... Could that PR be merged quicker please? My editor setup is broken now :( system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I think this is not actually the direct cause of the issue you're seeing since the grammars go through (see the below, which precisely corrects the observed discrepancy) You're not seeing the grammars when you because the grammars are in . I explain how to properly build it in The PR is broken, don't get me wrong, but I think not this directly :p. For why your is broken, see I think it's because of your dependency on and which pulls in a without any grammars but I'm not sure. You can try giving an approval, I'm in the same boat as you (I don't have merge permissions). Apologies for breaking your setup!

Related discussion:
text: let inherit (neovimUtils) grammarToPlugin; <del> generatedGrammars = callPackage ./generated.nix { </del> <ins> initialGeneratedGrammars = callPackage ./generated.nix { </ins> inherit (tree-sitter) buildGrammar; }; <ins> grammarOverrides = final: prev: { nix = prev.nix.overrideAttrs { # workaround for https://github.com/NixOS/nixpkgs/issues/332580 prePatch = "rm queries/highlights.scm"; }; }; generatedGrammars = lib.fix (lib.extends grammarOverrides (_: initialGeneratedGrammars)); </ins> generatedDerivations = lib.filterAttrs (_: lib.isDerivation) generatedGrammars;
Code change:
I noticed that nvim wasn't loading any of my treesitter plugins. I decided to check the plugin directory. hm. something is very wrong here. it isn't pulling in any grammars. let's investigate: ok, so it's looking for a file at . what does the grammar derivation look like? So the parser is ending up at instead of . What does the grammar derivation's source look like? Checking , this code has been in place for years. Checking for , I find It was merged three weeks ago. I see that is open. I couldn't find any information on this problem with GitHub search... Could that PR be merged quicker please? My editor setup is broken now :( system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I think this is not actually the direct cause of the issue you're seeing since the grammars go through (see the below, which precisely corrects the observed discrepancy) You're not seeing the grammars when you because the grammars are in . I explain how to properly build it in The PR is broken, don't get me wrong, but I think not this directly :p. For why your is broken, see I think it's because of your dependency on and which pulls in a without any grammars but I'm not sure. You can try giving an approval, I'm in the same boat as you (I don't have merge permissions). Apologies for breaking your setup!

Related discussion:
text: # pkgs.vimPlugins.nvim-treesitter.withAllGrammars withPlugins = f: self.nvim-treesitter.overrideAttrs { <del> passthru.dependencies = let grammars = map grammarToPlugin (f (tree-sitter.builtGrammars // builtGrammars)); copyGrammar = grammar: let name = lib.last (lib.splitString "-" grammar.name); in "ln -sf ${grammar}/parser/${name}.so $out/parser/${name}.so"; in [ (runCommand "vimplugin-treesitter-grammars" { meta.platforms = lib.platforms.all; } '' mkdir -p $out/parser ${lib.concatMapStringsSep "n" copyGrammar grammars} '') ]; </del> <ins> passthru.dependencies = map grammarToPlugin (f (tree-sitter.builtGrammars // builtGrammars)); </ins> }; withAllGrammars = withPlugins (_: allGrammars);