jiebi/CodeConvo huggingface dataset:
Change:
# # buildFHSEnv allows for users to use the existing vscode # extension tooling without significant pain. <del> fhs = { additionalPkgs ? pkgs: [] }: buildFHSEnv { </del> <ins> fhs = { additionalPkgs ? pkgs: [ ] }: buildFHSEnv { </ins> # also determines the name of the wrapped command name = executableName;

Discussion:
I want to install vscode-insider with fhs support and I have this in my home-manager config: but when I run , it outputs: It seems that my override attr is ignored. Remove the , it work correctly.
Change:
"-Dgtk_doc=true" ]; <del> doCheck = true; </del> <ins> # Seems to get stuck sometimes. # https://github.com/NixOS/nixpkgs/issues/119288 #doCheck = true; </ins> passthru = { updateScript = gnome3.updateScript {

Discussion:
Describe the bug the build of gupnp-igd seem to be flaky. i have seen the build fail now for the second time in a few days, but when i try again, it works the issue seem to be a TIMEOUT. To Reproduce Steps to reproduce the behavior: that heppened in a system rebuild where many things are build and the system is under load when i build just the one package, it works Expected behavior build should always succeed Additional context build from staging at Notify maintainers cc who updated it last Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I've not run into this, but I don't love flaky tests. Since this passes as long as the system isn't under load... I suppose the best way is to disable the test? Because increasing the timeout doesn't seem like a good long-term fix.
If (for example) the test takes 25-35 seconds, and the timeout is 30 seconds, increasing the timeout to 300 seconds would be a perfectly reasonable long-term fix IMO. Why wouldn't it be? TImeouts are there to catch things that have got stuck, not to test that something is fast, so they don't need to be anywhere close to how long something actually takes, as long as they're short enough that they'll catch stuck processes promptly.
Although, on my 2012 laptop, under load, I can't reproduce this (but have reproduced it on a powerful server). On the laptop it takes 5 seconds normally and 7 under load. So I think maybe it's more likely that it is just getting stuck.
I reported the issue upstream, so they hopefully can fix it and we can enable the check again.
Be my guest, all though in my experience it's basically impossible to put together an actionable bug report for an issue like this.
When they would be able to reproduce it, they can investigate themselves. I have no idea what this is about.
Change:
, systemd , udev , utillinux <ins> , wayland , wayland-protocols </ins> , writeText , xorg , zlib

Discussion:
Describe the bug Setting the variable to , as suggested , does nothing. Unsetting results in this error: Expected behavior There are two issues. First, the Enlightenment Foundation Libraries are not complied with Wayland support. Secondly, the variable needs to be set correctly a Wayland environment. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
PR fixes this issue. Tested terminology with sway. The environment variable should not be set. In my test it was not needed to set . !
Change:
{ stdenv, file, fetchurl, makeWrapper, autoPatchelfHook, jsoncpp, libpulseaudio }: let <del> versionMajor = "6.11"; versionMinor = "2"; versionBuild_x86_64 = "1"; versionBuild_i686 = "1"; </del> <ins> versionMajor = "6.12"; versionMinor = "3"; versionBuild_x86_64 = "7"; versionBuild_i686 = "8"; </ins> in stdenv.mkDerivation rec { pname = "nomachine-client";

Discussion:
Describe the bug the package nomachine-client cannot build trying % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 138 100 138 0 0 8 0 0:00:17 0:00:15 0:00:02 30 100 142k 0 142k 0 0 7033 0 --:--:-- 0:00:20 --:--:-- hash mismatch in fixed-output derivation '/nix/store/qgm0ps149dm4n0z76rhyl647mvg52qar-': wanted: sha256:1b6r9bwkr8mhaljma19ikxpkmlx8iy5r1vf5hlv27bja2zz1r8xr got: sha256:1jpyp2z2qy1dh8w40qbid7yjffq6gp940krxsfd3d7n4pr9a268w cannot build derivation '/nix/store/q4wkpnggxd0y0g4drjib6g1swxawfp1w-nomachine-client-': 1 dependencies couldn't be built cannot build derivation '/nix/store/zzsga5l3qh8anqymvcbxl8az92ka6jy9-system-': 1 dependencies couldn't be built cannot build derivation '/nix/store/plvdk8jn20k891hrkxcb9kvr8685wnvi-nixos-system-Bach-': 1 dependencies couldn't be built error: build of '/nix/store/plvdk8jn20k891hrkxcb9kvr8685wnvi-nixos-system-Bach-' failed running on 20.03 To Reproduce Steps to reproduce the behavior: environment.systemPackages = with pkgs; [ nomachine-client ]; Notify maintainers Metadata these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.

4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''. system: host os: multi-user?: sandbox: version: nixpkgs:
May be fixed by
This needs to be backported as well
Backported in and .
Change:
asdf-vm = callPackage ../tools/misc/asdf-vm { }; <del> rtx = callPackage ../tools/misc/rtx { </del> <ins> mise = callPackage ../tools/misc/mise { </ins> inherit (darwin.apple_sdk.frameworks) Security SystemConfiguration; };

Discussion:
(pronounced "meez") or "mise-en-place" is a development environment setup tool. The name refers to a French culinary phrase that roughly translates to "setup" or "put in place". The idea is that before one begins cooking, they should have all their utensils and ingredients ready to go in their place. Homepage URL: Source URL: License: MIT Platforms: Linux, Darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Inviting because I see you listed as maintainer for the current package :raised_hands:
Change:
}; in { <del> libressl_3_1 = generic { version = "3.1.5"; sha256 = "1504a1sf43frw43j14pij0q1f48rm5q86ggrlxxhw708qp7ds4rc"; }; </del> libressl_3_2 = generic { version = "3.2.5"; sha256 = "1zkwrs3b19s1ybz4q9hrb7pqsbsi8vxcs44qanfy11fkc7ynb2kr";

Discussion:
, CVSSv3=7.1 (nixos-21.05, nixos-unstable) CVSSv3=7.1 (nixos-21.05, nixos-unstable) LibreSSL 2.9.1 through 3.2.1 has a heap-based buffer over-read in doprintex (called from asn1itemprintctx and ASN1itemprint). LibreSSL 2.9.1 through 3.2.1 has an out-of-bounds read in asn1itemprintctx (called from asn1templateprint_ctx). Scanned versions: nixos-21.05: ; nixos-unstable: . Cc Cc
It looks like is the only vulnerable version in nixpkgs. I can't find any packages that rely on it:
removing the affected version from nixpkgs would probably the right thing to do.
Change:
, libXScrnSaver, libXcomposite, libXcursor, libXdamage, libXext, libXfixes , libXi, libXrandr, libXrender, libXtst, libxcb, libxshmfence, mesa, nspr, nss , pango, systemd, libappindicator-gtk3, libdbusmenu, writeScript, python3, runCommand <ins> , wayland </ins> , branch , common-updater-scripts, withOpenASAR ? false }:

Discussion:
Can't launch discordcanary with NIXOSOZONEWL=1 Steps to reproduce the behavior: NIXOSOZONEWL = "1"; in environment.variables discordcanary with Discord should open without any errors I got this error Please run and paste the result.
Library should be from
Please try with
Change:
++ optional (isFindutils && cfg.pruneNames != []) "findutils locate does not support pruning by directory component" ++ optional (isFindutils && cfg.pruneBindMounts) "findutils locate does not support skipping bind mounts"; <del> # directory creation needs to be separated from main service # because ReadWritePaths fails when the directory doesn't already exist systemd.tmpfiles.rules = let dir = dirOf cfg.output; in mkIf (dir != "/var/cache") [ "d ${dir} 0755 root root -" ]; </del> systemd.services.update-locatedb = { description = "Update Locate Database"; path = mkIf (!isMLocate) [ pkgs.su ];

Discussion:
Describe the bug Warning message during the system update To Reproduce Steps to reproduce the behavior: Run nix-channel --update && nixos-rebuild switch Expected behavior A clear and concise description of what you expected to happen. Additional context Standard update Metadata Please run and paste the result.
can you please upload ? I'll probably need a list of services you have enabled too, but let's with . ping didn't you recently enable upstream rules? While unrelated to this PR directly I am curious if we'll run into more duplicate entry errors like this... :thinking:
After some testing. I find the issue it seems is locale if it is activated in service will throw the error. Locale configuration
I think we can drop from the locate service in that case.
Please test:
Change:
"Microsoft.NETCore.App.Crossgen2.osx-arm64" ) <ins> # These packages are currently broken on .NET 8 # When .NET 8 officialy launches, these should be checked and added back if fixed if version_older "$version" "8"; then pkgs+=(  "Microsoft.NETCore.App.Host.win-arm"  "Microsoft.NETCore.App.Runtime.win-arm"  "runtime.win-arm.Microsoft.NETCore.DotNetAppHost"  "runtime.win-arm.Microsoft.NETCore.DotNetHost"  "runtime.win-arm.Microsoft.NETCore.DotNetHostPolicy"  "runtime.win-arm.Microsoft.NETCore.DotNetHostResolver"  "Microsoft.NETCore.App.Composite"  ) fi </ins> # Packages that only apply to .NET 7 and up if ! version_older "$version" "7"; then <del> # ILCompiler requires nixpkgs#181373 to be fixed to work properly </del> pkgs+=(  "runtime.linux-arm64.Microsoft.DotNet.ILCompiler"  "runtime.linux-musl-arm64.Microsoft.DotNet.ILCompiler" 

Discussion:
Package name: , Latest released version: 8.0.100-preview.6..14 Current version on the unstable channel: 8.0.100-preview.5..2 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.
I have a PR for the other dotnet versions (), unfortunately the 8.0 version has problems with missing system nuget versions. Due to that I was planning on skipping this version (it's unstable and should not be dependended upon anyway). Are there any features in this new version that you consider important? I can try hacking up the update script in that case.
Change:
inherit sha256; }; <del> libPath = stdenv.lib.makeLibraryPath ([ cairo gdk_pixbuf glib gtk2 stdenv.cc.cc pango gnome2.gtkglext </del> <ins> buildInputs = [ atk cairo gdk_pixbuf glib gtk2 stdenv.cc.cc pango gnome2.gtkglext libGLU_combined </ins> ] ++ (with xorg; [ <del> libxcb libX11 libXdamage libXext libXfixes libXi </del> <ins> libxcb libX11 libXdamage libXext libXfixes libXi libXmu </ins> libXrandr libXtst <del> ])); </del> <ins> ]); </ins> nativeBuildInputs = [ makeWrapper ]; installPhase = '' <del> mkdir -p $out/{bin,share/icons/hicolor,share/doc/anydesk} </del> <ins> runHook preInstall mkdir -p $out/bin $out/share/{applications,doc/anydesk,icons/hicolor} </ins> install -m755 anydesk $out/bin/anydesk cp changelog copyright README $out/share/doc/anydesk cp -r icons/* $out/share/icons/hicolor/ <ins> cp ${desktopItem}/share/applications/*.desktop $out/share/applications runHook postInstall </ins> ''; postFixup = '' patchelf  --set-interpreter $(cat $NIX_CC/nix-support/dynamic-linker)  <del> --set-rpath "${libPath}"  </del> <ins> --set-rpath "${stdenv.lib.makeLibraryPath buildInputs}"  </ins> $out/bin/anydesk wrapProgram $out/bin/anydesk  --prefix PATH : ${stdenv.lib.makeBinPath [ lsb-release ]} <ins> substituteInPlace $out/share/applications/*.desktop  --subst-var out </ins> ''; meta = with stdenv.lib; { <del> description = "Desktop sharing application, providing remote support and online meetings"; </del> <ins> inherit description; </ins> homepage = http://www.anydesk.com; license = licenses.unfree; platforms = platforms.linux;

Discussion:
The application 'anydesk' , available in the stable repo, installs correctly, and starts when ran through the cli, but it doesn't appear in the KDE Application Menu (even after running )
Upstream doesn't carry a .desktop file. I'll fix that.
Change:
<del> { pname , version , hash , appimageTools , lib , fetchurl </del> <ins> { pname, version, hash, appimageTools, lib, fetchurl, makeWrapper, </ins> }: # Based on https://gist.github.com/msteen/96cb7df66a359b827497c5269ccbbf94 and joplin-desktop nixpkgs.

Discussion:
Since Zettlr is an Electron app, it needs to be run with certain command-line arguments on Wayland (specifically ). In NixOS, setting the environment variable to should automatically tell packages to use this command-line argument, but this requires integrating it into the package file (see ) for an example. The Zettlr package does not currently do this, which results in pixelated and glitchy graphics on Wayland unless it is manually run with the correct command-line arguments. This should be a pretty simple fix, as it has been implemented before for many other Electron apps by creating a binary wrapper.
Change:
<ins> { lib , buildGoModule , fetchFromGitHub , kclvm_cli , kclvm , makeWrapper , installShellFiles , }: buildGoModule rec { pname = "kcl"; version = "0.8.9"; src = fetchFromGitHub { owner = "kcl-lang"; repo = "cli"; rev = "v${version}"; hash = "sha256-slU3n7YCV5VfvXArzlcITb9epdu/gyXlAWq9KLjGdJA="; }; vendorHash = "sha256-Xv8Tfq9Kb1xGFCWZQwBFDX9xZW9j99td/DUb7jBtkpE="; ldflags = [ "-w -s" "-X=kcl-lang.io/cli/pkg/version.version=v${version}" ]; nativeBuildInputs = [ makeWrapper installShellFiles ]; buildInputs = [ kclvm kclvm_cli ]; subPackages = [ "cmd/kcl" ]; # env vars https://github.com/kcl-lang/kcl-go/blob/main/pkg/env/env.go#L29 postFixup = '' wrapProgram $out/bin/kcl  --set PATH ${lib.makeBinPath [kclvm_cli]}  --set KCL_LIB_HOME ${lib.makeLibraryPath [kclvm]}  --set KCL_GO_DISABLE_INSTALL_ARTIFACT false  ''; postInstall = '' installShellCompletion --cmd kcl  --bash <($out/bin/kcl completion bash)  --fish <($out/bin/kcl completion fish)  --zsh <($out/bin/kcl completion zsh) ''; meta = with lib; { description = "A command line interface for KCL programming language"; homepage = "https://github.com/kcl-lang/cli"; license = licenses.asl20; platforms = platforms.linux; maintainers = with maintainers; [ selfuryon peefy ]; mainProgram = "kcl"; }; } </ins>

Discussion:
After installation kcl-cli shell completion is not available. Steps to reproduce the behavior: kcl-cli completion Shell completion should be installed. N/A N/A <!-- 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:
xkbcommon ]; <ins> # for `qtile check`, needs `stubtest` and `mypy` commands makeWrapperArgs = [ "--suffix PATH : ${lib.makeBinPath [ mypy ]}" ]; </ins> doCheck = false; # Requires X server #TODO this can be worked out with the existing NixOS testing infrastructure. meta = with lib; {

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: Note: I'm on the channel. NixOS config, add to . into qtile. . I expected qtile to check the configuration file. If applicable, add screenshots to help explain your problem. Maintainer information:
Do you mind trying ? Should expose mypy commands to qtile
Change:
githubId = 199180; name = "Claes Wallin"; }; <ins> clebs = { email = "borja.clemente@gmail.com"; github = "clebs"; githubId = 1059661; name = "Borja Clemente"; keys = [{ fingerprint = "C4E1 58BD FD33 3C77 B6C7  178E 2539 757E F64C 60DD"; }]; }; </ins> cleeyv = { email = "cleeyv@riseup.net"; github = "cleeyv";

Discussion:
Project description Utility to activate iPhones Metadata homepage URL: source URL: license: lgpl-2.1, GPL-3.0 platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, staticOnly ? stdenv.hostPlatform.isStatic }: let <del> googleapisRev = "d4f3468ef85278428005ed555b3a85db91551ee6"; </del> <ins> googleapisRev = "13d5b3f3f9412f38427c8ad48068f04ad1ee9808"; </ins> googleapis = fetchFromGitHub { <ins> name = "googleapis-src"; </ins> owner = "googleapis"; repo = "googleapis"; rev = googleapisRev; <del> hash = "sha256-sIQVFQhE3Ae6ia45apzdgtwzglMM4hFZ8efNAhMO5ZY="; </del> <ins> hash = "sha256-SiU7N1EQ/7LWhUwgf4c0CBfUzNGiLe4sSbbJmJF3sao="; </ins> }; excludedTests = builtins.fromTOML (builtins.readFile ./skipped_tests.toml); in stdenv.mkDerivation rec { pname = "google-cloud-cpp"; <del> version = "1.38.0"; </del> <ins> version = "2.4.0"; </ins> src = fetchFromGitHub { owner = "googleapis"; repo = "google-cloud-cpp"; rev = "v${version}"; <del> sha256 = "sha256-kobOkohWIDTQaaihhoh/25tZUNv+CjKFwj2xQqO52bA="; </del> <ins> sha256 = "sha256-o8aURM8fvxn0FZjuqJGclq9Brss8LOFZzD0FV2j/lUc="; </ins> }; postPatch = '' substituteInPlace external/googleapis/CMakeLists.txt  <del> --replace "https://github.com/googleapis/googleapis/archive/''${GOOGLE_CLOUD_CPP_GOOGLEAPIS_COMMIT_SHA}.tar.gz" "file://${googleapis}" # https://github.com/googleapis/google-cloud-cpp/issues/8992 for file in external/googleapis/config.pc.in google/cloud/{,*/}config.pc.in; do substituteInPlace "$file"  --replace '$'{prefix}/@CMAKE_INSTALL_LIBDIR@ @CMAKE_INSTALL_FULL_LIBDIR@  --replace '$'{prefix}/@CMAKE_INSTALL_INCLUDEDIR@ @CMAKE_INSTALL_FULL_INCLUDEDIR@  --replace '$'{prefix}/@CMAKE_INSTALL_BINDIR@ @CMAKE_INSTALL_FULL_BINDIR@ done </del> <ins> --replace "https://github.com/googleapis/googleapis/archive/''${_GOOGLE_CLOUD_CPP_GOOGLEAPIS_COMMIT_SHA}.tar.gz" "file://${googleapis}" sed -i '/https://storage.googleapis.com/cloud-cpp-community-archive/com_google_googleapis/d' external/googleapis/CMakeLists.txt </ins> ''; nativeBuildInputs = [

Discussion:
name: google-cloud-cpp current version: 1.38.0 desired version: 1.42.0 maintainers: who did the last update Please tag this issue in your PR.
I don't have time to work on this at the moment.
Change:
}; config = mkIf cfg.enable { <ins> warnings = optional ((cfg.accessKey != "") || (cfg.secretKey != "")) "services.minio.`accessKey` and services.minio.`secretKey` are deprecated, please use services.minio.`rootCredentialsFile` instead."; </ins> systemd.tmpfiles.rules = [ "d '${cfg.configDir}' - minio minio - -" ] ++ (map (x:  "d '" + x + "' - minio minio - - ") cfg.dataDir);

Discussion:
Describe the bug The minio service set environment variables - which are . This is the release currently used hence the breakage. Tested on To Reproduce Expected behavior It should be possible to login with the provided key.
thanks for the report! In future please tag maintainers so they actually see the issue, no one watches all nixpkgs issues :sweat_smile:
While the variables are deprecated, they are by minio. So I'm not sure this is really the cause of the breakage. However I will update the module to make use of the new variables and maybe even rename (or alias) the current options to make it consistent.
Yeah minio (on unstable) seems to be working just fine for me, but updating the variables seems to be the proper thing to do.
I implemented a the change in
Change:
}; }; <ins> # updater fails to pick the correct branch passthru.skipBulkUpdate = true; </ins> meta = with lib; { description = "Differentiate, compile, and transform Numpy code"; homepage = "https://github.com/google/jax";

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags:
This was caused by your commit . Could you please revert or push a fix?
I kindly ask you to help the python-updates runs which make the python package set maintainable by fixing this build failure by updating the ignored test list and considering to support python-updates runs in the future and proactively updating the packages you maintain. Thank you.
As evidenced by this issue, python-updates is breaking packages... the opposite of increasing maintainability! It is incumbent on commit authors to test their changes before merging and produce fixes/rollbacks when their changes result in breakages.
Having a severely outdated package set is also increasing the burden on everyone and maintaining packages harder which outweighs the occasional breakage. This is not always possible, otherwise merging any update to a package that has more than a few hundred reverse deps becomes impossible and we are basically halting nixpkgs to a grind.
Change:
<ins> { lib, fetchPypi, buildPythonPackage, h5py, numpy, scipy, numba, click, numpy-groupies, setuptools, pytestCheckHook, }: let finalAttrs = { pname = "loompy"; version = "3.0.7"; pyproject = true; src = fetchPypi { inherit (finalAttrs) pname version; hash = "sha256-tc33tUc0xr7ToYHRGUevcK8sbg3K3AL9Docd8jL6qPQ="; }; build-system = [ setuptools ]; dependencies = [ h5py numpy scipy numba click numpy-groupies ]; nativeCheckInputs = [ pytestCheckHook ]; # Deprecated numpy attributes access disabledTests = [ "test_scan_with_default_ordering" "test_get" ]; pythonImportsCheck = [ "loompy" ]; meta = { changelog = "https://github.com/linnarsson-lab/loompy/releases"; description = "Python implementation of the Loom file format"; homepage = "https://github.com/linnarsson-lab/loompy"; license = lib.licenses.bsd2; maintainers = with lib.maintainers; [ theobori ]; mainProgram = "loompy"; }; }; in buildPythonPackage finalAttrs </ins>

Discussion:
Project description Python implementation of the Loom file format Metadata homepage URL: source URL: license: bsd2 platforms: all Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , fetchFromGitHub , rustPlatform }: rustPlatform.buildRustPackage rec { pname = "yambar-hyprland-wses"; version = "0.1.0"; src = fetchFromGitHub { owner = "jonhoo"; repo = "yambar-hyprland-wses"; rev = "v${version}"; hash = "sha256-furHj1AAFgNiNHP9RBsVrIvrDckSKU8FXilzH9TQ99c="; }; cargoHash = "sha256-/ewEgrBxRw5Xii5PX1GLKzBrZjgnzYc/Hz+M1pJpncQ="; meta = { description = "Enable Yambar to show Hyprland workspaces"; homepage = "https://github.com/jonhoo/yambar-hyprland-wses"; license = with lib.licenses; [ asl20 mit ]; maintainers = with lib.maintainers; [ ludovicopiero ]; mainProgram = "yambar-hyprland-wses"; platforms = lib.platforms.linux; }; } </ins>

Discussion:
Project description Enable to show workspaces. Metadata homepage URL: source URL: license: mit apache platforms: linux
I'm using Yambar on the unstable version with the + It's displaying workspaces correctly.
Thank you, didn't think to check unstable :~)
Ah I think I forgot what this issue was about, I'm looking specifically for packaging of a rust binary that listens for workspace info from hyprland's IPC.
Alright, I'm currently working on it. !
TYVM!
Change:
<ins> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "tfupdate"; version = "0.6.7"; src = fetchFromGitHub { owner = "minamijoyo"; repo = "tfupdate"; rev = "v${version}"; sha256 = "sha256-zDrmzubk5ScqZapp58U8NsyKl9yZ48VtWafamDdlWK0="; }; vendorHash = "sha256-nhAeN/UXLR0QBb7PT9hdtNSz1whfXxt6SYejpLJbDbk="; # Tests start http servers which need to bind to local addresses: # panic: httptest: failed to listen on a port: listen tcp6 [::1]:0: bind: operation not permitted __darwinAllowLocalNetworking = true; meta = with lib; { description = "Update version constraints in your Terraform configurations"; homepage = "https://github.com/minamijoyo/tfupdate"; changelog = "https://github.com/minamijoyo/tfupdate/blob/${src.rev}/CHANGELOG.md"; license = licenses.mit; maintainers = with maintainers; [ Intuinewin ]; }; } </ins>

Discussion:
Project description Update version constraints in your Terraform configurations Metadata homepage URL: source URL: license: mit platforms: darwinarm64, linuxarm64, windows_arm64 Release page: Copied install info from readme: If you are a macOS user, you can install via either or : Download the latest compiled binaries and put it anywhere in your executable path. If you have Go 1.19+ development environment: