jiebi/CodeConvo huggingface dataset:
Change:
Running shows a version that is different from the one in the Nix store file name. Run The output will look something like: Notice the store path says while the command show that the version is actually 0.19.12. The two versions match. I ran into this because I tried to use and got the error "has no attribute 'replace'": According to this part of the API was released at least in version 0.19.16, so it would confirm that the version I have installed is in fact 0.19.12. <!-- 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]:
PR only updated the version and not the hash.
Thanks, well spotted! when I merely update the hash I end up with this error:
hey, after having had just a quick look, I've opened I haven't tested though, could you help with testing and let me know if that works ?
ah, I've just had a compilation failure. This is because the maturin used currently is 1.3.0 and polars requires 1.3.2. the bump is also going to require a maturin bump. Are you interested in taking care of it ? Otherwise I should be able to make some time at some point.
Thanks for this! I might try it out in the next few days :)
alright, I've tried with maturin 1.3.2, but I still get a rust compilation failure. I've checked their MSRV and it's only 1.71. So I don't know what could be causing this compilation failure. if you have any ideas, feel free to re-use anything from that PR without any need for attribution. I'll be happy to help merge a solution.
might be worth setting the version back to in the meantime so the package will build on a cache miss.
so version has been set back to 0.19.12. I have finally had some luck in compiling the latest polars version in if anyone is interested to test the PR, feel free to post a comment. I'm running a nixpkgs-review to check what the update breaks

Discussion:
}: let pname = "polars"; <del> version = "0.20.0"; </del> <ins> version = "0.19.12"; </ins> rootSource = fetchFromGitHub { owner = "pola-rs"; repo = "polars";
Change:
Package name: tqsl Latest released version: 2.7.2 <!-- Search your package here: --- Current version on the unstable channel: 2.6.5 Current version on the stable/release channel: 2.6.5 <!-- 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! --- I belive this could also be changed to pull from the SourceForge git repo for TQSL rather than pulling the compressed tarball from the ARRL site. This should then allow automatic updates based on the "vX.Y.Z" semver tags in the repo. Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<del> { lib, stdenv, fetchurl, cmake, expat, openssl, zlib, lmdb, curl, wxGTK32, wrapGAppsHook }: </del> <ins> { lib, stdenv, fetchurl, cmake, expat, openssl, zlib, lmdb, curl, sqlite, wxGTK32, wrapGAppsHook }: </ins> stdenv.mkDerivation rec { pname = "tqsl"; <del> version = "2.6.5"; </del> <ins> version = "2.7.2"; </ins> src = fetchurl { url = "https://www.arrl.org/files/file/LoTW%20Instructions/${pname}-${version}.tar.gz"; <del> sha256 = "sha256-UGPMp1mAarHWuLbZu2wWpjgCdf8ZKj0Mwkqp32U5/8w="; </del> <ins> sha256 = "sha256-T4NBCUTYHT6ugSg1gSfjQBOBndqwSwyWLr/qlDPQGKI="; </ins> }; nativeBuildInputs = [ cmake wrapGAppsHook ];

zlib lmdb curl <ins> sqlite </ins> wxGTK32 ];
Change:
This blocks all three unstable channels. For log see e.g. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
nix-store --init <del> cp -r ${pkgs-path + "/lib"} lib cp -r ${pkgs-path + "/pkgs"} pkgs cp -r ${pkgs-path + "/default.nix"} default.nix cp -r ${pkgs-path + "/nixos"} nixos cp -r ${pkgs-path + "/maintainers"} maintainers cp -r ${pkgs-path + "/.version"} .version cp -r ${pkgs-path + "/doc"} doc </del> <ins> cp -r ${pkgs-path}/lib lib cp -r ${pkgs-path}/pkgs pkgs cp -r ${pkgs-path}/default.nix default.nix cp -r ${pkgs-path}/nixos nixos cp -r ${pkgs-path}/maintainers maintainers cp -r ${pkgs-path}/.version .version cp -r ${pkgs-path}/doc doc </ins> echo "Running pkgs/top-level/release-attrpaths-superset.nix" nix-instantiate --eval --strict --json pkgs/top-level/release-attrpaths-superset.nix -A names > /dev/null

echo 'abort "Illegal use of <nixpkgs> in Nixpkgs."' > $TMPDIR/barf.nix # Make sure that Nixpkgs does not use <nixpkgs>. <del> badFiles=$(find $src/pkgs -type f -name '*.nix' -print | xargs grep -l '^[^#]*<nixpkgs/' || true) </del> <ins> badFiles=$(find $src/pkgs -type f -name '*.nix' -print | xargs grep -l '^[^#]*<nixpkgs/' || true) </ins> if [[ -n $badFiles ]]; then echo "Nixpkgs is not allowed to use <nixpkgs> to refer to itself." echo "The offending files: $badFiles"
Change:
Package name: skrooge Latest released version: 2.31.0 Current version on the unstable channel: 2.28.0 Current version on the stable/release channel: 2.28.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ mkDerivation, lib, fetchurl, <del> cmake, extra-cmake-modules, qtwebengine, qtscript, grantlee, </del> <ins> cmake, extra-cmake-modules, qtwebengine, qtscript, grantlee, qtxmlpatterns, </ins> kxmlgui, kwallet, kparts, kdoctools, kjobwidgets, kdesignerplugin, kiconthemes, knewstuff, sqlcipher, qca-qt5, kactivities, karchive, kguiaddons, knotifyconfig, krunner, kwindowsystem, libofx, shared-mime-info

mkDerivation rec { pname = "skrooge"; <del> version = "2.28.0"; </del> <ins> version = "2.31.0"; </ins> src = fetchurl { url = "mirror://kde/stable/skrooge/skrooge-${version}.tar.xz"; <del> sha256 = "sha256-s2SkGMBx7HVpr1NBUJpqji3PTPnw4RqnkakdQVC5ric="; </del> <ins> hash = "sha256-S90sUKJkUwgPAGlIuyN05a5DoehTFpFOnVLMF8Ac+HI="; </ins> }; nativeBuildInputs = [

]; buildInputs = [ <del> qtwebengine qtscript grantlee kxmlgui kwallet kparts </del> <ins> qtwebengine qtscript grantlee kxmlgui kwallet kparts qtxmlpatterns </ins> kjobwidgets kdesignerplugin kiconthemes knewstuff sqlcipher qca-qt5 kactivities karchive kguiaddons knotifyconfig krunner kwindowsystem libofx ];
Change:
Jellyfin-ffmpeg overrides in a way that passes one version value () to the outer scope and a different value to the derivation scope (). As a result is set and the build fails with . A rough fix looks like: Looks like also may change things in this area. Steps to reproduce the behavior: fails with Jellyfin-ffmpeg builds bumped ffmpeg in several places. It uses the existing pattern for guarding against version inconsistencies: This doesn't work as the value referenced is from the outer function scope passed in when creating not the library value set later in Building from current master Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Wouldn't something like this fix it?
that should do it. Should also be possible to send that to master as it should mean no rebuild for most other things.
Yeah I think it's better than having more stuff on the jellyfin-ffmpeg side. Also, this will fix it for any weird override.
Also, shouldn't that have broken ffmpeg <6 too?
I don't think so, if jellyfin-ffmpeg would override ffmpeg-5 or -4 it would pass the version of the ffmpeg package, which is lower than 6.1. The problem seems to be that the override of the version is not affecting the scope of the current check, so it uses 6.1.
sadly my fix doesn't seem to work. I'm not sure why but I think we'll need to override withAribcaption in jellyfin-ffmpeg.
can you test this? I think the problem is because a 3-parts version is being used with a 2-parts one.
The in that part of the code comes from ffmpeg_6-full. It's also not the issue:
So the only option is to add the override to jellyfin-ffmpeg.

Discussion:
*/ (enableFeature withAlsa "alsa") # FIXME: see if jellyfin-ffmpeg is already on a version >= 6.1 to use enableFeature <del> (optionalString withAribcaption "--enable-libaribcaption") </del> <ins> (optionalString (withAribcaption && lib.versionAtLeast finalAttrs.version "6.1") "--enable-libaribcaption") </ins> (enableFeature withBzlib "bzlib") (enableFeature withCelt "libcelt") (enableFeature withCuda "cuda")
Change:
Steps to reproduce the behavior: stanio bump caused a build faliure. <!-- 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]:
It turns out it's actually an issue with he python package. It looks like the fact that uses the new builder made it so that it even if builds without complaining (probably something to do with the legacy builder), trying to include it as a dependency of will detect the version error. I'll try to open a PR, which updates to use the new builder (and I'll relax the dependency constraint too).
Thank you Toma for fast response and resolution!

Discussion:
, buildPythonPackage , fetchFromGitHub , substituteAll , cmdstan <ins> , pythonRelaxDepsHook , setuptools </ins> , pandas , numpy , tqdm , stanio , xarray , pytestCheckHook }: buildPythonPackage rec { pname = "cmdstanpy"; version = "1.2.0"; <del> format = "setuptools"; </del> <ins> pyproject = true; </ins> src = fetchFromGitHub { owner = "stan-dev";

rm test/conftest.py ''; <ins> nativeBuildInputs = [ setuptools pythonRelaxDepsHook ]; </ins> propagatedBuildInputs = [ pandas numpy

all = [ xarray ]; }; <ins> pythonRelaxDeps = [ "stanio" ]; </ins> preCheck = '' export HOME=$(mktemp -d) '';
Change:
Package name: ldtk Latest released version: 1.5.2 <!-- Search your package here: --- Current version on the unstable channel: 1.4.1 Current version on the stable/release channel: 1.4.1 <!-- 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. Changelog: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "ldtk"; <del> version = "1.4.1"; </del> <ins> version = "1.5.2"; </ins> src = fetchurl { url = "https://github.com/deepnight/ldtk/releases/download/v${finalAttrs.version}/ubuntu-distribution.zip"; <del> hash = "sha256-Qt6ADyIbhuxFGh7IP1WwcsvMtjOUZoTd99GeWt5s4UM="; </del> <ins> hash = "sha256-/2exLVMdSnn/Rc2lL1ytDZ6NvYRJA6W+NT7gGzxm6Vc="; </ins> }; nativeBuildInputs = [ unzip makeWrapper copyDesktopItems appimage-run ];
Change:
For a few days, when booting my amd computer with plymouth enabled I can't enter my passphrase anymore. Pushing keys multiple times eventually end up in one key-press being accepted. Booting with instead of suddenly has no more issues with keyboard entries. Steps to reproduce the behavior: NixOS Unstable to and with a LUKS/ZFS Passphrase -presses are omitted Every key I hit will be used. <!-- 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(pl): channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Upstream bug report Fixed in upstream already

Discussion:
, stdenv , fetchFromGitLab , writeText <ins> , substituteAll </ins> , meson , pkg-config , ninja

, pango , systemd , xorg <ins> , fontconfig </ins> }: stdenv.mkDerivation (finalAttrs: { pname = "plymouth"; <del> version = "23.360.11"; </del> <ins> version = "24.004.60"; </ins> outputs = [ "out" "dev" ];

owner = "plymouth"; repo = "plymouth"; rev = finalAttrs.version; <del> hash = "sha256-Uun4KtrbkFCiGq3WpZlZ8NKKCOnM+jcgYa8qoqAYdaw="; </del> <ins> hash = "sha256-9JmZCm8bjteJTQrMSJeL4x2CAI6RpKowFUDSCcMS4MM="; </ins> }; patches = [

./dont-create-broken-symlink.patch # add support for loading plugins from /run to assist NixOS module ./add-runtime-plugin-path.patch <ins> # fix FHS hardcoded paths (substituteAll { src = ./fix-paths.patch; fcmatch = "${fontconfig}/bin/fc-match"; }) </ins> ]; strictDeps = true;

<ins> diff --git a/src/plugins/controls/label-freetype/plugin.c b/src/plugins/controls/label-freetype/plugin.c index 917b04c0..83f2bec2 100644 --- a/src/plugins/controls/label-freetype/plugin.c +++ b/src/plugins/controls/label-freetype/plugin.c @@ -127,7 +127,7 @@ find_default_font_path (void) FILE *fp; static char fc_match_out[PATH_MAX]; -        fp = popen ("/usr/bin/fc-match -f %{file}", "r"); +        fp = popen ("@fcmatch@ -f %{file}", "r"); if (!fp) return FONT_FALLBACK; @@ -144,7 +144,7 @@ find_default_monospace_font_path (void) FILE *fp; static char fc_match_out[PATH_MAX]; -        fp = popen ("/usr/bin/fc-match -f %{file} monospace", "r"); +        fp = popen ("@fcmatch@ -f %{file} monospace", "r"); if (!fp) return MONOSPACE_FONT_FALLBACK; </ins>
Change:
Steps to reproduce the behavior: oh-my-posh package as part of a system flake on nixos-unstable branch broke today, however most recent working commit I have found is: which is obviously confusing package author says not their issue, but also says the package is out of date as they are on 19.5.2 and the package is on 18.26.1 My system config is: Dont judge im kinda new I havent worked on secrets yet so I just dont have any secrets in it
Looks like an update PR is in progress that'll probably fix it:

Discussion:
buildGoModule rec { pname = "oh-my-posh"; <del> version = "18.26.1"; </del> <ins> version = "19.6.0"; </ins> src = fetchFromGitHub { owner = "jandedobbeleer"; repo = pname; rev = "refs/tags/v${version}"; <del> hash = "sha256-8MK8YzBplbP1de8QKJJBLgbMd1K+H2sVutwKSskU82Q="; </del> <ins> hash = "sha256-/VkI/ACUTGRcFpJhUV068m8HdM44NiandS+2a+Ms6vs="; </ins> }; <del> vendorHash = "sha256-ivd30IEoF9WuGDzufIOXJ8LUqHp3zPaiPgplj9jqzqw="; </del> <ins> vendorHash = "sha256-8ZupQe4b3uCX79Q0oYqggMWZE9CfX5OSFdLIrxT8CHY="; </ins> sourceRoot = "${src.name}/src";
Change:
gamemode is unable to change the processor scheduler Steps to reproduce the behavior: any (schedutil for example) CPU scheduler as default () and to true, set to different CPU scheduler (performance for example) any command with and check logs of service (), there will be pkexec "Not authorized" errors. Or run it will report that tests failing The CPU scheduler is changed to the one specified in for the duration of the execution of the gamemoderun command, and then returned to the default value If applicable, add screenshots to help explain your problem. tested on nixpkgs commit <!-- 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]:
This can also be verified with :
This is an upstream change since 1.8, you need to add yourself to the group to change the processor scheduler. See:
Yes, it works if the group is present, but you need to create the group yourself, maybe it's a good idea to create the group if (in module)? Arch linux, for example, have file in gamemode package, that contains for creating gamemode group
Oh yep that makes sense! Will open a new PR for that.
I was also trying to add a NixOS test for it, but you can't set the governor of a CPU within a VM, so I just left it out:

Discussion:
]; }; }; <ins> users.groups.gamemode = { }; </ins> }; meta = {
Change:
Package name: qsynth Latest released version: 0.9.13 Current version on the unstable channel: 0.9.4 Current version on the stable/release channel: 0.9.4 Notify maintainers Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
ping

Discussion:
<del> { lib, fetchurl, alsa-lib, fluidsynth, libjack2, autoconf, pkg-config , mkDerivation, qtbase, qttools, qtx11extras </del> <ins> { lib, stdenv, fetchurl, alsa-lib, fluidsynth, libjack2, cmake, pkg-config , qtbase, qttools, qtx11extras, wrapQtAppsHook </ins> }: <del> mkDerivation  rec { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "qsynth"; <del> version = "0.9.4"; </del> <ins> version = "0.9.13"; </ins> src = fetchurl { url = "mirror://sourceforge/qsynth/${pname}-${version}.tar.gz"; <del> sha256 = "sha256-dlgIkMde7uv4UlMKEPhtZ7MfSTBc7RvHs+Q2yk+G/JM="; </del> <ins> hash = "sha256-SvgZrdS6BwWhNgbovcfhpQKVcu0iwr4dDqeIckuo1fk="; </ins> }; <del> nativeBuildInputs = [ autoconf pkg-config ]; </del> <ins> nativeBuildInputs = [ cmake pkg-config wrapQtAppsHook ]; </ins> buildInputs = [ alsa-lib fluidsynth libjack2 qtbase qttools qtx11extras ]; <del> enableParallelBuilding = true; # Missing install depends: #   lrelease error: Parse error at src/translations/qsynth_ru.ts:1503:33: Premature end of document. #   make: *** [Makefile:107: src/translations/qsynth_ru.qm] Error 1 enableParallelInstalling = false; </del> meta = with lib; { description = "Fluidsynth GUI"; mainProgram = "qsynth";
Change:
Steps to reproduce the behavior: g810-led Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, profile ? "/etc/g810-led/profile" }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "g810-led"; version = "0.4.3"; src = fetchFromGitHub { owner = "MatMoul"; <del> repo = pname; rev = "refs/tags/v${version}"; </del> <ins> repo = "g810-led"; rev = "refs/tags/v${finalAttrs.version}"; </ins> hash = "sha256-GKHtQ7DinqfhclDdPO94KtTLQhhonAoWS4VOvs6CMhY="; };

--replace "/etc/g810-led/profile" "${profile}" ''; <ins> # GCC 13 cannot find `uint16_t` and other similar types by default anymore env.CXXFLAGS = "-include cstdint"; </ins> buildInputs = [ hidapi ];

maintainers = with maintainers; [ fab ]; platforms = platforms.linux; }; <del> } </del> <ins> }) </ins>
Change:
Project description <!-- Describe the project a little: --A DAP-based JS debugger built for VSCode. Can be built standalone and used with other editors that support the Debug Adapter Protocol. Supercedes For example used standalone in Neovim via Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I created a PR: Your :+1:'s and reviews would be appreciated.

