jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug ccls complains about not found header files that I'd expect to be found. To Reproduce Steps to reproduce the behavior: a -file including or : : : <details<summaryFull output</summary</detailsccls shows the following error: Expected behavior successfully parses the file. Screenshots If applicable, add screenshots to help explain your problem. Additional context I'm afraid that I don't have the exact version numbers, but it worked correctly before I updated to 21.05. Edit: the used by ccls ( from the output above) does not exist on my system: 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(florian): nixpkgs: Maintainer information:
I did some more investigation into this issue: The current version of ccls in the 21.05 tree reports the following version info and uses the following : In contrast this is what the ccls in the 20.09 tree reports: I'm absolutely not experienced with nix or this kind of issues, but this looks related to to me.
It looks like the detection of the resource dir at build time is incorrect. I tried to insert the correct path in the wrapper manually and that seems to work. The correct fix is should probably be in the configure phase instead.
Ah, this won't work, of course. Our ccls wrapper just needs to add an additional option, namely (with the right directory).
can this perhaps be back-ported to release-21.05?

Discussion:
$(cat @clang@/nix-support/libc-cflags  @clang@/nix-support/libcxx-cxxflags)  ${NIX_CFLAGS_COMPILE} <del> initString="--init={"clang":{"extraArgs":[${extraArgs:1}]}}" </del> <ins> initString="--init={"clang":{"extraArgs":[${extraArgs:1}],"resourceDir":"@clang@/resource-root"}}" </ins> exec -a "$0" "@out@/bin/@wrapped@" "${initString}" "$@"
Change:
This breaks a number of sites because they expect a Flash version of 10,1.
What version of nixpkgs?
nixos-unstable @
Confirmed! I suspect your change.
Confirmed. Fixed for now by reverting that change on both master and 15.09, but in the long term we rather need a bug-free version of that change.
The file referenced here doesn't exist on my machine, as far as I can tell:
Looking at the output in the chromium-binary-plugin-flash directory in the store... Previously it was just a string . Now it was a path to a file that didn't exist: Actually, it looks like is empty and is getting populated with .
Going to look into that when I get home...
don't know if you saw, but I have a PR that fixes it.
Ah thanks, will have a look at it.

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Project description Create a package for the WhiteSur GTK theme. Metadata homepage URL: source URL: license: mit platforms: linux By the same author as the Mojave GTK theme that there is already a package for: This project uses a new build process though so I was unable to adapt the old package for the new theme. Additionally the install script supports a large number of parameters to customize the theme. The readme details how this works. It would be nice if the package supported setting those parameters.

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , glib , gnome-themes-extra , libxml2 , sassc , util-linux }: stdenv.mkDerivation rec { pname = "whitesur-gtk-theme"; version = "2021-06-23"; src = fetchFromGitHub { owner = "vinceliuice"; repo = pname; rev = version; sha256 = "075fw57mv6zadq4dryn8bg2b3vq8inmisq18s758cv53pprxh9hw"; }; nativeBuildInputs = [ glib libxml2 sassc util-linux ]; buildInputs = [ gnome-themes-extra # adwaita engine for Gtk2 ]; postPatch = '' find -name "*.sh" -print0 | while IFS= read -r -d ''' file; do patchShebangs "$file"; done # Do not provide `sudo`, as it is not needed in our use case of the install script substituteInPlace lib-core.sh --replace '$(which sudo)' false ''; dontBuild = true; installPhase = '' runHook preInstall mkdir -p $out/share/themes ./install.sh --dest $out/share/themes --alt all --theme all runHook postInstall ''; meta = with lib; { description = "MacOS Big Sur like theme for Gnome desktops"; homepage = "https://github.com/vinceliuice/WhiteSur-gtk-theme"; license = licenses.mit; platforms = platforms.unix; maintainers = [ maintainers.romildo ]; }; } </ins>

weather-icons = callPackage ../data/fonts/weather-icons { }; <ins> whitesur-gtk-theme = callPackage ../data/themes/whitesur { }; </ins> whitesur-icon-theme = callPackage ../data/icons/whitesur-icon-theme { }; wireless-regdb = callPackage ../data/misc/wireless-regdb { };
Change:
Describe the bug Build failed during test phase. last 10 lines of log: full log (produced by nix log /nix/store/smrzwazd7hxy58rbmkrmlb4ml0bb4kiy-python3.8-pecan-) is available at: To Reproduce Steps to reproduce the behavior: build Expected behavior A successful build Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Notify maintainers No maintainers set so CC to list of contributers instead. Metadata nixpkgs git commit: Maintainer information:
You should make a PR applying using and consider making yourself a maintainer.

Discussion:
{ lib , fetchPypi <ins> , fetchpatch </ins> , buildPythonPackage , isPy27 # Python deps

sha256 = "4b2acd6802a04b59e306d0a6ccf37701d24376f4dc044bbbafba3afdf9d3389a"; }; <ins> patches = [ (fetchpatch { name = "Support-SQLAlchemy-1.4x.patch"; url = "https://github.com/pecan/pecan/commit/a520bd544c0b02a02dbf692b8d6e2f7a503ee6d4.patch"; sha256 = "sha256-QCHRjwnpy8ndCvcuyE5Y65BybKYthJXDySUtmpJD8gY="; }) ]; </ins> propagatedBuildInputs = [ logutils Mako

]; meta = with lib; { <del> description = "Pecan"; homepage = "http://www.pecanpy.org/"; </del> <ins> description = "WSGI object-dispatching web framework, designed to be lean and fast"; homepage = "https://www.pecanpy.org/"; </ins> changelog = "https://pecan.readthedocs.io/en/latest/changes.html"; <ins> maintainers = with maintainers; [ applePrincess ]; </ins> }; }
Change:
Describe the bug librealsense cannot be built on/for aarch64-linux. I see that the derivation says it is not supported on aarch64-linux but I also know it is possible to compile the library normally on that platform as I have done it before. So I think its just a problem with the derivation for now. I am willing to help in the work to fix the recipe, and test the fixes, but I am relatively new to the nix language and build system. I have attached the error message I get, could someone point me in the direction I should be looking to fix it? To Reproduce Steps to reproduce the behavior: Screenshots Additional context Add any other context about the problem here. 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 Maintainer information:
Hello! I tried it and got similar errors building graphite, though I can get it to build when I use the versions of the libraries so maybe that's a good place to start? I'm not sure what the issue is unfortunately.
I fixed the build of on aarch64-darwin and aarch64-linux in PR will not work on aarch64 unless somebody fixes the build of package on aarch64 theoretically should work, but in reality the build of which is a dependency fails on aarch64 Will you please open two new issues for and not available for aarch64? The build failures you see have nothing to do with librealsense.

Discussion:
<del> { stdenv, config, lib, fetchFromGitHub, cmake, libusb1, ninja, pkg-config, gcc </del> <ins> { stdenv , config , lib , fetchFromGitHub , fetchpatch , cmake , libusb1 , ninja , pkg-config , gcc </ins> , cudaSupport ? config.cudaSupport or false, cudatoolkit <del> , enablePython ? false, pythonPackages ? null }: </del> <ins> , enablePython ? false, pythonPackages ? null }: </ins> assert cudaSupport -> cudatoolkit != null; assert enablePython -> pythonPackages != null;

] ++ lib.optional cudaSupport cudatoolkit ++ lib.optionals enablePython (with pythonPackages; [python pybind11 ]); <del> patches = lib.optionals enablePython [ </del> <ins> patches = [ # fix build on aarch64-darwin # https://github.com/IntelRealSense/librealsense/pull/9253 (fetchpatch { url = "https://github.com/IntelRealSense/librealsense/commit/beb4c44debc8336de991c983274cad841eb5c323.patch"; sha256 = "05mxsd2pz3xrvywdqyxkwdvxx8hjfxzcgl51897avz4v2j89pyq8"; }) </ins> ./py_sitepackage_dir.patch ./py_pybind11_no_external_download.patch ];

homepage = "https://github.com/IntelRealSense/librealsense"; license = licenses.asl20; maintainers = with maintainers; [ brian-dawn ]; <del> platforms = [ "i686-linux" "x86_64-linux" "x86_64-darwin" ]; </del> <ins> platforms = platforms.unix; </ins> }; }
Change:
Package man(9) docs The man(9) docs contain information about the Linux kernel's routines. For example, there would be an entry for the function, which is responsible for installing a driver to the kernel that handles the events and their responses required by that particular piece of hardware. Metadata homepage URL: source URL: license: gpl2Only (?) platforms: linux This set of documentation is generated by running the Perl script , which then outputs the generated man-page to STDOUT.

