jiebi/CodeConvo huggingface dataset:
Change:
(or ) fails during install tests (only test phase shown) seems to have broken on may 9, starting at may 10 we have seen this failure
Thanks for the report, starting a bisect.
Oof: That's going to be fun :D
commit Author: Miss Islington (bot) <+miss- Sat Apr 30 05:31:37 2022 -0700 bpo-: Fix UnicodeEncodeError in the email module (GH-) It was raised if the charset itself contains characters not encodable in UTF-8 (in particular udcxx characters representing non-decodable bytes in the source). (cherry picked from commit ) Co-authored-by: Serhiy Storchaka
diff diff --git index .. --- +++ -364,6 +364,10 msg1 def testunconvertablemessage(self): # This message can't be converted to an email.message.EmailMessage. # This fails with Python=3.9.13 because # is fixed. if sys.hexversion = 0x3090df0: raise SkipTest mbox = ((, "")) # We have to do it this way to see the exception. with open(gettestfile(""), "rb") as emfile:
Ohh, sorry, didn't have sufficient time during the last days, so thanks a lot for doing further research :) Do you want to file a PR with this diff against nixpkgs? Otherwise I can take care of it tonight.

Discussion:
sha256 = "sha256-5XCrvyrDEqH3JryPMoOXSlVVDLQ+PdYBqwGYxkExdvk="; includes = [ "hyperkitty/*" ]; }) <ins> # Fix for Python >=3.9.13 (fetchpatch { url = "https://gitlab.com/mailman/hyperkitty/-/commit/3efe7507944dbdbfcfa4c182d332528712476b28.patch"; sha256 = "sha256-yXuhTbmfDiYEXEsnz+zp+xLHRqI4GtkOhGHN+37W0iQ="; }) </ins> ]; postPatch = ''
Change:
When running the version displayed ist because the correct version is not set at build-time via . The version can probably be set in a similar way as with the docker-compose package.

Discussion:
vendorSha256 = null; <ins> ldflags = [ "-w" "-s" "-X github.com/docker/buildx/version.Package=github.com/docker/buildx" "-X github.com/docker/buildx/version.Version=v${version}" ]; </ins> installPhase = '' install -D $GOPATH/bin/buildx $out/libexec/docker/cli-plugins/docker-buildx '';
Change:
Project description . A few months back the project was removed because Python 2 was removed, and the Pillow lib was insecure too. This project is a revival of the project but under Python 3. In fact they have stated: "Everything should be working now". DisplayCAL is a tool for many color-related tasks; from the docs: Calibration + Characterization (Profiling). Installing the created ICC profile both locally and system-wide (requires root permissions). Profile Info window is now fully working (on some systems we still have an issue related to default values ). Measurement report creation. Creating, displaying and uploading Colorimeter Corrections. Measuring and reporting display uniformity. Creating charts with Test Chart Editor and creating diagnostic 3d data. Creating 3D LUTs. Creating synthetic ICC profiles. Metadata homepage URL: source URL: license: GPL 3.0 platforms: unsure, but at least Linux

Discussion:
<ins> { lib , python3 , xorg , argyllcms , wrapGAppsHook , gtk3 , librsvg }: python3.pkgs.buildPythonApplication rec { pname = "displaycal"; version = "3.9.10"; format = "setuptools"; src = python3.pkgs.fetchPypi { pname = "DisplayCAL"; inherit version; hash = "sha256-oDHDVb0zuAC49yPfmNe7xuFKaA1BRZGr75XwsLqugHs="; }; nativeBuildInputs = [ wrapGAppsHook gtk3 ]; propagatedBuildInputs = with python3.pkgs; [ build certifi wxPython_4_2 dbus-python distro PyChromecast send2trash ]; buildInputs = [ gtk3 librsvg ] ++ (with xorg; [ libX11 libXxf86vm libXext libXinerama libXrandr ]); doCheck = false; # Tests try to access an X11 session and dbus in weird locations. pythonImportsCheck = [ "DisplayCAL" ]; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=( ''${gappsWrapperArgs[@]} --prefix PATH : ${lib.makeBinPath [ argyllcms ]} --prefix PYTHONPATH : $PYTHONPATH ) ''; meta = with lib; { description = "Display calibration and characterization powered by Argyll CMS (Migrated to Python 3)"; homepage = "https://github.com/eoyilmaz/displaycal-py3"; license = licenses.gpl3Plus; platforms = platforms.linux; maintainers = with maintainers; [ toastal ]; }; } </ins>

digikam5 = throw "'digikam5' has been renamed to/replaced by 'digikam'"; # Converted to throw 2022-02-22 dirmngr = throw "dirmngr has been removed: merged into gnupg"; # Added 2022-05-13 disper = throw "disper has been removed: abandoned by upstream"; # Added 2022-03-18 <del> displaycal = throw "displaycal has been removed from nixpkgs, as it hasn't migrated to python3"; # Added 2022-01-12 </del> dmtx = throw "'dmtx' has been renamed to/replaced by 'dmtx-utils'"; # Converted to throw 2022-02-22 dnnl = oneDNN; # Added 2020-04-22 docbook5_xsl = throw "'docbook5_xsl' has been renamed to/replaced by 'docbook_xsl_ns'"; # Converted to throw 2022-02-22

disk_indicator = callPackage ../os-specific/linux/disk-indicator { }; <ins> displaycal = callPackage ../applications/graphics/displaycal { }; </ins> displaylink = callPackage ../os-specific/linux/displaylink { inherit (linuxPackages) evdi; };
Change:
Setting the default IPV4 and IPV6 gateway using and respectively results in a system configuration in which only the IPV6 default gateway is configured. Looking at the generated network configuration files, this seems to be due to an order of precedence and non-merging behaviour within the section of the config. My system has only one network interface with both an ipv4 and ipv6 address configured. I expect both routes to be applied to this interface. Reverse-engineering the , I discovered that the gateways are configured differently to what would apply. As a result, I was able to test the alternative method and found that the following would correctly configure the network: With that, I also noticed that the entries were to the section rather than the section. This would imply to me that the handling of defaultGateway should do the same. both and with . the configuration. to view the active routes, and note the lack of an IPV4 default route. Both IPV4 and IPV6 default routes/gateways should be configured. The behaviour should match setting to the value of each gateway. Broken configuration example: Working configuration example:
looks like we should be generating one route per gateway instean of one route with multiple gateways. putting the gateways into would have the same effect, but emitting multiple routes seems clearer.

Discussion:
genericNetwork = override: let gateway = optional (cfg.defaultGateway != null && (cfg.defaultGateway.address or "") != "") cfg.defaultGateway.address ++ optional (cfg.defaultGateway6 != null && (cfg.defaultGateway6.address or "") != "") cfg.defaultGateway6.address; <del> in optionalAttrs (gateway != [ ]) { routes = override [ { </del> <ins> makeGateway = gateway: { </ins> routeConfig = { Gateway = gateway; GatewayOnLink = false; }; <del> } ]; </del> <ins> }; in optionalAttrs (gateway != [ ]) { routes = override (map makeGateway gateway); </ins> } // optionalAttrs (domains != [ ]) { domains = override domains; };

useNetworkd = networkd; useDHCP = false; defaultGateway = "192.168.1.1"; <ins> defaultGateway6 = "fd00:1234:5678:1::1"; </ins> interfaces.eth1.ipv4.addresses = mkOverride 0 [ { address = "192.168.1.2"; prefixLength = 24; } { address = "192.168.1.3"; prefixLength = 32; }

with subtest("Test default gateway"): router.wait_until_succeeds("ping -c 1 192.168.3.1") client.wait_until_succeeds("ping -c 1 192.168.3.1") <ins> router.wait_until_succeeds("ping -c 1 fd00:1234:5678:3::1") client.wait_until_succeeds("ping -c 1 fd00:1234:5678:3::1") </ins> ''; }; routeType = {
Change:
Building an Amazon AMI with zfs root fails with inside the vm getting an error trying to allocate memory partway through building the new store. It isn’t surprising that a zfs-using system needs more memory when doing intensive filesystem writes. Unfortunately I don't know how to adjust the config (other than globally in a nixpkgs fork) for how much memory to give the vm. $ nix-build -A amazonImageZfs.x8664-linux … error: reading directory '/nix/store/4l99mg8j2c3bqjlc10ncdfcq5vaazxb9-nixos-22.11pre130979.gfedcba/nixos/pkgs/tools/misc/tagref': Cannot allocate memory (the specific package or failure point varies a little on each run based on random timings and resource usage) system: host os: multi-user?: sandbox: version: channels(root): channels(dan): nixpkgs:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
diskSize = "auto"; additionalSpace = "0M"; # Defaults to 512M. copyChannel = false; <ins> memSize = 2048; # Qemu VM memory size in megabytes. Defaults to 1024M. </ins> } ```

, # Shell code executed after the VM has finished. postVM ? "" <ins> , # Guest memory size memSize ? 1024 </ins> , # Copy the contents of the Nix store to the root of the image and # skip further setup. Incompatible with `contents`, # `installBootLoader` and `configFile`.

"-drive if=pflash,format=raw,unit=1,file=$efiVars" ] ); <del> memSize = 1024; </del> <ins> inherit memSize; </ins> } '' export PATH=${binPath}:$PATH

, # Shell code executed after the VM has finished. postVM ? "" <ins> , # Guest memory size memSize ? 1024 </ins> , name ? "nixos-disk-image" , # Disk image format, one of qcow2, qcow2-compressed, vdi, vpc, raw.

{ QEMU_OPTS = "-drive file=$bootDiskImage,if=virtio,cache=unsafe,werror=report" + " -drive file=$rootDiskImage,if=virtio,cache=unsafe,werror=report"; <ins> inherit memSize; </ins> preVM = '' PATH=$PATH:${pkgs.qemu_kvm}/bin mkdir $out
Change:
I currently generate an HCL file with my consul token and nomad server encryption key. When dropping privileges, it requires me keeping this HCL file world readable. Having support for (easy to override as-is) and (not overridable due to type requirement on ) would allow systemd to copy secrets somewhere readable by nomad. to contain a root:root 0400 file. = true = true (potentially more settings for a minimum viable nomad config) Nomad reads secrets from extra settings HCL file, starts successfully. Add any other context about the problem here. No official maintainers, but may have ideas. I spent some time experimenting, root of the problem is that we need to pass "-config ${CREDENTIALSDIRECTORY}" in ExecStart, along with those files in the LoadCredentials systemd stanza. I'm not sure if there is an idiomatic way to do this in Nix.
Could you test ? Make sure I have solved your problem.
Will take a look, thanks!

Discussion:
''; }; <ins> credentials = mkOption { description = lib.mdDoc '' Credentials envs used to configure nomad secrets. ''; type = types.attrsOf types.str; default = { }; example = { logs_remote_write_password = "/run/keys/nomad_write_password"; }; }; </ins> settings = mkOption { type = format.type;

}; in "${cfg.package}/bin/nomad agent -config=/etc/nomad.json -plugin-dir=${pluginsDir}/bin" + <del> concatMapStrings (path: " -config=${path}") cfg.extraSettingsPaths; </del> <ins> concatMapStrings (path: " -config=${path}") cfg.extraSettingsPaths + concatMapStrings (key: " -config=${CREDENTIALS_DIRECTORY}/${key}") (lib.attrNames cfg.credentials); </ins> KillMode = "process"; KillSignal = "SIGINT"; LimitNOFILE = 65536;