Discussion:
fingerprint = "1127 F188 280A E312 3619  3329 87E1 7EEF 9B18 B6C9"; }]; }; <ins> zeorin = { name = "Xandor Schiefer"; email = "me@xandor.co.za"; matrix = "@zeorin:matrix.org"; github = "zeorin"; githubId = 1187078; keys = [{ fingerprint = "863F 093A CF82 D2C8 6FD7  FB74 5E1C 0971 FE4F 665A"; }]; }; </ins> zeratax = { email = "mail@zera.tax"; github = "zeratax";

<ins> { lib , buildNpmPackage , fetchFromGitHub , jq , libsecret , pkg-config , nodePackages , runCommand , vscode-js-debug , nix-update-script }: buildNpmPackage rec { pname = "vscode-js-debug"; version = "1.90.0"; src = fetchFromGitHub { owner = "microsoft"; repo = "vscode-js-debug"; rev = "v${version}"; hash = "sha256-SmWPKO7CEXaOIkuf9Y+825EfGsIz+rWlnCsh1T2UEF0="; }; npmDepsHash = "sha256-DfeaiqKadTnGzOObK01ctlavwqTMa0tqn59sLZMPvUM="; nativeBuildInputs = [ pkg-config nodePackages.node-gyp jq ]; buildInputs = [ libsecret ]; postPatch = '' jq ' .scripts.postinstall |= empty |             # tries to install playwright, not necessary for build .scripts.build |= "gulp dapDebugServer" |   # there is no build script defined .bin |= "./dist/src/dapDebugServer.js"      # there is no bin output defined ' ${src}/package.json > package.json ''; makeCacheWritable = true; npmInstallFlags = [ "--include=dev" ]; preBuild = '' export PATH="node_modules/.bin:$PATH" ''; passthru.updateScript = nix-update-script { extraArgs = [ "--version-regex" "v((?!d{4}.d.d{3}).*)" ]; }; passthru.tests.test = runCommand "${pname}-test" { nativeBuildInputs = [ vscode-js-debug ]; meta.timeout = 60; } '' output=$(js-debug --help 2>&1) if grep -Fw -- "Usage: dapDebugServer.js [port|socket path=8123] [host=localhost]" - <<< "$output"; then touch $out else echo "Expected help output was not found!" >&2 echo "The output was:" >&2 echo "$output" >&2 exit 1 fi ''; meta = with lib; { description = "A DAP-compatible JavaScript debugger"; longDescription = '' This is a [DAP](https://microsoft.github.io/debug-adapter-protocol/)-based JavaScript debugger. It debugs Node.js, Chrome, Edge, WebView2, VS Code extensions, and more. It has been the default JavaScript debugger in Visual Studio Code since 1.46, and is gradually rolling out in Visual Studio proper. ''; homepage = "https://github.com/microsoft/vscode-js-debug"; changelog = "https://github.com/microsoft/vscode-js-debug/blob/v${version}/CHANGELOG.md"; mainProgram = "js-debug"; license = licenses.mit; maintainers = with maintainers; [ zeorin ]; }; } </ins>
Change:
Steps to reproduce the behavior: latest master do Hydra job: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Notify Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
is causing this build failure (see: ). version was bumped in .
QGIS is building successfully with
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Should we add qgis to sip's as well?
I would love to have some kind of test to make sure that QGIS is building with sip and is running correctly. But is it acceptable to do it this way ? And is it a good design ?
on Matrix suggested:
Fixed in

Discussion:
, ply , toml , tomli <ins> , poppler-qt5 </ins> }: buildPythonPackage rec { pname = "sip"; <del> version = "6.8.0"; </del> <ins> version = "6.8.1"; </ins> format = "pyproject"; src = fetchPypi { inherit pname version; <del> hash = "sha256-LtGQSCDLZhtyB+sdzPrr7BpUY9ytkDukSK0ZRVAtCJw="; </del> <ins> hash = "sha256-MALfQV4WisP/45OULbxxMcuCreUAAOFSb0aoit4m9Zg="; </ins> }; nativeBuildInputs = [

pythonImportsCheck = [ "sipbuild" ]; <ins> passthru.tests = { inherit poppler-qt5; }; </ins> meta = with lib; { description = "Creates C++ bindings for Python modules"; homepage    = "https://riverbankcomputing.com/";
Change:
Steps to reproduce the behavior: on x86_64-darwin Thanks for looking! Broken commit: Working commit: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This is failing on aarch64-darwin too.
Haha great! Now I can stop trying to bisect this on a 2015 laptop <img width="282" alt="" src=""
Check out the posted PR. It fixed Darwin for me

Discussion:
{ lib , stdenv , fetchFromGitHub <ins> , cmake </ins> , darwin , removeReferencesTo , btop

stdenv.mkDerivation rec { pname = "btop"; <del> version = "1.2.13"; </del> <ins> version = "1.3.0"; </ins> src = fetchFromGitHub { owner = "aristocratos"; repo = pname; rev = "v${version}"; <del> hash = "sha256-F/muCjhcnM+VqAn6FlD4lv23OLITrmtnHkFc5zv97yk="; </del> <ins> hash = "sha256-QQM2/LO/EHovhj+S+4x3ro/aOVrtuxteVVvYAd6feTk="; </ins> }; <ins> nativeBuildInputs = [ cmake ]; </ins> buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk_11_0.frameworks.CoreFoundation darwin.apple_sdk_11_0.frameworks.IOKit ]; <del> env.ADDFLAGS = lib.optionalString stdenv.isDarwin "-F${darwin.apple_sdk_11_0.frameworks.IOKit}/Library/Frameworks/"; </del> installFlags = [ "PREFIX=$(out)" ]; postInstall = ''