jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, mkDerivation, fetchFromGitHub, cmake, pkg-config, SDL2, qtbase , wrapQtAppsHook, qttools, ninja, gtk3 }: </del> <ins> { lib , mkDerivation , fetchFromGitHub , cmake , extra-cmake-modules , pkg-config , SDL2 , qtbase , wrapQtAppsHook , qttools , ninja , gtk3 , libevdev , curl , libpulseaudio , sndio , mesa }: </ins> mkDerivation rec { pname = "duckstation"; <del> version = "unstable-2020-12-29"; </del> <ins> version = "unstable-2021-10-01"; </ins> src = fetchFromGitHub { owner = "stenzek"; repo = pname; <del> rev = "f8dcfabc44ff8391b2d41eab2e883dc8f21a88b7"; sha256 = "0v6w4di4yj1hbxpqqrcw8rbfjg18g9kla8mnb3b5zgv7i4dyzykw"; </del> <ins> rev = "a7096f033ecca48827fa55825fc0d0221265f1c2"; sha256 = "sha256-e/Y1TJBuY76q3/0MCAqu9AJzLxIoJ8FJUV5vc/AgcjA="; </ins> }; <del> nativeBuildInputs = [ cmake wrapQtAppsHook qttools ]; </del> <ins> nativeBuildInputs = [ cmake ninja pkg-config extra-cmake-modules wrapQtAppsHook qttools ]; </ins> <del> buildInputs = [ SDL2 qtbase gtk3 pkg-config ]; </del> <ins> buildInputs = [ SDL2 qtbase gtk3 libevdev sndio mesa curl libpulseaudio ]; cmakeFlags = [ "-DUSE_DRMKMS=ON" "-DUSE_EGL=ON" ]; postPatch = '' substituteInPlace extras/linux-desktop-files/duckstation-qt.desktop  --replace "duckstation-qt" "duckstation"  --replace "TryExec=duckstation" "tryExec=duckstation-qt"  --replace "Exec=duckstation" "Exec=duckstation-qt" substituteInPlace extras/linux-desktop-files/duckstation-nogui.desktop  --replace "duckstation-nogui" "duckstation"  --replace "TryExec=duckstation" "tryExec=duckstation-nogui"  --replace "Exec=duckstation" "Exec=duckstation-nogui" ''; </ins> installPhase = '' <del> mkdir -p $out/ mv bin $out/ </del> <ins> runHook preInstall mkdir -p $out/bin $out/share $out/share/pixmaps $out/share/applications rm bin/common-tests cp -r bin $out/share/duckstation ln -s $out/share/duckstation/duckstation-{qt,nogui} $out/bin/ cp ../extras/icons/icon-256px.png $out/share/pixmaps/duckstation.png cp ../extras/linux-desktop-files/* $out/share/applications/ runHook postInstall ''; doCheck = true; checkPhase = '' runHook preCheck ./bin/common-tests runHook postCheck </ins> ''; # TODO: # - vulkan graphics backend (OpenGL works). # - default sound backend (cubeb) does not work, but SDL does. meta = with lib; { <del> description = "PlayStation 1 emulator focusing on playability, speed and long-term maintainability"; </del> <ins> description = "PlayStation 1 emulator focusing on playability, speed and long-term maintainability"; </ins> homepage = "https://github.com/stenzek/duckstation"; <del> license = licenses.gpl3; </del> <ins> license = licenses.gpl3Only; </ins> platforms = platforms.linux; maintainers = [ maintainers.guibou ]; };

Discussion:
doesn't create a .desktop file, which means that a user that wants to see its icon in the launcher will have to add the .desktop file manually in . Steps to reproduce the behavior: the package in ; a program launcher; is not there. The launcher shows Duckstation's icon. Templates can be found in .
Change:
# This file is autogenerated from update.sh in the same directory. { beta = { <del> sha256 = "1g052h8g458qx04wbkz93j7hciw12b2b3w93x2849ag69q6g4qa9"; sha256bin64 = "0lkjl09vnj2bd1jry3awbg4z34vjnzd88p73a6x7pyrfq079l6vb"; version = "83.0.4103.61"; </del> <ins> sha256 = "1di0fhhv6lljc2b50i0i8qx5y5xswgxz1bimpda790sb3b1xsdzx"; sha256bin64 = "1f5qwx4476l4fvbw9w2i22i080bahlf83dzzpnbny7hk831g7msw"; version = "84.0.4147.38"; </ins> }; dev = { <del> sha256 = "0f7m57acv79yzq3yg2xkchqqwisdgjv8h5xngp2i2v2md9jkfkbq"; sha256bin64 = "0b0w0nwa64gf99d617idjjgrjym3qc6p9h41kn5r9j2x46lxzply"; version = "84.0.4143.2"; </del> <ins> sha256 = "04jbh8bsvqkm8mdsgyv0465fq5lhz0nn0mcs07kj5hnmzx1g2f3a"; sha256bin64 = "0d9knpqbps06wgfgp2s7z693dqiip0m771mv3j2856h5v9rv210l"; version = "85.0.4158.4"; </ins> }; stable = { <del> sha256 = "1g052h8g458qx04wbkz93j7hciw12b2b3w93x2849ag69q6g4qa9"; sha256bin64 = "1wji1ak6gi2a7lynxwvgpqsaz7zma9h2b9qbb5x3gzbv2dj37fmd"; version = "83.0.4103.61"; </del> <ins> sha256 = "10vg0fmwlkzpnixhhhcwccxshqdfq7rh0ribij7wgkw42bv0bi0j"; sha256bin64 = "09vz7ygixs7lwlsvbby3dmc2gz0vpjwalzdh6l6apc4dngyr095k"; version = "83.0.4103.97"; </ins> }; }

Discussion:
has a broken hash (did upstream replace sources, or did we fail to update hashes while bumping?): fails to build, as isn't found in the sources (did we bump without checking it built)? I get the same has mismatch for on release-20.03, btw: seems to build on release-20.03, at least it doesn't fail with the same error as on master, and is already running for some minutes ;-)
Strange, that shouldn't happen as the hashes are automatically generated by . The only known issue is that sometimes the tarball is not yet uploaded when we run the script in which case the hash won't get updated (but this wasn't the case as the hash did get updated in ). So I guess upstream must have changed the sources... Yes, we always bump both chromiumBeta and chromiumDev without checking if they still build (due to lack of resources and to not delay stable security updates - both are not build by Hydra anyway). We use them to fix build errors before they propagate to the stable channel and usually chromiumBeta should always build (but there are sometimes bigger changes in the beta channel that break a working build). As for chromiumDev: Since the last commit updated the dev channel from M84 to M85 this is not surprising. I already started a build yesterday to check what happens.
I tried to understand to see what URL is pointing to , but failed. I opened , but for now I can't fix that hash to unbreak .
(also regarding ): AFAIK isn't even required anymore. Anyway, I reverted the last update (required so that the script recomputes the hash) and re-run and it did generate the same hash as before. I quickly tried to locate the source (I thought this was from the CSV file, but apparently not - seems like it's coming from the Debian mirror?) but I didn't find it anymore. IIRC there are also a few Nixpkgs issues regarding . Edit: It's the hash of the content of the URL produced by , e.g.: Edit2: Oh, and of course it's still needed then ( source hash), but I though some issue mentioned that we don't need it anymore?
Change:
sqlite unixODBC zlib <ins> cups.lib </ins> ]; dontPatchELF = true;

Discussion:
Describe the bug When open any component of wps office, it shows an dialog "An error has occurred in WPS" and crash. No logs found, but it works by using steam-run. To Reproduce Steps to reproduce the behavior: package pkgs.wpsoffice it in terminal or click office logo shows an error dialog, self-restart repeatedly and exit. Screenshots ! Notify maintainers Metadata `` Maintainer information:
Confirmed this error on my nixos
Change:
<ins> { lib, stdenv, fetchFromGitLab, meson, ninja, pkg-config, wrapGAppsHook4, desktop-file-utils, libadwaita, json-glib, vte-gtk4, libportal-gtk4, pcre2, }: let version = "46.1"; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "chergert"; repo = "ptyxis"; rev = version; hash = "sha256-4fdl6H0kxZwpEQp+sZJkO0auQDR327m7RDXf6tbB5x0="; }; vte-gtk4-patched = vte-gtk4.overrideAttrs (prev: { patches = (prev.patches or [ ]) ++ [ "${src}/build-aux/0001-add-notification-and-shell-precmd-preexec.patch" ]; }); in stdenv.mkDerivation { pname = "ptyxis"; inherit version src; nativeBuildInputs = [ meson ninja pkg-config wrapGAppsHook4 desktop-file-utils ]; buildInputs = [ libadwaita json-glib vte-gtk4-patched libportal-gtk4 pcre2 ]; passthru = { inherit vte-gtk4-patched; }; meta = { description = "A terminal for GNOME with first-class support for containers"; homepage = "https://gitlab.gnome.org/chergert/ptyxis"; license = lib.licenses.gpl3Plus; mainProgram = "ptyxis"; maintainers = with lib.maintainers; [ aleksana ]; platforms = lib.platforms.linux; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --Ptyxis is a terminal for GNOME with first-class support for containers. The container abstractions came from a prototype the author did many years ago for GNOME Builder around a "Terminal Workspace". The motivation to finally push this over the line was some recent (Fall '23) on making VTE feel fast/low-latency on GTK 4 with GNOME Shell as a Wayland compositor. Metadata source URL: license: gnu GPL v3 platforms:linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
ptyxis requires while 1.5 is still in rc. So still needing to wait a while
depends on
Change:
open-policy-agent = callPackage ../development/tools/open-policy-agent { }; openmm = callPackage ../development/libraries/science/chemistry/openmm { <del> stdenv = gcc11Stdenv; gfortran = gfortran11; </del> <ins> swig = swig4; </ins> }; openshift = callPackage ../applications/networking/cluster/openshift { };

Discussion:
Importing before other packages with C extensions results in with when the latter package is imported. In nixpkgs tree, on master: results in Note: this does not occur if the import order is switched: does not result in an error. Scipy is used as an example, but this also occurs when importing other packages with C extensions after openmm (e.g. rdkit): The above commands should not result in s. Seems likely to be a result of overriding and to use GCC 11 in (Removing these overrides results in a build failure with , so maybe not easy to fix..) <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: channels(matt): channels(root): nixpkgs:
I am afraid it is the override of stdenv and gfortran. The override became necessary due to and and I am afraid for the moment I cannot fix both this issue and until the upstream problems are gone. However, only hits you if you compile the OpenCL kernels, so if disabling OpenCL in OpenMM is an option for you, you should be able to use plain and and work around the python import issue.
Ah, thanks! I don't need the OpenCL kernels, so this is an option for me. Confirmed that disabling OpenCL and overriding to use the default stdenv and gfortran is a solution: (no errors) :tada:
Change:
<ins> { lib , stdenv , fetchFromGitHub , asio , autoconf-archive , autoreconfHook , fetchpatch , glib , gtest , jsoncpp , libcap_ng , libnl , libuuid , lz4 , openssl , pkg-config , protobuf , python3 , tinyxml-2 , wrapGAppsHook }: let openvpn3-core = fetchFromGitHub { owner = "OpenVPN"; repo = "openvpn3"; rev = "7765540e581c48721752bcad0b3d74b8397b1f73"; sha256 = "sha256-v/suF/tWfuukQO1wFiHRzC7ZW+3Gh1tav6qj0uYUP4E="; }; in stdenv.mkDerivation rec { pname = "openvpn3"; # also update openvpn3-core version = "17_beta"; src = fetchFromGitHub { owner = "OpenVPN"; repo = "openvpn3-linux"; rev = "v${version}"; sha256 = "sha256-ITSnC105YNYFW1M2bOASFemPZAh+HETIzX2ofABWTho="; }; patches = [ # remove when v18_beta hits (fetchpatch { name = "dont-hardcode-gio.patch"; url = "https://github.com/OpenVPN/openvpn3-linux/commit/f7d6d3ae1d52b18b398d3d3b6e21c720c98d0e89.patch"; sha256 = "sha256-Bo5uaHadMTDROpwM7Y5aXhCoGUrsAAkSxeXLLhvOeEg="; }) ]; postPatch = '' rm -r ./vendor/googletest cp -r ${gtest.src} ./vendor/googletest rm -r ./openvpn3-core ln -s ${openvpn3-core} ./openvpn3-core chmod -R +w ./vendor/googletest shopt -s globstar patchShebangs **/*.py **/*.sh ./src/python/{openvpn2,openvpn3-as,openvpn3-autoload}  ./distro/systemd/openvpn3-systemd ./src/tests/dbus/netcfg-subscription-test echo "3.git:v${version}:unknown" > openvpn3-core-version ''; preAutoreconf = '' substituteInPlace ./update-version-m4.sh --replace 'VERSION="$(git describe --always --tags)"' "VERSION=v${version}" ./update-version-m4.sh ''; nativeBuildInputs = [ autoconf-archive autoreconfHook python3.pkgs.docutils python3.pkgs.jinja2 pkg-config wrapGAppsHook python3.pkgs.wrapPython ] ++ pythonPath; buildInputs = [ asio glib jsoncpp libcap_ng libnl libuuid lz4 openssl protobuf tinyxml-2 ]; # runtime deps pythonPath = with python3.pkgs; [ dbus-python pygobject3 ]; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=("''${gappsWrapperArgs[@]}") ''; postFixup = '' wrapPythonPrograms ''; configureFlags = [ "--enable-bash-completion" "--enable-addons-aws" "--disable-selinux-build" "--disable-build-test-progs" ]; NIX_LDFLAGS = "-lpthread"; meta = with lib; { description = "OpenVPN 3 Linux client"; license = licenses.agpl3Plus; homepage = "https://github.com/OpenVPN/openvpn3-linux/"; maintainers = with maintainers; [ shamilton kfears ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description This is the next generation OpenVPN client for Linux. I am having issues connecting to my work OpenVPN server, everyone else that is connecting from linux succesfully is using this package homepage source URL: license: AGPL-3.0 License
I marked this as stale due to inactivity. &rarr;
Not stale.
Here is a draft at packaging, it only seems to work using latest unstable at the time of this comment: It's amazing how quickly these packagings accumulate hacks and seds and shebang patches
Change:
extraPackages32 = [ nvidia_x11.lib32 ]; }; environment.systemPackages = [ nvidia_x11.bin ]; <del> hardware.nvidia.open = lib.mkIf (lib.versionOlder nvidia_x11.version "560") (lib.mkDefault false); hardware.nvidia.gsp.enable = lib.mkDefault (cfg.open || lib.versionAtLeast nvidia_x11.version "555"); </del> }) # X11

Discussion:
Steps to reproduce the behavior: after update 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. But I am using flakes and following unstable. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It was an intentional breaking change
TY.
To sum up, is non-optional and must be set now: When , use open source NVIDIA kernel module, this is now recommended by NVIDIA, but it doesn't work with older drivers. When , use proprietary kernel module. This is needed for people with older NVIDIA cards. More information:
Change:
shod = callPackage ../applications/window-managers/shod { }; <del> shotcut = qt6Packages.callPackage ../applications/video/shotcut { inherit (darwin.apple_sdk.frameworks) Cocoa; }; </del> shogun = callPackage ../applications/science/machine-learning/shogun { protobuf = protobuf_21; };

Discussion:
Shotcut cannot start Steps to reproduce the behavior: Get error message Shotcut works <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: nixpkgs:
I cannot reproduce it for now, my system is system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Do you have anything qt related installed in your profile? Maybe there is even interaction with qt applications installed system-wide, if their version is different from 6.6.2. I guess we have to backport this shotcut/mlt version to nixos-23.11 to avoid this.
Thx for fast answer. Nope. I've tried to delete all other possible qt related apps, same result. I am running on sway. Is there a way i can help you to debug this issue?
I've tried to backport shotcut and mlt from unstable to 23.11 branch. Build succeeded but I am having the same error message if I am trying to run shotcut. Have no clue how to find that is wrong...
found it. It seems that it's just a missing qtwayland dependency. Works now. Anyway strange message from qt
could you provide a pull request to fix wayland support for shotcut? just adding qtwayland? (I have no wayland here.)
Change:
, wrapGAppsHook }: <ins> let mlt-full = mlt.override { ffmpeg = ffmpeg-full; }; in </ins> mkDerivation { pname = "kdenlive"; nativeBuildInputs = [

Discussion:
kdenlive can't encode to AV1 due to missing access to libaom-av1 Steps to reproduce the behavior: a new project. → Render → Ultra-High Definition (4K) WebM-AV1/Opus (libre) is available. instead it is disabled. ! This is strange because the package appears to try an use the : I also have ffmpeg installed in my PATH with libaom-av1 support: <details<summary<code% ffmpeg -help encoder=libaom-av1</code</summary</details The exact package I am using is which is available in system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Can reproduce.
Is this related to ?
I'm not sure, but it might be that the encoding libraries are actually not limited by the that uses, but by , which uses and not .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Yes, this seems to be the issue.
Hi there :) I updated my channels and then rebuild, and still haven't gotten this fix. It still shows the same error, as in the original screenshot. I even libaom by hand, still the same.
Which channels have you updated, and to which versions?
11 and with nix-channel --update
Ah ok, as you see the issue was reported after release of 23.11, so it is fixed only in (and the next release).
I am on NixOS unstable () and Kdenlive 24.02.2 still reports "Unsupported video codec: libaom-av1".
Yes, it seems to have regressed for me as well.
I can't easily bisect the kdenlive derivation itself as it fails to load pipewire shared libraries probably due to skew between my base system and the built kdenlive. However I ran a bisection on with the override and found to be the culprit. At first glance this seems like it should be unrelated. <details<summarybisect script</summary</details
So before this change depends on both ffmpeg 4 and 6. After this change only 6 is in the dependency graph. Maybe 4 was somehow being used and that is needed for to work?
does have libaom-av1.

So presumably something isn't working with ffmpeg 6. Reverting to 4 for now is a possible solution but likely has a lot of downsides as well.
It is worth noting that ffmpeg 6 does have libaom support. So it is possibly an incompatibility between mlt and ffmpeg.
I do see that we are linking two versions of ffmpeg. -full and non-full. So possibly what is happening is that when the other version was 4 it wasn't getting used, so full was. But now that both are 6 the wrong one happens to get used.
This fixes the issue. Maybe the best solution is updating to use the same as . However this makes me think that this isn't the best solution in general.
Created to propagate the ffmpeg version through . I don't know if this fix is the most maintainable solution, but it solves this problem and doesn't harm maintainability.
Change:
]; disabledTestPaths = [ <ins> "tests/test_slurm.py" </ins> "tests/test_tes.py" "tests/test_tibanna.py" "tests/test_linting.py"

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: a simple Snakefile such as shown below command fails with (truncated) exception message as shown below The command does not fail with an exception This is a known issue that has been fixed in the recent versions of Snakemake Please run and paste the result.
Change:
<del> # This file was generated by go2nix. { buildGoPackage, fetchFromGitHub, fetchpatch, lib, nixosTests }: </del> <ins> { lib, buildGoModule, fetchFromGitHub, nixosTests }: </ins> <del> buildGoPackage { </del> <ins> buildGoModule rec { </ins> pname = "prometheus-json-exporter"; <del> version = "unstable-2017-10-06"; goPackagePath = "github.com/kawamuray/prometheus-json-exporter"; </del> <ins> version = "0.2.0"; </ins> src = fetchFromGitHub { <del> owner = "kawamuray"; repo = "prometheus-json-exporter"; rev = "51e3dc02a30ab818bb73e5c98c3853231c2dbb5f"; sha256 = "1v1p4zcqnb3d3rm55r695ydn61h6gz95f55cpa22hzw18dasahdh"; </del> <ins> owner = "prometheus-community"; repo = "json_exporter"; rev = "v${version}"; sha256 = "1aabvd75a2223x5wnbyryigj7grw6l05jhr3g3s97b1f1hfigz6d"; </ins> }; <del> goDeps = ./json-exporter_deps.nix; patches = [(fetchpatch { # adds bool support url = "https://patch-diff.githubusercontent.com/raw/kawamuray/prometheus-json-exporter/pull/17.patch"; sha256 = "0mc5axhd2bykci41dgswl4r1552d70jsmb17lbih7czhsy6rgmrm"; })]; </del> <ins> vendorSha256 = "03kb0gklq08krl7qnvs7267siw1pkyy346b42dsk1d9gr5302wsw"; </ins> passthru.tests = { inherit (nixosTests.prometheus-exporters) json; }; meta = with lib; { description = "A prometheus exporter which scrapes remote JSON by JSONPath"; <del> homepage = "https://github.com/kawamuray/prometheus-json-exporter"; </del> <ins> homepage = "https://github.com/prometheus-community/json_exporter"; </ins> license = licenses.asl20; maintainers = with maintainers; [ willibutz ]; };

Discussion:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)
Change:
nomad_0_11 = callPackage ../applications/networking/cluster/nomad/0.11.nix { buildGoPackage = buildGo114Package; inherit (linuxPackages) nvidia_x11; <del> nvidiaGpuSupport = config.cudaSupport or (!stdenv.isLinux); </del> <ins> nvidiaGpuSupport = config.cudaSupport or false; </ins> }; nomad_0_12 = callPackage ../applications/networking/cluster/nomad/0.12.nix { buildGoPackage = buildGo114Package; inherit (linuxPackages) nvidia_x11; <del> nvidiaGpuSupport = config.cudaSupport or (!stdenv.isLinux); </del> <ins> nvidiaGpuSupport = config.cudaSupport or false; </ins> }; nomad_1_0 = callPackage ../applications/networking/cluster/nomad/1.0.nix { buildGoPackage = buildGo115Package; inherit (linuxPackages) nvidia_x11; <del> nvidiaGpuSupport = config.cudaSupport or (!stdenv.isLinux); </del> <ins> nvidiaGpuSupport = config.cudaSupport or false; </ins> }; notable = callPackage ../applications/misc/notable { };

Discussion:
Describe the bug nomad cannot currently be installed on darwin on nixpkgs-unstable To Reproduce Steps to reproduce the behavior: nixpkgs on darwin Expected behavior Nomad is installed Screenshots Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(sirn): nixpkgs: Maintainer information:
Change:
packaging paramiko psycopg <del> pycryptodome </del> pydantic pydantic-scim pyjwt

Discussion:
When the upload functionallity is enabled (when is a mountpoint), the library is unconditionally imported even when no s3 storage is used. This library is missing from the dependencies: Uploading a file generates an event with the following error: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
github = "uakci"; githubId = 6961268; }; <ins> uartman = { name = "Anton Gusev"; email = "uartman@mail.ru"; github = "UARTman"; githubId = 21099202; }; </ins> udono = { email = "udono@virtual-things.biz"; github = "udono";

Discussion:
Project description Most useful if this can be to 's ld preload, so wayland users on kde who disabled paste with middle click are able to copy links from the search bar. Metadata homepage URL: source URL: license: lgpl3 platforms: unix Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
# cygwin: FAIL: multibyte-white-space # freebsd: FAIL mb-non-UTF8-performance # x86_64-darwin: fails 'stack-overflow' tests on Rosetta 2 emulator <del> doCheck = !stdenv.isCygwin && !stdenv.isFreeBSD && !(stdenv.isDarwin && stdenv.hostPlatform.isx86_64); </del> <ins> doCheck = !stdenv.isCygwin && !stdenv.isFreeBSD && !(stdenv.isDarwin && stdenv.hostPlatform.isx86_64) && !stdenv.buildPlatform.isRiscV64; </ins> # On macOS, force use of mkdir -p, since Grep's fallback # (./install-sh) is broken.

Discussion:
Steps to reproduce the behavior: gnugrep-3.11-riscv64-linux stack-overflow-test failed <!-- 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]: