jiebi/CodeConvo huggingface dataset:
Change:
owner = "xanmod"; repo = "linux"; rev = modDirVersion; <del> sha256 = "sha256-ro7WnN0BPxW/8sajUyGTnvmbemKJEadSBcFmjZ+Wtrs="; </del> <ins> sha256 = "sha256-3tIwj+4xf/I5srEAqECbfH343J5nzCWViq1ZnidZI24="; </ins> }; structuredExtraConfig = with lib.kernel; { <ins> # removed options CFS_BANDWIDTH = lib.mkForce (option no); RT_GROUP_SCHED = lib.mkForce (option no); SCHED_AUTOGROUP = lib.mkForce (option no); # AMD P-state driver X86_AMD_PSTATE = yes; # Linux RNG framework LRNG = yes; # Paragon's NTFS3 driver NTFS3_FS = module; NTFS3_LZX_XPRESS = yes; NTFS3_FS_POSIX_ACL = yes; </ins> # Preemptive Full Tickless Kernel at 500Hz <ins> SCHED_CORE = lib.mkForce (option no); </ins> PREEMPT_VOLUNTARY = lib.mkForce no; PREEMPT = lib.mkForce yes; NO_HZ_FULL = yes; HZ_500 = yes; <del> # Google's Multigenerational LRU Framework LRU_GEN = yes; LRU_GEN_ENABLED = yes; </del> # Google's BBRv2 TCP congestion Control TCP_CONG_BBR2 = yes; DEFAULT_BBR2 = yes;

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: linuxKernel.kernels.linux_xanmod <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 5.14.16 desired version: 5.15.2-xanmod1-tt <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: This package represents xanmod-cacule(xanmod + cacule cpu scheduler), but xanmod-cacule has been replaced by , so this packages should point to it. I also suggest using the correct versioning, so instead of using 5.15.2 we should use 5.15.2-xanmod1-tt considering that 5.15.2-xanmod2-tt could be released. We could also change the name of this package to linux-xanmod-tt and maybe create another package called just linux-xanmod for the default . Please tag this issue in your PR.
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , openssl , cmake , alsa-lib , dbus , fontconfig }: rustPlatform.buildRustPackage rec { pname = "spotify-player"; version = "0.10.0"; src = fetchFromGitHub { owner = "aome510"; repo = pname; rev = "v${version}"; sha256 = "sha256-bHPWpx8EJibr2kNuzuGAQPZ0DE6qeJwIRYDy+NFS/PQ="; }; cargoSha256 = "sha256-QeQ3PYI5RmbJ+VQ9hLSTXgQXVVoID5zbRqSTrbWzVy8="; nativeBuildInputs = [ pkg-config cmake ]; buildInputs = [ openssl alsa-lib dbus fontconfig ]; buildNoDefaultFeatures = true; buildFeatures = [ "rodio-backend" "media-control" "image" "lyric-finder" ]; meta = with lib; { description = "A command driven spotify player"; homepage = "https://github.com/aome510/spotify-player"; license = licenses.mit; maintainers = with maintainers; [ dit7ya ]; }; } </ins>

Discussion:
Project description spotify-player is a fast, easy to use, and configurable terminal music player. Metadata homepage URL: source URL: license: MIT platforms: linux, windows, darwin
Change:
sha256 = "029035vcdk527ssf126i8ipi5zs73gqpbrg019pvm9r24rf0m373"; }; <del> buildInputs = [ boost clasp cmake clingo re2c ]; </del> <ins> buildInputs = [ boost clasp cmake gringo re2c ]; </ins> buildPhase = '' cmake -DCMAKE_BUILD_TYPE=Release  <del> -DGRINGO_LOC=${clingo}/bin/gringo  </del> <ins> -DGRINGO_LOC=${gringo}/bin/gringo  </ins> -DCLASP_LOC=${clasp}/bin/clasp  -DENCODING_LOC=$out/share/aspcud/specification.lp  .

Discussion:
The OCaml package manager () depends on an external solver. When the package was updated, it changed the compiler configuration, and a dependent package () of the solver () no longer compiled. The fix () uses a different monolithic package of the solver and its various tools (called "clingo") that for unknown reasons breaks : Install and attempt to run . System: Nix version: Nixpkgs version:
Change:
<del> { stdenv, fetchurl, pkgconfig, gtk3, mate, python3Packages }: </del> <ins> { stdenv, fetchurl, substituteAll , pkgconfig, gobject-introspection, gdk_pixbuf , gtk3, mate, python3, dropbox }: let dropboxd = "${dropbox}/bin/dropbox"; in </ins> stdenv.mkDerivation rec { <del> name = "caja-dropbox-${version}"; </del> <ins> pname = "caja-dropbox"; </ins> version = "1.22.1"; src = fetchurl { <del> url = "http://pub.mate-desktop.org/releases/${stdenv.lib.versions.majorMinor version}/${name}.tar.xz"; </del> <ins> url = "http://pub.mate-desktop.org/releases/${stdenv.lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; </ins> sha256 = "18cnd3yw2ingvl38mhmfbl5k0kfg8pzcf2649j00i6v90cwiril5"; }; <ins> patches = [ (substituteAll { src = ./fix-cli-paths.patch; inherit dropboxd; }) ]; strictDeps = true; </ins> nativeBuildInputs = [ pkgconfig <ins> gobject-introspection gdk_pixbuf (python3.withPackages (ps: with ps; [ docutils pygobject3 ])) </ins> ]; buildInputs = [ gtk3 mate.caja <del> python3Packages.python python3Packages.pygtk python3Packages.docutils </del> <ins> python3 </ins> ]; configureFlags = [ "--with-caja-extension-dir=$$out/lib/caja/extensions-2.0" ]; meta = with stdenv.lib; { description = "Dropbox extension for Caja file manager"; <del> homepage = https://github.com/mate-desktop/caja-dropbox; </del> <ins> homepage = "https://github.com/mate-desktop/caja-dropbox"; </ins> license = with licenses; [ gpl3 cc-by-nd-30 ]; platforms = platforms.unix; maintainers = [ maintainers.romildo ];

Discussion:
caja-dropbox does not build and throws error: run system: host os: multi-user?: sandbox: version: channels(alex): channels(root): nixpkgs:
Change:
<del> <section xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="dlib"> <title>DLib</title> <para> <link xlink:href="http://dlib.net/">DLib</link> is a modern, C++-based toolkit which provides several machine learning algorithms. </para> <section xml:id="compiling-without-avx-support"> <title>Compiling without AVX support</title> <para> Especially older CPUs don't support <link xlink:href="https://en.wikipedia.org/wiki/Advanced_Vector_Extensions">AVX</link> (<abbrev>Advanced Vector Extensions</abbrev>) instructions that are used by DLib to optimize their algorithms. </para> <para> On the affected hardware errors like <literal>Illegal instruction</literal> will occur. In those cases AVX support needs to be disabled: <programlisting>self: super: { dlib = super.dlib.override { avxSupport = false; }; }</programlisting> </para> </section> </section> </del>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Hi Opened PR for this.
Change:
<del> { stdenv </del> <ins> { lib , stdenv </ins> , rustPlatform , fetchFromGitHub , nix-update-script

Discussion:
Carry over discussion from IRC #nixos-dev and . Inspired by the doc change in recommending top-level usage of over , we want to reduce confusion for newcomers and unnecessary complexity by making the canonical way to access the Nix library. We may still want to keep to not break external code, and place a or similar at its definition site. There are over files where occurs at least once. Beyond splitting this change across multiple PRs, in what ways can the change be automated? Pinging
In the short term, we could add this check in ofbrorg and , and update any examples in the documentation to reduce new usage of .
Don't forget things like and .
Ah. So 45K occurrences across 11.8K files.
toplevel is done
the xorg dep generator also doesn’t put it in its output anymore
trewide rewrite in
doc changes in
Graph of occurrences over time:
Nice! What scripts did you use to generate it?
There's a source code link now :)
Found another large source of s. Fixing cabal2nix should remove around 24k occurrences in .
Status report
Just found out that counts stuff like as well, so
Is it ok to rewrite to ?
That's the lib output of , so no.
an easy way to find out is to evaluate both in
Subfolders of with <10 changes needed in PR
Around + replacements out of 30k+ are concentrated in - should be trivial to regenerate the file with the new desired contents.
I'm working on it but it's a bit more complicated than I anticipated.
What problems are you running into?
Part of code generation of cabal2nix is in an external dependency, so I had to open two PRs. The dependency is itself on Hackage, so we may have to wait until the change propagates to Stackage LTS and then Nixpkgs, unless peti will use an override or something: I'm not familiar with the cabal2nix workflow.
I think the haskell-updates are mostly done from a local checkout of cabal2nix, so it depends mostly on what version peter is using. You can also probably just ask him, he is generally available for such things on his .
could you help here?
The Haskell infrastructure has switched to the new style with commit . It will land in this Friday.

I have also updated the generator code and released new versions to Hackage, so I guess the Haskell infrastructure can be considered done.
Thank you
More accurate regex: (the one above captures stuff like
When is merged, this will be the result Three Nix files remain that use directly.
The last usages of it can be found by commenting out where it is inherited in .
I just got this warning while doing a , but it doesn't give me any info as to which derivations are at fault. Is there any way we could improve the message to identify culprits?
With , you should get a hard error which will allow you to use . Or you can update Nixpkgs, since it has been removed in
Change:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "caeml"; version = "unstable-2023-05-24"; src = fetchFromGitHub { owner = "ferdinandyb"; repo = pname; rev = "25dbe10e99aac9b0ce3b80787c162628104f5cd2"; sha256 = "UIQCNkUyrtMF0IiAfkDvE8siqxNvfFc9TZdlZiTxCVc="; }; vendorHash = "sha256-SDJsRLIGlLv/6NUctCrn6z1IDEmum1Wn5I8RFuwcOe8="; meta = with lib; { description = "cat eml files"; longDescription = '' Reads an email file from either STDIN or from a file passed as the first argument, digests it and outputs it to STDOUT in a more human readable format. This means only From, To, Cc, Bcc, Date and Subject headers are kept and these are decoded and of all the parts only text/plain is returned. ''; homepage = "https://github.com/ferdinandyb/caeml"; license = licenses.mit; maintainers = with maintainers; [ emilytrau ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --This project reads email from stdin or input files and outputs a more human readeable format to stdout, it is usefull for two uses: a) Poking in your maildir folder when trying to figure out what's wrong with your syncing. b) previewing attachments in Metadata homepage URL: source URL: license: MIT platforms: I guess everything under the sun where go's supported?
Thanks.
Change:
config = "powerpc64le-unknown-linux-musl"; }; <del> ppc64-elfv1 = { config = "powerpc64-unknown-linux-elfv1"; }; ppc64-elfv2 = { config = "powerpc64-unknown-linux-elfv2"; </del> <ins> ppc64 = { config = "powerpc64-unknown-linux-gnu"; gcc = { abi = "elfv2"; }; # for gcc configuration </ins> }; <del> ppc64 = ppc64-elfv2; # default to modern elfv2 </del> ppc64-musl = { config = "powerpc64-unknown-linux-musl"; gcc = { abi = "elfv2"; }; # for gcc configuration

Discussion:
Describe the bug broke parsing of powerpc64 abi-specific configs and . Previously these ad hoc ELF ABI specifiers passed through fine. Since (cc they error with: () It's possible this only worked due to gnu-config being permissive with its parsing. The abi suffix is just a convention I came up with for powerpc64 weirdness, so I'm open to changing the way this is specified, if there is a more established convention for this. To Reproduce
Change:
enableParallelBuilding = true; <del> doCheck = true; </del> <ins> # Test fail with libusb 1.0.24 doCheck = false; </ins> meta = with stdenv.lib; { description = "Mock hardware devices for creating unit tests";

Discussion:
Describe the bug I built current staging-next, and pulled in umockdev through fwupd. umockdev fails to build, as some test is failing: Maintainer information:
Uh I'm pretty sure I'm not the maintainer. I don't use fwupd anymore either (no particular reason) either.
Sorry, I saw your recent PR. The package currently has no maintainer. might be the more appropriate person to ping ;-) I bisected this failure to .
I opened upstream
This got fixed in PR , so presumably this can be closed now?
Thanks.
Change:
https://github.com/SpaceVim/SpaceVim/,, https://github.com/ackyshake/Spacegray.vim/,, https://github.com/chrisbra/SudoEdit.vim/,, <del> https://github.com/Pocco81/TrueZen.nvim/,, </del> https://github.com/ackyshake/VimCompletesMe/,, https://github.com/hsitz/VimOrganizer/,, https://github.com/VundleVim/Vundle.vim/,,

Discussion:
Building the TrueZen-nvim plugin on nixpkgs master leads to the evaluation error: Steps to reproduce the behavior: TrueZen-nvim builds. It seems that the attribute is deprecated, but the new attribute () does not exist in . I'm not sure what's going on here. The change originates from , but TrueZen-nvim was updated automatically. since it seems like an update script issue?
I've got my hands full at the moment so feel free to take a stab at it.
Change:
sha256 = "1h96vp15zl5xz0d4qp6wjyrchqmrmdm3q5k22wkw9jaxbvw9vy88"; }; <del> patches = [ ./different-prefix-with-tcl.patch ]; </del> <ins> patches = [ ./different-prefix-with-tcl.patch ] ++ stdenv.lib.optionals stdenv.isDarwin [ ./Fix-bad-install_name-for-libtk8.6.dylib.patch ]; </ins> })

Discussion:
Having installed the current binaries on OS X, I get an error upon executing . It seems that on installation of , the binary somehow incorrectly got linked using a colon separated list containing both and : when it should actually be only the path to :
It seems the guys at macports have stumbled upon this issue three years ago: Let's see if their patch fixes it.
Change:
hash = "sha256-lDWX69YENZFMu7pyBmavUZaalGvFqbHSHfkwkzmDQaY="; }; }); <del> # Ceph does not support `cryptography` > 40 yet: # * https://github.com/NixOS/nixpkgs/pull/281858#issuecomment-1899358602 # * Upstream issue: https://tracker.ceph.com/issues/63529 #   > Python Sub-Interpreter Model Used by ceph-mgr Incompatible With Python Modules Based on PyO3 # </del> # We pin the older `cryptography` 40 here; # this also forces us to pin an older `pyopenssl` because the current one # is not compatible with older `cryptography`, see: #     https://github.com/pyca/pyopenssl/blob/d9752e44127ba36041b045417af8a0bf16ec4f1e/CHANGELOG.rst#2320-2023-05-30 <del> cryptography = super.cryptography.overridePythonAttrs (old: rec { version = cryptographyOverrideVersion; src = fetchPypi { inherit (old) pname; version = cryptographyOverrideVersion; hash = "sha256-KAPy+LHpX2FEGZJsfm9V2CivxhTKXtYVQ4d65mjMNHI="; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; sourceRoot = let cargoRoot = "src/rust"; in "${old.pname}-${cryptographyOverrideVersion}/${cargoRoot}"; name = "${old.pname}-${cryptographyOverrideVersion}"; hash = "sha256-gFfDTc2QWBWHBCycVH1dYlCsWQMVcRZfOBIau+njtDU="; }; # Not using the normal `(old.patches or []) ++` pattern here to use # the overridden package's patches, because current nixpkgs's `cryptography` # has patches that do not apply on this old version. patches = [ # Fix https://nvd.nist.gov/vuln/detail/CVE-2023-49083 which has no upstream backport. # See https://github.com/pyca/cryptography/commit/f09c261ca10a31fe41b1262306db7f8f1da0e48a#diff-f5134bf8f3cf0a5cc8601df55e50697acc866c603a38caff98802bd8e17976c5R1893 ./python-cryptography-Cherry-pick-fix-for-CVE-2023-49083-on-cryptography-40.patch ]; # Tests would require overriding `cryptography-vectors`, which is not currently # possible/desired, see: https://github.com/NixOS/nixpkgs/pull/281858#pullrequestreview-1841421866 doCheck = false; }); </del> <ins> cryptography = self.callPackage ./old-python-packages/cryptography.nix {}; </ins> # This is the most recent version of `pyopenssl` that's still compatible with `cryptography` 40. # See https://github.com/NixOS/nixpkgs/pull/281858#issuecomment-1899358602

Discussion:
Steps to reproduce the behavior: ceph via Happening on current (currently at ), as well as on and . Do note that while this looks like a build failure for , is the one overriding the package version to something incompatible. The unaltered package builds fine. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
See also , which I think should fix this.
Trying to build samba4Full and it errors on the same package. Just for any info for anyone.
I have addressed further review comments in Please somebody review.
Same error today with 'github:nixos/nixpkgs/' (2024-08-18)'
Change:
<del> { stdenv, lib, fetchFromGitHub, fetchurl, cmake, git, makeWrapper, allegro5, libGL }: </del> <ins> { stdenv, lib, fetchFromGitHub, fetchurl, pkg-config, makeWrapper, allegro5, libGL }: </ins> stdenv.mkDerivation rec { pname = "liberation-circuit"; <del> version = "1.3"; </del> <ins> version = "unstable-2022-01-02"; </ins> src = fetchFromGitHub { owner = "linleyh"; repo = pname; <del> rev = "v${version}"; sha256 = "BAv0wEJw4pK77jV+1bWPHeqyU/u0HtZLBF3ETUoQEAk="; </del> <ins> rev = "19e3363547793e931fd9419b61ebc2cd8e257714"; sha256 = "zIwjh4CBSmKz7pF7GM5af+VslWho5jHOLsulbW4C8TY="; </ins> }; <del> patches = [ # Linux packaging assets (fetchurl { url = "https://github.com/linleyh/liberation-circuit/commit/72c1f6f4100bd227540aca14a535e7f4ebdeb851.patch"; sha256 = "0sad1z1lls0hanv88g1q6x5qr4s8f5p42s8j8v55bmwsdc0s5qys"; }) ]; # Hack to make binary diffs work prePatch = '' function patch { git apply --whitespace=nowarn "$@" } ''; postPatch = '' unset -f patch substituteInPlace bin/launcher.sh --replace ./libcirc ./liberation-circuit ''; nativeBuildInputs = [ cmake git makeWrapper ]; </del> <ins> nativeBuildInputs = [ pkg-config makeWrapper ]; </ins> buildInputs = [ allegro5 libGL ]; <del> cmakeFlags = [ "-DALLEGRO_LIBRARY=${lib.getDev allegro5}" "-DALLEGRO_INCLUDE_DIR=${lib.getDev allegro5}/include" ]; NIX_CFLAGS_LINK = "-lallegro_image -lallegro_primitives -lallegro_color -lallegro_acodec -lallegro_audio -lallegro_dialog -lallegro_font -lallegro_main -lallegro -lm"; hardeningDisable = [ "format" ]; </del> installPhase = '' runHook preInstall mkdir -p $out/opt <del> cd .. </del> cp -r bin $out/opt/liberation-circuit chmod +x $out/opt/liberation-circuit/launcher.sh makeWrapper $out/opt/liberation-circuit/launcher.sh $out/bin/liberation-circuit

Discussion:
"Failed to save mission status to []: couldn't open file. If you are playing in a write-protected directory, you can specify a path for the mission status file by editing " I tried to change file But get error I tried to change access rights and got error too
Change:
rustPlatform.buildRustPackage rec { pname = "termusic"; <del> version = "0.7.11"; </del> <ins> version = "0.9.0"; </ins> src = fetchFromGitHub { owner = "tramhao"; repo = "termusic"; rev = "v${version}"; <del> hash = "sha256-ykOBXM/WF+zasAt+6mgY2aSFCpGaYcqk+YI7YLM3MWs="; </del> <ins> hash = "sha256-FOFZg32hrWpKVsjkMDkiqah7jmUZw0HRWGqOvsN0t8Q="; </ins> }; <del> cargoHash = "sha256-BrOpU0RFdlRXQIMjfHfs/XYIdBCYKFSA+5by/rGzC8Y="; </del> <ins> postPatch = '' pushd $cargoDepsCopy/stream-download oldHash=$(sha256sum src/lib.rs | cut -d " " -f 1) substituteInPlace $cargoDepsCopy/stream-download/src/lib.rs  --replace-warn '#![doc = include_str!("../README.md")]' "" substituteInPlace .cargo-checksum.json  --replace $oldHash $(sha256sum src/lib.rs | cut -d " " -f 1) popd ''; cargoHash = "sha256-r5FOl3Bp3GYhOhvWj/y6FXsuG2wvuFcMcYKBzVBVqiM="; </ins> nativeBuildInputs = [ pkg-config

Discussion:
Package name: termusic Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 0.7.11 Current version on the stable/release channel: 0.7.11 <!-- 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. --I attempted to update this package myself and create a PR, however, I'm getting an error when building the cargo dependency and doesn't appear to be any issues reported for building either it or termusic, so I am unsure how to proceed. Cargo Error: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
postPatch = '' sed -i -e 's|/sbin/ifconfig|${nettools}/bin/ifconfig|'  src/VBox/HostDrivers/adpctl/VBoxNetAdpCtl.cpp <ins> '' + optionalString headless '' # Fix compile error in version 6.1.6 substituteInPlace src/VBox/HostServices/SharedClipboard/VBoxSharedClipboardSvc-x11-stubs.cpp  --replace PSHCLFORMATDATA PSHCLFORMATS </ins> ''; # first line: ugly hack, and it isn't yet clear why it's a problem

Discussion:
Describe the bug Virtualbox kernel drivers don't build with latest kernel. To Reproduce Steps to reproduce the behavior: on latest master, channel hasn't updated yet d=(import /home/maciej/Projekte/nix { configuration = {pkgs, ...}: { boot.kernelPackages = pkgs.linuxPackageslatest; = true; }; }).vm Expected behavior Builds Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(maciej): nixpkgs: Maintainer information:
Hi sorry for the duplicate bug report. You may find some useful information in this other issue trackers: Upstream tracker: Related to this issue: [Patch available]
Virtualbox 6.1.6 was released last week, which fixes the Linux 5.6 issues. I opened a PR with a fix for , which needs to be merged into to
Change:
, Cocoa , AGL , OpenGL <del> , withCuda ? false, cudatoolkit </del> <ins> , config , withCuda ? config.cudaSupport, cudaPackages </ins> }: stdenv.mkDerivation rec {

Discussion:
Steps to reproduce the behavior: with the following flake: I think this broke with the recent cudaPackages changes, but I haven't figured out the responsible commit. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Not directly relevant but we should rename -for consistency at some point.
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , pytestCheckHook # Python deps , six , setuptools }: buildPythonPackage rec { pname = "mando"; version = "0.7.1"; pyproject = true; src = fetchFromGitHub { owner = "rubik"; repo = "mando"; rev = "v${version}"; hash = "sha256-Ylrrfo57jqGuWEqCa5RyTT9AagBpUvAfviHkyJPFv08="; }; nativeBuildInputs = [ setuptools ]; nativeCheckInputs = [ pytestCheckHook ]; propagatedBuildInputs = [ six ]; pythonImportsCheck = [ "mando" ]; meta = with lib; { description = "Create Python CLI apps with little to no effort at all"; homepage = "https://mando.readthedocs.org"; changelog = "https://github.com/rubik/mando/blob/v${version}/CHANGELOG"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; }; } </ins>

Discussion:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin