jiebi/CodeConvo huggingface dataset:
Change:
On 17.03: This is potentially problematic as consul may use the version number of peers to make decisions. Why is this?

Discussion:
# Keep consul.ui for backward compatability passthru.ui = consul-ui; <ins> preBuild = '' buildFlagsArray+=("-ldflags" "-X github.com/hashicorp/consul/version.GitDescribe=v${version} -X github.com/hashicorp/consul/version.Version=${version} -X github.com/hashicorp/consul/version.VersionPrerelease=") ''; </ins> meta = with stdenv.lib; { description = "Tool for service discovery, monitoring and configuration"; homepage = "https://www.consul.io/";
Change:
On 17.03: This is potentially problematic as consul may use the version number of peers to make decisions. Why is this?

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
Package name: gnubg Latest released version: 1.07.001 <!-- Search your package here: --- Current version on the unstable channel: 1.06.002 Current version on the stable/release channel: 1.06.002 <!-- 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.
I packaged this in 2015 and I have no idea why.

Discussion:
<del> { lib, stdenv, fetchurl, pkg-config, glib, python3, gtk2, readline }: </del> <ins> { lib, stdenv, fetchurl, pkg-config, glib, python3, gtk2, readline, copyDesktopItems, makeDesktopItem }: </ins> stdenv.mkDerivation rec { pname = "gnubg";

hash = "sha256-cjmXKUGcrZ8RLDBmoS0AANpFCkVq3XsJTYkVUGnWgh4="; }; <del> nativeBuildInputs = [ pkg-config python3 glib ]; </del> <ins> nativeBuildInputs = [ copyDesktopItems pkg-config python3 glib ]; </ins> buildInputs = [ gtk2 readline ];

configureFlags = [ "--with-gtk" "--with--board3d" ]; <ins> desktopItems = makeDesktopItem { desktopName = "GNU Backgammon"; name = pname; genericName = "Backgammon"; comment = meta.description; exec = pname; icon = pname; categories = [ "Game" "GTK" "StrategyGame" ]; }; </ins> meta = with lib; { description = "World class backgammon application"; homepage = "https://www.gnu.org/software/gnubg/";
Change:
Steps to reproduce the behavior: nixos-unstable (tested with ) for full log Add any other context about the problem here. Please run and paste the result.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
stdenv.mkDerivation { pname = "rtl8812au"; <del> version = "${kernel.version}-unstable-2023-07-20"; </del> <ins> version = "${kernel.version}-unstable-2023-07-22"; </ins> src = fetchFromGitHub { owner = "morrownr"; repo = "8812au-20210629"; <del> rev = "51338202d21a63202b324afd22bd361141c8c5e5"; hash = "sha256-NIdKUP5t/dzQ9xIG5Kc6eRudr6vTpCafunXZHZLcoL8="; </del> <ins> rev = "b5f4e6e894eca8fea38661e2fc22a2570e0274ad"; hash = "sha256-3uPowesJVh/cnagMz/Uadb+U5rDUAWfU39tZaDNCoqg="; </ins> }; nativeBuildInputs = [ bc nukeReferences ] ++ kernel.moduleBuildDependencies;

stdenv.mkDerivation { pname = "rtl88x2bu"; <del> version = "${kernel.version}-unstable-2023-07-20"; </del> <ins> version = "${kernel.version}-unstable-2023-07-23"; </ins> src = fetchFromGitHub { owner = "morrownr"; repo = "88x2bu-20210702"; <del> rev = "28bcb8b3eb4a531727c7a48001fa91903492fd1a"; sha256 = "sha256-LeCPu9ypJUdKV4lwJIy934g+VqD1S6P0fgnczTI3z7c="; </del> <ins> rev = "83db18e610845df9434a628ca3feb9004296b307"; sha256 = "sha256-as3S7WQkug3suJ5ovUbRu/UzO5GDrGLdgkiWrCrvztk="; </ins> }; hardeningDisable = [ "pic" ];
Change:
Project description hwatch - A modern alternative to the command, records the differences in execution results (Rust, currently distributed via [Homebrew], [MacPorts], [Arch Linux AUR], and [Rust]) At the moment hwatch is only available for on nixpkgs Metadata source URL: license: MIT platforms: All
It has been available since 22.11:
That's weird, it didn't work for me when I tried it last time so I switched it to homebrew via nix-darwin. Let me retry
I see the issue, it's Linux only
updated, thank you!
could you take a look at ?
Approved, thank you for being awesome

Discussion:
passthru.tests.version = testers.testVersion { package = hwatch; <del> command = "hwatch --version"; version = version; </del> }; meta = with lib; { homepage = "https://github.com/blacknon/hwatch"; <del> description= "Modern alternative to the watch command"; </del> <ins> description = "Modern alternative to the watch command"; </ins> longDescription = '' A modern alternative to the watch command, records the differences in execution results and can check this differences at after. ''; license = licenses.mit; maintainers = with maintainers; [ hamburger1984 ]; <del> platforms = platforms.linux; </del> }; }
Change:
Hello, Huge thanks for contributing to nix! I am trying to use this great package manager with a Mac, and I am having some issues trying to install my favourite email client. When I try to install mu with nix-env -I mu, I get the following error: I checked the pmccabe derivation, and it has indeed a constraint on the platform: platforms = ;. Any way this derivation can work on Mac OS X x64? Thanks, Andrea System: Mac OS X Sierra 10.12.4 Nix version: 1.11.8 Nixpkgs version: 17.09pre104948.
It seems the dependency is not used or at least optional, this builds fine without it.
cc it, I think. iirc, that dep is for the test suite.
This isn't the first time I'm breaking the build on Darwin. How do other people test properly without access to a mac?
Thanks, this works!
You can use to check evaluation for darwin or other platforms. That should catch simple cases like this if you don't have enabled in your config.
Thanks for the pointer I think the trick is to get darwin running in a VM instead...

Discussion:
sha256 = "0a3h1b9fb87c82d5fbql5lc4gp338pa5s9i66dhw7zk8jdygx474"; }; <ins> patches = [ ./getopt_on_darwin.patch ]; </ins> configurePhase = '' sed -i -r Makefile  -e 's,/usr/,/,g' 

trees or files; and vifn, to invoke vi given a function name rather than a file name. ''; <del> platforms = platforms.linux; </del> maintainers = with maintainers; [ peterhoeg ]; <ins> platforms = platforms.unix; </ins> }; }