Discussion:
<ins> { lib, stdenv, fetchurl, perl, linuxPackages_latest }: stdenv.mkDerivation rec { pname = "linux-manual"; inherit (linuxPackages_latest.kernel) version src; nativeBuildInputs = [ perl ]; dontConfigure = true; dontBuild = true; postPatch = '' patchShebangs --build  scripts/kernel-doc  scripts/split-man.pl ''; installPhase = '' mandir=$out/share/man/man9 mkdir -p $mandir KBUILD_BUILD_TIMESTAMP=$(stat -c %Y Makefile)  grep -F -l -Z  --exclude-dir Documentation  --exclude-dir tools  -R '/**'  | xargs -0 -n 256 -P $NIX_BUILD_CORES  $SHELL -c '{ scripts/kernel-doc -man "$@" || :; }  | scripts/split-man.pl '$mandir kernel-doc test -f $mandir/kmalloc.9 ''; meta = with lib; { homepage = "https://kernel.org/"; description = "Linux kernel API manual pages"; license = licenses.gpl2Only; maintainers = with maintainers; [ mvs ]; }; } </ins>

line-awesome = callPackage ../data/fonts/line-awesome { }; <ins> linux-manual = callPackage ../data/documentation/linux-manual { }; </ins> lmmath = callPackage ../data/fonts/lmmath {}; lmodern = callPackage ../data/fonts/lmodern { };
Change:
a few weeks ago I was able to successfully install faust2 (), but today it looks like its broken. I'm on the unstable channel.
cc
Thanks for noticing. Good to know there are more faust users on NixOS. I don't know what the problem is, and unfortunately atm I don't have time to debug either. Maybe can help.
I was pleasantly surprised to find faust2 already on nixpkgs! If I get time I'll look at it too, but not sure where to start re debugging the package.
FWIW, I was able to install the working version of the package from hydra! Took me a while to think of doing that. Package is here:
Hehe, closure-size version of it, but the fact remains that some changes have broken the build later. The ability to easily use older builds in the meantime is a hallmark of nix...
FWIW: I just built faust 2 on 15.09
I think the problem is that the makefile passes to gcc, which ends up being an invalid macro name (cannot start with a digit), resulting in the error.Patching out from makes the problem go away. Beyond that hurdle is another issue with undefined references. There are some conditonals in a header file that depend on macro symbols that are never defined, resulting in undefined reference errors; I manually patched the makefile to pass these as appropriate for the detected llvm version. Feels like a terrible hack, but it fixes the build (on my system, anyway). Does this sound crazy or should I create a PR for this?

Discussion:
inherit src; <del> buildInputs = [ makeWrapper llvm emscripten openssl libsndfile pkgconfig libmicrohttpd vim ]; </del> <ins> nativeBuildInputs = [ makeWrapper pkgconfig vim ]; buildInputs = [ llvm emscripten openssl libsndfile libmicrohttpd ]; </ins> passthru = {

# correct system. unset system sed -e "232s/LLVM_STATIC_LIBS/LLVMLIBS/" -i compiler/Makefile.unix <ins> # The makefile sets LLVM_<version> depending on the current llvm # version, but the detection code is quite brittle. # # Failing to properly detect the llvm version means that the macro # LLVM_VERSION ends up being the raw output of `llvm-config --version`, while # the code assumes that it's set to a symbol like `LLVM_35`.  Two problems result: # * <command-line>:0:1: error: macro names must be identifiers.; and # * a bunch of undefined reference errors due to conditional definitions relying on #   LLVM_XY being defined. # # For now, fix this by 1) pinning the llvm version; 2) manually setting LLVM_VERSION # to something the makefile will recognize. sed '52iLLVM_VERSION=3.7.0' -i compiler/Makefile.unix </ins> ''; # Remove most faust2appl scripts since they won't run properly

faust1 = callPackage ../applications/audio/faust/faust1.nix { }; <del> faust2 = callPackage ../applications/audio/faust/faust2.nix { }; </del> <ins> faust2 = callPackage ../applications/audio/faust/faust2.nix { llvm = llvm_37; }; </ins> faust2alqt = callPackage ../applications/audio/faust/faust2alqt.nix { };
Change:
name: wasmer current version: 1.0.2 desired version: 2.0.0 maintainers: Please tag this issue in your PR.

Discussion:
rustPlatform.buildRustPackage rec { pname = "wasmer"; <del> version = "1.0.2"; </del> <ins> version = "2.0.0"; </ins> src = fetchFromGitHub { owner = "wasmerio"; repo = pname; rev = version; <del> sha256 = "0ciia8hhkkyh6rmrxgbk3bgwjwzkcba6645wlcm0vlgk2w4i5m3z"; </del> <ins> sha256 = "191f60db2y1f3xw1x81mw88vclf1c4kgvnfv74g5vb3vn7n57c5j"; </ins> fetchSubmodules = true; }; <del> cargoSha256 = "140bzxhsyfif99x5a1m1d45ppb6jzvy9m4xil7z1wg2pnq9k7zz8"; </del> <ins> cargoSha256 = "0hhwixqhrl79hpzmvq7ga3kp2cfrwr4i8364cwnr7195xwnfxb0k"; </ins> nativeBuildInputs = [ cmake pkg-config ];

]; cargoTestFlags = [ <del> "--features" "test-cranelift,test-jit" </del> <ins> "--features" "test-cranelift" # Can't use test-jit : # error: Package `wasmer-workspace v2.0.0 (/build/source)` does not have the feature `test-jit` </ins> ]; LIBCLANG_PATH = "${llvmPackages.libclang.lib}/lib";

''; homepage = "https://wasmer.io/"; license = licenses.mit; <del> maintainers = with maintainers; [ Br1ght0ne ]; </del> <ins> maintainers = with maintainers; [ Br1ght0ne shamilton ]; </ins> }; }
Change:
In is installed if it exists, and the install siliently continues if it doesn't exist. In the service the script is executed unconditionally, even if the script doesn't exist. That breaks suspend with the 465 beta driver, because there the script does not exist. I think we should [ ] fail loudly if it doesn't exist (so that if you close the laptop and put it in a bag, it doesn't catch fire) [ ] figure out where the script went / what the replacement is. CC
I will look into this in an hour or two, have a thing to do soon.

