jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , stdenv , fetchFromGitHub , SDL2 , libdevil , rtaudio , rtmidi , glew , alsa-lib , cmake , pkg-config }: stdenv.mkDerivation rec { pname = "theforceengine"; version = "1.09.100"; src = fetchFromGitHub { owner = "luciusDXL"; repo = "TheForceEngine"; rev = "v${version}"; sha256 = "sha256-nw9yp/StaSi5thafVT1V5YA2ZCYGWNoHUvQTpK90Foc="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ SDL2 libdevil rtaudio rtmidi glew alsa-lib ]; prePatch = '' # use nix store path instead of hardcoded /usr/share for support data substituteInPlace TheForceEngine/TFE_FileSystem/paths-posix.cpp  --replace "/usr/share" "$out/share" ''; meta = with lib; { description = "Modern "Jedi Engine" replacement supporting Dark Forces, mods, and in the future Outlaws."; homepage = "https://theforceengine.github.io"; license = licenses.gpl2Only; maintainers = with maintainers; [ devusb ]; platforms = [ "x86_64-linux" ]; }; } </ins>

Discussion:
Project description The Force Engine is a source port designed to run the original Disney games: Dark Forces and Outlaws natively on modern systems with quality of life improvements and optional enhancements. Metadata homepage URL: source URL: license: platforms: linux
Change:
def gov_check(): for gov in get_avail_gov(): <del> @@ -331,7 +251,7 @@ def countdown(s): if auto_cpufreq_stats_file is not None: auto_cpufreq_stats_file.seek(0) auto_cpufreq_stats_file.truncate(0) - + # execution timestamp from datetime import datetime now = datetime.now() </del> diff --git a/scripts/cpufreqctl.sh b/scripts/cpufreqctl.sh index 63a2b5b..e157efe 100755 --- a/scripts/cpufreqctl.sh

Discussion:
Describe the bug I believe the auto-cpufreq daemon should start on boot if enabled. To Reproduce auto-cpufreq daemon: . the system. . auto-cpufreq as dead/inactive. Expected behavior auto-cpufreq service should be started on boot. Additional context I was using the unstable service in 20.09 and it worked as expected. In 21.05 stable, the service starts dead/inactive and my system is very slow. I manually start the service and I'm back to the NixOS I know and love. I was able to fix this by adding the following to my configuration: Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(pnelson): channels(root): nixpkgs: Maintainer information:
Sorry for being late, should fix this.
I have the exact same issue now, on 23.11.
Same here, also facing this problem on 23.11...
Thought this might be caused due to some false overwrites in the module config, so I decided to try out rewriting the systemd service. Doesn't work either...
For others who might still be hitting this, I thought I was too. When checking the logs I saw that power-profiles-daemon was starting up, causing auto-cpufreq to shut down. I fixed this by adding: From looking at this code, and be kind with me here since I'm a nix beginner, it is .  I think the best action would be to add an assertion to give users a prompt like with tlp. If this looks correct I can open a PR for it
Change:
pytestCheckHook ]; <del> disabledTests = lib.optionals stdenv.isDarwin [ </del> <ins> disabledTests = [ # Time based "test_decode_threads" ] ++ lib.optionals stdenv.isDarwin [ </ins> # https://github.com/bigcat88/pillow_heif/issues/89 # not reproducible in nixpkgs "test_opencv_crash"

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Thanks and !
Change:
zziplib = callPackage ../development/libraries/zziplib { }; <ins> glpng = callPackage ../development/libraries/glpng { }; </ins> gsignond = callPackage ../development/libraries/gsignond { plugins = []; };

Discussion:
Project description This package is available in the Gentoo package repository: ; (the ebuild isn't for the latest released version, tho) Metadata homepage URL: http://chromium- source URL: gentoo url, nixos has an equivalent to the sourceforge mirrors, but I don't know how to translate it. see also: license: (according to gentoo) , (according to project homepage) platforms: unix. requires OpenGL
Please do the honors,
Change:
hash = "sha256-LPCY5gPinxJkfPfumKggI/JQorcW+Qw/ZAP6XQmPkeA="; }; <ins> postPatch = lib.optionalString stdenv.isDarwin '' substituteInPlace src/CMakeLists.txt  --replace "if(APPLE)" "if(0)"  --replace "''${FREEDV_LINK_LIBS})" "''${FREEDV_LINK_LIBS} ''${FREEDV_LINK_LIBS_OSX})"  --replace "''${RES_FILES})" "''${RES_FILES} ''${FREEDV_SOURCES_OSX})" ''; </ins> nativeBuildInputs = [ cmake ]; buildInputs = [ codec2 libsamplerate

Discussion:
Building freedv on darwin fails. Steps to reproduce the behavior: It builds. This is the error message from the build: Seems the maintainer doesn't exist or is not a github name. Please run and paste the result.
As a first step, I created to mark the build broken on darwin.
I’ll assign the issue to for now as they were already investigating the matter.
I'm still seeing the issue, even after : This is on: system: host os: multi-user?: sandbox: version: channels(nknezevi1): nixpkgs:
Change:
in buildGoModule rec { pname = "influxdb"; <del> version = "1.10.5"; </del> <ins> version = "1.10.7"; </ins> src = fetchFromGitHub { owner = "influxdata"; repo = pname; rev = "v${version}"; <del> hash = "sha256-FvKGNqy27q6/X2DI/joJXfGVrax6hQcNcx5nJDeSLm0="; </del> <ins> hash = "sha256-Aibu3yG/D1501Hr2F2qsGvjig14tbEAI+MBfqbxlpg8="; </ins> }; <del> vendorHash = "sha256-1jeZBVmNOxF5NPlTKg+YRw6VqIIZDcT3snnoMLX3y4g="; </del> <ins> vendorHash = "sha256-AA6uj7PgXjC+IK2ZSwRnYpHS4MFScOROO1BpP+s33IU="; </ins> nativeBuildInputs = [ pkg-config ];

Discussion:
Steps to reproduce the behavior: There appears to be a cache miss, because starts to be compiled, but it fails. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
the maintainers to tag would be for v2 and and for v1 (all share the same build failure). v2 will be addressed via
Apologies. Thank you.
Change:
deps = stdenv.mkDerivation { pname = "${pname}-deps"; inherit src version; <ins> patches = [ log4j-update-cve-2021-44228 ]; </ins> nativeBuildInputs = [ gradle_6 perl ]; buildPhase = '' export GRADLE_USER_HOME=$(mktemp -d)

Discussion:
I used to find instances of log4j v2 (possibly affected by CVE-2021-). Packages listed below contain a log4j jar. Note that shipping the log4j jar does not imply vulnerability nor exploitability. This list is not exhaustive for many reasons (using 21.11 as index; packages not cached thus not indexed). Not vulnerable means I believe 21.05/21.11/unstable is not affected. Status ------ Fixed - 21.05? Upstream fix , not packaged Upstream fix , not packaged Fixed Fixed Fixed Upstream fix - Fixed Fixed , not packaged Not vulnerable (missing 21.05 backport) Upstream: Jitsi-videobridge instances older than 2.1-504 (May 2021) with callstats enabled should be updated to 2.1-504 or newer () Fixed Fixed Fixed Fixed Fixed Fixed 8.11.1 (2.16.0), not packaged - mitigated by adding  to your configuration Upstream (2.17.0), but unreleased Upstream (2.17.0) but Fixed (2.15.0) (no 2.17.0 released planned ) Not vulnerable Mitigated
Will patch pkgs.signald tonight.
Would it be possible to hook a scanner like into some postInstall-Hook for all packages depending on JDK? Or maybe directly into Hydra?
As soon as a new release of Jmeter is released, I'm going to update it.
I a note on how to mitigate the attack for .
Note that the Log4J maintainers have made additional releases (2.16.0 and 2.12.2) which are now as the fix for CVE-2021- (instead of 2.15). It fixes a (less severe) denial of service (CVE-2021-) and disables JNDI by default. Most downstream consumers will probably make yet another release...
I'm working on updating ELK 7 and should have a PR ready soon.
PR for Jmeter already submitted (). It will probably fix too, since log4j is running version.

I currently don't have time to go through all pull requests and update the table, but it's important to note that the second CVE has had its severity raised and various bypasses for the fixes in 2.15 have surfaced; version 2.15 still appears to be susceptible to RCE depending on the exact configuration/deployment. Packages should be upgraded to log4j2 2.16 (or 2.12.2) to be considered fixed. Also note for mitigation have been updated (deleting the JNDI class instead of disabling lookups through configuration). Additional reference:
Well, we will probably need to update all again soon:
Related MRs:
Another PR for Jmeter:
mediathekview might be affected. See PR
A new version of arduino with log4j fixes has been
A new version with fixes for log4j has been released for igv .
Can we close this issue or is there any open task?
From a quick look seems that Solr is the main one missing.
Let's close this. Packages should either be patched by now, otherwise they're likely to be orphaned and suffer from other issues as well. In case of Solr it looks like it has plenty of vulnerability tags slapped onto it.
Change:
passthru.tests = nixosTests.firejail; meta = { <del> inherit (s) version; description = ''Namespace-based sandboxing tool for Linux''; license = stdenv.lib.licenses.gpl2Plus ; maintainers = [stdenv.lib.maintainers.raskin]; platforms = stdenv.lib.platforms.linux; </del> <ins> description = "Namespace-based sandboxing tool for Linux"; license = lib.licenses.gpl2Plus; maintainers = [ lib.maintainers.raskin ]; platforms = lib.platforms.linux; </ins> homepage = "https://firejail.wordpress.com/"; <del> downloadPage = "https://sourceforge.net/projects/firejail/files/firejail/"; </del> }; }

Discussion:
Describe the bug 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 system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs: Maintainer information:
Seems like updating to 0.9.64.4 is the way to go?
Can be closed?!
Change:
<ins> diff --git a/graalvm/native-unix-compile.sh b/graalvm/native-unix-compile.sh index ec0e49f..e19a120 100755 --- a/graalvm/native-unix-compile.sh +++ b/graalvm/native-unix-compile.sh @@ -17,6 +17,7 @@ CLOJURE_LSP_XMX=${CLOJURE_LSP_XMX:-"-J-Xmx4g"} args=("-jar" "$CLOJURE_LSP_JAR" "-H:+ReportExceptionStackTraces" +      "-H:-CheckToolchain" "--verbose" "--no-fallback" "--native-image-info" </ins>

Discussion:
Describe the bug When running I get the following error message: Looking at the executable the first line is: In fish does not return the name of the current executed file. It appear to work when running this using . Also as comparison look at the file generated via package manager: To Reproduce Steps to reproduce the behavior: Expected behavior should start the server Additional context So with . Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(yogsototh): nixpkgs: Maintainer information:
Hey this version is pretty outdated, could you try latest which is using graalvm binary?
Also the brew forumla you saw is outdated as well, the updated is
You are probably using the stable channel 20.09 channel, that should explain why you're still using the with JVM instead of GraalVM compiled binary. Switch to the unstable channel instead. I am not sure if it will work though since this package was never tested with macOS (and the fact that this package is broken in Hydra: ).
I just tested with latest master commit And if failed to build: I think the main bug is probably fixed. This is just another one :). This is late for me. I'll probably give it a look another day. Thanks for checking!
I think all GraalVM's packages build with Clojure are broken in macOS simply by the lack of people that has macOS systems to test/fix them. If you can fix this, a PR would be welcome :slightlysmilingface: .
Agreed If you have mac, using the homebrew official clojure-lsp formula should work as well: https://clojure-
Change:
<ins> { lib, asdf-astropy, asdf-coordinates-schemas, asdf-standard, asdf-transform-schemas, asdf, buildPythonPackage, fetchFromGitHub, pytestCheckHook, pythonOlder, setuptools-scm, setuptools, }: buildPythonPackage rec { pname = "asdf-wcs-schemas"; version = "0.4.0"; pyproject = true; disabled = pythonOlder "3.10"; src = fetchFromGitHub { owner = "asdf-format"; repo = "asdf-wcs-schemas"; rev = "refs/tags/${version}"; hash = "sha256-4CxKLMYXdNkNwkfFRX3YKkS4e+Z3wQgmz8ogbC4Z1vI="; }; build-system = [ setuptools setuptools-scm ]; dependencies = [ asdf-coordinates-schemas asdf-standard asdf-transform-schemas ]; nativeCheckInputs = [ asdf asdf-astropy pytestCheckHook ]; pythonImportsCheck = [ "asdf_wcs_schemas" ]; meta = with lib; { description = "World Coordinate System (WCS) ASDF schemas"; homepage = "https://github.com/asdf-format/asdf-wcs-schemas"; changelog = "https://github.com/asdf-format/asdf-wcs-schemas/blob/${version}/CHANGES.rst"; license = licenses.bsd3; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
Project description Photutils is an Astropy package for detection and photometry of astronomical sources. Metadata homepage URL: source URL: license: 3-clause BSD platforms: unix, linux, darwin, Linux, Darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I could to built here withou errors from source, just the 1.11.0 version, it is not the latest one. My nix block:
Change:
<del> diff --git a/v4l2loopback.c b/v4l2loopback.c index 2ab1f76..2514f09 100644 --- a/v4l2loopback.c +++ b/v4l2loopback.c @@ -92,17 +92,6 @@ MODULE_LICENSE("GPL"); }                                                       } while (0) -/* TODO: Make sure that function is never interrupted. */ -static inline int mod_inc(int *number, int mod) -{ -	int result; -	result = (*number + 1) % mod; -	if (unlikely(result < 0)) -		result += mod; -	*number = result; -	return result; -} - static inline void v4l2l_get_timestamp(struct v4l2_buffer *b) { /* ktime_get_ts is considered deprecated, so use ktime_get_ts64 if possible */ @@ -1424,8 +1413,9 @@ static int vidioc_reqbufs(struct file *file, void *fh, i = dev->write_position; list_for_each_entry(pos, &dev->outbufs_list, list_head) { -				dev->bufpos2index[mod_inc(&i, b->count)] = +				dev->bufpos2index[i % b->count] = pos->buffer.index; +				++i; } } @@ -1489,9 +1479,10 @@ static void buffer_written(struct v4l2_loopback_device *dev, del_timer_sync(&dev->timeout_timer); spin_lock_bh(&dev->lock); -	dev->bufpos2index[mod_inc(&dev->write_position, dev->used_buffers)] = +	dev->bufpos2index[dev->write_position % dev->used_buffers] = buf->buffer.index; list_move_tail(&buf->list_head, &dev->outbufs_list); +	++dev->write_position; dev->reread_count = 0; check_timers(dev); @@ -1586,7 +1577,8 @@ static int get_capture_buffer(struct file *file) if (dev->write_position > opener->read_position + dev->used_buffers) opener->read_position = dev->write_position - 1; -		pos = mod_inc(&opener->read_position, dev->used_buffers); +		pos = opener->read_position % dev->used_buffers; +		++opener->read_position; } timeout_happened = dev->timeout_happened; dev->timeout_happened = 0; </del>

Discussion:
Steps to reproduce the behavior: from Seems like it's not compatible with Kernel 6.8 Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
same here on . running
Hi this issue has been resolved on the NixOS / nixpkgs distribution. I would suggest you open an issue on Canonical's issue tracker for the Ubuntu/Kubuntu distributions.
Change:
, ffmpeg , libmysqlclient , postgresql <del> , spandsp </del> <ins> , spandsp3 </ins> , sofia_sip }:

Discussion:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in
Change:
meta = with lib; { description = "A CLI and library for interacting with the Weights and Biases API"; <del> homepage = "https://github.com/wandb/client"; </del> <ins> homepage = "https://github.com/wandb/wandb"; changelog = "https://github.com/wandb/wandb/raw/v${version}/CHANGELOG.md"; </ins> license = licenses.mit; maintainers = with maintainers; [ samuela ]; };

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: -
Change:
<ins> { lib , stdenv , fetchFromGitHub , fetchpatch , meson , ninja , pkg-config , wrapGAppsHook , gtk3 , libXtst }: stdenv.mkDerivation (finalAttrs: { pname = "xclicker"; version = "1.5.0"; src = fetchFromGitHub { owner = "robiot"; repo = "xclicker"; rev = "v${finalAttrs.version}"; hash = "sha256-3D49iMzCCT9Z2Pf5INHYFZusG0BQI7La7lLaSVM/4mc="; }; patches = [ (fetchpatch { name = "fix-malloc-size.patch"; url = "https://github.com/robiot/xclicker/commit/c99f69a747e9df75fb3676be20a3ec805526d022.patch"; hash = "sha256-ESbMBusJVNfbGxlEn1Kby00mnXvM5H0r03bX5ofC6Fg="; }) ]; nativeBuildInputs = [ meson ninja pkg-config wrapGAppsHook ]; buildInputs = [ gtk3 libXtst ]; mesonBuildType = "release"; installPhase = '' runHook preInstall install -Dm755 ./src/xclicker $out/bin/xclicker install -Dm644 $src/assets/xclicker.desktop $out/share/applications/xclicker.desktop install -Dm644 $src/assets/icon.png $out/share/pixmaps/xclicker.png runHook postInstall ''; meta = { changelog = "https://github.com/robiot/xclicker/releases/tag/${finalAttrs.src.rev}"; description = "Fast gui autoclicker for x11 linux desktops"; homepage = "https://xclicker.xyz/"; license = lib.licenses.gpl3Only; mainProgram = "xclicker"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.linux; }; }) </ins>

Discussion:
Project description XClicker is a GUI application, that lets you set a specific position on your screen, and a custom time interval, in which the app sends mouse clicks onto this position. There seems to be no alternative, unless one proprietary solution, called Max Auto Clicker. Metadata homepage URL: source URL: license: gpl3 platforms: linux Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib, stdenv, fetchurl, bison, flex, perl, libpng, giflib, libjpeg, alsa-lib, readline, libGLU, libGL, libXaw , pkg-config, gtk2, SDL, autoreconfHook, makeDesktopItem </del> <ins> { lib , stdenv , fetchurl , bison , flex , perl , libpng , giflib , libjpeg , alsa-lib , readline , libGLU , libGL , libXaw , pkg-config , gtk2 , SDL , SDL_image , autoreconfHook , makeDesktopItem , dos2unix , xa , file </ins> }: stdenv.mkDerivation rec { pname = "vice"; <del> version = "3.1"; </del> <ins> version = "3.5"; </ins> src = fetchurl { url = "mirror://sourceforge/vice-emu/vice-${version}.tar.gz"; <del> sha256 = "0h0jbml02s2a36hr78dxv1zshmfhxp1wadpcdl09aq416fb1bf1y"; </del> <ins> sha256 = "sha256-Vrl4+q64solgMr1gTQPDUBACGH7vHKWM7O1A8Rpl3A4="; </ins> }; <del> buildInputs = [ bison flex perl libpng giflib libjpeg alsa-lib readline libGLU libGL pkg-config gtk2 SDL autoreconfHook libXaw ]; </del> <ins> nativeBuildInputs = [ autoreconfHook bison dos2unix file flex pkg-config ]; buildInputs = [ alsa-lib giflib gtk2 libGL libGLU libXaw libjpeg libpng perl readline SDL SDL_image xa ]; </ins> dontDisableStatic = true; <del> configureFlags = [ "--enable-fullscreen --enable-gnomeui" ]; </del> <ins> configureFlags = [ "--enable-fullscreen" "--enable-gnomeui" "--disable-pdf-docs" ]; </ins> desktopItem = makeDesktopItem { name = "vice";

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: vice <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 3.1 desired version: 3.5 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. Also, the homepage should be https://vice-, seems completely unrelated to the project.
I marked this as stale due to inactivity. &rarr;
Change:
<ins> { pkgs ? import ../../../.. { config = {}; overlays = []; } }: pkgs.lib.mapAttrs (k: v: pkgs.writeReferencesToFile v) (import ./sample.nix { inherit pkgs; }) </ins>

Discussion:
There is an issue in the test by . This line introduces a dependency on the contents of nixpkgs, making every change evaluate with a different hash. cc
Steps to reproduce:
You're absolutely right, but I don't think I see the impact of this fact. It's not recursed into (no /) and it's not even built by ofborg. The test needs to compare results, but perhaps the actual evaluation can be removed from it; injected as store paths by the test runner instead. It won't make the test easier to read :(
This currently impacts every ofborg evaluation. For example:
I have no idea how to solve this. Why would ofborg have a different hash for multiple evaluations? Cause it puts stuff in the nixpkgs path?
is the whole Nixpkgs source tree, which kinda always changes. Here's a solution . Not pretty but still quick to run outside the sandbox and solves this issue.
Still an issue ?
Ofborg doesn't rebase PRs so if the PR is based on a master that's of the wrong age, you'll still see this happen. Please check that the PR includes the improved test.
I did, and it's been more than 12 hours since the commit landed. At the same time my original repro doesn't see the issue:
It's a broader issue that applies to all NixOS tests, , but it went under the radar.
This seems to be fixed now. Thanks for looking into this!
Change:
rustPlatform.buildRustPackage rec { pname = "i3bar-river"; <del> version = "0.1.6"; </del> <ins> version = "0.1.7"; </ins> src = fetchFromGitHub { owner = "MaxVerevkin"; repo = "i3bar-river"; rev = "v${version}"; <del> hash = "sha256-wtyC8cGK408KZYpWniW2y4XI1ScTSBZJJlUt6b2Z5KA="; </del> <ins> hash = "sha256-mLRB4o8FR/R9QUpRkcNppiE2XcWFWE05wPxuKdxG18M="; </ins> }; <del> cargoHash = "sha256-PdSMDsV3yFy3kSNS6OBxFdrZsIn70gXOTd2AhyU4a9o="; </del> <ins> cargoHash = "sha256-INjuI3XTSzAjLqk/P+cd7rMhXsOBDSqMaZZN9kFyreg="; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ pango ];

Discussion:
Package name: i3bar-river Latest released version: 0.1.7 <!-- Search your package here: --- Current version on the unstable channel: 0.1.6 Current version on the stable/release channel: 0.1.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! --- 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]:
I looked into this a couple days ago. The problem is that 0.1.7 makes use of a features introduced in Rust 1.77. NixOS isn't there yet, so I don't think this package can be updated just yet.