<ins> diff --git a/decomment.c b/decomment.c index 400707a..aea29fd 100644 --- a/decomment.c +++ b/decomment.c @@ -11,6 +11,10 @@ #include "getopt.h" #endif +#ifdef __APPLE__ +#include "getopt.h" +#endif + #ifdef NEED_OPTIND extern int optind; #endif </ins>
Change:
I just noticed this error in my systemd journal: Is this issue significant?
I guess nixos-14.04 is also affected? cherry-pick to stable?

Discussion:
import ./generic.nix ( rec { <del> version = "3.4.2"; </del> <ins> version = "3.4.4"; </ins> testing = false; preConfigure = ''

src = fetchurl { url = "mirror://kernel/linux/kernel/v3.x/${if testing then "testing/" else ""}linux-${version}.tar.xz"; <del> sha256 = "0pd96g1qcp2wgdnvk79hljjrpr6xjk0159lks47n181a3yirzf4x"; </del> <ins> sha256 = "0l4h7amhsmgpnii8rgwi32nd7ajsifk2xckjd39pfzwdifacw5yw"; </ins> }; config = configWithPlatform stdenv.platform;
Change:
Package name: vscode- Latest released version: 0.14.0 Current version on the unstable channel: 0.13.0 Current version on the stable/release channel: 0.12.0 Notify maintainers Note for maintainers: Please tag this issue in your PR.

Discussion:
mktplcRef = { name = "direnv"; publisher = "mkhl"; <del> version = "0.13.0"; sha256 = "sha256-KdLJ7QTi9jz+JbbQuhXqyE3WV9oF+wyC/9ZJ/XTFOYc="; </del> <ins> version = "0.14.0"; sha256 = "sha256-T+bt6ku+zkqzP1gXNLcpjtFAevDRiSKnZaE7sM4pUOs="; </ins> }; meta = { description = "direnv support for Visual Studio Code";
Change:
Package name: threema-desktop Latest released version: 1.2.31 <!-- Search your package here: --- Current version on the unstable channel: 1.2.27 Current version on the stable/release channel: 1.2.27 <!-- 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. -- You commented that you are waiting for threema to populate their releases on GitHub with the current workaround being to upload the binaries to Their releases seem to be there now, at least here are all the versions listed under : Note for maintainers: Please tag this issue in your PR.
tags is not what was meant in the code comment, but .deb releases etc for the app

Discussion:
stdenv.mkDerivation rec { pname = "threema-desktop"; <del> version = "1.2.27"; </del> <ins> version = "1.2.31"; </ins> src = fetchurl { # As Threema only offers a Latest Release url, the plan is to upload each # new release url to web.archive.org until their Github releases page gets populated. <del> url = "https://web.archive.org/web/20230302151220/https://releases.threema.ch/web-electron/v1/release/Threema-Latest.deb"; sha256 = "0jx271zwqja7i7qdvhiyq5m6g19a12falfvxbkxrw7ab3ycds2px"; </del> <ins> url = "https://web.archive.org/web/20230731230034if_/https://releases.threema.ch/web-electron/v1/release/Threema-Latest.deb"; hash = "sha256-eZ/bjcSnrnzub1G4sbwPn3GCTwhDfFuYv9Plf5SJL90="; </ins> }; nativeBuildInputs = [
Change:
Steps to reproduce the behavior: I tried to find which deps it's looking for, but couldn't figure out which Oracle-related lib it might be. There's a chance that it's not worth the effort, as r2u also blacklists it as broken: Install instructions on CRAN https://cran.r- No maintainer, or maybe ?

Discussion:
''; }); <ins> ROracle = old.ROracle.overrideAttrs (attrs: { configureFlags = [ "--with-oci-lib=${pkgs.oracle-instantclient.lib}/lib" "--with-oci-inc=${pkgs.oracle-instantclient.dev}/include" ]; }); </ins> sparklyr = old.sparklyr.overrideAttrs (attrs: { # Pyspark's spark is full featured and better maintained than pkgs.spark preConfigure = ''
Change:
Steps to reproduce the behavior: I am able to build using July 27's , but not with the more recent s.
I believe this is related to Henceforth, all python2 builds will be broken. I am trying to pin nixpkgs before this commit, and I will report back how it goes.
hey, do you mind giving a try?
I can confirm that pinning python2 to the parent of works for me. I am actually not using fahclient but another python2 package (), but the error message is identical so I didn't bother to open a new issue. Maybe can check?

Discussion:
<ins> { lib , buildPythonPackage , fetchPypi , setuptools , setuptools-scm }: buildPythonPackage rec { pname = "backports-functools-lru-cache"; version = "1.6.6"; format = "pyproject"; src = fetchPypi { pname = "backports.functools_lru_cache"; inherit version; hash = "sha256-e3DnAbpNtYwO2GcanTORsKu5vRvCTU6Qw0gPS6r8wtw="; }; nativeBuildInputs = [ setuptools setuptools-scm ]; # circular dependency: # backports-functools-lru-cache -> pytest -> wc-width -> backports-functools-lru-cache doCheck = false; pythonImportsCheck = [ "backports.functools_lru_cache" ]; meta = { description = "Backport of functools.lru_cache"; homepage = "https://github.com/jaraco/backports.functools_lru_cache"; license = lib.licenses.mit; }; } </ins>

<ins> { backports-functools-lru-cache , wcwidth }: wcwidth.overridePythonAttrs(oldAttrs: { propagatedBuildInputs = oldAttrs.propagatedBuildInputs ++ [ backports-functools-lru-cache ]; }) </ins>

with self; with super; { attrs = callPackage ../development/python2-modules/attrs { }; <ins> backports-functools-lru-cache = callPackage ../development/python2-modules/backports-functools-lru-cache { }; </ins> bootstrapped-pip = toPythonModule (callPackage ../development/python2-modules/bootstrapped-pip { }); cffi = callPackage ../development/python2-modules/cffi { inherit cffi; };

doCheck = false;  # circular dependency with pytest }); <ins> wcwidth = callPackage ../development/python2-modules/wcwidth { inherit wcwidth; }; </ins> wheel = callPackage ../development/python2-modules/wheel { }; zeek = disabled super.zeek;
Change:
Project description WhiteSur KDE theme for linux desktops, to go with . (In my opinion it should pull the global theme, so that it can be used in both KDE, and outside of KDE with qt5ct, with the appropriate modules) Metadata homepage URL: WhiteSur , / WhiteSur Dark , source URL: license: platforms: linux

Discussion:
<ins> { lib , stdenvNoCC , fetchFromGitHub , gitUpdater }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "whitesur-kde"; version = "unstable-2023-08-15"; src = fetchFromGitHub { owner = "vinceliuice"; repo = finalAttrs.pname; rev = "d50bc20b2b78705bb9856204066affb763fa8a35"; hash = "sha256-oG6QT4VQpBznM+gvzdiY4CldOwdHcBeHlbvlc52eFuU="; }; postPatch = '' patchShebangs install.sh substituteInPlace install.sh  --replace '$HOME/.config' $out/share  --replace '$HOME/.local' $out  --replace '"$HOME"/.Xresources' $out/doc/.Xresources ''; installPhase = '' runHook preInstall mkdir -p $out/doc name= ./install.sh mkdir -p $out/share/sddm/themes cp -a sddm/WhiteSur $out/share/sddm/themes/ runHook postInstall ''; passthru.updateScript = gitUpdater { }; meta = with lib; { description = "A MacOS big sur like theme for KDE Plasma desktop"; homepage = "https://github.com/vinceliuice/WhiteSur-kde"; license = licenses.gpl3Only; platforms = platforms.all; maintainers = [ maintainers.romildo ]; }; }) </ins>

whitesur-icon-theme = callPackage ../data/icons/whitesur-icon-theme { }; <ins> whitesur-kde = callPackage ../data/themes/whitesur-kde { }; </ins> wireless-regdb = callPackage ../data/misc/wireless-regdb { }; work-sans  = callPackage ../data/fonts/work-sans { };
Change:
Project description WhiteSur cursors theme for linux desktops, to go with . Metadata homepage URL: source URL: license: platforms: linux

Discussion:
<ins> { lib , stdenvNoCC , fetchFromGitHub }: stdenvNoCC.mkDerivation { pname = "whitesur-cursors"; version = "unstable-2022-06-17"; src = fetchFromGitHub { owner = "vinceliuice"; repo = "WhiteSur-cursors"; rev = "5c94e8c22de067282f4cf6d782afd7b75cdd08c8"; sha256 = "sha256-CFse0XZzJu+PWDcqmvIXvue+3cKX47oavZU9HYRDAg0="; }; installPhase = '' runHook preInstall install -dm 755 $out/share/icons/WhiteSur-cursors cp -r dist/* $out/share/icons/WhiteSur-cursors runHook postInstall ''; meta = { description = "An x-cursor theme inspired by macOS and based on capitaine-cursors"; homepage = "https://github.com/vinceliuice/WhiteSur-cursors"; license = lib.licenses.gpl3Only; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.linux; }; } </ins>

weather-icons = callPackage ../data/fonts/weather-icons { }; <ins> whitesur-cursors = callPackage ../data/icons/whitesur-cursors { }; </ins> whitesur-gtk-theme = callPackage ../data/themes/whitesur { inherit (gnome) gnome-shell; };
Change:
I started grafana-agent in flow mode, and tried to access the http API at http://localhost:. Unfortunately, instead of providing a web interface to debug the current list of components, I get a "404 page not found". Steps to reproduce the behavior: grafana-agent in flow mode. port via HTTP I'd expect grafana-agent to ship with the web interface. Please run and paste the result.
It looks like is what's building the frontend. Unfortunately, the web interface seems managed by yarn (and has a ), so we'd need to first provide a . I tried to have resolve the dependency, but it seems it's not able to:
I manually patched things in to bump to a more recent version, compatible with the react version that's mentioned in , but ugh, I'm not really sure why it's that way. I'll ask upstream.
yeah, sorry, I don't use flow mode (yet?) and the nixos module does not support it either, as far as I am aware. I can try looking into it as well, first, before you raise an issue upstream. While the nixos module might lack support for it (for now?), I believe we should try fix it nonetheless :)
Yeah, we should probably have a second NixOS module for flow mode, it's very different and the existing config structure doesn't make much sense - for now I just did ship my own custom systemd unit for it: But yeah, without the web ui it's quite annoying to debug, so we should probably get that sorted out first, before providing a module and getting more people to use it.
fyi
I tried to move it over, but still seems to be terribly slow when trying to resolve deps and not being able to, so I guess we should stay with yarn.
We should prefer yarn simply due to upstream having an instead of a :) ^

Discussion:
{ lib , buildGoModule , fetchFromGitHub <ins> , fetchYarnDeps , fixup_yarn_lock </ins> , grafana-agent , nixosTests <ins> , nodejs </ins> , stdenv , systemd , testers <ins> , yarn </ins> }: buildGoModule rec {

vendorHash = "sha256-MqUkGKOzx8Qo9xbD9GdUryVwKjpVUOXFo2x0/2uz8Uk="; proxyVendor = true; # darwin/linux hash mismatch <ins> frontendYarnOfflineCache = fetchYarnDeps { yarnLock = src + "/web/ui/yarn.lock"; hash = "sha256-xJEPubIDjlZQL70UGha1MHbeek6KFPaxZGb5IRgMlTA="; }; </ins> ldflags = let prefix = "github.com/grafana/agent/pkg/build"; in [

"-X ${prefix}.BuildDate=1980-01-01T00:00:00Z" ]; <ins> nativeBuildInputs = [ fixup_yarn_lock nodejs yarn ]; </ins> tags = [ <ins> "builtinassets" </ins> "nonetwork" "nodocker" "promtail_journal_enabled"

subPackages = [ "cmd/grafana-agent" "cmd/grafana-agentctl" <ins> "web/ui" </ins> ]; <ins> preBuild = '' export HOME="$TMPDIR" pushd web/ui fixup_yarn_lock yarn.lock yarn config --offline set yarn-offline-mirror $frontendYarnOfflineCache yarn install --offline --frozen-lockfile --ignore-platform --ignore-scripts --no-progress --non-interactive patchShebangs node_modules yarn --offline run build popd ''; </ins> # uses go-systemd, which uses libsystemd headers # https://github.com/coreos/go-systemd/issues/351 env.NIX_CFLAGS_COMPILE = toString (lib.optionals stdenv.isLinux [ "-I${lib.getDev systemd}/include" ]);
Change:
Steps to reproduce the behavior: 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. --CC
I don't have time to look at this right now, but if anyone could run git bisect that would be helpful.
Likely caused by the libgpiod update in
If so, maybe we should bring back libgpiod 1.x for openocd?
How many users does it even have? Might be a good idea to do the same thing that is done for ffmpeg and llvm, i.e. separate libgpiod1 and libgpiod2 packages.

Discussion:
nativeBuildInputs = [ pkg-config ]; buildInputs = [ hidapi jimtcl libftdi1 libjaylink libusb1 ] <del> ++ lib.optional stdenv.isLinux libgpiod; </del> <ins> ++ # tracking issue for v2 api changes https://sourceforge.net/p/openocd/tickets/306/ lib.optional stdenv.isLinux (libgpiod.overrideAttrs (old: rec { version = "1.6.4"; src = fetchurl { url = "https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/snapshot/libgpiod-${version}.tar.gz"; sha256 = "sha256-gp1KwmjfB4U2CdZ8/H9HbpqnNssqaKYwvpno+tGXvgo="; }; })); </ins> configureFlags = [ "--disable-werror"
Change:
The latest PR on introduced babashka and babashka-unwrapped. However it introduced rlwrap as default for babashka, this caused compatibility issues. Example: Running with babashka-unwrapped/bin/bb Note: one empty line Running with babashka/bin/bb Note: two empty lines As discussed with Michiel Borkent, upstream assumed the bb is shipped without rlwrap, that's the only bb supported by upstream. So, this case we cannot introduce the default bb with rlwrap, which will cause all kinds of weird bugs and compatibility issues aroud io if upstream and all other distributions assume bb is without rlwrap. Propose: now simply revert or remove rlwrap from don't mind having a rlwrap version of bb, as long as the binary in bin called something else, maybe . Since upstream hasn't standardized naming conventions like clj/clojure. But bottom line is, rlwrapped one's binary should NOT be bb! cc
I agree with the revert course of action. I never pipe to babashka, which is why I didn't consider that use-case.
IMO it's better to only remove rlwrap, that's the only part causing issues
I think the best option would be to add as an option of the wrap, and set it to false by default.
see

Discussion:
<del> { stdenv </del> <ins> { stdenvNoCC , lib </ins> , babashka-unwrapped , clojure , makeWrapper , rlwrap , jdkBabashka ? clojure.jdk <ins> # rlwrap is a small utility to allow the editing of keyboard input, see # https://book.babashka.org/#_repl # # NOTE In some cases, rlwrap prints some extra empty lines. That behavior can # break some babashka scripts. For this reason, it is disabled by default. See: # https://github.com/NixOS/nixpkgs/issues/246839 # https://github.com/NixOS/nixpkgs/pull/248207 , withRlwrap ? false </ins> }: <del> stdenv.mkDerivation (finalAttrs: { </del> <ins> stdenvNoCC.mkDerivation (finalAttrs: { </ins> pname = "babashka"; inherit (babashka-unwrapped) version meta doInstallCheck installCheckPhase;

--set-default DEPS_CLJ_TOOLS_DIR $out/clojure_tools  --set-default JAVA_HOME ${jdkBabashka} <ins> '' + lib.optionalString withRlwrap '' </ins> substituteInPlace $out/bin/bb  --replace '"${unwrapped-bin}"' '"${rlwrap}/bin/rlwrap" "${unwrapped-bin}"' '';