jiebi/CodeConvo huggingface dataset:
Change:
shaderc lcms2 libGL <del> xorg.libX11 </del> <ins> libX11 </ins> libunwind libdovi <ins> xxHash </ins> ]; <del> mesonFlags = [ "-Dvulkan-registry=${vulkan-headers}/share/vulkan/registry/vk.xml" "-Ddemos=false" # Don't build and install the demo programs "-Dd3d11=disabled" # Disable the Direct3D 11 based renderer "-Dglslang=disabled" # rely on shaderc for GLSL compilation instead ] ++ lib.optionals stdenv.isDarwin [ "-Dunwind=disabled" # libplacebo doesn’t build with `darwin.libunwind` </del> <ins> mesonFlags = with lib; [ (mesonOption "vulkan-registry" "${vulkan-headers}/share/vulkan/registry/vk.xml") (mesonBool "demos" false) # Don't build and install the demo programs (mesonEnable "d3d11" false) # Disable the Direct3D 11 based renderer (mesonEnable "glslang" false) # rely on shaderc for GLSL compilation instead ] ++ optionals stdenv.isDarwin [ (mesonEnable "unwind" false) # libplacebo doesn’t build with `darwin.libunwind` </ins> ]; postPatch = ''

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.
Done here:
Change:
{ SCMP_SYS(move_pages), nullptr }, { SCMP_SYS(mbind), nullptr }, { SCMP_SYS(get_mempolicy), nullptr }, <del> @@ -724,6 +724,10 @@ </del> <ins> @@ -724,6 +724,11 @@ </ins> "--ro-bind-try", "/usr/local/lib64", "/usr/local/lib64", "--ro-bind-try", PKGLIBEXECDIR, PKGLIBEXECDIR,

Discussion:
Describe the bug Since GNOME 3.36 (which enabled sandboxing in epiphany) I would often see this crash in epiphany and I can still reproduce this in GNOME 3.38. Quite honestly epiphany in NixOS is broken. And it seems to be related to sandboxing and probably an issue in webkitgtk itself. To Reproduce Steps to reproduce the behavior: epiphany for a period of time a certain amount of activity on any sites it will crash Notify maintainers Maintainer information:
IIRC this was always broken , I do not see how sandboxing could make it any worse :smirk_cat:
Interesting, when I first used epiphany in NixOS it actually worked fine (I stick to intel and amd graphics). I believe it was in 3.36 that I noticed that it became unusable. Though, the issue you mentioned seems to show the same output, but it was just for NVIDIA users (with the time gap between ). I think it might be reasonable to assume that crash outputs in that bug report and this one are just red herrings. And epiphany doesn't give any useful output without extra switches? I will look at , though.
Maybe it actually is the acceleration
I tried toggling different values that are supposed to change it in epiphany (with the wrapper exports dumped into the terminal env) and it didn't seem to prove a difference.
It seemed that, at the time of gnome 3.36 it was these bugs that were the issues (the bugs in webkitgtk that got reported got commit fixes though). I guess I should try to get a trace, though with and how exactly do I get all the symbols?
IIRC, you need to add to the library in the closure of Epiphany, and then also install the same library to for the debug info to be picked up by gdb.
Able to reproduce pretty reliably just by going to (not logged in).
Yay, found a way to confirm this is a NixOS specific issue. I installed epiphany with flatpak and it works without this crash.
Still the same issue after Gnome 3.38 upgrade.
I just opened which solves this issue for me. I've only tested with the mesa driver, but it should theoretically solve the issue for all mesa drivers; it would be nice if someone with access to nvidia hardware could check whether this works with their proprietary drivers too.
Change:
url = "mirror://cpan/authors/id/X/XA/XAOC/Glib-Object-Introspection-0.049.tar.gz"; sha256 = "0mxg6pz8qfyipw0ypr54alij0c4adzg94f62702b2a6hkp5jhij6"; }; <del> checkInputs = [ pkgs.cairo ]; </del> <ins> checkInputs = [ pkgs.cairo CairoGObject ]; </ins> propagatedBuildInputs = [ pkgs.gobject-introspection Glib ]; <ins> preCheck = '' # Our gobject-introspection patches make the shared library paths absolute # in the GIR files. When running tests, the library is not yet installed, # though, so we need to replace the absolute path with a local one during build. # We are using a symlink that we will delete after the execution of the tests. mkdir -p $out/lib ln -s $PWD/build/*.so $out/lib/ ''; postCheck = '' rm -r $out/lib ''; </ins> meta = { <del> broken = true; # TODO: tests failing because "failed to load libregress.so" # see https://github.com/NixOS/nixpkgs/pull/68115 # and https://github.com/NixOS/nixpkgs/issues/68116 # adding pkgs.gnome3.gjs does not fix it </del> description = "Dynamically create Perl language bindings"; license = lib.licenses.lgpl2Plus; };

