jiebi/CodeConvo huggingface dataset:
Code change:
the python binding for krita are not build correctly. Please run and paste the results.
more details wouldn't hurt...
well I don't exactly know what is happening here, to build the python binding, it requires and . So when are to the buildInputs, cmake finds all the dependencies correctly; however, at around 98% the compilation fails due to not finding some sip bindings. Alternatively, if is to the buildInputs, everything works fine as intended. But the python interpreter overwrite the python interpreter in the nix-env, so that doesn't seem to be the right fix.
also tried setting the variable, but that didn't work either.
cc who worked on / in

Related discussion:
text: sha256 = "0h2rplc76r82b8smk61zci1ijj9xkjmf20pdqa8fc2lz4zicjxh4"; }; <del> nativeBuildInputs = [ cmake extra-cmake-modules python3Packages.sip ]; </del> <ins> nativeBuildInputs = [ cmake extra-cmake-modules python3Packages.sip makeWrapper ]; </ins> buildInputs = [ karchive kconfig kwidgetsaddons kcompletion kcoreaddons kguiaddons
Code change:
the python binding for krita are not build correctly. Please run and paste the results.
more details wouldn't hurt...
well I don't exactly know what is happening here, to build the python binding, it requires and . So when are to the buildInputs, cmake finds all the dependencies correctly; however, at around 98% the compilation fails due to not finding some sip bindings. Alternatively, if is to the buildInputs, everything works fine as intended. But the python interpreter overwrite the python interpreter in the nix-env, so that doesn't seem to be the right fix.
also tried setting the variable, but that didn't work either.
cc who worked on / in

Related discussion:
text: "-DCMAKE_BUILD_TYPE=RelWithDebInfo" ]; <ins> postInstall = '' for i in $out/bin/*; do wrapProgram $i --prefix PYTHONPATH : "$PYTHONPATH" done ''; </ins> meta = with lib; { description = "A free and open source painting application"; homepage = https://krita.org/;
Code change:
, (nixos-unstable) (nixos-unstable) (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
Fixed in staging (again) via PR

Related discussion:
text: stdenv.mkDerivation rec { name = "file-${version}"; <del> version = "5.35"; </del> <ins> version = "5.36"; </ins> src = fetchurl { urls = [ "ftp://ftp.astron.com/pub/file/${name}.tar.gz" "https://distfiles.macports.org/file/${name}.tar.gz" ]; <del> sha256 = "0ijm1fabm68ykr1zbx0bxnka5jr3n42sj8y5mbkrnxs0fj0mxi1h"; </del> <ins> sha256 = "0ya330cdkvfi2d28h8gvhghj4gnhysmifmryysl0a97xq2884q7v"; </ins> }; nativeBuildInputs = stdenv.lib.optional (stdenv.hostPlatform != stdenv.buildPlatform) file;
Code change:
I stumbled upon this package broken while working on , filing an issue to track it. Tested on commit . system: host os: multi-user?: sandbox: version: channels(root): channels(kalbasit): channels(yl): nixpkgs:

Related discussion:
text: sha256 = "134xk7rfj0xki9znryk5qf1nsfa318ahrrsi1k6ia7kipp7i3hb4"; }; <del> buildInputs = [ proot patchelf fakechroot runc simplejson pycurl coreutils nose mock ]; </del> <ins> buildInputs = [ proot patchelf fakechroot runc simplejson pycurl coreutils ]; </ins> postPatch = '' substituteInPlace udocker.py --replace /usr/sbin:/sbin:/usr/bin:/bin $PATH
Code change:
I stumbled upon this package broken while working on , filing an issue to track it. Tested on commit . system: host os: multi-user?: sandbox: version: channels(root): channels(kalbasit): channels(yl): nixpkgs:

Related discussion:
text: substituteInPlace udocker.py --replace "autoinstall = True" "autoinstall = False" ''; <ins> checkInputs = [ nose mock ]; </ins> checkPhase = '' NOSE_EXCLUDE=test_03_create_repo,test_04_is_repo,test_02__get_group_from_host nosetests -v tests/unit_tests.py '';
Code change:
, (nixos-19.03) Scanned versions: nixos-19.03: . May contain false positives.

Related discussion:
text: # Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}
Code change:
is currently set to just , but I was able to build it fine with on macos (10.14.3) and haven't run into any issues running very basic commands so far.
Would you mind making a pull request?
I don't, but I'm not in the loop and won't be of much use if it's any more involved than changing it to .
So perhaps should be just .

Related discussion:
text: ''; license     = licenses.gpl2; maintainers = [ maintainers.matthiasbeyer ]; <del> platforms   = platforms.linux; </del> <ins> platforms   = platforms.unix; </ins> }; }
Code change:
When trying to build llvm-7.0.1 on my armv7 machine, I get the following error during the test phase: Looking around, I see quite a few changes to llvm recently (also the aarch64 failure in ). Ideas? Are these tests expected to fail?
just because I know you know about these things. I know armv7 isn't "really" supported, but this definitely used to work, so... FWIW, I have tried to disable DebugInfo tests, using the method already used to disable other tests, like this: But this didn't do anything. I do not know the test system for llvm though, I just tried to identify which cpp file to remove by grepping around. So maybe this is not even one of the right files, or maybe I disabled it wrong. I have not been able to find how to disable the llvm-dwarfdump tests, also. Hints welcome, if you have any!
I am also able to reproduce these failures. I get the same list of failing tests as what's shown above.
Oh - in case it's not obvious to everybody, I should point out that these are x86-specific tests. Obviously they're supposed to work from any host architecture, but since most developers' machines are x86, I think it's entirely possible that somebody upstream introduced an unintended dependency on the host architecture. I've looked around a bit for any upstream bug report, but so far I haven't found one.
If you're in the situation I was in, and are unable to rebuild your ARMv7 system because it has inexplicably decided it needs llvm 7.0.1 as part of that build when it didn't used to, you can add something along the lines of the following to your You will have to adapt it for whichever package is pulling in the unbuildable LLVM, which you can discover by looking at the list of unbuildable packages that nixos-rebuild spits out at the end and finding the one immediately after LLVM. You can verify that it's the right one by checking all- in the repo and seeing that its callPackage parameters specify llvmPackages_7.
Thanks for the helpful workaround,
Thanks!

Related discussion:
text: substituteInPlace unittests/Support/CMakeLists.txt  --replace "add_subdirectory(DynamicLibrary)" "" rm unittests/Support/DynamicLibrary/DynamicLibraryTest.cpp <ins> '' + optionalString stdenv.hostPlatform.isAarch32 '' # skip failing X86 test cases on armv7l rm test/DebugInfo/X86/debug_addr.ll rm test/tools/llvm-dwarfdump/X86/debug_addr.s rm test/tools/llvm-dwarfdump/X86/debug_addr_address_size_mismatch.s rm test/tools/llvm-dwarfdump/X86/debug_addr_dwarf4.s rm test/tools/llvm-dwarfdump/X86/debug_addr_unsupported_version.s rm test/tools/llvm-dwarfdump/X86/debug_addr_version_mismatch.s </ins> '' + '' patchShebangs test/BugPoint/compile-custom.ll.py '';
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: |---------------------------+--------------------------------------------| | Model                     | Path                                       | |---------------------------+--------------------------------------------| <del> | Acer Aspire 4810T         | ~<nixos-hardware/acer/aspire/4810t>~       | </del> <ins> | [[file:acer/aspire/4810t][Acer Aspire 4810T]]         | ~<nixos-hardware/acer/aspire/4810t>~       | </ins> | Airis N990                | ~<nixos-hardware/airis/n990>~              | <del> | Apple MacBook Pro 10,1    | ~<nixos-hardware/apple/macbook-pro/10-1>~  | </del> <ins> | Apple MacBook Air 4,X     | ~<nixos-hardware/apple/macbook-air/4>~     | | Apple MacBook Air 6,X     | ~<nixos-hardware/apple/macbook-air/6>~     | | [[file:apple/macbook-pro/10-1][Apple MacBook Pro 10,1]]    | ~<nixos-hardware/apple/macbook-pro/10-1>~  | </ins> | Apple MacBook Pro 12,1    | ~<nixos-hardware/apple/macbook-pro/12-1>~  | <del> | Dell XPS 15 9550          | ~<nixos-hardware/dell/xps/15-9550>~        | | Inverse Path USB armory   | ~<nixos-hardware/inversepath/usbarmory>~   | </del> <ins> | [[file:dell/xps/15-9550][Dell XPS 15 9550]]          | ~<nixos-hardware/dell/xps/15-9550>~        | | [[file:inversepath/usbarmory][Inverse Path USB armory]]   | ~<nixos-hardware/inversepath/usbarmory>~   | </ins> | Lenovo IdeaPad Z510       | ~<nixos-hardware/lenovo/ideapad/z510>~     | | Lenovo ThinkPad T410      | ~<nixos-hardware/lenovo/thinkpad/t410>~    | | Lenovo ThinkPad T440p     | ~<nixos-hardware/lenovo/thinkpad/t440p>~   | | Lenovo ThinkPad T460s     | ~<nixos-hardware/lenovo/thinkpad/t460s>~   | | Lenovo ThinkPad X140e     | ~<nixos-hardware/lenovo/thinkpad/x140e>~   | | Lenovo ThinkPad X220      | ~<nixos-hardware/lenovo/thinkpad/x220>~    | <del> | Microsoft Surface Pro 3   | ~<nixos-hardware/microsoft/surface-pro/3>~ | | Raspberry Pi 2            | ~<nixos-hardware/raspberry-pi/2>~          | | Samsung Series 9 NP900X3C | ~<nixos-hardware/samsung/np900x3c>~        | </del> <ins> | Lenovo ThinkPad X250      | ~<nixos-hardware/lenovo/thinkpad/x250>~    | | [[file:microsoft/surface-pro/3][Microsoft Surface Pro 3]]   | ~<nixos-hardware/microsoft/surface-pro/3>~ | | [[file:raspberry-pi/2][Raspberry Pi 2]]            | ~<nixos-hardware/raspberry-pi/2>~          | | [[file:samsung/np900x3c][Samsung Series 9 NP900X3C]] | ~<nixos-hardware/samsung/np900x3c>~        | </ins> | Supermicro A1SRi-2758F    | ~<nixos-hardware/supermicro/a1sri-2758f>~  | | Supermicro X10SLL-F       | ~<nixos-hardware/supermicro/x10sll-f>~     | |---------------------------+--------------------------------------------|
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: <del> { lib, ... }: </del> <ins> { config, lib, ... }: </ins> { <ins> boot.kernelParams = [ "hid_apple.iso_layout=0" ]; hardware.facetimehd.enable = lib.mkDefault (config.nixpkgs.config.allowUnfree or false); </ins> services.mbpfan.enable = lib.mkDefault true; }
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: <ins> { lib, ... }: { imports = [ ../. ]; boot.kernelParams = [ "acpi_backlight=vendor" ]; services.xserver.deviceSection = lib.mkDefault '' Option "TearFree" "true" ''; } </ins>
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: "vm.laptop_mode" = lib.mkDefault 5; }; <ins> # TODO: fix in NixOS/nixpkgs # Disable governor set in hardware-configuration.nix, # required when services.tlp.enable is true: powerManagement.cpuFreqGovernor = lib.mkForce null; </ins> services.tlp.enable = lib.mkDefault true; }
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: <ins> { config, lib, pkgs, ... }: { imports = [ ../. ../../../common/cpu/intel ]; # Thinkfan is enabled by thinkpad profile. # However it requires to set a different `sensor` for this hardware, since there is no /proc/acpi/ibm/thermal # Regulation also works fine without thinkfan daemon though. services.thinkfan.enable = lib.mkOverride 900 false; # maintainers: Mic92 } </ins>
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: <ins> ** Status The code in master as of June 2015 should be able to prepare a bootable NixOS for Raspberry PI 2. There are still some drawbacks: NixOS does not provide a /boot/config.txt (the FAT32 partition). Making NixOS work in the Raspberry PI 2 is mainly the result of the recent work of ambro718, Dezgeg and viric (#nixos@irc.freenode.net). ** Download If you want to test, you can flash this 4GB SD image (DOS partition table + fat32 + ext4 rootfs): magnet:?xt=urn:btih:0def3f6acb3bceddb22cb24098f58e40e2853ec2&dn=rpi2-nixos-4b09501f2-img.xz&tr=udp%3A%2F%2Fopen.demonii.com%3A1337&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80 Then you should be able to nixos-rebuild any configuration.nix changes. The image is the result of a "nixos-install" alone. No root password has been set, and it does not include a nixpkgs checkout or channel. In fact I (viric) created the FS into a NBD, not a real SD, to create this image. </ins>
Code change:
migrated from python branch issue tracker
this is not an issue if propagedBuildInputs are used - whether that is good or bad is another thing.
the python rework solved this

Related discussion:
text: <del> imported from https://nixos.org/wiki/Raspberry_Pi_2 ** # Status The code in master as of June 2015 should be able to prepare a bootable NixOS for Raspberry PI 2. There are still some drawbacks: NixOS does not provide a /boot/config.txt (the FAT32 partition). Making NixOS work in the Raspberry PI 2 is mainly the result of the recent work of ambro718, Dezgeg and viric (#nixos@irc.freenode.net). # Download If you want to test, you can flash this 4GB SD image (DOS partition table + fat32 + ext4 rootfs): magnet:?xt=urn:btih:0def3f6acb3bceddb22cb24098f58e40e2853ec2&dn=rpi2-nixos-4b09501f2-img.xz&tr=udp%3A%2F%2Fopen.demonii.com%3A1337&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80 Then you should be able to nixos-rebuild any configuration.nix changes. The image is the result of a "nixos-install" alone. No root password has been set, and it does not include a nixpkgs checkout or channel. In fact I (viric) created the FS into a NBD, not a real SD, to create this image. </del>
Code change:
migrated from python branch issue tracker
I'm closing this as it seems no longer relevant. From what I could find, python-virtinst is "CLI tools for building virtual machines using libvirt". But it is now merged with virtmanager: <-- contains one single file named MERGEDWITHVIRTMANAGER

Related discussion:
text: in assert lib.all (p: p.enabled -> ! (builtins.elem null p.buildInputs)) plugins; stdenv.mkDerivation rec { <del> version = "2.6"; </del> <ins> version = "2.7"; </ins> pname = "weechat"; src = fetchurl { url = "https://weechat.org/files/src/weechat-${version}.tar.bz2"; <del> sha256 = "1narazk28m7lmn1vqi7bhyvnr8apjrmaa4w1hbadn64hwr8ya1hb"; </del> <ins> sha256 = "00hzchzw1w2181kczcrrnj8ngml3bwk7qciha3higxq3qynf0h8c"; </ins> }; outputs = [ "out" "man" ] ++ map (p: p.name) enabledPlugins;
Code change:
migrated from python branch issue tracker
I'm closing this as it seems no longer relevant. From what I could find, python-virtinst is "CLI tools for building virtual machines using libvirt". But it is now merged with virtmanager: <-- contains one single file named MERGEDWITHVIRTMANAGER

Related discussion:
text: cmakeFlags = with stdenv.lib; [ "-DENABLE_MAN=ON" "-DENABLE_DOC=ON" <ins> "-DENABLE_JAVASCRIPT=OFF"  # Requires v8 <= 3.24.3, https://github.com/weechat/weechat/issues/360 "-DENABLE_PHP=OFF" </ins> ] ++ optionals stdenv.isDarwin ["-DICONV_LIBRARY=${libiconv}/lib/libiconv.dylib" "-DCMAKE_FIND_FRAMEWORK=LAST"] ++ map (p: "-D${p.cmakeFlag}=" + (if p.enabled then "ON" else "OFF")) plugins
Code change:
migrated from python branch issue tracker
I'm closing this as it seems no longer relevant. From what I could find, python-virtinst is "CLI tools for building virtual machines using libvirt". But it is now merged with virtmanager: <-- contains one single file named MERGEDWITHVIRTMANAGER

Related discussion:
text: in assert lib.all (p: p.enabled -> ! (builtins.elem null p.buildInputs)) plugins; stdenv.mkDerivation rec { <del> version = "2.6"; </del> <ins> version = "2.7.1"; </ins> pname = "weechat"; src = fetchurl { url = "https://weechat.org/files/src/weechat-${version}.tar.bz2"; <del> sha256 = "1narazk28m7lmn1vqi7bhyvnr8apjrmaa4w1hbadn64hwr8ya1hb"; </del> <ins> sha256 = "0acz41jg7lmipni9z2agfqw4dhmx5hf6k9w4pvr4zih1fhkldva2"; </ins> }; outputs = [ "out" "man" ] ++ map (p: p.name) enabledPlugins;
Code change:
I'm using the latest from and it works fine, mostly. I notice the following errors during start-up, though: Looking at the build it seems like all recommended dependencies are there so it doesn't seem likely that those plugins weren't built, no? But why are they missing at run-time? And why are others (like the equalizer) not missing?
After some bisecting I found to be the cause of this, reverting it fixes it. I'm not entirely sure why that is though, investigating..
Was fixed in calf with , which is in the latest version, I have opened a PR to update calf

Related discussion:
text: stdenv.mkDerivation rec { name = "calf-${version}"; <del> version = "0.90.0"; </del> <ins> version = "0.90.2"; </ins> src = fetchurl { url = "https://calf-studio-gear.org/files/${name}.tar.gz"; <del> sha256 = "0dijv2j7vlp76l10s4v8gbav26ibaqk8s24ci74vrc398xy00cib"; </del> <ins> sha256 = "0bn4j1klw2yfxz8clbmasaydifq25rdfsv0n6iisxrzcj1lx7sgh"; </ins> }; <del> patches = [ # Fix memory leak in limiter # https://github.com/flathub/com.github.wwmm.pulseeffects/issues/12 (fetchpatch { url = https://github.com/calf-studio-gear/calf/commit/7afdefc0d0489a6227fd10f15843d81dc82afd62.patch; sha256 = "056662iw6hp4ykwk4jyrzg5yarcn17ni97yc060y5kcnzy29ddg6"; }) ]; </del> <ins> enableParallelBuilding = true; </ins> buildInputs = [ cairo expat fftwSinglePrec fluidsynth glib gtk2 libjack2 ladspaH
Code change:
Installing the gimpPlugins.resynthesizer2 package does not result in a working plugin; the python scripts are installed, but not the two native executables it depends on (called "resynthesizer" and "resynthesizer" Try to install the package "gimpPlugins.resynthesizer2". Expected result: There should be a few new menu options in the Gimp, amongst them "Filter -Enhance -Heal Selection..." Actual result: No new menu options; python scripts cannot find the executables. Possible solution: I made it work by creating a derivation that adds a the following postInstall: postInstall = "installPlugins src/resynthesizer/resynthesizer src/resynthesizer-gui/resynthesizergui"; system: host os: multi-user?: sandbox: version: channels(cable): nixpkgs:
You need to make the plugins available to GIMP, not install it locally. The following should work:
Just tried it (on a nix shell) - but same result; the resulting installation of gimp-with-plugins links to a resynthesizer2 package that lacks the native executables, only has the python scripts (which don't work without the executables)
Hmm, there was an issue with , saves us.

Related discussion:
text: } // a // { <del> name = "gimp-plugin-${a.name}"; </del> <ins> name = "gimp-plugin-${a.name or "${a.pname}-${a.version}"}"; </ins> buildInputs = [ gimp gimp.gtk glib ] ++ (a.buildInputs or []); nativeBuildInputs = [ pkgconfig intltool ] ++ (a.nativeBuildInputs or []); }
Code change:
Installing the gimpPlugins.resynthesizer2 package does not result in a working plugin; the python scripts are installed, but not the two native executables it depends on (called "resynthesizer" and "resynthesizer" Try to install the package "gimpPlugins.resynthesizer2". Expected result: There should be a few new menu options in the Gimp, amongst them "Filter -Enhance -Heal Selection..." Actual result: No new menu options; python scripts cannot find the executables. Possible solution: I made it work by creating a derivation that adds a the following postInstall: postInstall = "installPlugins src/resynthesizer/resynthesizer src/resynthesizer-gui/resynthesizergui"; system: host os: multi-user?: sandbox: version: channels(cable): nixpkgs:
You need to make the plugins available to GIMP, not install it locally. The following should work:
Just tried it (on a nix shell) - but same result; the resulting installation of gimp-with-plugins links to a resynthesizer2 package that lacks the native executables, only has the python scripts (which don't work without the executables)
Hmm, there was an issue with , saves us.

Related discussion:
text: "; }; <del> resynthesizer2 = pluginDerivation { </del> <ins> resynthesizer2 = pluginDerivation rec { </ins> /* menu: Filters/Map/Resynthesize Filters/Enhance/Smart enlarge Filters/Enhance/Smart sharpen Filters/Enhance/Smart remove selection */ <del> name = "resynthesizer-2.0.1"; </del> <ins> pname = "resynthesizer"; version = "2.0.3"; </ins> buildInputs = with pkgs; [ fftw ]; nativeBuildInputs = with pkgs; [ autoreconfHook ]; <del> makeFlags = "GIMP_LIBDIR=$out/lib/gimp/2.0/"; </del> <ins> makeFlags = [ "GIMP_LIBDIR=${placeholder "out"}/lib/gimp/2.0" ]; </ins> src = fetchFromGitHub { owner = "bootchk"; repo = "resynthesizer"; <del> rev = "2.0.1"; sha256 = "1d214s0jsqxz83l9dd8vhnz3siw9fyw7xdhhir25ra7jiwxc99hd"; </del> <ins> rev = "v${version}"; sha256 = "1jwc8bhhm21xhrgw56nzbma6fwg59gc8anlmyns7jdiw83y0zx3j"; </ins> }; };
Code change:
The tests for python27Packages.jinja2 fail and thereby the derivation fails to evaluate. (Full log below) I'm crosscompiling an aarch64 sd image with . I'm crosscompiling aarch64 with nixpkgs .
I had the same issue too, this fixes it for me.
Fixed by

Related discussion:
text: packageOverrides = lib.foldr lib.composeExtensions (self: super: { }) ([ (mkOverride "flask"       "0.10.1" "0wrkavjdjndknhp8ya8j850jq7a1cli4g5a93mg8nh1xz2gq50sc") (mkOverride "flask_login" "0.2.11" "1rg3rsjs1gwi2pw6vr9jmhaqm9b3vc9c4hfcsvp4y8agbh7g3mc3") <del> (mkOverride "jinja2"      "2.8.1"  "14aqmhkc9rw5w0v311jhixdm6ym8vsm29dhyxyrjfqxljwx1yd1m") </del> (mkOverride "pylru"       "1.0.9"  "0b0pq0l7xv83dfsajsc49jcxzc99kb9jfx1a1dlx22hzcy962dvi") (mkOverride "sarge"       "0.1.4"  "08s8896973bz1gg0pkr592w6g4p6v47bkfvws5i91p9xf8b35yar") (mkOverride "tornado"     "4.5.3"  "02jzd23l4r6fswmwxaica9ldlyc2p6q8dk6dyff7j58fmdzf853d") # https://github.com/NixOS/nixpkgs/pull/58179#issuecomment-478605134 (mkOverride "werkzeug"    "0.14.1" "c3fd7a7d41976d9f44db327260e263132466836cef6f91512889ed60ad26557c") <ins> # Octoprint holds back jinja2 to 2.8.1 due to breaking changes. # This old version does not have updated test config for pytest 4, # and pypi tarball doesn't contain tests dir anyways. (pself: psuper: { jinja2 = psuper.jinja2.overridePythonAttrs (oldAttrs: rec { version = "2.8.1"; src = oldAttrs.src.override { inherit version; sha256 = "14aqmhkc9rw5w0v311jhixdm6ym8vsm29dhyxyrjfqxljwx1yd1m"; }; doCheck = false; }); }) </ins> ]); };
Code change:
The tests for python27Packages.jinja2 fail and thereby the derivation fails to evaluate. (Full log below) I'm crosscompiling an aarch64 sd image with . I'm crosscompiling aarch64 with nixpkgs .
I had the same issue too, this fixes it for me.
Fixed by

Related discussion:
text: pylru pyyaml sarge feedparser netifaces click websocket_client scandir chainmap future dateutil futures wrapt monotonic emoji frozendict <del> ]; </del> <ins> ] ++ lib.optionals stdenv.isDarwin [ py.pkgs.appdirs ]; </ins> checkInputs = with py.pkgs; [ nose mock ddt ];
Code change:
The tests for python27Packages.jinja2 fail and thereby the derivation fails to evaluate. (Full log below) I'm crosscompiling an aarch64 sd image with . I'm crosscompiling aarch64 with nixpkgs .
I had the same issue too, this fixes it for me.
Fixed by

Related discussion:
text: ''; checkPhase = '' <del> HOME=$(mktemp -d) nosetests </del> <ins> HOME=$(mktemp -d) nosetests ${lib.optionalString stdenv.isDarwin "--exclude=test_set_external_modification"} </ins> ''; meta = with stdenv.lib; {