jiebi/CodeConvo huggingface dataset:
Change:
Package name: lnd Latest released version: 0.18.2 Current version on the unstable channel:0.18.0 Current version on the stable/release channel: 0.17.5-beta Notify maintainers I would love to learn how to update a package like this. I will try to figure it out, but here's where I am at so far: I tried changing the version and updated the hashes using sha256sum command. I got incorrect hash errors and running the compiled binary showed that it was still building 0.18.0! Complete and total failure. Here's : Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Replace some random characters in the existing hashes for 0.18.0 and change the version to 0.18.2 The build will tell you which hashes should be used
updated in PR
thanks! I hate to trouble you, but I still seem stuck on why my command is still giving me lnd 0.18.0 instead of 0.18.2, any advice?
not sure how you obtained those hashes ... does it work with hashes from my PR?

Discussion:
buildGoModule rec { pname = "lnd"; <del> version = "0.18.0-beta"; </del> <ins> version = "0.18.2-beta"; </ins> src = fetchFromGitHub { owner = "lightningnetwork"; repo = "lnd"; rev = "v${version}"; <del> hash = "sha256-LkVlsmL/NjWtKUnerqTiT/jNfxazYw0B0GhBDCTGmao="; </del> <ins> hash = "sha256-qqvLnJlFGeCizm6T9iUwvYLjWpAeZwbuzQlUUopwrjc="; </ins> }; <del> vendorHash = "sha256-T7jPuhAEeQ0U43J9gTQ+0/BdLAn4BOupAkmmmofhHtY="; </del> <ins> vendorHash = "sha256-BxNtZzwmKJ/kZk7ndtEUC4bMGpd8LEhFFu4Z49bKydE="; </ins> subPackages = [ "cmd/lncli" "cmd/lnd" ];
Change:
Project description PreviewQt is a simple application for previewing all kinds of files, based on Qt/QML, published as open-source and completely free. Metadata homepage URL: source URL: license: gpl2+ platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib, vips, resvg, mpv, libraw, imagemagick, libdevil, stdenv, fetchFromGitLab, cmake, libarchive, qt6Packages, extra-cmake-modules, exiv2, }: stdenv.mkDerivation rec { pname = "previewqt"; version = "3.0"; src = fetchFromGitLab { owner = "lspies"; repo = "previewqt"; rev = "refs/tags/v${version}"; hash = "sha256-cDtqgezKGgSdhw8x1mM4cZ0H3SfUPEyWP6rRD+kRwXc="; }; # can't find qtquick3d strictDeps = false; nativeBuildInputs = [ cmake extra-cmake-modules qt6Packages.wrapQtAppsHook ]; buildInputs = [ exiv2 imagemagick qt6Packages.poppler qt6Packages.qtmultimedia qt6Packages.qtquick3d qt6Packages.qtsvg qt6Packages.qttools qt6Packages.qtwebengine libarchive libdevil libraw mpv resvg vips ]; meta = { description = "Qt-based file previewer"; homepage = "https://photoqt.org/previewqt"; changelog = "https://gitlab.com/lspies/previewqt/-/blob/v${version}/CHANGELOG"; license = lib.licenses.gpl2Plus; maintainers = with lib.maintainers; [ eclairevoyant ]; mainProgram = "previewqt"; platforms = lib.platforms.linux; }; } </ins>
Change:
Steps to reproduce the behavior: python311Packages.extruct on () <!-- 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]:
oops, misread the log, should be fixed by

Discussion:
buildPythonPackage rec { pname = "extruct"; <del> version = "0.16.0"; </del> <ins> version = "0.17.0"; </ins> pyproject = true; disabled = pythonOlder "3.8";

owner = "scrapinghub"; repo = "extruct"; rev = "refs/tags/v${version}"; <del> hash = "sha256-6lAb17EoR0FKyIOb9hk1jcpmPtZ7vClfuCrDZ83XBeg="; </del> <ins> hash = "sha256-CfhIqbhrZkJ232grhHxrmj4H1/Bq33ZXe8kovSOWSK0="; </ins> }; nativeBuildInputs = [ setuptools ];
Change:
Package name: dbeaver-bin Latest released version: 24.1.3 <!-- Search your package here: --- Current version on the unstable channel: 24.1.2 Current version on the stable/release channel: 24.0.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]:

Discussion:
stdenvNoCC.mkDerivation (finalAttrs: { pname = "dbeaver-bin"; <del> version = "24.1.2"; </del> <ins> version = "24.1.3"; </ins> src = let

aarch64-darwin = "macos-aarch64.dmg"; }; hash = selectSystem { <del> x86_64-linux = "sha256-TQZl5TEAAEeC+/dK4F7nbyPOU3YuXheLwrFY/8eGtoA="; aarch64-linux = "sha256-fnIRQsqg6WxD4ptxJT04jvaqDe7jPJ/zVnBL7k9ph38="; x86_64-darwin = "sha256-gwkCsVdSiWCCd0B3FiSvVnZiPJfWtnAgrAVPZh+nko0="; aarch64-darwin = "sha256-QXG/5AfEQNFDcQhV+oK117bKZnSZ32P4NB4p+qUKQIM="; </del> <ins> x86_64-linux = "sha256-kPpcFkmMzTVo8GYptpp1pyNYsNEFuq6iuEtyewvRA0M="; aarch64-linux = "sha256-hr3TwXIxspgF5my/j7yqPwpcTOTbCcxfd3nVBrEMkJY="; x86_64-darwin = "sha256-pP6BeoSeOzWlsvXLIhMzty4pJ5J1iyokRV191lGM/5w="; aarch64-darwin = "sha256-VjYrq/FyNgLcgMF/eWUmbC9y908qGkMUJ58/rWGXjvs="; </ins> }; in fetchurl {
Change:
Steps to reproduce the behavior: to build threema-desktop on latest nixos-unstable Issues happens as python3 switched from 3.11 to python 3.12, where disutils doesn't seem to be available. Look at the PR here for more context, and other packages with similar issues . Currently I've solved it locally just by using Python 3.11 instead of 3.12, using the following override. Ideally we should get threema-web to update their gyp version? Or we could do it ourself? OR we have something something , which we should maybe use? Unsure.
I am not maintaining any packages on Nixpkgs anymore, but another solution to this would be adding setuptools, like on
Sorry, I thought I had checked if you were maintainer for it still. Wasn't meant to bother you :)

Discussion:
npmBuildScript = "dist"; nativeBuildInputs = [ <del> python3 # Used by gyp </del> <ins> (python3.withPackages (ps: [ ps.setuptools ])) # Used by gyp </ins> ]; patches = [
Change:
Steps to reproduce the behavior: command, mkdocs-awesome-pages-plugin is only available in unstable, so pinned to a recent build hash to ensure reproducibility, but fails with fails the same way for python3, python311 and python312
Hello & thanks for the report. Can confirm the package is broken, presumably since the latest python-updates merge but not entirely sure yet. Tests were passing fine when the package was about a month ago.
Seems to be related to the mkdocs update to 1.6.0. I filed an upstream issue to track
Thanks very much for looking into this so quickly and passing it on to upstream. I figured it worked when you originally created it, but that confirmation suggests a work-around until upstream fixes things. So now I just have to figure out how to get a channel hash from that far back. only tracks the most recent few.
Unfortunately, building from the merge commit does not solve the problem: This shouldn't be too surprising since it still pulls the same version of the plugin, but I figured it would be worth a try as a possible work-around.
It's not about the plugins versions, but about the mkdocs version used. If you want to build the plugin with an older mkdocs while using a current nixpkgs, you could do something like the following:
I can confirm that this works for the use-case that this bug was originally created to resolve. Since this was first tested, there has been another nixpkgs-unstable build reported on that could be used (with the more compact fetchTarball buildtin) instead of the merge commit hash, but the most recent one has a "Build problem" badge, so I stuck with the merge hash for reporting. Thanks very much for getting this done so quickly. Also the work-around derivation snippet you provided was above and beyond the call of duty. I would not have been able to get that syntax right myself at this stage in my Nix journey. Unfortunately, it conflicted with some other plugins I was using, but I still learned a lot from it. Thanks again, I appreciate your efforts .
Glad it helped, it can be rough to know where to start! Since the update has been merged to master only yesterday, but it's already in nixpkgs-unstable! When hydra has finished to run nixos tests, nixos-unstable will be updated to include the fix for mkdocs-awesome-plugin automatically. One can check which branches it hit already at

Discussion:
}: buildPythonPackage rec { pname = "mkdocs-awesome-pages-plugin"; <del> version = "2.9.2"; </del> <ins> version = "2.9.3"; </ins> pyproject = true; disabled = pythonOlder "3.9";

owner = "lukasgeiter"; repo = "mkdocs-awesome-pages-plugin"; rev = "refs/tags/v${version}"; <del> hash = "sha256-pYyZ84eNrslxgLSBr3teQqmV7hA+LHwJ+Z99QgPdh6U="; </del> <ins> hash = "sha256-jDPoMAJ20n9bQu11CRNvKLQthRUh3+jR6t+fM3+vGzY="; </ins> }; propagatedBuildInputs = [

importlib-metadata ]; <del> disabledTestPaths = [ # requires "generatedfiles" mkdocs plugin "mkdocs_awesome_pages_plugin/tests/e2e/test_gen_files.py" ]; </del> meta = with lib; { description = "An MkDocs plugin that simplifies configuring page titles and their order"; homepage = "https://github.com/lukasgeiter/mkdocs-awesome-pages-plugin";
Change:
Steps to reproduce the behavior: sysdig Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can't repro on master () and the error isn't in the log output, can you provide additional info?
Hey, thanks for the response - checking again - it only happens if for me if I enable the sysdig-option in my config not building the sysdig-package - maybe this helps to reproduce and depends on the used kernel-version? I've uploaded the full build log:
Thanks, seems this is the error:
I guess this is already fixed upstream in the drivers () but needs to be to nixpkgs to fix 6.10-kernel builds.
fixes it for me
~Ah 0.38.1 - got released somehow oversaw it should check first if that includes the fix~ 38.1 does not include a driver-bump

Discussion:
clang, libbpf, bpftools, <ins> fetchurl, </ins> }: let <del> # Compare with https://github.com/draios/sysdig/blob/0.38.0/cmake/modules/falcosecurity-libs.cmake </del> <ins> # Compare with https://github.com/draios/sysdig/blob/0.38.1/cmake/modules/falcosecurity-libs.cmake </ins> libsRev = "0.17.2"; libsHash = "sha256-BTLXtdU7GjOJReaycHvXkSd2vtybnCn0rTR7OEsvaMQ=";

hash = "sha256-wvFdjsDtKH7CpbEpQjzWtLC4RVOU9+D2rSK0Xo1cJqo="; }; <del> # https://github.com/draios/sysdig/blob/0.38.0/cmake/modules/driver.cmake </del> <ins> # https://github.com/draios/sysdig/blob/0.38.1/cmake/modules/driver.cmake </ins> driver = fetchFromGitHub { owner = "falcosecurity"; repo = "libs";

hash = "sha256-FIlnJsNgofGo4HETEEpW28wpC3U9z5AZprwFR5AgFfA="; }; <del> version = "0.38.0"; </del> <ins> # "main.c" from master after (https://github.com/falcosecurity/libs/pull/1884) # Remove when an upstream release includes the driver update driverKernel610MainC = fetchurl { url = "https://raw.githubusercontent.com/falcosecurity/libs/fa26daf65bb4117ecfe099fcad48ea75fe86d8bb/driver/main.c"; hash = "sha256-VI/tOSXs5OcEDehSqICF3apmSnwe4QCmbkHz+DGH4uM="; }; version = "0.38.1"; </ins> in stdenv.mkDerivation { pname = "sysdig";

owner = "draios"; repo = "sysdig"; rev = version; <del> hash = "sha256-y6WArSz57w8vb3A3nHT37G6D8++6en2jQfeIS4YCD9U="; </del> <ins> hash = "sha256-oufRTr5TFdpF50pmem2L3bBFIfwxCR8f1xi0A328iHo="; </ins> }; nativeBuildInputs = [

cp -r ${driver} driver-src chmod -R +w driver-src <ins> cp ${driverKernel610MainC} driver-src/driver/main.c </ins> cmakeFlagsArray+=( "-DFALCOSECURITY_LIBS_SOURCE_DIR=$(pwd)/libs"
Change:
Steps to reproduce the behavior: helmfile-wrapped This works on nixos, but on nix-darwin the build fails. It was introduced in . The packages builds fine on the previous commit. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
thank you!

Discussion:
hash = "sha256-TZskvZyNihklCJB0yMFXk1bLEuhetQvJ+6uLnYiLBs0="; }; <del> vendorHash = "sha256-aQ/g7MWMWvxRcTHPUYRGjaaPX9ZH6m+TJ6BdsFeGOsY="; </del> <ins> vendorHash = "sha256-Ny7r9G3Y5SuigIKkXra5Xn08QIlhzFASXGMMc+g1S/E="; proxyVendor = true; # darwin/linux hash mismatch </ins> doCheck = false;
Change:
Steps to reproduce the behavior: step-cli Not sure what happened. Did upstream force-push update the tag? <!-- 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]:
seems to have built fine for me on latest, being .
Ofborg on failed with same error on hash mismatch around 5 hours ago: x8664-darwin finished 2024-07-23T03:50:19Z Other two were successful, but they finished much earlier: x8664-linux finished 2024-07-22T08:16:54Z aarch64-linux finished 2024-07-22T08:17:43Z
To check you probably need to add , ie:

Discussion:
owner = "smallstep"; repo = "cli"; rev = "refs/tags/v${version}"; <del> hash = "sha256-lM42KlTgOch6AwQIzvjQNH1wVfFikVI9rVgH2/2KyJE="; </del> <ins> hash = "sha256-9w7rUtlLa1kl9oVboWZWj4eoZh+pPdGsEEQDWYdEMns="; </ins> }; ldflags = [
Change:
I've set up a borgmatic backup script using the borgmatic service. I can run the backup manually by running as root, but fails with the following error: Here is the service definition I used: I then tried to pass an absolute path to cat, by replacing with and got the following similar error: Steps to reproduce the behavior: one of the service definitions above and observe that running it manually works. the output in No errors, as both and are present on the system, and I can run I also noticed that borgmatics default value for , , causes an error when the borgmatic service is run. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
As I know, NixOS package doesn't use your settings, which mean what you can use in your shell environment doesn't mean the package can use. User can use and whatever command they like in , I can't put everything in . So my suggestion is to use the format when using a command provided by other packages. As for your pgdump command not found, I suggest change it into Good caught, I will file a PR to change the default value.
This works, but I'm curious why it's not the default? As is, the service doesn't work for postgres dumps?
If we make this default, I think it will add those packages (pkgs.{mysql,postgresql,mariadb}) to nix store even the user doesn't need it. And I prefer to keep the package in minimal. Personally, I use the following code to use mysqldump
That's fair. Thanks for the feedback :-) Do we leave this issue open until has been merged?
You can keep it open, it will auto close once merged.

Discussion:
freeformType = settingsFormat.type; options = { source_directories = mkOption { <del> type = nullOr (listOf str); default = null; </del> <ins> type = listOf str; default = []; </ins> description = '' List of source directories and files to backup. Globs and tildes are expanded. Do not backslash spaces in path names.

example = [ "/home" "/etc" "/var/log/syslog*" "/home/user/path with spaces" ]; }; repositories = mkOption { <del> type = nullOr (listOf repository); default = null; </del> <ins> type = listOf repository; default = []; </ins> description = '' A required list of local or remote repositories with paths and optional labels (which can be used with the --repository flag to
Change:
Missing dependency on breaks "Open Terminal Here" functionality Steps to reproduce the behavior:  without in that right clicking and selecting "Open Terminal Here" is broken Package should handle so users don't have to manually install Possible to fix by wrapping lines occur in <!-- 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]:

Discussion:
, libXext , libXfixes , libXtst <del> , libxml2 </del> , libxfce4ui , libxfce4util , wayland

mkXfceDerivation { category = "apps"; pname = "xfce4-screenshooter"; <del> version = "1.11.0"; </del> <ins> version = "1.11.1"; </ins> odd-unstable = false; <del> sha256 = "sha256-DMLGaDHmwDDHvOMev/QKvmDr6AQ6Qnzxf3YCbf0/nXg="; </del> <ins> sha256 = "sha256-/N79YK233k9rVg5fGr27b8AZD9bCXllNQvrN4ghir/M="; </ins> nativeBuildInputs = [ wayland-scanner

libXext libXfixes libXtst <del> libxml2 </del> libxfce4ui libxfce4util wayland

let unwrapped = mkXfceDerivation { category = "xfce"; pname = "thunar"; <del> version = "4.18.10"; </del> <ins> version = "4.18.11"; </ins> <del> sha256 = "sha256-jne+jETPmM6VksdwJAxruji/GKH42iftWm74Ok9qX44="; </del> <ins> sha256 = "sha256-B417gkrU9EG4ZsEdeuH8P2v4FqYUiTwqgKcO4cSi4SI="; </ins> nativeBuildInputs = [ docbook_xsl

sed -i -e 's|thunar_dialogs_show_insecure_program (parent, _(".*"), file, exec)|1|' thunar/thunar-file.c ''; <ins> preFixup = '' gappsWrapperArgs+=( # https://github.com/NixOS/nixpkgs/issues/329688 --prefix PATH : ${lib.makeBinPath [ exo ]} ) ''; </ins> meta = with lib; { description = "Xfce file manager"; mainProgram = "thunar";
Change:
Steps to reproduce the behavior: nomachine-client Seems like nomachine changed their tar file. <!-- 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 seems that NoMachine has removed the from their website and the link is now a redirect to the homepage. The new latest version is .
? this url works

Discussion:
{ lib, stdenv, file, fetchurl, makeWrapper, autoPatchelfHook, jsoncpp, libpulseaudio }: let <del> versionMajor = "8.4"; versionMinor = "2"; </del> <ins> versionMajor = "8.13"; versionMinor = "1"; </ins> versionBuild_x86_64 = "1"; versionBuild_i686 = "1"; in

if stdenv.hostPlatform.system == "x86_64-linux" then fetchurl { url = "https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_x86_64}_x86_64.tar.gz"; <del> sha256 = "sha256-r4yRmnMd6uNay7CqmyqYj9F6huoqD8eBby+oDNk1T34="; </del> <ins> sha256 = "sha256-8rxlxdtGU8avpvYJr+bpnsy5v91sqtlij/MCGWrcanY="; </ins> } else if stdenv.hostPlatform.system == "i686-linux" then fetchurl { url = "https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_i686}_i686.tar.gz"; <del> sha256 = "sha256-TvEU1hDvPXQbF7fMI89I2bhap1Y0oetUoFl3yR5eTGg="; </del> <ins> sha256 = "sha256-Ekyxc4wODjqWhp0aINhaPGLy9lh6Rt9AmxIt1ulE8Go="; </ins> } else throw "NoMachine client is not supported on ${stdenv.hostPlatform.system}";

mkdir $out/share/applications cp share/applnk/player/xdg/*.desktop $out/share/applications/ <del> cp share/applnk/client/xdg-mime/*.desktop $out/share/applications/ </del> <ins> cp share/applnk/runner/xdg-mime/*.desktop $out/share/applications/ </ins> mkdir -p $out/share/mime/packages <del> cp share/applnk/client/xdg-mime/*.xml $out/share/mime/packages/ </del> <ins> cp share/applnk/runner/xdg-mime/*.xml $out/share/mime/packages/ </ins> for i in $out/share/applications/*.desktop; do substituteInPlace "$i" --replace /usr/NX/bin $out/bin
Change:
Steps to reproduce the behavior: recently edited: <!-- 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]:

Discussion:
{ lib, stdenv, <del> beautifulsoup4, </del> buildPythonPackage, <ins> pythonOlder, </ins> fetchFromGitHub, <ins> # build-system poetry-core, # dependencies numpy, types-pytz, # tests pytestCheckHook, beautifulsoup4, </ins> html5lib, jinja2, lxml,

odfpy, openpyxl, pandas, <del> poetry-core, </del> pyarrow, pyreadstat, <del> pytestCheckHook, pythonOlder, </del> scipy, sqlalchemy, tables, tabulate, <del> types-pytz, </del> typing-extensions, xarray, xlsxwriter,

buildPythonPackage rec { pname = "pandas-stubs"; <del> version = "2.2.0.240218"; </del> <ins> version = "2.2.2.240603"; </ins> pyproject = true; disabled = pythonOlder "3.9";

owner = "pandas-dev"; repo = "pandas-stubs"; rev = "refs/tags/v${version}"; <del> hash = "sha256-416vyaHcSfTfkSNKZ05edozfsMmNKcpOZAoPenCLFzQ="; </del> <ins> hash = "sha256-wJ7lN1+BGNqhwgPLmmpb3foX6rIEy3R62rOvu0mr8xs="; </ins> }; <del> nativeBuildInputs = [ poetry-core ]; </del> <ins> build-system = [ poetry-core ]; </ins> <del> propagatedBuildInputs = [ pandas </del> <ins> dependencies = [ numpy </ins> types-pytz ]; nativeCheckInputs = [ <ins> pytestCheckHook </ins> beautifulsoup4 html5lib jinja2

matplotlib odfpy openpyxl <ins> pandas </ins> pyarrow pyreadstat <del> pytestCheckHook </del> scipy sqlalchemy tables

typing-extensions xarray xlsxwriter <ins> # missing dependencies in nixpkgs # python-calamine </ins> ]; disabledTests = [ <del> # AttributeErrors, missing dependencies, error and warning checks "test_types_groupby" "test_frame_groupby_resample" "test_orc" "test_all_read_without_lxml_dtype_backend" </del> <ins> # Missing dependencies, error and warning checks "test_all_read_without_lxml_dtype_backend" # pyarrow.orc "test_orc" # pyarrow.orc "test_read_excel" # python-calamine "test_plotting" # UserWarning: No artists with labels found to put in legend. "test_spss" # FutureWarning: ChainedAssignmentError: behaviour will change in pandas 3.0! </ins> "test_show_version" ] ++ lib.optionals stdenv.isDarwin [ <del> "test_plotting" # Fatal Python error: Illegal instruction </del> <ins> "test_clipboard" # FileNotFoundError: [Errno 2] No such file or directory: 'pbcopy' ] ++ lib.optionals (stdenv.isDarwin && stdenv.isAarch64) [ # Disable tests for types that are not supported on aarch64 in `numpy` < 2.0 "test_astype_float" # `f16` and `float128` "test_astype_complex" # `c32` and `complex256` </ins> ]; pythonImportsCheck = [ "pandas" ];
Change:
The CLI tool provided by the package throws a Python related error when executed. Steps to reproduce the behavior: I expect the CLI tool to run without throwing a Python error I'm testing with nixpkgs unstable. <!-- 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]:
any chance you could have a look at the problem?
CC
Suggest you use for instead of plain , and supply the in its pythonpath - grep nixpkgs to see usage examples. Though I suggest taking note of the dependency footprint the package will add to this.
Thanks. I have created a PR with a fix that work locally for me. I won't be available for the next weeks so feel free to improve and merge it without me if you have time.

Discussion:
{ lib , stdenv , fetchurl <del> , python </del> <ins> , python311Packages </ins> , makeWrapper , gawk , bash

url = "mirror://apache/cassandra/${version}/apache-cassandra-${version}-bin.tar.gz"; }; <del> nativeBuildInputs = [ makeWrapper ]; </del> <ins> pythonPath = with python311Packages; [ cassandra-driver ]; nativeBuildInputs = [ python311Packages.wrapPython ]; buildInputs = [ python311Packages.python ] ++ pythonPath; </ins> installPhase = '' runHook preInstall

fi done <del> wrapProgram $out/bin/cqlsh --prefix PATH : ${python}/bin </del> runHook postInstall ''; <ins> postFixup = '' # Remove cassandra bash script wrapper. # The wrapper searches for a suitable python version and is not necessary with Nix. rm $out/bin/cqlsh # Make "cqlsh.py" accessible by invoking "cqlsh" ln -s $out/bin/cqlsh.py $out/bin/cqlsh wrapPythonPrograms ''; </ins> passthru = { tests = let