Restart = "on-failure"; RestartSec = 2; TasksMax = "infinity"; <ins> LoadCredential = lib.mapAttrsToList (key: value: "${key}:${value}") cfg.credentials; </ins> } (mkIf cfg.enableDocker { SupplementaryGroups = "docker"; # space-separated string
Change:
Fail2ban fails to launch Please run and paste the result.
Appears to be an upstream issue involving Python 3.9:

Discussion:
url = "https://github.com/fail2ban/fail2ban/commit/5ac303df8a171f748330d4c645ccbf1c2c7f3497.patch"; sha256 = "sha256-aozQJHwPcJTe/D/PLQzBk1YH3OAP6Qm7wO7cai5CVYI="; }) <ins> # fix use of MutableMapping with Python >= 3.10 # https://github.com/fail2ban/fail2ban/issues/3142 (fetchpatch { url = "https://github.com/fail2ban/fail2ban/commit/294ec73f629d0e29cece3a1eb5dd60b6fccea41f.patch"; sha256 = "sha256-Eimm4xjBDYNn5QdTyMqGgT5EXsZdd/txxcWJojXlsFE="; }) </ins> ]; preConfigure = ''
Change:
Project description Micromamba is a cross-platform package manager popular in data science circles. The is currently only available for Linux, though. I tried locally and it builds and works just fine on by changing to . I am not sure if this is the best way to go about this. In any case, it would be very nice to have available for darwin, too! Metadata Current nixpkgs: homepage URL: source URL: license: bsd3 platforms: unix, linux, darwin (?)

Discussion:
description = "Reimplementation of the conda package manager"; homepage = "https://github.com/mamba-org/mamba"; license = licenses.bsd3; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.all; </ins> maintainers = with maintainers; [ mausch ]; }; }
Change:
Steps to reproduce the behavior: udocker against the master branch of Nixpkgs () 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:
, fetchFromGitHub , singularity , python3Packages <ins> , fetchpatch </ins> }: python3Packages.buildPythonApplication rec {

pycurl ]); <ins> patches = [ (fetchpatch { url = "https://github.com/indigo-dc/udocker/commit/9f7d6c5f9a3925bf87d000603c5b306d73bb0fa3.patch"; sha256 = "sha256-fiqvVqfdVIlILbSs6oDWmbWU9piZEI2oiAKUcmecx9Q="; }) ]; </ins> checkInputs = with python3Packages; [ pytestCheckHook ]; disabledTests = [ <ins> "test_02__load_structure" </ins> "test_05__get_volume_bindings" ];
Change:
Steps to reproduce the behavior: hubble Maybe related to and I've tried to build with Go 1.18 inside nix expression and get the same error, a nix-shell with cmake and go118 can build it OK. <!-- 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> { stdenv, lib, buildGoModule, fetchFromGitHub }: </del> <ins> { stdenv, lib, buildGoModule, fetchFromGitHub, installShellFiles }: </ins> buildGoModule rec { pname = "hubble"; <del> version = "0.9.0"; </del> <ins> version = "0.10.0"; </ins> src = fetchFromGitHub { owner = "cilium";

vendorSha256 = null; <ins> ldflags = [ "-s" "-w" "-X github.com/cilium/hubble/pkg.GitBranch=none" "-X github.com/cilium/hubble/pkg.GitHash=none" "-X github.com/cilium/hubble/pkg.Version=${version}" ]; # Test fails at Test_getFlowsRequestWithInvalidRawFilters in github.com/cilium/hubble/cmd/observe # https://github.com/NixOS/nixpkgs/issues/178976 # https://github.com/cilium/hubble/pull/656 # https://github.com/cilium/hubble/pull/655 doCheck = false; doInstallCheck = true; installCheckPhase = '' $out/bin/hubble version | grep ${version} > /dev/null ''; nativeBuildInputs = [ installShellFiles ]; postInstall = '' installShellCompletion --cmd hubble  --bash <($out/bin/hubble completion bash)  --fish <($out/bin/hubble completion fish)  --zsh <($out/bin/hubble completion zsh) ''; </ins> meta = with lib; { broken = (stdenv.isLinux && stdenv.isAarch64) || stdenv.isDarwin; description = "Network, Service & Security Observability for Kubernetes using eBPF"; license = licenses.asl20; homepage = "https://github.com/cilium/hubble/"; <del> maintainers = with maintainers; [ humancalico ]; </del> <ins> maintainers = with maintainers; [ humancalico bryanasdev000 ]; </ins> }; }
Change:
Running fails with the following tail: I guess having in and then trying to evaluate the configuration should be sufficient. Nothing special when it comes to tex in my installation. System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
Looks like this could simply be solved by updating the corresponding hash in . is this the way to go here? If so, I'll see if I can make the corresponding changes, test and file a pull request. (Sounds like a nice exercise to get some hands-on experience in NixOS dev.)
Yes, I think so. The hash changed upstream, so if we change it in Nixpkgs, too, then we should be fine.
I suppose we could take what's in master now.
Pushed; please, reopen in case of further problems.

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
the duosec package in nixpkgs is outdated for a security product -- 1.9.11 (Apr 2014), latest is 1.9.19 its related service also can't be enabled it be great if we could fix this by 16.09 cc

Discussion:
stdenv.mkDerivation rec { name = "duo-unix-${version}"; <del> version = "1.9.11"; </del> <ins> version = "1.9.19"; </ins> src = fetchurl { url    = "https://dl.duosecurity.com/duo_unix-${version}.tar.gz"; <del> sha256 = "0747avzmzzz1gaisahgjlpxyxxbrn04w1mip90lfj9wp2x6a9jgm"; </del> <ins> sha256 = "02hvayknj0kvdik4mqm9j9isqzxk0f992i9v274s27891xqgj8rd"; </ins> }; buildInputs = [ pam openssl zlib ];
Change:
The hedgedoc systemd service is broken since . Steps to reproduce the behavior: start hedgedoc Opened to revert . <!-- 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:
''; serviceConfig = { WorkingDirectory = cfg.workDir; <del> StateDirectory = [ (builtins.replaceStrings [ "/var/lib/"  ] [ "" ] cfg.workDir) ]; ReadWritePaths = [ cfg.configuration.uploadsPath ]; </del> <ins> StateDirectory = [ cfg.workDir cfg.configuration.uploadsPath ]; </ins> ExecStart = "${cfg.package}/bin/hedgedoc"; EnvironmentFile = mkIf (cfg.environmentFile != null) [ cfg.environmentFile ]; Environment = [
Change:
Steps to reproduce the behavior: -env -i xmind or xmind to nixos config Please run and paste the result.
Install log when installing via is not exactly the same :

Discussion:
<del> { stdenv, lib, fetchzip, fetchurl, gtk2, jre, libXtst, makeWrapper, makeDesktopItem, runtimeShell }: </del> <ins> { stdenv, lib, fetchzip, fetchurl, gtk3, jre8, libXtst, makeWrapper, makeDesktopItem, runtimeShell }: </ins> stdenv.mkDerivation rec { pname = "xmind"; <del> version = "8-update8"; </del> <ins> version = "8-update9"; </ins> src = fetchzip { <del> url = "https://xmind.net/xmind/downloads/${pname}-${version}-linux.zip"; </del> <ins> url = "https://www.xmind.app/xmind/downloads/${pname}-${version}-linux.zip"; </ins> stripRoot = false; <del> sha256 = "1p68z0b4brgiyybz190alqv716ncql49vsksm41y90mcjd8s4jhn"; </del> <ins> sha256 = "9769c4a9d42d3370ed2c2d1bed5a5d78f1fc3dc5bd604b064b56101fc7f90bb4"; </ins> }; srcIcon = fetchurl { <del> url = "https://aur.archlinux.org/cgit/aur.git/plain/xmind.png?h=xmind"; </del> <ins> url = "https://aur.archlinux.org/cgit/aur.git/plain/xmind.png?h=xmind&id=41936c866b244b34d7dfbee373cbb835eed7860b"; </ins> sha256 = "0jxq2fiq69q9ly0m6hx2qfybqad22sl42ciw636071khpqgc885f"; };

dontPatchELF = true; dontStrip = true; <del> libPath = lib.makeLibraryPath [ gtk2 libXtst ]; </del> <ins> libPath = lib.makeLibraryPath [ gtk3 libXtst ]; </ins> desktopItem = makeDesktopItem { name = "XMind";

EOF chmod +x $out/bin/XMind <del> ln -s ${jre} $out/libexec/jre </del> <ins> ln -s ${jre8} $out/libexec/jre </ins> ''; meta = with lib; {
Change:
(version ) is broken (test failure) with werkzeug version , but works with werkzeug . nixos-22.05 nixpkgs-unstable python3.9-klein=============================================================================== python3.9-klein[ERROR] python3.9-kleinTraceback (most recent call last): python3.9-kleinFile "/nix/store/wn395hf4q94521yvi3v4mqa6lhpkj8ny-python3.9-klein-21.8.0/lib/python3.9/site-", line 642, in testaddSlash python3.9-kleinrequest.setHeader.asserthascalls( python3.9-kleinFile "/nix/store/7l0dc127v4c2m3yar0bmqy9q6sfmypin-python3-", line 944, in asserthascalls python3.9-kleinraise AssertionError( python3.9-kleinbuiltins.AssertionError: Calls not found. python3.9-kleinExpected: [call(b'Content-Type', b'text/html; charset=utf-8'), python3.9-kleincall(b'Content-Length', b'258'), python3.9-kleincall(b'Location', b'http://localhost:8080/foo/')] python3.9-kleinActual: [call(b'Content-Type', b'text/html; charset=utf-8'), python3.9-kleincall(b'Content-Length', b'239'), python3.9-kleincall(b'Location', b'http://localhost:8080/foo/')] python3.9- python3.9-klein
python3.9-kleinRan 242 tests in 50.854s python3.9-kleinFAILED (errors=1, successes=241) cc (maintainer)
Shouldn't this be a bug report against werkzeug, which was updated without consideration of what dependencies might be broken?

Discussion:
<del> { stdenv, lib, buildPythonPackage, fetchPypi, python , attrs, enum34, hyperlink, incremental, six, twisted, typing, tubes, werkzeug, zope_interface , hypothesis, treq </del> <ins> { lib , stdenv , attrs , buildPythonPackage , fetchFromGitHub , hyperlink , hypothesis , incremental , python , pythonOlder , treq , tubes , twisted , typing-extensions , werkzeug , zope_interface </ins> }: buildPythonPackage rec { pname = "klein"; <del> version = "21.8.0"; </del> <ins> version = "unstable-2022-06-26"; format = "setuptools"; </ins> <del> src = fetchPypi { inherit pname version; sha256 = "1mpydmz90d0n9dwa7mr6pgj5v0kczfs05ykssrasdq368dssw7ch"; </del> <ins> disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "twisted"; repo = pname; rev = "d8c2b92a3c77aa64c596696fb6f07172ecf94a74"; hash = "sha256-RDZqavkteUbARV78OctZtLIrE4RoYDVAanjwE5i/ZeM="; </ins> }; <del> propagatedBuildInputs = [ attrs enum34 hyperlink incremental six twisted typing tubes werkzeug zope_interface ]; </del> <ins> propagatedBuildInputs = [ attrs hyperlink incremental twisted tubes werkzeug zope_interface ] ++ lib.optionals (pythonOlder "3.8") [ typing-extensions ]; </ins> <del> checkInputs = [ hypothesis treq ]; </del> <ins> checkInputs = [ hypothesis treq ]; </ins> checkPhase = '' ${python.interpreter} -m twisted.trial -j $NIX_BUILD_CORES klein ''; <ins> pythonImportsCheck = [ "klein" ]; </ins> meta = with lib; { <del> broken = (stdenv.isLinux && stdenv.isAarch64) || stdenv.isDarwin; </del> description = "Klein Web Micro-Framework"; <del> homepage    = "https://github.com/twisted/klein"; license     = licenses.mit; </del> <ins> homepage = "https://github.com/twisted/klein"; license = licenses.mit; </ins> maintainers = with maintainers; [ exarkun ]; <ins> broken = (stdenv.isLinux && stdenv.isAarch64) || stdenv.isDarwin; </ins> }; }