jiebi/CodeConvo huggingface dataset:
Change:
The package can no longer be installed because one of its dependencies () has been marked EOL. Steps to reproduce the behavior: Please run and paste the result.

Discussion:
stdenv.mkDerivation rec { pname = "jitsi-meet-electron"; <del> version = "2022.3.1"; </del> <ins> version = "2022.10.1"; </ins> src = fetchurl { url = "https://github.com/jitsi/jitsi-meet-electron/releases/download/v${version}/jitsi-meet-x86_64.AppImage"; <del> sha256 = "sha256-/5WpjmTLwQN73m7nHg4DKPbXIbD9WyJ+YBbFMD4ZDfg="; </del> <ins> sha256 = "sha256-98zuAsGT30paxszSO1XcMY8tsrMBeBLDFjK/JWhLC8s="; </ins> name = "${pname}-${version}.AppImage"; };

}; inherit (jami) jami-daemon jami-client-qt; <del> jitsi-meet-electron = callPackage ../applications/networking/instant-messengers/jitsi-meet-electron { electron = electron_17; }; </del> <ins> jitsi-meet-electron = callPackage ../applications/networking/instant-messengers/jitsi-meet-electron { }; </ins> zenstates = callPackage ../os-specific/linux/zenstates {};
Change:
<!-- 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 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: cargo-raze <!-- The current version can be found easily with the same process as 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: 0.12.0 desired version: 0.16.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers:
ty!

Discussion:
<del> { lib, stdenv, fetchFromGitHub, rustPlatform , pkg-config, curl, libgit2, openssl, Security }: </del> <ins> { lib , stdenv , fetchFromGitHub , rustPlatform , pkg-config , curl , libgit2 , openssl , Security }: </ins> rustPlatform.buildRustPackage rec { pname = "cargo-raze"; <del> version = "0.12.0"; </del> <ins> version = "0.16.0"; </ins> src = fetchFromGitHub { owner = "google"; repo = pname; rev = "v${version}"; <del> sha256 = "161m4y6i4sgqi9mg3f3348f5cr0m45vhix4a4bcw54wnmhiklnnl"; </del> <ins> hash = "sha256-ip0WuBn1b7uN/pAhOl5tfmToK73ZSHK7rucdtufsbCQ="; </ins> }; sourceRoot = "source/impl"; <del> cargoSha256 = "1vlywdq0bx6b1k3w1grisca0hvv2s4s88yxq7bil8nhm5ghjgxdr"; </del> <ins> cargoHash = "sha256-hNZgQwhm4UPqmANplZGxG0DYHa31tu06nmqYaCA7Vdg="; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ libgit2 openssl <del> (curl.override { inherit openssl; }) </del> <ins> curl </ins> ] ++ lib.optional stdenv.isDarwin Security; <del> # thread 'main' panicked at 'Cannot ping mock server.: "cannot send request to mock server: cannot send request to mock server: failed to resolve host name"' # __darwinAllowLocalNetworking does not fix the panic doCheck = !stdenv.isDarwin; </del> meta = with lib; { description = "Generate Bazel BUILD files from Cargo dependencies"; homepage = "https://github.com/google/cargo-raze";

