jiebi/CodeConvo huggingface dataset:
Change:
# Fix all of the depedencies of screenfetch patchShebangs $out/bin/screenfetch wrapProgram "$out/bin/screenfetch"  <del> --set PATH ${stdenv.lib.makeBinPath [ coreutils gawk procps gnused findutils xdpyinfo xprop gnugrep ncurses bc ]} </del> <ins> --set PATH ${lib.makeBinPath ([ coreutils gawk gnused findutils gnugrep ncurses bc ] ++ lib.optionals stdenv.isLinux [ procps xdpyinfo xprop ] ++ lib.optionals stdenv.isDarwin (with darwin; [ adv_cmds DarwinTools system_cmds "/usr" # some commands like defaults is not available to us ]))} </ins> ''; <del> meta = { </del> <ins> meta = with lib; { </ins> description = "Fetches system/theme information in terminal for Linux desktop screenshots"; longDescription = '' screenFetch is a "Bash Screenshot Information Tool". This handy Bash

Discussion:
screenfetch is a bash script designed to run as-is on most FHS compliant linux distro and on MacOS. The derivation does not evaluate on Mac because of dependency, but even when that dependency is removed the script is still wrapped and cannot access system binaries to gather MacOS info. Tested both on Sierra and High Sierra nix-env -iA nixpkgs.screenfetch
Thank you for being so quick! This is also helpful to me to learn how to package cross platform, thank you again
Change:
stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];

Discussion:
, CVSSv3=9.8 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives. Cc Cc
See also: , ,

, CVSSv3=9.8 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives. Cc Cc
See also:

, CVSSv3=7.5 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives. Cc Cc

, CVSSv3=9.8 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.0 (nixos-20.03) CVSSv3=5.5 (nixos-20.03) CVSSv3=5.5 (nixos-20.03) CVSSv3=5.5 (nixos-20.03) CVSSv3=5.5 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives. Cc Cc
See also: ,

, CVSSv3=9.8 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
See also:

, CVSSv3=9.8 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.

, CVSSv3=9.8 (nixos-20.03) CVSSv3=9.8 (nixos-20.03) CVSSv3=9.8 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=7.5 (nixos-20.03) CVSSv3=5.9 (nixos-20.03) CVSSv3=5.5 (nixos-20.03) CVSSv3=5.3 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives.
See also:

, CVSSv3=9.8 (nixos-19.09) CVSSv3=9.8 (nixos-19.09) CVSSv3=9.8 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09) CVSSv3=5.9 (nixos-19.09) CVSSv3=5.5 (nixos-19.09) CVSSv3=5.3 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
See also:
30.1 is also the default version in 20.03 ATM.
Change:
<ins> { lib , fetchPypi , python3 }: let pname = "redfishtool"; version = "1.1.8"; in python3.pkgs.buildPythonApplication { inherit pname version; format = "setuptools"; src = fetchPypi { inherit pname version; hash = "sha256-X/G6osOHCBidKZG/Y2nmHadifDacJhjBIc7WYrUCPn8="; }; propagatedBuildInputs = with python3.pkgs; [ requests python-dateutil ]; meta = with lib; { description = "A Python34 program that implements a command line tool for accessing the Redfish API"; homepage = "https://github.com/DMTF/Redfishtool"; license = licenses.bsd3; maintainers = with maintainers; [ jfvillablanca ]; mainProgram = "redfishtool"; }; } </ins>

Discussion:
Project description Redfishtool is a cli client for managing remote hardware using the Redfish protocol Metadata homepage URL: source URL: license: Proprietary platforms: unix, linux, darwin
Change:
in rustPlatform.buildRustPackage rec { pname = "surrealdb"; <del> version = "1.3.1"; </del> <ins> version = "1.4.2"; </ins> src = fetchFromGitHub { owner = "surrealdb"; repo = "surrealdb"; rev = "v${version}"; <del> hash = "sha256-dnfgU7nTX3vvqN9Mox6USRfpFdEI/dAOKIVZ2Jd4t9o="; </del> <ins> hash = "sha256-LC/T+TkHdZ0uWaVQpR2Q9l0fShPL871rOfxxsXyJnvw="; </ins> }; <del> cargoHash = "sha256-B+x+xEcwHqoYMolAuMQzSiO/QA1FiBGO3eis9kgN1S4="; </del> <ins> cargoHash = "sha256-1/l++iXiPCIwAVE8VQCSS++/9i3Kh1RNq3WnUjRy2fU="; </ins> # error: linker `aarch64-linux-gnu-gcc` not found postPatch = ''

Discussion:
Package name: surrealdb Latest released version: 1.4.2 <!-- Search your package here: --- Current version on the unstable channel: 1.3.1 Current version on the stable/release channel: 1.0.0 <!-- 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. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Where have you seen that the latest surrealdb release is 2.0.4 ? Latest on github is 1.4.2
Wow, I'm sorry, mixed up surrealist and surrealdb. Will update my request accordingly.
If you know how to make the update PR, im happy to help you get it merged. Unfortunately i dont have a place to work with a laptop at the moment so it will be hard to make the PR myself.
I wasn't really sure how to make the update PR. Is there a guide for it anywhere, as i could not find one. I would be happy to make them in the future.
Change:
pythonOutputDistHook setuptools wheel <del> ]); </del> <ins> ]) ++ lib.optionals cudaSupport [ cudaPackages.cuda_nvcc ]; </ins> buildInputs = [ eigen

Discussion:
Project description ONNX Runtime: cross-platform, high performance ML inferencing and training accelerator . Onnxruntime is already packaged. I would like to have the version with gpu support to be able to package obs-backgroundremoval with gpu support (). Related: Metadata homepage URL: source URL: license: mit platforms: linux
Obs-backgroundremoval includes tensorrtproviderfactory.h to build
need it, too
Is it possible to add gpu support to the obs-backgroundremoval as this issue is closed?
It may be possible. If anyone wants to open a PR for that, please base it on the current update PR
Change:
ExecStart = lib.concatStringsSep " " [ (lib.getExe cfg.package) "-d /var/lib/private/mihomo" <del> (lib.optionalString (cfg.configFile != null) "-f ${CREDENTIALS_DIRECTORY}/config.yaml") </del> <ins> "-f ${CREDENTIALS_DIRECTORY}/config.yaml" </ins> (lib.optionalString (cfg.webui != null) "-ext-ui ${cfg.webui}") (lib.optionalString (cfg.extraOpts != null) cfg.extraOpts) ];

Discussion:
A clear and concise description of what the bug is. raise Steps to reproduce the behavior: add ... ... A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ lib <del> , fetchurl </del> <ins> , fetchFromGitHub </ins> , substituteAll , pkg-config , runCommand

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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. -- Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've got a branch that would close this issue and update xpra to 5.0.3, the UI currently works as expected and a connection over SSH is possible however I've encountered an issue running and . The error output is similar to what can be found in some other python applications. I'll look into patching this and see if I can push this further.
Change:
<del> { lib, stdenv, buildGoModule, fetchFromGitHub, installShellFiles }: buildGoModule rec { pname = "mangal"; version = "4.0.6"; src = fetchFromGitHub { owner = "metafates"; repo = pname; rev = "v${version}"; hash = "sha256-nbJdePlzZFM2ihbvFIMKyYZ9C0uKjU3TE5VLduLvtKE="; }; proxyVendor = true; vendorHash = null; ldflags = [ "-s" "-w" ]; nativeBuildInputs = [ installShellFiles ]; postInstall = lib.optionalString (stdenv.hostPlatform == stdenv.buildPlatform) '' # Mangal creates a config file in the folder ~/.config/mangal and fails if not possible export MANGAL_CONFIG_PATH=`mktemp -d` installShellCompletion --cmd mangal  --bash <($out/bin/mangal completion bash)  --zsh <($out/bin/mangal completion zsh)  --fish <($out/bin/mangal completion fish) ''; doCheck = false; # test fail because of sandbox meta = with lib; { description = "A fancy CLI app written in Go which scrapes, downloads and packs manga into different formats"; homepage = "https://github.com/metafates/mangal"; license = licenses.mit; maintainers = [ maintainers.bertof ]; mainProgram = "mangal"; }; } </del>

Discussion:
Steps to reproduce the behavior: mangal 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
stdenv.mkDerivation rec { pname = "samba"; <del> version = "4.10.8"; </del> <ins> version = "4.10.10"; </ins> src = fetchurl { url = "mirror://samba/pub/samba/stable/${pname}-${version}.tar.gz"; <del> sha256 = "1x0hlhb674fndfkmimjicnzs543n3i8465a5ifcmjwvzavxha7y4"; </del> <ins> sha256 = "19b653rr2i9snvapik58phbqj38cxjdlyx6nl3m2y3k1a55p633h"; </ins> }; outputs = [ "out" "dev" "man" ];

Discussion:
, (nixos-unstable) (nixos-unstable) (nixos-unstable) (nixos-19.09, nixos-unstable) (nixos-19.09, nixos-unstable) (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
This should be handled now.
Change:
unzip $src mv Electron.app $out/Applications mkdir -p $out/bin <del> ln -s $out/Applications/Electron.app/Contents/MacOs/Electron $out/bin/electron </del> <ins> ln -s $out/Applications/Electron.app/Contents/MacOS/Electron $out/bin/electron </ins> ''; }; in

Discussion:
Describe the bug is broken on macOS, due to the casing of a symlink ( is spelled as ) To Reproduce Steps to reproduce the behavior: Expected behavior being cased correctly. Screenshots <img width="1479" alt="Screenshot 2020-02-17 at 16 18 43" src="https://user-"Additional Context Electron is the only package that cases this way. All other packages appear to be using instead. (source: ) Patch: Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Would be nice to also fix 5.x and 6.x while at it.
Ah, my bad. Was looking at an slightly outdated revision.
Change:
py-tes = callPackage ../development/python-modules/py-tes { }; <del> py-tree-sitter = callPackage ../development/python-modules/py-tree-sitter { }; </del> py-ubjson = callPackage ../development/python-modules/py-ubjson { }; py-zabbix = callPackage ../development/python-modules/py-zabbix { };

Discussion:
The packages and are duplicates. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
passthru.updateScript = ./update-bin.sh; in if stdenv.isDarwin <del> then darwin else linux </del> <ins> then stdenv.mkDerivation { inherit pname version src meta passthru; installPhase = '' runHook preInstall APP_DIR="$out/Applications" mkdir -p "$APP_DIR" cp -r . "$APP_DIR" runHook postInstall ''; } else appimageTools.wrapType2 { inherit pname version src meta passthru; extraPkgs = pkgs: with pkgs; [ icu ]; extraInstallCommands = let contents = appimageTools.extract { inherit pname version src; }; in '' mv -v $out/bin/${pname}-${version} $out/bin/osu! install -m 444 -D ${contents}/osu!.desktop -t $out/share/applications for i in 16 32 48 64 96 128 256 512 1024; do install -D ${contents}/osu!.png $out/share/icons/hicolor/''${i}x$i/apps/osu!.png done ''; } </ins>

Discussion:
The package includes the version in the name. This means users must change name predicates (i.e. allowUnfreePredicate) for each version change. This was confirmed to be undesirable here: I guess we just forgot to remove it. CC
Change:
NIX_CFLAGS_LINK = lib.optional disableLTO "-fno-lto"; buildPhase = '' <del> make -j $NIX_BUILD_CORES -C profiler/build/unix release </del> <ins> make -j $NIX_BUILD_CORES -C profiler/build/unix release LEGACY=1 </ins> make -j $NIX_BUILD_CORES -C import-chrome/build/unix/ release make -j $NIX_BUILD_CORES -C capture/build/unix/ release make -j $NIX_BUILD_CORES -C update/build/unix/ release

Discussion:
Steps to reproduce the behavior: tracy on macOS (Apple Silicon) Add any other context about the problem here. Please run and paste the result.
I just tested that adding fixes the build. I can probably also do the PR :)
Change:
<del> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "tgpt"; version = "2.0.4"; src = fetchFromGitHub { owner = "aandrew-me"; repo = "tgpt"; rev = "refs/tags/v${version}"; hash = "sha256-+5hNcemVVuCX1FCL6U9SoJ/Jsef9exQXQFCdPj8qhCk="; }; vendorHash = "sha256-HXpSoihk0s218DVCHe9VCGLBggWY8I25sw2qSaiUz4I="; ldflags = [ "-s" "-w" ]; meta = with lib; { description = "ChatGPT in terminal without needing API keys"; homepage = "https://github.com/aandrew-me/tgpt"; changelog = "https://github.com/aandrew-me/tgpt/releases/tag/v${version}"; license = licenses.gpl3Only; maintainers = with maintainers; [ fab ]; mainProgram = "tgpt"; }; } </del>

Discussion:
Package name: tgpt Latest released version: 2.5.1 <!-- Search your package here: --- Current version on the unstable channel: 2.0.4 Current version on the stable/release channel: 2.0.4 <!-- 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. --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:
<del> { lib , stdenv , fetchzip }: stdenv.mkDerivation (finalAttrs: { pname = "unrar"; version = "6.2.12"; src = fetchzip { url = "https://www.rarlab.com/rar/unrarsrc-${finalAttrs.version}.tar.gz"; stripRoot = false; hash = "sha256-VAL3o9JGmkAcEssa/P/SL9nyxnigb7dX9YZBHrG9f0A="; }; sourceRoot = finalAttrs.src.name; postPatch = '' substituteInPlace unrar/makefile  --replace "CXX=" "#CXX="  --replace "STRIP=" "#STRIP="  --replace "AR=" "#AR=" ''; outputs = [ "out" "dev" ]; # `make {unrar,lib}` call `make clean` implicitly # separate build into different dirs to avoid deleting them buildPhase = '' runHook preBuild cp -a unrar libunrar make -C libunrar lib make -C unrar -j1 runHook postBuild ''; installPhase = '' runHook preInstall install -Dm755 unrar/unrar -t $out/bin/ install -Dm644 unrar/{acknow.txt,license.txt} -t $out/share/doc/unrar/ install -Dm755 libunrar/libunrar.so -t $out/lib/ install -Dm644 libunrar/dll.hpp -t $dev/include/unrar/ runHook postInstall ''; setupHook = ./setup-hook.sh; meta = with lib; { description = "Utility for RAR archives"; homepage = "https://www.rarlab.com/"; license = licenses.unfreeRedistributable; mainProgram = "unrar"; maintainers = with maintainers; [ wegank ]; platforms = platforms.all; }; }) </del>

Discussion:
Package name: unrar Latest released version: 7.00 beta 3 Current version on the unstable channel: 6.2.12 Current version on the stable/release channel: 6.2.12 I receive more and more RAR files which are created with Unrar 7.00 beta versions / require a more recent version tan 6.2.12 I would appreciated if the existing unrar package can be updated or a new unrar-beta package be proposed .. Changelog : Notify maintainers
There was an automatic update in that I marked as draft, exactly because it's in beta. I'd much rather add a new package. what do you think?
I don't think we should update to the beta either. Sometimes I think about adding beta and release candidate versions to package , but that would be a nixpkgs policy discussion.
If people are still creating new RAR files then I don't want to be maintainer of this package. Stop using RAR.
Change:
substituteAll "${./abuse.sh}" $out/bin/abuse chmod +x $out/bin/abuse <del> install -Dm644 doc/abuse.png $out/share/pixmaps/abuse.png </del> <ins> install -Dm644 ${data}/doc/abuse.png $out/share/pixmaps/abuse.png </ins> ''; <del> nativeBuildInputs = [ copyDesktopItems ]; buildInputs       = [ SDL SDL_mixer freepats ]; </del> <ins> env.NIX_CFLAGS_COMPILE = "-I${lib.getDev SDL2}/include/SDL2"; nativeBuildInputs = [ copyDesktopItems cmake ]; buildInputs       = [ SDL2 SDL2_mixer freepats ]; </ins> meta = with lib; { description = "Side-scroller action game that pits you against ruthless alien killers";

Discussion:
Package name: abuse Latest released version: 0.9.1 () <!-- Search your package here: --- Current version on the unstable channel: 0.8 Current version on the stable/release channel: 0.8 <!-- 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. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for pinging me! I prepared a . But I cannot fully test it as I'm currently at a machine without sound. Can you test whether everything works as expected, including gfx effects and music? You can do so with the following incantation:
Yes, works great!
Change:
{ pkgs, stdenv, fetchFromGitHub, makeWrapper, gawk, gnum4, gnused <del> , libxml2, libxslt, ncurses, openssl, perl, autoreconfHook </del> <ins> , libxml2, libxslt, ncurses, openssl, perl, autoconf </ins> , openjdk ? null # javacSupport , unixODBC ? null # odbcSupport , libGLU_combined ? null, wxGTK ? null, wxmac ? null, xorg ? null # wxSupport

Discussion:
While attempting to add Erlang/OTP 22 to nixpkgs, I had to remove and add to to get it to build. Unfortunately I don't know enough about nix in order to say how support for Erlang/OTP 22 best should be handled. I have attached the patch that led to a successful build of , but this will probably breaks other versions, since it modifies . I would be happy to get suggestions on how to proceed – or have someone else with more nix knowledge finish this work. :)
Actually it looks like the modification to works for all supported, previous versions of Erlang (R18–R21) as well.
I think it makes sense to open a pr with your changes.
Went ahead and did that now, (modify generic builder) (add Erlang/OTP 22)
Change:
# this should go away in the next release patches = [ <del> (fetchpatch { url = "https://git.videolan.org/?p=ffmpeg.git;a=patch;h=7c59e1b0f285cd7c7b35fcd71f49c5fd52cf9315"; sha256 = "sha256-dqpmpDFETTuWHWolMoLaubU4BeDEuQaBNA0wmzL1f8o="; name = "fix_libsrt.patch"; }) </del> # Patch ffmpeg for svt-av1 until version 4.4 (fetchpatch { url = "https://raw.githubusercontent.com/AOMediaCodec/SVT-AV1/v0.8.4/ffmpeg_plugin/0001-Add-ability-for-ffmpeg-to-run-svt-av1.patch";

Discussion:
, CVSSv3=7.5 (nixos-20.09, nixos-unstable) CVSSv3=6.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
Do we apply patches or wait until a new version is released?
Change:
''; propagatedBuildInputs = [ <del> brotlicffi </del> certifi <del> charset-normalizer chardet </del> idna urllib3 ] ++ lib.optionals (isPy3k) [

Discussion:
nixops doesn't build.
wrong eelco. Use
is it feasible to keep nixops 1.x buildable, which requires python 2.7?
I'm not very active anymore in Nixpkgs so best ask some other Python maintainers. It is labor intensive to keep these packages available, frustrating contributors.
Thanks that answers it for me. Effort is better spent on making NixOps 2 release worthy. NixOps 1 is not sustainable.
I've started a fund for NixOps maintenance on OpenCollective, because NixOps 1 is not sustainable. Please contribute if you or your company can, and spread the word. Especially recurring contributions are highly appreciated. A NixOps 2 release is the main priority, but the fund can cover other deployment tech as well. Let's do this!
Thanks for setting that up! FWIW I did just open to fix this particular rebuild issue though. (Posting explicitly b/c I'm pretty sure GH doesn't automatically notify participants when a PR fixing an issue is opened.)
On a fresh installation of Nix on MacOS, when I run I get . Is there something I need to do to get the fix from ? I'm new to Nix & NixOps, so any help is appreciated! :)
The fix from is . So you can ask to use that exact revision of nixpkgs to provide the instructions for building the package that you've asked it for, like so: Fair warning that, depending on how much of nixops's pre-requisites from that exact commit have been built & cached by hydra, you may have to wait for quite a lot of local builds before that command completes. But of course they'll be cached in your after that first run.
Thank you! Unfortunately, I get this error when I run that (even after running ): This is probably a Nix noob problem, but do you have any tips?
I tried these: adding the flag to the command... no effect. clearing my cache(s) with ... which changed the error to . This new error persists even after uninstalling & reinstalling Nix. :( seems to do nothing.

At least still works :)
The NixOps packages don't bundle their own Nix, so these Nix errors seem to pertain to the Nix you've installed. Maybe the can help?
Thank you, they helped me solve my problem - somehow my was owned by instead of .
For me, at commit (latest release) and at commit (latest in the branch), nixops is still broken, but this time because is not supported for interpreter . It once again seems to be a problem As far as I can see, dropped Python 2 support since release 3.3.0 (nixpkgs commit ) and later this has been enforced within nixpkgs at commit . And is an indirect dependency of . I'm not sure if I should create a separate issue for this or if this issue can be reused.
please open a new issue for that and comment here once you have.