Discussion:
You cannot configure both an Intel iGPU and an AMD APU. Pick the one corresponding to your processor. ''; } { assertion = primeEnabled -> pCfg.nvidiaBusId != "" && (pCfg.intelBusId != "" || pCfg.amdgpuBusId != ""); message = '' When NVIDIA PRIME is enabled, the GPU bus IDs must configured. ''; } { assertion = offloadCfg.enable -> versionAtLeast nvidia_x11.version "435.21"; message = "NVIDIA PRIME render offload is currently only supported on versions >= 435.21."; } { assertion = !(syncCfg.enable && offloadCfg.enable); message = "Only one NVIDIA PRIME solution may be used at a time."; } { assertion = !(syncCfg.enable && cfg.powerManagement.finegrained); message = "Sync precludes powering down the NVIDIA GPU."; } { assertion = cfg.powerManagement.enable -> offloadCfg.enable; message = "Fine-grained power management requires offload to be enabled."; } <ins> { assertion = cfg.powerManagement.enable -> ( builtins.pathExists (cfg.package.out + "/bin/nvidia-sleep.sh") && builtins.pathExists (cfg.package.out + "/lib/systemd/system-sleep/nvidia") ); message = "Required files for driver based power management don't exist."; } </ins> ]; # If Optimus/PRIME is enabled, we:
Change:
Project description An open source implementation of the Tailscale control server Metadata homepage URL: source URL: license: bsd platforms: linux