cargo-profiler = callPackage ../development/tools/rust/cargo-profiler {}; cargo-raze = callPackage ../development/tools/rust/cargo-raze { inherit (darwin.apple_sdk.frameworks) Security; <del> openssl = openssl_1_1; </del> }; cargo-readme = callPackage ../development/tools/rust/cargo-readme {}; cargo-semver-checks = callPackage ../development/tools/rust/cargo-semver-checks {
Change:
After building , I tried to run it, but got an error (see Screenshots). Steps to reproduce the behavior: nixpkgs repository, run Successful execution of <!-- 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.

Discussion:
<del> source "https://rubygems.org" do gem 'compass' end </del> <ins> source 'https://rubygems.org' gem 'compass' </ins>

ruby DEPENDENCIES <del> compass! </del> <ins> compass </ins> BUNDLED WITH <del> 2.2.24 </del> <ins> 2.4.22 </ins>

<del> { lib, bundlerApp, bundlerUpdateScript }: </del> <ins> { lib, bundlerEnv, bundlerUpdateScript, ruby }: </ins> <del> bundlerApp { </del> <ins> bundlerEnv { </ins> pname = "compass"; <ins> version = "1.0.3"; inherit ruby; </ins> gemdir = ./.; <del> exes = [ "compass" ]; </del> passthru.updateScript = bundlerUpdateScript "compass";

homepage    = "https://github.com/Compass/compass"; license     = with licenses; mit; maintainers = with maintainers; [ offline manveru nicknovitski ]; <ins> mainProgram = "compass"; </ins> platforms   = platforms.unix; }; }
Change:
name: kubecolor current version: 0.0.20 desired version: 0.0.21 maintainers: new repo maintainer : Original repo remains unmaintained and current version () faces few behavior problems, for example alias completion is half-broken on Zsh. A fork is working on these issues, that seems to be fixed for me in the new release . Maybe switching to the main kubecolor fork could be considered a good mid-long term solution ? Thanks alot :pray:
Do I have to do anything for this to happen ?
No, thanks Update in PR
Refined GitHub messed up that fixed

Discussion:
buildGoModule rec { pname = "kubecolor"; <del> version = "0.0.20"; </del> <ins> version = "0.0.21"; </ins> src = fetchFromGitHub { <del> owner = "hidetatz"; </del> <ins> owner = pname; </ins> repo = pname; rev = "v${version}"; <del> sha256 = "sha256-bKHEp9AxH1CcObhNzD3BkNOdyWZu7JrEdsXpo49wEcI="; </del> <ins> sha256 = "sha256-d1gtbpeK9vp8bwhsMOPVKmohfyEZtQuvRB36VZCB3sY="; </ins> }; <del> vendorSha256 = "sha256-C1K7iEugA4HBLthcOI7EZ6H4YHW6el8X6FjVN1BeJR0="; </del> <ins> vendorSha256 = "sha256-g5bLi0HQ7LQM+DKn5x8enXn8/9j3LFhgDjQ+YN0M7dM="; </ins> ldflags = [ "-s" "-w" "-X main.Version=${version}" ]; meta = with lib; { description = "Colorizes kubectl output"; <del> homepage = "https://github.com/hidetatz/kubecolor"; changelog = "https://github.com/hidetatz/kubecolor/releases/tag/v${version}"; </del> <ins> homepage = "https://github.com/kubecolor/kubecolor"; changelog = "https://github.com/kubecolor/kubecolor/releases/tag/v${version}"; </ins> license = licenses.mit; maintainers = with maintainers; [ ivankovnatsky SuperSandro2000 ]; };
Change:
<!-- 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 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: rust-analyzer-unwrapped <!-- The current version can be found easily with the same process as 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: 2022-10-31 desired version: 2022-11-14 <!-- 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.
rust-analyzer requires rust 1.65, so we need to update it in staging-next or wait until it gets into master:

Discussion:
rustPlatform.buildRustPackage rec { pname = "rust-analyzer-unwrapped"; <del> version = "2022-10-31"; cargoSha256 = "sha256-yehukhYwNhFqHUYmIe0P/LPgRHvyj1/DFCl2yzBkB8Q="; </del> <ins> version = "2022-12-05"; cargoSha256 = "sha256-lD52qI6LX5ORBWknCC4gAWQG8FPlNhOj6xQo1eXpO30="; </ins> src = fetchFromGitHub { owner = "rust-lang"; repo = "rust-analyzer"; rev = version; <del> sha256 = "sha256-D0YwkSqwtD08twtCtN5q0a8S0Y26kgDWg1ruRNEQEOw="; </del> <ins> sha256 = "sha256-2Syd2jVpY0UIfsYlmzvWICZTDVRG4UchcbRlNhuJSpM="; </ins> }; cargoBuildFlags = [ "--bin" "rust-analyzer" "--bin" "rust-analyzer-proc-macro-srv" ];
Change:
does not start on the Mac. Steps to reproduce the behavior: via symlink, sandbox violation the app into the Application folder, sandbox violation 1Password should start Please run and paste the result.
I should have noted, that also doesn't work
Did it work prior to the update? Regardless, I cannot offer help with the Darwin side of things, I only use 1password-gui on NixOS.
that I can't say for sure

Discussion:
mkdir -p $out/Applications cp -r *.app $out/Applications ''; <ins> # 1Password is notarized. dontFixup = true; </ins> }
Change:
<!-- 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 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: pmbootstrap <!-- The current version can be found easily with the same process as 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: 1.45.0 desired version: 1.49.0 <!-- 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.

Discussion:
buildPythonApplication rec { pname = "pmbootstrap"; <del> version = "1.45.0"; </del> <ins> version = "1.50.0"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "sha256-75ZFzhRsczkwhiUl1upKjSvmqN0RkXaM8cKr4zLgi4w="; </del> <ins> hash = "sha256-UtXUq+B3EMHS3CTqfzbyQK0gHgrFwcwQ6zTzw/EwIuA="; </ins> }; repo = fetchFromGitLab {

owner = "postmarketOS"; repo = pname; rev = version; <del> sha256 = "sha256-tG1+vUJW9JIdYpcRn8J0fCIZh29hYo8wSlBKwTUxyMU="; </del> <ins> hash = "sha256-wuNsmc7FBk05VgH+E4uwMJeZRTlqAUe6kLvHqCLAwEY="; </ins> }; pmb_test = "${repo}/test";
Change:
While running the test suite the Hakyll version 4.9.0.0 build in NixOS 16.09 emits the following (my abbreviation): The issue seems to have been resolved in Hakyll version 4.9.1.0 since it includes the pull request In 16.09 run, e.g., . System: 16.09.931. (Flounder) Nix version: nix-env (Nix) 1.11.4

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
The derivation enables for all x86 Linux platforms (). This causes to fail on CPUs that don't support . Example CPU that fails to run : AMD G-T56N 64-bit dual core on AMD Fusion Controller Hub A55E Chipset Hardware: Steps to reproduce the behavior: the system in configuration the package . I am using nix-bitcoin for this the changes in nix-bitcoin on AMD G-T56N 64-bit dual core chip Electrs should start up and run. Instead it throws a core-dump. Systemd journal: Here's my . Please run and paste the result.
Fix in

Discussion:
, enableJemalloc ? false, jemalloc , enableLite ? false , enableShared ? !stdenv.hostPlatform.isStatic <ins> , sse42Support ? stdenv.hostPlatform.sse4_2Support </ins> }: stdenv.mkDerivation rec {

"-DWITH_GFLAGS=0" "-DUSE_RTTI=1" "-DROCKSDB_INSTALL_ON_WINDOWS=YES" # harmless elsewhere <del> (lib.optional (stdenv.hostPlatform.isx86 && stdenv.hostPlatform.isLinux) "-DFORCE_SSE42=1") </del> <ins> (lib.optional sse42Support "-DFORCE_SSE42=1") </ins> (lib.optional enableLite "-DROCKSDB_LITE=1") "-DFAIL_ON_WARNINGS=${if stdenv.hostPlatform.isMinGW then "NO" else "YES"}" ] ++ lib.optional (!enableShared) "-DROCKSDB_BUILD_SHARED=0";
Change:
No file is provided by Rstudio so system menus in KDE (and presumably any DE) don't show it. System: Nix version: (run ) Nixpkgs version: (run )

Discussion:
<del> { stdenv, fetchurl, cmake, boost155, zlib, openssl, R, qt4, libuuid, hunspellDicts, unzip, ant, jdk, gnumake, makeWrapper }: </del> <ins> { stdenv, fetchurl, makeDesktopItem, cmake, boost155, zlib, openssl, R, qt4, libuuid, hunspellDicts, unzip, ant, jdk, gnumake, makeWrapper }: </ins> let version = "0.98.110"; ginVer = "1.5"; gwtVer = "2.5.1"; in <del> stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> name = "RStudio-${version}"; buildInputs = [ cmake boost155 zlib openssl R qt4 libuuid unzip ant jdk makeWrapper ];

sha256 = "0fjr2rcr8lnywj54mzhg9i4xz1b6fh8yv12p5i2q5mgfld2xymy4"; }; <del> hunspellDicts = builtins.attrValues hunspellDicts; </del> <ins> hunspellDictionaries = builtins.attrValues hunspellDicts; </ins> mathJaxSrc = fetchurl { url = https://s3.amazonaws.com/rstudio-buildtools/mathjax-20.zip;

mv gwt-$gwtVer $GWT_LIB_DIR/gwt/$gwtVer mkdir dependencies/common/dictionaries <del> for dict in $hunspellDicts; do </del> <ins> for dict in $hunspellDictionaries; do </ins> for i in "$dict/share/hunspell/"* do ln -sv $i dependencies/common/dictionaries/ done

cmakeFlags = [ "-DRSTUDIO_TARGET=Desktop" ]; <ins> desktopItem = makeDesktopItem { name = name; exec = "rstudio %F"; icon = "rstudio"; desktopName = "RStudio"; genericName = "IDE"; comment = meta.description; categories = "Development;"; mimeType = "text/x-r-source;text/x-r;text/x-R;text/x-r-doc;text/x-r-sweave;text/x-r-markdown;text/x-r-html;text/x-r-presentation;application/x-r-data;application/x-r-project;text/x-r-history;text/x-r-profile;text/x-tex;text/x-markdown;text/html;text/css;text/javascript;text/x-chdr;text/x-csrc;text/x-c++hdr;text/x-c++src;"; }; </ins> postInstall = '' wrapProgram $out/bin/rstudio --suffix PATH : ${gnumake}/bin <ins> mkdir $out/share cp -r ${desktopItem}/share/applications $out/share mkdir $out/share/icons ln $out/rstudio.png $out/share/icons </ins> ''; meta = with stdenv.lib;
Change:
I already updated my system to and it generally works well, but i have one bug so far: When i maximize apps, some of them freeze when maximized. They don't seem to crash but the window's content visibly freezes. Steps to reproduce the behavior: gnome by double-clicking the title bar or pressing alt+up stuff in the shell, observe that the window content is frozen and doesn't show the inputs -maximize it and see that the app indeed accepted the inputs. This does not occur with all apps, only some. It also seems to work with most of the time, but is my most reliable reproducer so far. Maximizing an app does not make its window content freeze A screenshot of a frozen app would not show anything helpful <!-- 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. `
cc
Are you using Wayland or X11 session? (See e.g. environment variable.) I can reproduce this consistently on unstable as well with GNOME Terminal, Boxes, Console and gedit (all GTK 3 apps) but not with GNOME Text Editor, Control Center or Calculator (GTK 4). GTK version: 3.24.34 GNOME Shell (X11)
i am on x11

Discussion:
url = "https://gitlab.gnome.org/GNOME/mutter/-/commit/285a5a4d54ca83b136b787ce5ebf1d774f9499d5.patch"; sha256 = "/npUE3idMSTVlFptsDpZmGWjZ/d2gqruVlJKq4eF4xU="; }) <ins> # Revert clutter optimization causing issues on X11 # https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2667 # Will be replaced with a proper fix in 43.2 # https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6054 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/mutter/-/commit/7e7a639cc5132cf3355e861235f325540fe56548.patch"; sha256 = "NYoKCRh5o1Q15c11a79Hk5tGKq/jOa+e6GpgBjPEepo="; revert = true; }) # Backport edge resistance fix (should be part of 43.2) # https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2687 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/mutter/-/commit/accf532a29ea9a1d70880dfaa1834050aa3ae7be.patch"; sha256 = "XAHcPGQFWfZujlqO/cvUryojPCMBBSxeIG06BesDQQw="; }) </ins> ]; mesonFlags = [
Change:
Steps to reproduce the behavior: Fails on aarch64 `
Is there a use case for boost160? IMHO this will not be fixed as boost 1.60 was released 5 years before M1 existed.
It's currently a dependency of mongodb-34 and mongodb-36. I tried just change that dependency to boost-16x (which currently maps to 1.69), however that breaks the mongodb build. Nothing in nixpkgs seems to depend on those mongodb versions, so maybe remove those as well?

Discussion:
} ); in { <del> boost159 = makeBoost ./1.59.nix; boost160 = makeBoost ./1.60.nix; </del> boost165 = makeBoost ./1.65.nix; boost166 = makeBoost ./1.66.nix; boost167 = makeBoost ./1.67.nix;

blastem = throw "blastem has been removed from nixpkgs as it would still require python2"; # Added 2022-01-01 bluezFull = bluez; # Added 2019-12-03 bomi = throw "bomi has been removed from nixpkgs since it was broken and abandoned upstream"; # Added 2020-12-10 <ins> boost159 = throw "boost159 has been deprecated in favor of the latest version"; # Added 2023-01-01 boost15x = throw "boost15x has been deprecated in favor of the latest version"; # Added 2023-01-01 boost160 = throw "boost160 has been deprecated in favor of the latest version"; # Added 2023-01-01 </ins> botan = throw "botan has been removed because it did not support a supported openssl version"; # added 2021-12-15 bpftool = bpftools; # Added 2021-05-03 brackets = throw "brackets has been removed, it was unmaintained and had open vulnerabilities"; # Added 2021-01-24

boolstuff = callPackage ../development/libraries/boolstuff { }; inherit (callPackage ../development/libraries/boost { inherit (buildPackages) boost-build; }) <del> boost159 boost160 </del> boost165 boost166 boost168

boost180 ; <del> boost15x = boost159; </del> boost16x = boost169; boost17x = boost179; boost18x = boost180;
Change:
I'm trying to run the example script , but I get the following error: Steps to reproduce the behavior: into this flake: (Adapt paths in script) I'm trying out the software for the first time, so I didn't know what to expect, but I guess I didn't expect this error. I tried nixpkgs master first, but there, wouldn't build.

Discussion:
}: let <del> old-openfst = openfst.overrideAttrs (self: { </del> <ins> old-openfst = openfst.overrideAttrs (prev: { version = "kag-unstable-2022-05-06"; </ins> src = fetchFromGitHub { owner = "kkm000"; repo = "openfst"; <ins> # required by https://github.com/daanzu/kaldi-fork-active-grammar/blob/e9c7d0ffca401cf312779d25f2c05a34b41ff696/cmake/third_party/openfst.cmake#L7 </ins> rev = "0bca6e76d24647427356dc242b0adbf3b5f1a8d9"; sha256 = "1802rr14a03zl1wa5a0x1fa412kcvbgprgkadfj5s6s3agnn11rx"; }; buildInputs = [ zlib ]; <del> }); in </del> <ins> }); in </ins> assert blas.implementation == "openblas" && lapack.implementation == "openblas";

postPatch = '' # Replace the shebangs for the various build scripts patchShebangs src <ins> # Compatability with OpenBLAS 0.3.21 substituteInPlace src/matrix/cblas-wrappers.h  --replace stptri_ LAPACK_stptri  --replace dtptri_ LAPACK_dtptri  --replace sgetrf_ LAPACK_sgetrf  --replace dgetrf_ LAPACK_dgetrf  --replace sgetri_ LAPACK_sgetri  --replace dgetri_ LAPACK_dgetri  --replace sgesvd_ LAPACK_sgesvd  --replace dgesvd_ LAPACK_dgesvd  --replace ssptri_ LAPACK_ssptri  --replace dsptri_ LAPACK_dsptri  --replace ssptrf_ LAPACK_ssptrf  --replace dsptrf_ LAPACK_dsptrf </ins> ''; configurePhase = ''
Change:
Steps to reproduce the behavior: Please run and paste the result.
It seems that it is caused by this recent change in :
EDIT: the commit mentioned above is not the problem but the fix. Indeed, updates the test to work with the new version of mypy (0.991). The author has not made a new release yet. Hence, we have two choices: 1) Disable (temporarily) the tests waiting for the new release of . 2) Change the and fetch the master branch of the .
Does that commit apply cleanly to the latest version if used as a patch? You can it into on the derivation if so

Discussion:
{ lib , buildPythonPackage , fetchFromGitHub <ins> , fetchpatch </ins> , mypy , pytestCheckHook , python-lsp-server

hash = "sha256-fZ2bPPjBK/H2jMI4S3EhvWJaNl4tK7HstxcHSAkoFW4="; }; <ins> patches = [ (fetchpatch { name = "0001-adapt-test-to-latest-mypy.patch"; url = "https://github.com/python-lsp/pylsp-mypy/commit/99cf687798464f810b128881dbbec82aa5353e04.patch"; sha256 = "sha256-wLaGMaW/gTab2fX7zGnemLQQNDWxBURYb7VsgEas61Y="; }) ]; </ins> propagatedBuildInputs = [ mypy python-lsp-server
Change:
Steps to reproduce the behavior: = true; If services.elasticsearch.package is set to pkgs.elasticsearch-oss it works. <!-- 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.

Discussion:
, makeWrapper , jre_headless , util-linux, gnugrep, coreutils <ins> , libxcrypt </ins> , autoPatchelfHook , zlib }:

nativeBuildInputs = [ makeWrapper ]; buildInputs = [ jre_headless util-linux ] <del> ++ optional enableUnfree zlib; </del> <ins> ++ optional enableUnfree [ zlib libxcrypt ]; </ins> installPhase = '' mkdir -p $out
Change:
... in Rust! Project description Pipewire graph editor written in Rust. ( WIP warning ) Maybe it's too early? I'm not sure, it looks usable at least from the screenshot... Metadata homepage URL: source URL: license: gpl3 platforms: linux,

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , libGL , pipewire , xorg }: rustPlatform.buildRustPackage rec { pname = "pw-viz"; version = "0.1.0"; src = fetchFromGitHub { owner = "ax9d"; repo = pname; rev = "v${version}"; sha256 = "1d46m7w6rzzjpxc2fxwka9xbz49szbfrl63kxlv6kw4lknrladjn"; }; cargoSha256 = "sha256-jx1mUP6ezpwUhmDD9tCJBhHCHU8fEMlB738yYfB1psc="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ libGL pipewire rustPlatform.bindgenHook xorg.libX11 xorg.libXcursor xorg.libXi xorg.libxcb ]; postFixup = '' patchelf $out/bin/pw-viz --add-rpath ${lib.makeLibraryPath [ libGL xorg.libXrandr ]} ''; meta = with lib; { description = "A simple and elegant pipewire graph editor "; homepage = "https://github.com/ax9d/pw-viz"; license = licenses.gpl3Only; maintainers = with maintainers; [ figsoda ]; platforms = platforms.linux; }; } </ins>

pwsafe = callPackage ../applications/misc/pwsafe { }; <ins> pw-viz = callPackage ../applications/misc/pw-viz { }; </ins> napi-rs-cli = callPackage ../development/tools/napi-rs-cli { }; neil = callPackage ../development/tools/neil { };
Change:
I think you're the person to contact about this? Just a trivial issue with the description - mcfly is not only for bash but also for zsh and fish.
It looks like Marsam touched it last, but just to remove the period. The maintainer, wrote the description.
IIRC I copied the description from the Mcfly project page. It probably makes sense to replace it with the current tldr:
Much thanks.

Discussion:
meta = with lib; { homepage = "https://github.com/cantino/mcfly"; <del> description = "An upgraded ctrl-r for Bash whose history results make sense for what you're working on right now"; </del> <ins> description = "An upgraded ctrl-r where history results make sense for what you're working on right now"; </ins> changelog = "https://github.com/cantino/mcfly/raw/v${version}/CHANGELOG.txt"; license = licenses.mit; maintainers = [ maintainers.melkor333 ];