jiebi/CodeConvo huggingface dataset:
Code change:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

Related discussion:
text: <del> diff --git a/Cargo.lock b/Cargo.lock index fb17c7e..ef157e5 100644 --- a/Cargo.lock +++ b/Cargo.lock @@ -2332,10 +2332,10 @@ dependencies = [ [[package]] name = "magnum-opus" version = "0.4.0" -source = "git+https://github.com/open-trade/magnum-opus#3c3d0b86ae95c84930bebffe4bcb03b3bd83342b" +source = "git+https://github.com/TheRadioGuy/magnum-opus#171e1d021004626f7444d1e39b98f50bc3cb2604" dependencies = [ - "bindgen", - "target_build_utils", + "libc", + "opusic-sys", ] [[package]] @@ -2796,6 +2796,16 @@ version = "0.1.5" source = "registry+https://github.com/rust-lang/crates.io-index" checksum = "ff011a302c396a5197692431fc1948019154afc178baf7d8e37367442a4601cf" +[[package]] +name = "opusic-sys" +version = "0.3.6" +source = "registry+https://github.com/rust-lang/crates.io-index" +checksum = "5eace752ce07a037241dba8f02c654799f051e431b27028056bcb480e83b54f5" +dependencies = [ + "cmake", + "libc", +] + [[package]] name = "os_str_bytes" version = "6.0.0" </del> diff --git a/Cargo.toml b/Cargo.toml index 1b715bd..960e8da 100644 --- a/Cargo.toml
Code change:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

Related discussion:
text: ./fix-for-rust-1.65.diff ]; <del> cargoSha256 = "sha256-1OMWEk+DerltF7kwdo4d04rbgIFLHBRq3vZaL7jtrdE="; LIBCLANG_PATH="${llvmPackages.libclang.lib}/lib"; </del> <ins> LIBCLANG_PATH = "${llvmPackages.libclang.lib}/lib"; cargoLock = { lockFile = ./Cargo.lock; outputHashes = { "confy-0.4.0" = "sha256-e91cvEixhpPzIthAxzTa3fDY6eCsHUy/eZQAqs7QTDo="; "parity-tokio-ipc-0.7.3-1" = "sha256-eULJePtBu0iBI3It/bPH0h82Obsb1PJALgwYwrnCFYI="; "rdev-0.5.0-2" = "sha256-7CEZ2wIM4QAPfY1tGKqXfHplTaxHnccVqFRPjY21Svo="; "tokio-socks-0.5.1-1" = "sha256-45QQ6FrhGU9uEhbKXTKd/mY6MDumO6p46NmlakdyDQk="; "libappindicator-0.6.1" = "sha256-JGnnZrcwbh8WJ6+/4bYhfD3HvgF2C7XaaGb6TaMRWdw="; "magnum-opus-0.4.0" = "sha256-U5uuN4YolOYDnFNbtPpwYefcBDTUUyioui0UCcW8dyo="; "rust-pulsectl-0.2.12" = "sha256-8jXTspWvjONFcvw9/Z8C43g4BuGZ3rsG32tvLMQbtbM="; "sciter-rs-0.5.57" = "sha256-ZZnZDhMjK0LjgmK0da1yvB0uoKueLhhhQtzmjoN+1R0="; "systray-0.4.1" = "sha256-p1PMr/8oS6zHx4+Ng4zCqt0xZ57cq3wAu6/agyWq5Jw="; }; }; </ins> # Change magnus-opus version to upstream so that it does not use # vcpkg for libopus since it does not work.
Code change:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

Related discussion:
text: # Manually simulate a vcpkg installation so that it can link the libaries # properly. <del> postUnpack = let vcpkg_target = "x64-linux"; updates_vcpkg_file = writeText "update_vcpkg_rustdesk" </del> <ins> postUnpack = let vcpkg_target = "x64-linux"; updates_vcpkg_file = writeText "update_vcpkg_rustdesk" '' Package : libyuv Architecture : ${vcpkg_target} Version : 1.0 Status : is installed Package : libvpx Architecture : ${vcpkg_target} Version : 1.0 Status : is installed ''; in </ins> '' <del> Package : libyuv Architecture : ${vcpkg_target} Version : 1.0 Status : is installed Package : libvpx Architecture : ${vcpkg_target} Version : 1.0 Status : is installed </del> <ins> export VCPKG_ROOT="$TMP/vcpkg"; mkdir -p $VCPKG_ROOT/.vcpkg-root mkdir -p $VCPKG_ROOT/installed/${vcpkg_target}/lib mkdir -p $VCPKG_ROOT/installed/vcpkg/updates ln -s ${updates_vcpkg_file} $VCPKG_ROOT/installed/vcpkg/status mkdir -p $VCPKG_ROOT/installed/vcpkg/info touch $VCPKG_ROOT/installed/vcpkg/info/libyuv_1.0_${vcpkg_target}.list touch $VCPKG_ROOT/installed/vcpkg/info/libvpx_1.0_${vcpkg_target}.list ln -s ${libvpx.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ln -s ${libyuv.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ </ins> ''; <del> in '' export VCPKG_ROOT="$TMP/vcpkg"; mkdir -p $VCPKG_ROOT/.vcpkg-root mkdir -p $VCPKG_ROOT/installed/${vcpkg_target}/lib mkdir -p $VCPKG_ROOT/installed/vcpkg/updates ln -s ${updates_vcpkg_file} $VCPKG_ROOT/installed/vcpkg/status mkdir -p $VCPKG_ROOT/installed/vcpkg/info touch $VCPKG_ROOT/installed/vcpkg/info/libyuv_1.0_${vcpkg_target}.list touch $VCPKG_ROOT/installed/vcpkg/info/libvpx_1.0_${vcpkg_target}.list ln -s ${libvpx.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ln -s ${libyuv.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ''; </del> nativeBuildInputs = [ pkg-config cmake makeWrapper copyDesktopItems yasm nasm clang wrapGAppsHook ]; buildInputs = [ alsa-lib pulseaudio libXfixes libxcb xdotool gtk3 libvpx libopus libXtst libyuv ];
Code change:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

Related discussion:
text: # Checks require an active X display. doCheck = false; <del> desktopItems = [ (makeDesktopItem { name = "rustdesk"; exec = meta.mainProgram; icon = "rustdesk"; desktopName = "RustDesk"; comment = meta.description; genericName = "Remote Desktop"; categories = ["Network"]; }) ]; </del> <ins> desktopItems = [ (makeDesktopItem { name = "rustdesk"; exec = meta.mainProgram; icon = "rustdesk"; desktopName = "RustDesk"; comment = meta.description; genericName = "Remote Desktop"; categories = [ "Network" ]; }) ]; postPatch = '' rm Cargo.lock ln -s ${./Cargo.lock} Cargo.lock ''; </ins> # Add static ui resources and libsciter to same folder as binary so that it # can find them.
Code change:
Steps to reproduce the behavior: rustdesk None
Should be fixed in , thanks if you can test it.
tested and it works! Will close once it gets merged lands on unstable.

Related discussion:
text: description = "Yet another remote desktop software"; homepage = "https://rustdesk.com"; license = licenses.gpl3Only; <del> maintainers = with maintainers; [ leixb ]; </del> <ins> maintainers = with maintainers; [ ocfox leixb ]; </ins> platforms = [ "x86_64-linux" ]; mainProgram = "rustdesk"; };
Code change:
Package name: django-sesame Latest released version: 3.1 - <!-- Search your package here: --- Current version on the unstable channel: 1.7 Current version on the stable/release channel: 1.7 <!-- 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.
https://django- The docs for django-sesame ensure compatibility with Django 3.2 and 4.1, which are the versions covered by unstable and the latest stable releases. There is no guarantee that 1.7 would have been compatible with the current Django versions.

