jiebi/CodeConvo huggingface dataset:
Change:
Project description Fetch stock information, market summary right in your terminal. Metadata homepage URL: source URL: license: mit linux
PR made: .

Discussion:
<ins> { lib, buildNpmPackage, fetchFromGitHub, nix-update-script }: buildNpmPackage rec { pname = "terminal-stocks"; version = "1.0.14"; src = fetchFromGitHub { owner = "shweshi"; repo = pname; rev = "v${version}"; hash = "sha256-AzLMqp5t9u1ne+xCKp0dq/3V3DKJ1Ou9riAN+KqkStg="; }; npmDepsHash = "sha256-GOg6B8BWkWegxeYmlHSJjFNrb/frb6jdzjjNSGF38Zo="; dontNpmBuild = true; passthru.updateScript = nix-update-script {}; meta = with lib; { description = "Terminal based application that provides stock price information"; homepage = "https://github.com/shweshi/terminal-stocks"; maintainers = with maintainers; [ mislavzanic ]; license = licenses.mit; }; } </ins>

twinkle = qt5.callPackage ../applications/networking/instant-messengers/twinkle { }; <ins> terminal-stocks = callPackage ../applications/misc/terminal-stocks { }; </ins> terminal-typeracer = callPackage ../applications/misc/terminal-typeracer { inherit (darwin.apple_sdk.frameworks) Security; };
Change:
git version: current master.
I get the same error with the current channel. Prevents my from building.
this error is back. I suppose this is related to a recent update of Adobe Flash .
... and it's back again :cry:
What can we do? I can't seem to update my system without it.

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 update-check disabler is not able to work if there is no pre-existing config, making it break when someone installs an "old" version. This can happen when discord updates their version, but the update has not yet been merged or fully propagated through the channels. Steps to reproduce the behavior: the (This will always use a version that is outdated by the time of writing steps) the update dialog A config should be created that is empty besides OR a stronger error/warning should be printed that explains how to mitigate. The current oneliner gets lost in the discord "boot" message noise. It seems as if a preceeding is a sufficient workaround after having identified the problem in the first place (which was the quite longer part) Please run and paste the result.
Discussion on discord revealed that when the user has a read-only (such as when it's installed through home-manager), the wrapper prints some spurious errors. This should probably be fixed at the same time.
I think you misunderstood the discussion there. The wrapper has a simple catch all with a generic oneline error. Discord though likes to fail when it can't write the config. Or in case of a symlink, likes to simply replace the link with a regular file.
Thanks for the workaround, I tried to open discord today for the first time on a new install and it was just telling me I need to upgrade to discord-0.0.25 (0.0.24 is what is packaged) and would offer to let me download a deb or a tarball and then just close. Doing the echo to make an empty config allowed discord to start and for me to get logged in. Hopefully this gets addressed so folks don't have to find this issue in order to get going with a fresh install.
Heads up that this should actually go to on MacOS - happy to make a PR if someone points me in the right direction

Discussion:
settings_path = Path(f"{XDG_CONFIG_HOME}/@configDirName@/settings.json") settings_path_temp = Path(f"{XDG_CONFIG_HOME}/@configDirName@/settings.json.tmp") <del> try: </del> <ins> if os.path.exists(settings_path): </ins> with settings_path.open(encoding="utf-8") as settings_file: settings = json.load(settings_file) <ins> else: settings = {} </ins> <del> if settings.get("SKIP_HOST_UPDATE"): print("[Nix] Disabling updates already done") else: skip_host_update = {"SKIP_HOST_UPDATE": True} settings.update(skip_host_update) </del> <ins> if settings.get("SKIP_HOST_UPDATE"): print("[Nix] Disabling updates already done") else: skip_host_update = {"SKIP_HOST_UPDATE": True} settings.update(skip_host_update) </ins> <del> with settings_path_temp.open("w", encoding="utf-8") as settings_file_temp: json.dump(settings, settings_file_temp, indent=2) </del> <ins> os.makedirs(os.path.dirname(settings_path), exist_ok=True) </ins> <del> settings_path_temp.rename(settings_path) print("[Nix] Disabled updates") </del> <ins> with settings_path_temp.open("w", encoding="utf-8") as settings_file_temp: json.dump(settings, settings_file_temp, indent=2) </ins> <del> except IOError: print("[Nix] settings.json doesn't yet exist, can't disable it yet") </del> <ins> settings_path_temp.rename(settings_path) print("[Nix] Disabled updates") </ins>
Change:
Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (last updated the package in ) Please run and paste the result. Also relevant for .

Discussion:
buildPythonPackage rec { pname = "pip-tools"; version = "6.12.1"; <del> format = "setuptools"; </del> <ins> format = "pyproject"; </ins> disabled = pythonOlder "3.7";
Change:
Steps to reproduce the behavior: linuxKernel.packages.linuxzen.nvidiax11vulkanbeta form nixos-unstable. The NVIDIA driver URL for the Vulkan beta developer driver seems to be incorrect. I tried using from in a web browser and the site actually returns a 404 error. The actual download URL seems to have been changed to . Entering this URL into the web browser starts the download as well. Please run and paste the result.
How can I overrule this for now so I can build my system :p ?
I'm not sure myself I tried to make an overlay like I used to for other packages but it failed to build altogether. Although my Nix-fu is still quite limited :D.
I tried exactly the same. But just like you, my Nix-fu is also quite limited haha
Thanks for the quick fix and I really appreciate your efforts. Now we just have to wait for the fix to come to :D.
For now, you may set: (disclaimer: did not test, could be wrong)

Discussion:
# Vulkan developer beta driver # See here for more information: https://developer.nvidia.com/vulkan-driver vulkan_beta = generic rec { <del> version = "525.47.04"; persistencedVersion = "525.78.01"; settingsVersion = "525.78.01"; sha256_64bit = "sha256-PcDRM39s4vh5++4TocIJKI3wsxWxJdy3p3KAenpdIc0="; openSha256 = "sha256-jH7mwSpasOdWMvN1xuPkO33g0XJjObzA45aqHwKoD4w="; settingsSha256 = "sha256-1d3Cn+7Gm1ORQxmTKr18GFmYHVb8t050XVLler1dCtw="; persistencedSha256 = "sha256-t6dViuvA2fw28w4kh4koIoxh9pQ8f7KI1PIUFJcGlYA="; url = "https://developer.nvidia.com/vulkan-beta-${lib.concatStrings (lib.splitString "." version)}-linux"; </del> <ins> version = "525.47.06"; persistencedVersion = "525.85.05"; settingsVersion = "525.85.05"; sha256_64bit = "sha256-HxRXtd3ubjS1V/y1hDWe16XNSCbQYHoEw+Jz8Emy5/4="; openSha256 = "sha256-oiOlCdkFMXm4vVZzmnnI5/INVWUqC02gGj/aIfzjGig="; settingsSha256 = "sha256-ck6ra8y8nn5kA3L9/VcRR2W2RaWvfVbgBiOh2dRJr/8="; persistencedSha256 = "sha256-dt/Tqxp7ZfnbLel9BavjWDoEdLJvdJRwFjTFOBYYKLI="; url = "https://developer.nvidia.com/downloads/vulkan-beta-${lib.concatStrings (lib.splitString "." version)}-linux"; </ins> }; # Update note:
Change:
Position: Reproducible on the master branch as well as on nixos-22.11. Steps to reproduce the behavior: build Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.

Discussion:
sha256 = "0a9bsl2nbnb138lq0h14jfc5xvz7hpb2bcsj4mjn6g1hcsl4ik0y"; }; <ins> env.LDFLAGS = lib.optionalString (!stdenv.isDarwin) "-Wl,-z,muldefs"; # Makefile ignores errors, so the build may silently succeed erroneously postBuild = '' test -e gnushogi/gnushogi || { echo "ERROR: no binary produced"; exit 1; } ''; </ins> meta = with lib; { description = "GNU implementation of Shogi, also known as Japanese Chess"; homepage = "https://www.gnu.org/software/gnushogi/"; license = licenses.gpl3; maintainers = [ maintainers.ciil ]; platforms = platforms.unix; <ins> broken = stdenv.isDarwin; # darwin does not support -z muldefs </ins> }; }
Change:
Steps to reproduce the behavior: Upstream issue: Last successful build: First failing build: (package maintainer) (pipewire package maintainers)
Thanks. I've subscribed to the issue and will fix this when upstream gets updated. Not sure whether I should add a attribute in the meantime.
Fixed.
For reference, with containing this gets broken again. Affected packages: , , , (anything with the pipewire-rs I guess).
Caused by:
also .
This might be of some help, Doesn't seem exactly related though
IIRC this should solve it. It will just take a few days to reach master/unstable:

Discussion:
stdenv.mkDerivation rec { pname = "helvum"; <del> version = "0.3.4"; </del> <ins> version = "0.4.0"; </ins> src = fetchFromGitLab { domain = "gitlab.freedesktop.org"; owner = "pipewire"; repo = pname; rev = version; <del> sha256 = "0nhv6zw2zzxz2bg2zj32w1brywnm5lv6j3cvmmvwshc389z2k5x1"; </del> <ins> hash = "sha256-TvjO7fGobGmAltVHeXWyMtMLANdVWVGvBYq20JD3mMI="; </ins> }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; <del> hash = "sha256-EIHO9qVPIXgezfFOaarlTU0an762nFmX1ELbQuAZ7rY"; </del> <ins> hash = "sha256-W5Imlut30cjV4A6TCjBFLbViB0CDUucNsvIUiCXqu7I="; </ins> }; nativeBuildInputs = [

pipewire ]; <del> # FIXME: workaround for Pipewire 0.3.64 deprecated API change, remove when fixed upstream NIX_CFLAGS_COMPILE = [ "-DPW_ENABLE_DEPRECATED" ]; </del> meta = with lib; { description = "A GTK patchbay for pipewire"; homepage = "https://gitlab.freedesktop.org/pipewire/helvum";
Change:
On an machine with nixpkgs at : I'm trying to bisect this, but I haven't yet found a commit where cross-compilation works. It also fails at these commits: () <!-- 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:
nativeBuildInputs = kernel.moduleBuildDependencies; hardeningDisable = [ "pic" ]; <del> KERNEL_DIR = "${kernel.dev}/lib/modules/${kernel.modDirVersion}/build"; INSTALL_MOD_PATH = "${out}"; prefix = "${out}"; </del> <ins> makeFlags = kernel.makeFlags ++ [ "KERNEL_DIR=${kernel.dev}/lib/modules/${kernel.modDirVersion}/build" "INSTALL_MOD_PATH=$(out)" "prefix=$(out)" ]; </ins> meta = { description = "Device that allows access to Linux kernel cryptographic drivers";
Change:
Sage does not build anymore since a few days (2023-01-14), while it was building fine before. Hydra job: Seems to be because of some failing tests, notably caused by deprecated stuff: or I also saw one Steps to reproduce the behavior: sage or sageWithDoc
Thanks for the report! This should have been fixed by , but some Sage tests fail intermittently once in a while and one of those tests, , failed during the last build attempt (). This particular test has been made robust in Sage 9.8, so I will take this opportunity to backport the fix.
Status update: The follow-up intermittent test fix reached nixos-unstable yesterday.
Thanks a lot!

Discussion:
# To help debug the transient error in # https://trac.sagemath.org/ticket/23087 when it next occurs. ./patches/configurationpy-error-verbose.patch <ins> # https://trac.sagemath.org/ticket/33907 (fetchSageDiff { name = "interfaces-expectpy-intermittent.patch"; base = "9.8.beta6"; rev = "6f5c1c2fc8bcfb5e6555716d05ce70511795ffa1"; sha256 = "sha256-z8FQxtrk62MHzPjrUTad+fMAE6XV8GTsLWKgGOM3zBg="; }) </ins> ]; # Patches needed because of package updates. We could just pin the versions of
Change:
Steps to reproduce the behavior: Full log: Package built successfully in . Package failed in . I assume package failed to built somewhere in between these two pull request. Please run and paste the result.
Possibly needs update like
tried but had a compilation issue: Error:

Discussion:
{ lib , mkDerivation , variant ? "standalone" <del> , fetchFromGitHub </del> <ins> , fetchzip , fetchpatch </ins> , cmake , pkg-config , ninja

, curl , gimp ? null , gmic <del> , cimg </del> , qtbase , qttools , writeShellScript

pname = "gmic-qt${lib.optionalString (variant != "standalone") "-${variant}"}"; version = "3.2.1"; <del> src = fetchFromGitHub { owner = "c-koi"; repo = "gmic-qt"; rev = "v.${version}"; sha256 = "sha256-z+GtYLBcHVufXwdeSd8WKmPmU1+/EKMv26kNaEgyt5w="; </del> <ins> src = fetchzip { url = "https://gmic.eu/files/source/gmic_${version}.tar.gz"; hash = "sha256-2lMnn19FcFKnfIjSxOObqxIjqLMUoWgi0ADZBCBePY4="; </ins> }; <ins> patches = [ (fetchpatch { name = "gmic-qt-3.2.1-fix-system-gmic.patch"; url = "https://github.com/c-koi/gmic-qt/commit/e8d7a3523753ff592da63b1d54edf0921c54fe53.patch"; hash = "sha256-kBFZo2qvod4pH3oK8gvnmw39x6eMH9zjr4mMcY74mFo="; }) ]; sourceRoot = "source/gmic-qt"; </ins> nativeBuildInputs = [ cmake pkg-config

buildInputs = [ gmic <del> cimg </del> qtbase qttools fftw

cmakeFlags = [ "-DGMIC_QT_HOST=${if variant == "standalone" then "none" else variant}" <del> "-DENABLE_SYSTEM_GMIC:BOOL=ON" </del> <ins> "-DENABLE_SYSTEM_GMIC=ON" "-DENABLE_DYNAMIC_LINKING=ON" </ins> ]; postPatch = ''

}; meta = with lib; { <del> # Broken since 3.2.0 update, cannot handle system gmic and cimg. broken = true; </del> description = variants.${variant}.description; homepage = "http://gmic.eu/"; license = licenses.gpl3Plus;

{ stdenv , lib , fetchFromGitHub <ins> , fetchpatch </ins> , fetchurl , cmake , ninja

hash = "sha256-oEH4GlSV+642TGSJJhV4yzydh1hAQZfzwaiPAZFNQtI="; }; <ins> patches = [ (fetchpatch { name = "gmic-3.2.1-fix-system-gmic.patch"; url = "https://github.com/GreycLab/gmic/commit/9db3f6a39d9ed67b4279654da88993a8057575ff.patch"; hash = "sha256-JznKCs56t6cJ4HLqlhMZjSOupEB8cdkn3j6RgZpcpzo="; }) ]; </ins> # TODO: build this from source # https://github.com/dtschump/gmic/blob/b36b2428db5926af5eea5454f822f369c2d9907e/src/Makefile#L675-L729 gmic_stdlib = fetchurl {
Change:
Hi, I can't see an update on master or a pull request. Mesa 23.0.0 seems to need a meson feature that appears to only be in meson-1.0.0 which is out. I realize bumping meson is probably a large task though, so I'm raising a flag for it now. cc: (recent committers to our meson package)
reference for mesa: without that patch the mesa-23 RC does not build (missing valgrind.h), with the patch, meson whines that its too old of a release.

Discussion:
, ninja , pkg-config , python3 <ins> , zlib , coreutils </ins> , substituteAll }: python3.pkgs.buildPythonApplication rec { pname = "meson"; <del> version = "0.64.1"; </del> <ins> version = "1.0.0"; </ins> src = python3.pkgs.fetchPypi { inherit pname version; <del> hash = "sha256-Oo4DDCM094IIX4FicGLMbUpnce3zHgVf/jdPnmsImrk="; </del> <ins> hash = "sha256-qlCkukVXwl59SERqv96FeVfc31g4X/++Zwug6O+szgU="; </ins> }; patches = [

"docs/yaml/objects/dep.yaml" ]; }) <ins> # tests: avoid unexpected failure when cmake is not installed # https://github.com/mesonbuild/meson/pull/11321 (fetchpatch { url = "https://github.com/mesonbuild/meson/commit/a38ad3039d0680f3ac34a6dc487776c79c48acf3.patch"; hash = "sha256-9YaXwc+F3Pw4BjuOXqva4MD6DAxX1k5WLbn0xzwuEmw="; }) </ins> ]; setupHook = ./setup-hook.sh; <del> # Meson included tests since 0.45, however they fail in Nixpkgs because they # require a typical building environment (including C compiler and stuff). # Just for the sake of documentation, the next lines are maintained here. doCheck = false; </del> nativeCheckInputs = [ ninja pkg-config ]; <ins> checkInputs = [ zlib ]; </ins> checkPhase = '' <del> python ./run_project_tests.py </del> <ins> patchShebangs "test cases" substituteInPlace "test cases/native/8 external program shebang parsing/script.int.in"  --replace /usr/bin/env ${coreutils}/bin/env # requires git, creating cyclic dependency rm -r "test cases/common/66 vcstag" # requires glib, creating cyclic dependency rm -r "test cases/linuxlike/6 subdir include order" rm -r "test cases/linuxlike/9 compiler checks with dependencies" # requires static zlib, see #66461 rm -r "test cases/linuxlike/14 static dynamic linkage" HOME="$TMPDIR" python ./run_project_tests.py </ins> ''; postFixup = ''
Change:
Steps to reproduce the behavior: Rich starts its pager Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(anselmschueler): nixpkgs:
This issue occurs because rich-cli isn't compatible with the newer rich version we have in nixpkgs. I'm not sure what the go is here as rich-cli hasn't been updated for a while (since Jun 21, 2022).
Ah, interesting. Maybe we should remove ?
I've done some more troubleshooting and the only thing I can find that doesn't seem to work is . If another issue comes up I'll mark it as broken, but I don't think this breaks the whole package as piping into another pager works fine.
I'd argue it is core functionality as from what I can gather it isn't just piping to your pager program but using a rich-specific pager.

Discussion:
, python3 }: <del> python3.pkgs.buildPythonApplication rec { </del> <ins> let python = python3.override { packageOverrides = self: super: { rich = super.rich.overrideAttrs (old: rec { version = "12.4.0"; src = fetchFromGitHub { owner = "Textualize"; repo = "rich"; rev = "refs/tags/v${version}"; hash = "sha256-ryJTusUNpvNF2031ICJWK8ScxHIh+LrXYg7nd0ph4aQ="; }; }); textual = super.textual.overrideAttrs (old: rec { version = "0.1.18"; src = fetchFromGitHub { owner = "Textualize"; repo = "textual"; rev = "refs/tags/v${version}"; hash = "sha256-XVmbt8r5HL8r64ISdJozmM+9HuyvqbpdejWICzFnfiw="; }; }); }; }; in python.pkgs.buildPythonApplication rec { </ins> pname = "rich-cli"; version = "1.8.0"; format = "pyproject";

sha256 = "sha256-mV5b/J9wX9niiYtlmAUouaAm9mY2zTtDmex7FNWcezQ="; }; <del> nativeBuildInputs = with python3.pkgs; [ </del> <ins> nativeBuildInputs = with python.pkgs; [ </ins> poetry-core ]; <del> propagatedBuildInputs = with python3.pkgs; [ </del> <ins> propagatedBuildInputs = with python.pkgs; [ </ins> rich click requests
Change:
Steps to reproduce the behavior: gmic in a nix shell using the unstable channel Add any other context about the problem here.
Will be fixed by
Thanks! Note that it makes darktable fail to build.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
, mkDerivation , variant ? "standalone" , fetchFromGitHub <del> , fetchpatch </del> , cmake , pkg-config , ninja

mkDerivation rec { pname = "gmic-qt${lib.optionalString (variant != "standalone") "-${variant}"}"; <del> version = "3.1.6"; </del> <ins> version = "3.2.0"; </ins> src = fetchFromGitHub { owner = "c-koi"; repo = "gmic-qt"; rev = "v.${version}"; <del> sha256 = "sha256-/5wDHvJSMgEheg8YV4W40wUiHz25emIoFnGdfO8i92g="; </del> <ins> sha256 = "sha256-I5XC7zbDyBPFj4zul9rshoyeVV0hRQQ3aZQzEvYrgdc="; </ins> }; nativeBuildInputs = [

"-DENABLE_SYSTEM_GMIC:BOOL=ON" ]; <del> patches = [ # NOTE: this should be removed when a new version is released. (fetchpatch { name = "fix_filter_translation_scripts.patch"; url = "https://github.com/c-koi/gmic-qt/commit/ccb9f29eda239d0c80663593cd90a6548c935b39.patch"; sha256 = "sha256-OzuJ6yGuDJweQ+1uin/pmJqZV79bN9E1Zuo+0iciwzg="; }) ]; </del> postPatch = '' patchShebangs  translations/filters/csv2ts.sh 

stdenv.mkDerivation rec { pname = "gmic"; <del> version = "3.1.6"; </del> <ins> version = "3.2.0"; </ins> outputs = [ "out" "lib" "dev" "man" ]; src = fetchFromGitHub { owner = "dtschump"; repo = "gmic"; <del> rev = "326ea9b7dc320b3624fe660d7b7d81669ca12e6d"; sha256 = "RRCzYMN/IXViiUNnacJV3DNpku3hIHQkHbIrtixExT0="; </del> <ins> rev = "v.${version}"; hash = "sha256-lrIlzxXWqv046G5uRkBQnjvysaIcv+iDKxjuUEJWqcs="; </ins> }; # TODO: build this from source

gmic_stdlib = fetchurl { name = "gmic_stdlib.h"; url = "http://gmic.eu/gmic_stdlib${lib.replaceStrings ["."] [""] version}.h"; <del> sha256 = "adObp8s+2TWaS+X/bQSphWRK6o85h+DGwlIDol6XN/4="; </del> <ins> hash = "sha256-kWHzA1Dk7F4IROq/gk+RJllry3BABMbssJxhkQ6Cp2M="; </ins> }; nativeBuildInputs = [
Change:
Project description apx is the Vanilla OS package manager. It’s meant to be simple to use, but also powerful with support to installing packages from multiple sources without altering the root filesystem. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Thank you!

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub , makeWrapper , installShellFiles , docker , distrobox }: buildGoModule rec { pname = "apx"; version = "1.4.2"; src = fetchFromGitHub { owner = "Vanilla-OS"; repo = pname; rev = version; sha256 = "sha256-BswX4Jo/RReM/tXo29V9rIvKjN8ylECPe0oo0FCQcGY="; }; vendorSha256 = null; ldflags = [ "-s" "-w" ]; nativeBuildInputs = [ makeWrapper installShellFiles ]; postInstall = '' mkdir -p $out/etc/apx cat > "$out/etc/apx/config.json" <<EOF { "containername": "apx_managed", "image": "docker.io/library/ubuntu", "pkgmanager": "apt", "distroboxpath": "${distrobox}/bin/distrobox" } EOF wrapProgram $out/bin/apx --prefix PATH : ${lib.makeBinPath [ docker distrobox ]} installManPage man/apx.1 man/es/apx.1 ''; meta = with lib; { description = "The Vanilla OS package manager"; homepage = "https://github.com/Vanilla-OS/apx"; license = licenses.gpl3; maintainers = with maintainers; [ dit7ya ]; }; } </ins>

apt = callPackage ../tools/package-management/apt { }; <ins> apx = callPackage ../tools/package-management/apx { }; </ins> dpkg = callPackage ../tools/package-management/dpkg { }; dumb = callPackage ../misc/dumb { };
Change:
package provides txt files for some reason in it's folder. When running commix, these files are missing and cause critical error. Steps to reproduce the behaviour: package commix on some target it's a valid target, it's should pass "Testing the connection" but it would immediately fail after that stating that txt files are not found. To be able to run properly. !
should include those missing files.
Great, thank you for fixing this quickly.

Discussion:
hash = "sha256-QdhJp7oUqOY8Z36haIrHgP4hVGaFXlOxNVg1ams7uhg="; }; <ins> postInstall = '' # Helper files are not handled by setup.py mkdir -p $out/${python3.sitePackages}/src/txt install -vD src/txt/* $out/${python3.sitePackages}/src/txt/ ''; </ins> # Project has no tests doCheck = false; meta = with lib; { description = "Automated Command Injection Exploitation Tool"; homepage = "https://github.com/commixproject/commix"; <ins> changelog = "https://github.com/commixproject/commix/releases/tag/v${version}"; </ins> license = with licenses; [ gpl3Plus ]; maintainers = with maintainers; [ fab ]; };