Discussion:
Describe the bug in seems to be broken, in a way (I think) related to how other things have broken in the past, e.g. . From looking at examples of fixes, e.g. , it looks like it might be necessary to patch the Perl source in , but I don't really understand what's going on so I don't know how. To Reproduce Steps to reproduce the behavior: to for this package so that the tests actually run, as in my PR tests fail Expected behavior I tried making a package that depends on , and got the following error at runtime: Maintainer information:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Change:
<ins> diff --git a/setup.py b/setup.py index 245c1dd..fdc17ab 100755 --- a/setup.py +++ b/setup.py @@ -7,16 +7,12 @@ from mnamer.__version__ import VERSION with open("readme.md", "r", encoding="utf8") as fp: LONG_DESCRIPTION = fp.read() -with open("requirements.txt", "r", encoding="utf8") as fp: -    REQUIREMENTS = fp.read().splitlines() - setup( author="Jessy Williams", author_email="jessy@jessywilliams.com", description="A media file organiser", entry_points={"console_scripts": ["mnamer=mnamer.__main__:main"]}, include_package_data=True, -    install_requires=REQUIREMENTS, license="MIT", long_description=LONG_DESCRIPTION, long_description_content_type="text/markdown", </ins>

Discussion:
Project description mnamer (media renamer) is an intelligent and highly configurable media organization utility. It parses media filenames for metadata, searches the web to fill in the blanks, and then renames and moves them. Metadata homepage URL: source URL: license: mit platforms: unix
I'll give it a try.
Change:
{ stdenv, lib, fetchurl, fetchpatch, fetchFromGitLab, bundlerEnv <del> , ruby, tzdata, git, nettools, nixosTests, nodejs, openssl </del> <ins> , ruby_2_7, tzdata, git, nettools, nixosTests, nodejs, openssl </ins> , gitlabEnterprise ? false, callPackage, yarn , fixup_yarn_lock, replace, file, cacert, fetchYarnDeps, makeWrapper, pkg-config }:

Discussion:
So we'll have an EOL for a few months on 22.11, which isn't ideal, but we really shouldn't go into 23.05 like that. Also, does not support , which is why I noticed this when looking into stuff for
Ruby 2.7 support status ended yesterday.
The default is with the merge of :partyingface: Thanks for taking care of this Now… do we want to mark as EOL e.g. through ?
Change:
in stdenv.mkDerivation rec { pname = "gnome-shell"; <del> version = "44.3"; </del> <ins> version = "44.4"; </ins> outputs = [ "out" "devdoc" ]; src = fetchurl { url = "mirror://gnome/sources/gnome-shell/${lib.versions.major version}/${pname}-${version}.tar.xz"; <del> sha256 = "VWlLccLuTq72DZNCgAPy6qTPABhoSPXja0XP5Qb8Mb8="; </del> <ins> sha256 = "HdUebujZL7y5XObd8Ruf7OiNImIsAQFf+pNgFpzUGGY="; </ins> }; patches = [

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 44.3 Current version on the stable/release channel: 44.2 <!-- 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.
Change:
src = fetchurl { url = "https://github.com/wp-cli/wp-cli/releases/download/v${version}/${pname}-${version}.phar"; <del> sha256 = "0h5mjxrw4z3648v4wb4pvapz2a1mlmbszgggg4b7bvrrxn3cr78k"; </del> <ins> sha256 = "sha256-vghT6fRD84SFZgcIcdNE6K2B6x4V0V3PkyS0p14nJ4k="; </ins> }; nativeBuildInputs = [ makeWrapper ];

Discussion:
, CVSSv3=7.4 (nixos-20.09, nixos-21.05, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-21.05: ; nixos-unstable: . Cc
Change:
<ins> { fetchFromGitHub , fetchurl , lib , stdenv , double-conversion , gperftools , mimalloc , rapidjson , liburing , xxHash , abseil-cpp_202111 , gbenchmark , glog , gtest , jemalloc , gcc-unwrapped , autoconf , autoconf-archive , automake , cmake , ninja , boost , libunwind , libtool , openssl }: let pname = "dragonflydb"; version = "0.1.0"; src = fetchFromGitHub { owner = pname; repo = "dragonfly"; rev = "v${version}"; hash = "sha256-P6WMW/n+VezWDXGagT4B+ZYyCp8oufDV6MTrpKpLZcs="; fetchSubmodules = true; }; # Needed exactly 5.4.4 for patch to work lua = fetchurl { url = "https://github.com/lua/lua/archive/refs/tags/v5.4.4.tar.gz"; hash = "sha256-L/ibvqIqfIuRDWsAb1ukVZ7c9GiiVTfO35mI7ZD2tFA="; }; in stdenv.mkDerivation { inherit pname version src; postPatch = '' mkdir -p ./build/{third_party,_deps} ln -s ${double-conversion.src} ./build/third_party/dconv ln -s ${mimalloc.src} ./build/third_party/mimalloc ln -s ${rapidjson.src} ./build/third_party/rapidjson ln -s ${gbenchmark.src} ./build/_deps/benchmark-src ln -s ${gtest.src} ./build/_deps/gtest-src cp -R --no-preserve=mode,ownership ${gperftools.src} ./build/third_party/gperf cp -R --no-preserve=mode,ownership ${liburing.src} ./build/third_party/uring cp -R --no-preserve=mode,ownership ${xxHash.src} ./build/third_party/xxhash cp -R --no-preserve=mode,ownership ${abseil-cpp_202111.src} ./build/_deps/abseil_cpp-src cp -R --no-preserve=mode,ownership ${glog.src} ./build/_deps/glog-src chmod u+x ./build/third_party/uring/configure cp ./build/third_party/xxhash/cli/xxhsum.{1,c} ./build/third_party/xxhash patch -p1 -d ./build/_deps/glog-src < ${./glog.patch} sed ' s@REPLACEJEMALLOCURL@file://${jemalloc.src}@ s@REPLACELUAURL@file://${lua}@ ' ${./fixes.patch} | patch -p1 ''; nativeBuildInputs = [ autoconf autoconf-archive automake cmake ninja ]; buildInputs = [ boost libunwind libtool openssl ]; cmakeFlags = [ "-DCMAKE_AR=${gcc-unwrapped}/bin/gcc-ar" "-DCMAKE_RANLIB=${gcc-unwrapped}/bin/gcc-ranlib" ]; ninjaFlags = "dragonfly"; doCheck = false; dontUseNinjaInstall = true; installPhase = '' runHook preInstall mkdir -p $out/bin cp ./dragonfly $out/bin runHook postInstall ''; meta = with lib; { description = "A modern replacement for Redis and Memcached"; homepage = "https://dragonflydb.io/"; license = licenses.bsl11; platforms = platforms.linux; maintainers = with maintainers; [ yureien ]; }; } </ins>

Discussion:
Project description Metadata homepage URL: source URL: license: Business Source License 1.1, change to Apache License 2.0 on June 1st 2027 platforms: linux
Can you check out my PR if everything works?
Change:
zlib ]; <ins> strictDeps = false; # Why?? </ins> makeFlags = [ "-C src" ]; installFlags = [ "-C src" "PREFIX=$(out)" ]; <ins> postInstall = '' installManPage misc/unix/grafx2.1 ''; </ins> meta = { <del> description = "Bitmap paint program inspired by the Amiga programs Deluxe Paint and Brilliance"; homepage = "http://pulkomandy.tk/projects/GrafX2"; license = lib.licenses.gpl2; platforms = [ "x86_64-linux" "i686-linux" ]; maintainers = []; </del> <ins> homepage = "http://grafx2.eu/"; description = "The ultimate 256-color painting program"; longDescription = '' GrafX2 is a bitmap paint program inspired by the Amiga programs ​Deluxe Paint and Brilliance. Specialized in 256-color drawing, it includes a very large number of tools and effects that make it particularly suitable for pixel art, game graphics, and generally any detailed graphics painted with a mouse. The program is mostly developed on Haiku, Linux and Windows, but is also portable on many other platforms. ''; license = with lib.licenses; [ gpl2Plus ]; </ins> mainProgram = "grafx2-sdl"; <ins> maintainers = with lib.maintainers; [ AndersonTorres ]; platforms = lib.platforms.unix; </ins> }; <del> } </del> <ins> }) </ins>

Discussion:
The GrafX2 desktop entry points to an incorrect executable, causing it to not work. Steps to reproduce the behavior: GrafX2 to use the installed desktop entry to execute child process "grafx2" (No such file or directory) GrafX2 actually starting up ! The actual executable name is "grafx2-sdl" Add a new file in "" called , with the following contents: You might have to run afterwards to clear caches? i'm not sure. Importantly, this changes to Maintainer list is empty! people who edited the file recently. (this is what happens when you don't leave a specified successor) <!-- 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]:
I will adopt this, then.
Change:
, opt-einsum , backports_weakref , tensorflow-estimator_2 <del> , tensorflow-tensorboard </del> <ins> , tensorflow-tensorboard_2 </ins> , cudaSupport ? false , cudatoolkit ? null , cudnn ? null

Discussion:
Describe the bug Trying to build a shell with python 3.7 and tensorflow, yields the following build error: This is similar to , although this issue is for the old tensorflow 1.15.0 version. To Reproduce Steps to reproduce the behavior: the following file: Expected behavior Tensorflow 2.1.0 is installed correctly. Screenshots n / a Additional context n / a Metadata system: host os: multi-user?: sandbox: version: channels(da): channels(root): nixpkgs: Maintainer information:
Change:
<ins> diff --git a/cpp/CMakeLists.txt b/cpp/CMakeLists.txt index 3a52458..872e6c6 100644 --- a/cpp/CMakeLists.txt +++ b/cpp/CMakeLists.txt @@ -10,6 +10,7 @@ set(LIBJSONNETPP_SOURCE add_library(libjsonnet++ SHARED ${LIBJSONNETPP_HEADERS} ${LIBJSONNETPP_SOURCE}) add_dependencies(libjsonnet++ jsonnet) +target_link_libraries(libjsonnet++ libjsonnet) # target_link_libraries(libjsonnet libjsonnet) # CMake prepends CMAKE_SHARED_LIBRARY_PREFIX to shared libraries, so without </ins>

Discussion:
I cannot install on my Apple M1 PowerBook any more (potentially due to ?) I'm tracking (commit ) Steps to reproduce the behavior: Here's the output of
I'm afraid I don't have a Mac around to test with, but from glancing at the build log it appears the problem may go away if you remove from in the jsonnet derivation, or make it conditional on stdenv.hostPlatform.isStatic as suggested in .
I can confirm this issue. We worked around this in our own overlay by reverting to the last known (to us) NixPkgs version for the Jsonnet package only (i.e. we overlayed the derivation with one that is basically . No idea what exactly causes the problem, though.
didn't fix this, I still can't build jsonnet on Darwin.
This is fixed in , PTAL.
Change:
<ins> diff --git a/pyproject.toml b/pyproject.toml index 65a5943..e6932e0 100644 --- a/pyproject.toml +++ b/pyproject.toml @@ -30,7 +30,6 @@ packages = [ python = "^3.6" dataclasses = {version = "^0.8", python = "<3.7"} cryptography = ">=2.1, <39" -pyOpenSSL = {version = ">=0.15.1", optional = true} pyscard = "^1.9 || ^2.0" fido2 = ">=0.9, <2.0" click = "^7.0 || ^8.0" diff --git a/tests/test_util.py b/tests/test_util.py index 6ccda6c..b4460e4 100644 --- a/tests/test_util.py +++ b/tests/test_util.py @@ -8,7 +8,6 @@ from ykman.util import _parse_pkcs12_pyopenssl, _parse_pkcs12_cryptography from ykman.otp import format_oath_code, generate_static_pw, time_challenge from .util import open_file from cryptography.hazmat.primitives.serialization import pkcs12 -from OpenSSL import crypto import unittest @@ -114,16 +113,6 @@ class TestUtilityFunctions(unittest.TestCase): ) as rsa_2048_key_cert_encrypted_pfx: self.assertTrue(is_pkcs12(rsa_2048_key_cert_encrypted_pfx.read())) -    def test_parse_pkcs12(self): -        with open_file("rsa_2048_key_cert.pfx") as rsa_2048_key_cert_pfx: -            data = rsa_2048_key_cert_pfx.read() - -        key1, certs1 = _parse_pkcs12_cryptography(pkcs12, data, None) -        key2, certs2 = _parse_pkcs12_pyopenssl(crypto, data, None) -        self.assertEqual(key1.private_numbers(), key2.private_numbers()) -        self.assertEqual(1, len(certs1)) -        self.assertEqual(certs1, certs2) - def test_is_pem(self): self.assertFalse(is_pem(b"just a byte string")) self.assertFalse(is_pem(None)) </ins>

Discussion:
on macOS can not include (), but it is used in the derivation: This results in errors like this: Is it possible to use on Darwin and elsewhere? (
Maybe like so: cc
maybe we should just patch the line if we are on non darwin?
Change:
{ stdenv, callPackage, cmake, pkg-config, glib, libao, intltool, libmirage, coreutils }: <del> stdenv.mkDerivation { </del> <ins> let </ins> inherit (callPackage ./common-drv-attrs.nix { <del> version = "3.2.6"; </del> <ins> version = "3.2.7"; </ins> pname = "cdemu-daemon"; <del> hash = "sha256-puQE4+91xhRuNjVPZYgN/WO0uO8fVAOdxQWOGQ+FfY8="; </del> <ins> hash = "sha256-EKh2G6RA9Yq46BpTAqN2s6TpLJb8gwDuEpGiwdGcelc="; </ins> }) pname version src meta; <ins> in stdenv.mkDerivation { inherit pname version src; </ins> nativeBuildInputs = [ cmake pkg-config intltool ]; buildInputs = [ glib libao libmirage ];

Discussion:
Steps to reproduce the behavior: cdemu/vhba on latest nixos-unstable Looks like there's a new vhba module version: <!-- 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]:
broken by
Change:
repo = "edk2"; rev = "edk2-stable${edk2.version}"; fetchSubmodules = true; <del> hash = "sha256-Eoi1xf/hw/Knr7n0f0rgVof7wTgrHkmvV4eJjJV1NhM="; </del> <ins> hash = "sha256-gC/If8U9qo70rGvNl3ld/mmZszwY0w/5Ge/K21mhzYw="; </ins> }; # We don't want EDK2 to keep track of OpenSSL,

Discussion:
Steps to reproduce the behavior: pkgsCross.aarch64-multiplatform.edk2 Full log here: Few last lines: EDK2 package was updated in nixpkgs, and after that cross-compilation from x86_64 to aarch64 stopped working. The issue appeared in latest update commit: The package has no maintainers set in meta. The breaking change was introduced by: I see cross-compilation fixes have been made previously by: Other contributors who have contributed over the past year, I got from and : "Sandro Jäckel" and Please run and paste the result.
Actually I had binfmt for aarch64-linux emulated, I disabled it and now build fails even earlier when it tries to run antlr built for aarch64-linux:
Unable to reproduce: I just cross compiled EDK2 with .
Wait, I had a dinosaur nixpkgs there on a feature branch, testing again.
I concur, antlr is trying to be executed but it's not a binary for the right platform. This seems to be a breakage upstream as they seem to ship their own ANTLR binaries.
I won't have time to tackle it as I have too much on my plate right now.
Any change on looking at this now as we are going towards NixOS 23.11?
Thank you!
Change:
config = mkIf cfg.enable { <del> security.sudo.extraRules = [ </del> <ins> # We `mkOrder 600` so that the default rule shows up first, but there is # still enough room for a user to `mkBefore` it. security.sudo.extraRules = mkOrder 600 [ </ins> { groups = [ "wheel" ]; commands = [ { command = "ALL"; options = (if cfg.wheelNeedsPassword then [ "SETENV" ] else [ "NOPASSWD" "SETENV" ]); } ]; }

Discussion:
Describe the bug In Nix configuration file, user’s specification of  will be overridden by the default rules. Default is specified in To Reproduce Steps to reproduce the behavior: any rule in . the rules by running Expected behavior In , the rules I define should be after the default rules. Screenshots I see that my rules are before the default rules, so it has lower precedence. Additional context I found this issue when installing from scratch. Notify maintainers No maintainer found. made which might be related. Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
I believe should fix your issue. In the interim, you can use on your list of , like so:
Change:
]; pythonPath = with python3Packages; [ <ins> beautifulsoup4 gst-python </ins> dbus-python isounidecode musicbrainzngs mutagen pillow <ins> plexapi </ins> pulsectl pycairo pylast

Discussion:
Hi, hope I have completed the correct fields! <!-- Initial version of 6.7.1 with updated version at 7.01 --- <!-- There is currently no PR in for this update. --- The Linux desktop music player from the future Name: tauonVersion: 6.7.1Licenses: nix-env -iA current version: 6.7.1 desired version: 7.0.1 HI any update to tauon if you have time, would be greatly appreciated :) I also do not get a tauon icon showing up in gnome 4.x.x and have to exec from the command line instead...wondered if this was by design :)
Tried it out and updated the derivation while at it. I don't think I'll be using this in the long run though, since it seems to have problems with wayland and replaygain inconsistencies between file formats.
I guess it doesn't show up in the gnome dashboard because the derivation does not install a desktop file. There seems to be one in the extra/ dir in the upstream repo but that needs some adapting to work on NixOS.
Thanks for trying, although it seems to be working fine on one of my arch machines running wayland? Don't use replaygain so can't comment. In what way does the desktop file need adjusting, as, in my experience, the tauon dev has been very receptive and amenable in the past. Is the way to test?
It mostly works but I have a mixed-DPI setup and running with the X11 backend in Xwayland is notoriously blurry on scaled monitors which is a bit annoying. The native wayland backend in SDL does not have that problem but SDL also does not handle DPI changes in any way so when moving between screens with different scaling factors, first the viewport goes out of sync with window size and once it relayouts itself it does not rescale for the new DPI. I reported the replaygain issue and that indeed got fixed in a matter of hours. I usually just fetch and build PRs manually but yes, from a glance at the docs seems to do all that in one command.
Thanks for creating heads up v7.1 out overnight if you still have the pull out
v7.1.1 is out and appears to have some of your requested changes included already ...
It indeed is:
Hope the new stuff works
Change:
# to prevent collisions when creating environments # also added -f as it doesn't always exist # don't remove the whole directory as <del> rm -rf $out/lib/luarocks/rocks/manifest </del> <ins> rm -rf $out/lib/luarocks/rocks-${lua.luaversion}/manifest </ins> runHook postInstall '';

Discussion:
Ever since neovim will no longer build. It seems like the new luarocks is causing collisions between files in different Lua libraries. /cc
hopefully should fix it. sorry for that, I tested the lua updater worked correctly but not neovim.