Discussion:
githubId = 3159451; name = "Nicolas Schneider"; }; <ins> nkje = { name = "Niels Kristian Lyshøj Jensen"; email = "n@nk.je"; github = "NKJe"; githubId = 1102306; keys = [{ longkeyid = "nistp256/0xDE3BADFECD31A89D"; fingerprint = "B956 C6A4 22AF 86A0 8F77  A8CA DE3B ADFE CD31 A89D"; }]; }; </ins> nkpvk = { email = "niko.pavlinek@gmail.com"; github = "nkpvk";

<ins> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "headscale"; version = "0.2.2"; src = fetchFromGitHub { owner = "juanfont"; repo = "headscale"; rev = "v${version}"; sha256 = "0iij4hdbdplai5c8kvcwiw11idrk04xbpwb3njdhqcg6pdyx3216"; }; vendorSha256 = "sha256-8MCSN8wn2Y9ejHAIEwTdIXGITaa+FqX7WUMJEr0RcIk="; # Ldflags are same as build target in the project's Makefile # https://github.com/juanfont/headscale/blob/main/Makefile ldflags = [ "-s" "-w" "-X main.version=v${version}" ]; meta = with lib; { description = "An implementation of the Tailscale coordination server"; homepage = "https://github.com/juanfont/headscale"; license = licenses.bsd3; maintainers = with maintainers; [ nkje ]; }; } </ins>

heimdall-gui = heimdall.override { enableGUI = true; }; <ins> headscale = callPackage ../servers/headscale { }; </ins> heisenbridge = callPackage ../servers/heisenbridge { }; helio-workstation = callPackage ../applications/audio/helio-workstation { };
Change:
Describe the bug Starting slack doesn't show the window in 8 out of 10 runs To Reproduce Steps to reproduce the behavior: Expected behavior Slack window should open Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. 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(ymatsiuk): channels(root): nixpkgs: Maintainer information:

Discussion:
<del> { lib, stdenv </del> <ins> { lib , stdenv </ins> , fetchurl , dpkg , undmg

, glib , gnome2 , gtk3 <ins> , libGL </ins> , libappindicator-gtk3 , libdrm , libnotify

x86_64-linux = x86_64-linux-version; }.${system} or throwSystem; <del> src = let base = "https://downloads.slack-edge.com"; in { x86_64-darwin = fetchurl { url = "${base}/releases/macos/${version}/prod/x64/Slack-${version}-macOS.dmg"; sha256 = x86_64-darwin-sha256; }; x86_64-linux = fetchurl { url = "${base}/linux_releases/slack-desktop-${version}-amd64.deb"; sha256 = x86_64-linux-sha256; }; }.${system} or throwSystem; </del> <ins> src = let base = "https://downloads.slack-edge.com"; in { x86_64-darwin = fetchurl { url = "${base}/releases/macos/${version}/prod/x64/Slack-${version}-macOS.dmg"; sha256 = x86_64-darwin-sha256; }; x86_64-linux = fetchurl { url = "${base}/linux_releases/slack-desktop-${version}-amd64.deb"; sha256 = x86_64-linux-sha256; }; }.${system} or throwSystem; </ins> meta = with lib; { description = "Desktop client for Slack";

glib gnome2.GConf gtk3 <ins> libGL </ins> libappindicator-gtk3 libdrm libnotify

xorg.libXi xorg.libXrandr xorg.libXrender <del> xorg.libxshmfence </del> xorg.libXtst xorg.libxkbfile <ins> xorg.libxshmfence </ins> ] + ":${stdenv.cc.cc.lib}/lib64"; buildInputs = [ <del> gtk3  # needed for GSETTINGS_SCHEMAS_PATH </del> <ins> gtk3 # needed for GSETTINGS_SCHEMAS_PATH </ins> ]; nativeBuildInputs = [ dpkg makeWrapper nodePackages.asar ];

rm $out/bin/slack makeWrapper $out/lib/slack/slack $out/bin/slack  --prefix XDG_DATA_DIRS : $GSETTINGS_SCHEMAS_PATH  <del> --prefix PATH : ${xdg-utils}/bin </del> <ins> --prefix PATH : ${lib.makeBinPath [xdg-utils]} </ins> # Fix the desktop link substituteInPlace $out/share/applications/slack.desktop 

/usr/bin/defaults write com.tinyspeck.slackmacgap SlackNoAutoUpdates -bool YES ''; }; <del> in if stdenv.isDarwin then darwin else linux </del> <ins> in if stdenv.isDarwin then darwin else linux </ins>
Change:
Describe the bug build fails on Darwin during test phase. To Reproduce Steps to reproduce the behavior: -build -A awscli2 Expected behavior It builds. Additional context <details<summaryTest failures</summary</detailsNotify maintainers Metadata Maintainer information:
Ran into this issue as well. There must be a way to disable tests as a temporary workaround (living life dangerously, I know), but I don't know how to do that exactly with an override. doesn't work as its using .
You can just revert to a previous commit instead (same version even):
That is really neat, thank you for sharing!
No problem, this is one of the things I love about Nix. Unstable may break sometimes, but it's fairly easy to just override the broken package and roll forward. BTW I got the hash from , then clicking "Source" and looking at the history. There's also .

Discussion:
py = python3.override { packageOverrides = self: super: { botocore = super.botocore.overridePythonAttrs (oldAttrs: rec { <del> version = "2.0.0dev112"; </del> <ins> version = "2.0.0dev122"; </ins> src = fetchFromGitHub { owner = "boto"; repo = "botocore"; <del> rev = "221c0aa5dbad42f096e00fed45d2e2071561b1da"; sha256 = "sha256-uJCP3bUK/xACQVG4kMBDIIP+zPjre+uWbqWEC/gBTD4="; </del> <ins> rev = "8dd916418c8193f56226b7772f263b2435eae27a"; sha256 = "sha256-iAZmqnffqrmFuxlQyOpEQzSCcL/hRAjuXKulOXoy4hY="; </ins> }; }); prompt_toolkit = super.prompt_toolkit.overridePythonAttrs (oldAttrs: rec {

sha256 = "1nr990i4b04rnlw1ghd0xmgvvvhih698mb6lb6jylr76cs7zcnpi"; }; }); <del> s3transfer = super.s3transfer.overridePythonAttrs (oldAttrs: rec { version = "0.4.2"; src = oldAttrs.src.override { inherit version; sha256 = "sha256-ywIvSxZVHt67sxo3fT8JYA262nNj2MXbeXbn9Hcy4bI="; }; }); </del> }; }; in with py.pkgs; buildPythonApplication rec { pname = "awscli2"; <del> version = "2.2.4"; # N.B: if you change this, change botocore to a matching version too </del> <ins> version = "2.2.14"; # N.B: if you change this, change botocore to a matching version too </ins> src = fetchFromGitHub { owner = "aws"; repo = "aws-cli"; rev = version; <del> sha256 = "sha256-MctW31X012DXY16qS6AP6nLiaAt/cuA8iMwGm0oXi6M="; </del> <ins> sha256 = "sha256-LU9Tqzdi8ULZ5y3FbfSXdrip4NcxFkXRCTpVGo05LcM="; </ins> }; postPatch = '' <del> substituteInPlace setup.py --replace "colorama>=0.2.5,<0.4.4" "colorama>=0.2.5" substituteInPlace setup.py --replace "cryptography>=3.3.2,<3.4.0" "cryptography>=3.3.2" substituteInPlace setup.py --replace "docutils>=0.10,<0.16" "docutils>=0.10" substituteInPlace setup.py --replace "ruamel.yaml>=0.15.0,<0.16.0" "ruamel.yaml>=0.15.0" substituteInPlace setup.py --replace "wcwidth<0.2.0" "wcwidth" </del> <ins> substituteInPlace setup.py  --replace "awscrt==0.11.13" "awscrt"  --replace "colorama>=0.2.5,<0.4.4" "colorama"  --replace "cryptography>=3.3.2,<3.4.0" "cryptography"  --replace "docutils>=0.10,<0.16" "docutils"  --replace "ruamel.yaml>=0.15.0,<0.16.0" "ruamel.yaml"  --replace "wcwidth<0.2.0" "wcwidth" </ins> ''; checkInputs = [ jsonschema mock nose ];