Related discussion:
text: <del> { lib, buildPythonPackage, fetchFromGitHub , django }: </del> <ins> { lib , buildPythonPackage , django , fetchFromGitHub , poetry-core , python , pythonOlder , ua-parser }: </ins> buildPythonPackage rec { pname = "django-sesame"; <del> version = "1.7"; </del> <ins> version = "3.1"; format = "pyproject"; disabled = pythonOlder "3.7"; </ins> src = fetchFromGitHub { owner = "aaugustin"; repo = pname; <del> rev = version; sha256 = "0k8s44zn2jmasp0w064vrx685fn4pbmdfx8qmhkab1hd5ys6pi44"; </del> <ins> rev = "refs/tags/${version}"; hash = "sha256-Pyyhm0th0cNEkM0sd6maCnf4qELsSO82c9CQuqQdn0w="; </ins> }; <del> nativeCheckInputs = [ django ]; </del> <ins> nativeBuildInputs = [ poetry-core ]; nativeCheckInputs = [ django ua-parser ]; pythonImportsCheck = [ "sesame" ]; </ins> checkPhase = '' <del> make test </del> <ins> runHook preCheck ${python.interpreter} -m django test --settings=tests.settings runHook postCheck </ins> ''; meta = with lib; {
Code change:
Installing and using fzf breaks with the following error message: Steps to reproduce the behavior: fzf with tmux integration, I did it via home manager modules fzf with tmux integration within tmux The tmux pop up appears with history to filter If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result. Looks like this got introduced with The runtime dependency was with that new version: Line 183 of file I wasn't able to find a proper URL to link to that line within the diff.
Workaround: Install as another package.
due to providing the update to 0.39.0 at
Should be fixed by , would be helpful if you could test it.
Thanks I'm pretty new, is there any doc how I could test this on my machine?
If you're using Nix channels then you can replace your channel with and rebuild, which will build all your packages from my PR branch, including . If you're using Nix Flakes then you can change the nixpkgs input to be which has the same effect.

Related discussion:
text: , writeShellScriptBin , runtimeShell , installShellFiles <ins> , bc </ins> , ncurses , perl , glibcLocales
Code change:
Installing and using fzf breaks with the following error message: Steps to reproduce the behavior: fzf with tmux integration, I did it via home manager modules fzf with tmux integration within tmux The tmux pop up appears with history to filter If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result. Looks like this got introduced with The runtime dependency was with that new version: Line 183 of file I wasn't able to find a proper URL to link to that line within the diff.
Workaround: Install as another package.
due to providing the update to 0.39.0 at
Should be fixed by , would be helpful if you could test it.
Thanks I'm pretty new, is there any doc how I could test this on my machine?
If you're using Nix channels then you can replace your channel with and rebuild, which will build all your packages from my PR branch, including . If you're using Nix Flakes then you can change the nixpkgs input to be which has the same effect.

Related discussion:
text: # Include first args to make sure we're patching the right thing substituteInPlace shell/key-bindings.bash  --replace " perl -n " " ${ourPerl}/bin/perl -n " <ins> # fzf-tmux depends on bc substituteInPlace bin/fzf-tmux  --replace "bc" "${bc}/bin/bc" </ins> ''; postInstall = ''
Code change:
It would be nice if the packages provided a icon. the following in your : up a graphical application launcher and search for Wootility. Please run and paste the result. <pre<samp- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: </samp</pre
PR submitted that, among other things, adds a desktop-entry file.

Related discussion:
text: { appimageTools , fetchurl , lib <del> , xorg , udev , wooting-udev-rules </del> , makeWrapper }: <del> appimageTools.wrapType2 rec { </del> <ins> let </ins> pname = "wootility"; version = "4.6.20"; src = fetchurl { url = "https://s3.eu-west-2.amazonaws.com/wooting-update/wootility-lekker-linux-latest/wootility-lekker-${version}.AppImage"; sha256 = "sha256-JodmF3TThPpXXx1eOnYmYAJ4x5Ylcf35bw3R++5/Buk="; }; <ins> in appimageTools.wrapType2 { inherit pname version src; </ins> extraInstallCommands = let contents = appimageTools.extract { inherit pname version src; };
Code change:
It would be nice if the packages provided a icon. the following in your : up a graphical application launcher and search for Wootility. Please run and paste the result. <pre<samp- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: </samp</pre
PR submitted that, among other things, adds a desktop-entry file.

Related discussion:
text: export LC_ALL=C.UTF-8 ''; <del> multiPkgs = extraPkgs; extraPkgs = pkgs: (appimageTools.defaultFhsEnvArgs.multiPkgs pkgs) ++ ([ udev wooting-udev-rules xorg.libxkbfile ]); </del> <ins> extraPkgs = pkgs: with pkgs; ([ xorg.libxkbfile ]); </ins> <del> meta = with lib; { </del> <ins> meta = { </ins> homepage = "https://wooting.io/wootility"; description = "Customization and management software for Wooting keyboards"; <del> platforms = [ "x86_64-linux" ]; license = licenses.unfree; maintainers = with maintainers; [ davidtwco sodiboo ]; </del> <ins> platforms = lib.platforms.linux; license = lib.licenses.unfree; maintainers = with lib.maintainers; [ davidtwco sodiboo ]; </ins> mainProgram = "wootility"; }; }
Code change:
Codux is a visual IDE for React that enables users to visually edit their projects and see changes reflected instantly in their code editor. It aims to streamline the development process and provide a more intuitive way to design and develop React applications. <!-- Describe the project a little: --Metadata homepage URL: source URL: (unfree) license: unfree platforms: windows, linux, osX

Related discussion:
text: <ins> { lib , appimageTools , fetchurl }: let pname = "codux"; version = "15.4.4"; src = fetchurl { url = "https://github.com/wixplosives/codux-versions/releases/download/${version}/Codux-${version}.x86_64.AppImage"; sha256 = "sha256-6XLKXw+e/310mCQxM/X/kzok562vGjEhmF1eLfakB4Q="; }; appimageContents = appimageTools.extractType2 { inherit pname version src; }; in appimageTools.wrapType2 rec { inherit pname version src; extraInstallCommands = '' mv $out/bin/${pname}-${version} $out/bin/${pname} install -m 444 -D ${appimageContents}/${pname}.desktop -t $out/share/applications cp -r ${appimageContents}/usr/share/icons $out/share substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' ''; meta = with lib; { description = "A visual IDE for React"; homepage = "https://www.codux.com"; license = licenses.unfree; platforms = [ "x86_64-linux" ]; maintainers = with maintainers; [ dit7ya ]; }; } </ins>
Code change:
Codux is a visual IDE for React that enables users to visually edit their projects and see changes reflected instantly in their code editor. It aims to streamline the development process and provide a more intuitive way to design and develop React applications. <!-- Describe the project a little: --Metadata homepage URL: source URL: (unfree) license: unfree platforms: windows, linux, osX

Related discussion:
text: codespell = callPackage ../development/tools/codespell { }; <ins> codux = callPackage ../applications/editors/codux { }; </ins> coolreader = libsForQt5.callPackage ../applications/misc/coolreader { }; corsair = with python3Packages; toPythonApplication corsair-scan;
Code change:
does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:

Related discussion:
text: <del> { stdenv, fetchurl, utillinux, libcap }: </del> <ins> { stdenv, fetchurl, fetchpatch, getopt, libcap }: </ins> stdenv.mkDerivation rec { version = "1.20.2";
Code change:
does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:

Related discussion:
text: sha256 = "0313xb2j6a4wihrw9gfd4rnyqw7zzv6wf3rfh2gglgnv356ic2kw"; }; <del> buildInputs = [ utillinux /* provides getopt */ libcap ]; </del> <ins> # patchset from brew patches = stdenv.lib.optionals stdenv.isDarwin [ (fetchpatch { name = "0001-Implement-openat-2-wrapper-which-handles-optional-ar.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0001-Implement-openat-2-wrapper-which-handles-optional-ar.patch;att=1;bug=766649"; sha256 = "1m6ggrqwqy0in264sxqk912vniipiw629dxq7kibakvsswfk6bkk"; }) (fetchpatch { name = "0002-OS-X-10.10-introduced-id_t-int-in-gs-etpriority.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0002-OS-X-10.10-introduced-id_t-int-in-gs-etpriority.patch;att=2;bug=766649"; sha256 = "0rhayp42x4i1a6yc4d28kpshmf7lrmaprq64zfrjpdn4kbs0rkln"; }) (fetchpatch { name = "fakeroot-always-pass-mode.patch"; url = "https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=766649;filename=fakeroot-always-pass-mode.patch;msg=20"; sha256 = "0i3zaca1v449dm9m1cq6wq4dy6hc2y04l05m9gg8d4y4swld637p"; }) ]; buildInputs = [ getopt ] ++ stdenv.lib.optional (!stdenv.isDarwin) libcap ; </ins> postUnpack = '' for prog in getopt; do
Code change:
does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:

Related discussion:
text: description = "Give a fake root environment through LD_PRELOAD"; license = stdenv.lib.licenses.gpl2Plus; maintainers = with stdenv.lib.maintainers; [viric]; <del> platforms = with stdenv.lib.platforms; linux; </del> <ins> platforms = stdenv.lib.platforms.unix; </ins> }; }
Code change:
Currently, it asks for password four times to create a hotspot, such as reported at It was fixed in I think in NixOS, polkit is disabled by default, so I enabled it with , but it does not seem to make a difference. Please run and paste the result.
Thank you for the bug report! Which command are you using to create a hotspot?
I'm using the gui . It asks for password once. Then enter SSID, Password, Wifi interface, Internet Interface, go to Advanced and check 2.4Ghz. Press Create hotspot. It now asks for password thrice.
Ah, again it's linux-wifi-hotspot assuming it's located in /usr/bin

Related discussion:
text: --replace "etc" "$out/etc" substituteInPlace ./src/scripts/wihotspot  --replace "/usr" "$out" <ins> substituteInPlace ./src/desktop/wifihotspot.desktop  --replace "/usr" "$out" substituteInPlace ./src/scripts/policies/polkit.policy  --replace "/usr" "$out" </ins> ''; makeFlags = [
Code change:
When typing something here: <img src="https://user-" width=50%The desktop crashes and you have to re-login (well it's Chinese in the screenshot but I hope you get the idea) <img src="https://user-" width=50%Steps to reproduce the behavior: budgie menu something crash No crash. See above. I don't see this issue before the GNOME 44 update. Probably another issue but I haven't go deep yet. I am on right now, it's nixos-unstable with pull request picked.
Backtrace points to <details</detailsLooks like there are changes on that touches after 10.7.1, I am testing that right now.
I gave the latest HEAD (i.e. ) a try and cannot reproduce the issue so probably some of the commits fixes the issue. I wonder if this can be reproduce by others and if some fixes can be backported before 23.05
Ohhh goooooood and now I am reading , let me make some noise there Edit:
And now I am on , which has glib 2.74 ( has 2.76). This is going to be weird because with G_SLICE=always-malloc I also cannot reproduce the crash (budgie-desktop 10.7.1), so probably not related to the slice allocator. Edit: and it's vala 0.56.4 on (no crash) and 0.56.6 on (crash)
Okay I guess I can basically confirm it's caused by vala update because I am now on and cannnot reproduce the crash, wow it's first time I know valac can really cause issues :seenoevil: Bisect is too painful for my slow laptop :upsidedownface:
Could you try compiling and running this Vala code on the broken version to see if it also crashes? It should do the same thing as the crashing Budgie code, just without crashing your desktop. If this ends up being a Vala issue, we need a minimal reproduction program to send. Build and run with (assuming you put it in a file called ):
I am now on and my desktop crashes, so the current range is :upsidedownface: I am away from keyboard for the next few hours because it's midnight here but feel free to drop questions :upsidedownface: I built the program with vala 0.56.5, it exits normally with
Well, crap. I was hoping that would crash. Maybe this version when you get back? It's closer to the code in Budgie: Of those commits, the only one that really looks suspicious to me is at a glance.
I am still here (for now) :laughing: but this runs normally for me as well (hmmm can we really guarantee "if I can trigger the desktop crash, then using same vala same laptop same setup we can trigger a crash with some different program"?)

Related discussion:
text: # Required by Budgie Menu. gnome-menus <ins> # Required by Budgie Control Center. gnome.zenity </ins> # Provides `gsettings`. glib
Code change:
When typing something here: <img src="https://user-" width=50%The desktop crashes and you have to re-login (well it's Chinese in the screenshot but I hope you get the idea) <img src="https://user-" width=50%Steps to reproduce the behavior: budgie menu something crash No crash. See above. I don't see this issue before the GNOME 44 update. Probably another issue but I haven't go deep yet. I am on right now, it's nixos-unstable with pull request picked.
Backtrace points to <details</detailsLooks like there are changes on that touches after 10.7.1, I am testing that right now.
I gave the latest HEAD (i.e. ) a try and cannot reproduce the issue so probably some of the commits fixes the issue. I wonder if this can be reproduce by others and if some fixes can be backported before 23.05
Ohhh goooooood and now I am reading , let me make some noise there Edit:
And now I am on , which has glib 2.74 ( has 2.76). This is going to be weird because with G_SLICE=always-malloc I also cannot reproduce the crash (budgie-desktop 10.7.1), so probably not related to the slice allocator. Edit: and it's vala 0.56.4 on (no crash) and 0.56.6 on (crash)
Okay I guess I can basically confirm it's caused by vala update because I am now on and cannnot reproduce the crash, wow it's first time I know valac can really cause issues :seenoevil: Bisect is too painful for my slow laptop :upsidedownface:
Could you try compiling and running this Vala code on the broken version to see if it also crashes? It should do the same thing as the crashing Budgie code, just without crashing your desktop. If this ends up being a Vala issue, we need a minimal reproduction program to send. Build and run with (assuming you put it in a file called ):
I am now on and my desktop crashes, so the current range is :upsidedownface: I am away from keyboard for the next few hours because it's midnight here but feel free to drop questions :upsidedownface: I built the program with vala 0.56.5, it exits normally with
Well, crap. I was hoping that would crash. Maybe this version when you get back? It's closer to the code in Budgie: Of those commits, the only one that really looks suspicious to me is at a glance.
I am still here (for now) :laughing: but this runs normally for me as well (hmmm can we really guarantee "if I can trigger the desktop crash, then using same vala same laptop same setup we can trigger a crash with some different program"?)

Related discussion:
text: stdenv.mkDerivation rec { pname = "budgie-desktop"; <del> version = "10.7.1"; </del> <ins> version = "10.7.2"; </ins> src = fetchFromGitHub { owner = "BuddiesOfBudgie"; repo = pname; rev = "v${version}"; fetchSubmodules = true; <del> sha256 = "sha256-ww65J9plixbxFza6xCfaz1WYtT9giKkLVH1XYxH41+0="; </del> <ins> hash = "sha256-fd3B2DMZxCI4Gb9mwdACjIPydKghXx8IkhFpMS/Clps="; </ins> }; patches = [