jiebi/CodeConvo huggingface dataset:
Change:
} }, "node_modules/source-map-js": { <del> "version": "1.0.2", "resolved": "https://registry.npmjs.org/source-map-js/-/source-map-js-1.0.2.tgz", "integrity": "sha512-R0XvVJ9WusLiqTCEiGCmICCMplcCkIwwR11mOSD9CR5u+IXYdiseeEuXCVAjS54zqwkLcPNnmU4OeJ6tUrWhDw==", </del> <ins> "version": "1.0.3", "resolved": "https://registry.npmjs.org/source-map-js/-/source-map-js-1.0.3.tgz", "integrity": "sha512-H/5Vyeo/I1hqIdOS0m1Q63OPr0yFdZLaiVkr8ap/WyIVGdU3PyoOV/HXY8+PJE2M43+n11FY5zWQnNRNnD1UFg==", </ins> "engines": { "node": ">=0.10.0" }

Discussion:
Package name: sunshine Latest released version: 0.22.2 <!-- Search your package here: --- Current version on the unstable channel: 0.22.0 Current version on the stable/release channel: 0.21.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: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> --- a/purgatory/Makefile	2024-06-06 23:59:33.089005832 -0700 +++ b/purgatory/Makefile	2024-06-06 23:59:56.761169892 -0700 @@ -62,7 +62,7 @@ $(PURGATORY): LDFLAGS=$($(ARCH)_PURGATORY_EXTRA_CFLAGS) -Wl,--no-undefined -nostartfiles -nostdlib  -nodefaultlibs -e purgatory_start -r  -			-Wl,-Map=$(PURGATORY_MAP) +			-Wl,-Map=$(PURGATORY_MAP) -static $(PURGATORY): $(PURGATORY_OBJS) $(MKDIR) -p $(@D) </ins>

Discussion:
Steps to reproduce the behavior: 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. --No maintainers, pinging from . Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
has:
need to edit to unpin gccStdenv will get past configure but fails at link step for a different reason
Looks like clang doesn't understand the assembly syntax kexec-tools uses which appears to be the GNU/GCC style. I see pixman has had a similar problem before which the solution for them is to disable assembly. We don't have that luxury here. We have two solutions but both requires patches: the assembly files to use a syntax clang accepts a different assembler With the first one, it sounds like ARM has something called UAL (Unified Assembly Language) so we might be able to use that. With the second one, it looks like kexec-tools just uses the CC for the assembler so we would have to patch the Makefiles. Personally, I think the 2nd option is the best here but it looks like this is a part of the Linux kernel git server I think inquiring upstream to look into this is not a bad idea.
on x64 linux with removed i get a link error: though exists not sure why it is trying to use if it is trying to statically link.
Yeah, I see that error as well but on aarch64-linux. Not sure why it failed to link things right.
I was able to use and run the failed command with :
I have discovered that adding makes the command work.
i guess the clang linker is not happy. i can build fine using which uses gnu binutils ld i believe.
Doesn't work for me. I still get the same error during the build phase.
?
Oh no, I'm doing: . Using the non-LLVM package set works but this issue is with .
I made a patch for one of the Makefiles and applying the , works with . Will PR it now.
seems like an lld problem. it is searching for '.so' files when building a relocatable image but should be searching for files. this patch fixes it.

error is coming from: filed also, i'm not sure that linking with unconditionally is correct but i'm a bit foggy on when unwind is required
Change:
postgresql_10 postgresql_11 ; <del> postgresql = postgresql_9_6.override { this = postgresql; }; </del> <ins> postgresql = postgresql_11.override { this = postgresql; }; </ins> postgresqlPackages = recurseIntoAttrs postgresql.pkgs; <del> postgresql11Packages = recurseIntoAttrs postgresql_11.pkgs; </del> <ins> postgresql11Packages = pkgs.postgresqlPackages; </ins> postgresql_jdbc = callPackage ../development/java-modules/postgresql_jdbc { };

Discussion:
I am by no means an expert on database systems, so this may be a stupid question ... but I can't help wondering why does not refer to PostgreSQL version 11 on current versions of ? Is there a reason we haven't updated yet?
Maybe or can answer this... :thinking:
Good question. In my case I'm no longer using PostgreSQL 9 by myself and switched to 10 and 11 a long time ago, but I also wasn't aware of this because I'm not using the module from NixOS in my deployments.
Made a PR for that... If you think it's too rush to include it to 19.09, then I can delay it to 20.03 As for , it really shouldn't be used. It should be split to , and , and / may be continuosly updated, but should be used only with explicit version. But this server/client split is not straightforward, so it was not yet done.
Change:
mkTable = { ipVer, dest, ipSet, forwardPorts, dmzHost }: let <del> # nftables does not support both port and port range as values in a dnat map. # e.g. "dnat th dport map { 80 : 10.0.0.1 . 80, 443 : 10.0.0.2 . 900-1000 }" # So we split them. fwdPorts = filter (x: length (splitString "-" x.destination) == 1) forwardPorts; fwdPortsRange = filter (x: length (splitString "-" x.destination) > 1) forwardPorts; </del> # nftables maps for port forward # l4proto . dport : addr . port <del> toFwdMap = forwardPorts: toNftSet (map </del> <ins> fwdMap = toNftSet (map </ins> (fwd: with (splitIPPorts fwd.destination); "${fwd.proto} . ${toNftRange fwd.sourcePort} : ${IP} . ${ports}" ) forwardPorts); <del> fwdMap = toFwdMap fwdPorts; fwdRangeMap = toFwdMap fwdPortsRange; </del> # nftables maps for port forward loopback dnat # daddr . l4proto . dport : addr . port <del> toFwdLoopDnatMap = forwardPorts: toNftSet (concatMap </del> <ins> fwdLoopDnatMap = toNftSet (concatMap </ins> (fwd: map (loopbackip: with (splitIPPorts fwd.destination);

Discussion:
A NAT port forwarding rule fails to build with nftables when ranges are used. This is also the entirety of nix log /nix/store/sir8pvbk65zk4j6rqcj8sgwi0y78s3kc-nftables- Steps to reproduce the behavior: The nfables-rules derivation should compile. Using a single port rule, or disabling nftables results in a successful build. Please run and paste the result.
Change:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, autoconf, automake, libtool }: </del> <ins> { lib, stdenv, fetchFromGitHub, fetchpatch, autoconf, automake, libtool, }: </ins> stdenv.mkDerivation rec { pname = "quickfix"; version = "1.15.1"; src = fetchFromGitHub { <del> owner = pname; repo = pname; rev =  "v${version}"; </del> <ins> owner = "quickfix"; repo = "quickfix"; rev = "v${version}"; </ins> sha256 = "1fgpwgvyw992mbiawgza34427aakn5zrik3sjld0i924a9d17qwg"; };

Discussion:
Steps to reproduce the behavior: quickfix The package does not build on macos (darwin) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
duperemove = callPackage ../tools/filesystems/duperemove { }; <ins> dvc = callPackage ../applications/version-management/dvc { }; dvc-with-remotes = callPackage ../applications/version-management/dvc { enableGoogle = true; enableAWS = true; enableAzure = true; enableSSH = true; }; </ins> dylibbundler = callPackage ../tools/misc/dylibbundler { }; dynamic-colors = callPackage ../tools/misc/dynamic-colors { };

Discussion:
dvc () is version control system for "biggish" data and code It integrates with Git but offers a solution for managing and versioning big data sets that come with code commits. Related technology () are like git annex and git lfs. If nobody gets around to this, I may work on this later.
Need to first package the Python dependencies nanotime, grandalf and asciimatics dependencies.
The extra dependencies: These will need to be packaged as optional dependencies and provided as a separate alias. Something like and or something like that. What are some good suggestions for names? The and don't appear to be packaged.
Google cloud storage is packaged already here: However is still not packaged as is though. The pypi is:
Initial PR for azure-storage:
Inital PR for nanotime:
Initial PR for grandalf:
Initial PR for asciimatics:
For the smaller dependent packages that are unrelated it would have been preferred to group them in one pr.
However too late now :smile: so just to know in the future.
Yea that would have been better as I could have then worked on dvc commit as well, but now that all dependent packages are separated between different branches, that's not possible. So I'm just waiting for those to be merged to master.
Initial PR for dvc:
Change:
done ''; <del> passthru = { inherit dxvk32 dxvk64; }; </del> <ins> passthru = { inherit dxvk32 dxvk64; }; </ins> __structuredAttrs = true;

Discussion:
Package name: dxvk Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 2.3.1 Current version on the stable/release channel: 2.3.1 <!-- 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:
re-assert = callPackage ../development/python-modules/re-assert { }; <ins> readability-lxml = callPackage ../development/python-modules/readability-lxml { }; </ins> readchar = callPackage ../development/python-modules/readchar { }; readlike = callPackage ../development/python-modules/readlike { };

Discussion:
, CVSSv3=4.3 (nixos-21.11) archivy is vulnerable to Cross-Site Request Forgery (CSRF) Scanned versions: nixos-21.11: . Cc
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; <ins> scip = callPackage ../development/tools/misc/scip { }; </ins> scriptisto = callPackage ../development/tools/misc/scriptisto { }; sequeler = callPackage ../applications/misc/sequeler { };

Discussion:
Project description <!-- Describe the project a little: --SCIP - a better code indexing format than LSIF Metadata homepage URL: source URL: license: apache2.0 platforms: linux
Change:
meta = with lib; { homepage = "https://poppler.freedesktop.org/"; description = "A PDF rendering library"; longDescription = '' Poppler is a PDF rendering library based on the xpdf-3.0 code base. ''; <del> license = licenses.gpl2; </del> <ins> license = licenses.gpl2Plus; </ins> platforms = platforms.all; maintainers = with maintainers; [ ttuegel ]; };

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: nixos.poppler <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 21.05.0 desired version: 21.06.01 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. The current version of is causing evince to crash frequently:
Change:
disabledTests = [ "test_apply_simulates_delivery_info" "test_auto_enabling_integrations_catches_import_error" <ins> "test_leaks" </ins> ]; disabledTestPaths = [ # Don't test integrations "tests/integrations" <ins> # test crashes on aarch64 "tests/test_transport.py" ]; }); } ) # Octoprint fails due to a newly added test in pytest-httpbin # see https://github.com/NixOS/nixpkgs/issues/159864 ( self: super: { pytest-httpbin = super.pytest-httpbin.overridePythonAttrs (oldAttrs: rec { disabledTests = [ "test_redirect_location_is_https_for_secure_server" ]; }); } ) # All test fail on aarch64 ( self: super: { azure-core = super.azure-core.overridePythonAttrs (oldAttrs: rec { doCheck = stdenv.buildPlatform == "x86_64-linux"; }); } ) # needs network ( self: super: { falcon = super.falcon.overridePythonAttrs (oldAttrs: rec { #pytestFlagsArray = [ "-W ignore::DeprecationWarning" ]; disabledTestPaths = oldAttrs.disabledTestPaths ++ [ "tests/asgi/test_asgi_servers.py" ]; }); } ) # update broke some tests ( self: super: { sanic = super.sanic.overridePythonAttrs (oldAttrs: rec { disabledTestPaths = oldAttrs.disabledTestPaths ++ [ "test_cli.py" "test_cookies.py" # requires network "test_worker.py" </ins> ]; }); }

Discussion:
The recent nixos-unstable update () breaks octoprint. Last known good commit is . Steps to reproduce the behavior: result: This is probably because the derivation of octoprint has an override for . Werkzeug changed its API in version 2, which lead to a similar . When v1.0.1 , it fails with the old Werkzeug version due to an incorrect redirect. This is also why builds without issues, but fails to build, when its needed for octoprint. I'm not a 100% sure its the werkzeug override. Octoprint has a lot of Python overrides.. build sucessfully. Please run and paste the result.
Feel free to open a PR overriding the pytest-httpbin version for octoprint.
it seems it wasn't just (at least not in aarch64). Anyway, I submitted a PR which should fix the build issues introduced by recent Python upgrades.
Change:
formatter = callPackage ../applications/misc/formatter { }; <ins> formiko = with python3Packages; callPackage ../applications/editors/formiko { inherit buildPythonApplication; }; </ins> foxtrotgps = callPackage ../applications/misc/foxtrotgps { }; fractal = callPackage ../applications/networking/instant-messengers/fractal { };

Discussion:
Project description The application is available and . Metadata homepage URL: source URL: license: bsd platforms: unix, linux, darwin
Change:
preFixup = '' gappsWrapperArgs+=( <ins> ${ # we cannot use runtimeDependencies otherwise libdbusmenu do not work on kde lib.optionalString stdenv.isLinux "--prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ libdbusmenu ]}"} </ins> # Add gio to PATH so that moving files to the trash works when not using a desktop environment --prefix PATH : ${glib.bin}/bin --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}"

Discussion:
Describe the bug Allow vscode and firefox support for libdbusmenu,like with libreoffice To Reproduce Steps to reproduce the behavior: in KDE with Expected behavior The title bar integrated in KDE's menu button Screenshots ! Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
According to the AUR,it only need libdbusmenu for this to work properly,but I have said package to both envieroment.systemPackages and to no avail.
I managed to get VSCode to have DBusMenu support by running it manually with $ LDLIBRARYPATH=/nix/store/32ghafsr1wd8ghrmcmz308nrx781dvfs-libdbusmenu-gtk3-16.04.0/lib code as seen in the screenshot: ! I'm a NixOS newb (installed nixos several days ago when I bought a new computer), but I am guessing that adding libdbusmenu-gtk3 as a dependency for vscode (in the file, I guess) would fix the problem with global menus for both vscode and vscodium. That would, theoretically, fix the same problem for other apps that have a similar issue (possibly with -gtk2 or _qt packages instead).
Still relevant,and still matter
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Still relevant
assuming fixed by
Just built from master, did not fix this.
Try libdbusmenu-gtk3 and make a pr If it works
Change:
rm -fr .git '') <ins> # Reduce closure size by cleaning the environment of the emacs dumper '' substituteInPlace src/Makefile.in  --replace 'RUN_TEMACS = ./temacs' 'RUN_TEMACS = env -i ./temacs' '' </ins> '' substituteInPlace lisp/international/mule-cmds.el  --replace /usr/share/locale ${gettext}/share/locale

Discussion:
Describe the bug In NixOS 20.09, Emacs now has the output of gtk+ in its closure, which in turn causes it to pull in stuff like mesa-drivers (424 MiB): This caused the closure size of Emacs to increase from 339 MiB in NixOS 20.03 to 1324 MiB in 20.09. Metadata NixOS 20.09..
cc
This was reverted in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<del> { lib, stdenv, fetchFromGitHub, cmake, bzip2, libtomcrypt, zlib, darwin }: stdenv.mkDerivation rec { pname = "StormLib"; version = "9.22"; src = fetchFromGitHub { owner = "ladislav-zezula"; repo = "StormLib"; rev = "v${version}"; sha256 = "1rcdl6ryrr8fss5z5qlpl4prrw8xpbcdgajg2hpp0i7fpk21ymcc"; }; postPatch = '' substituteInPlace CMakeLists.txt  --replace "FRAMEWORK DESTINATION /Library/Frameworks" "FRAMEWORK DESTINATION Library/Frameworks" ''; cmakeFlags = [ "-DBUILD_SHARED_LIBS=ON" "-DWITH_LIBTOMCRYPT=ON" ]; nativeBuildInputs = [ cmake ]; buildInputs = [ bzip2 libtomcrypt zlib ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Carbon ]; meta = with lib; { homepage = "https://github.com/ladislav-zezula/StormLib"; license = licenses.mit; description = "An open-source project that can work with Blizzard MPQ archives"; platforms = platforms.all; maintainers = with maintainers; [ aanderse karolchmist ]; }; } </del>

Discussion:
At Darwin: build .#StormLib Log files: aarch64-darwin: x86_64-darwin:
Change:
"vendorSha256": null, "version": "0.10.0" }, <del> "b2": { "owner": "Backblaze", "provider-source-address": "registry.terraform.io/Backblaze/b2", "repo": "terraform-provider-b2", "rev": "v0.8.0", "sha256": "sha256-2yyAKrDO7X5yujfrHhYuvXbuKk3yY1sCXRZ8U/9OnrM=", "vendorSha256": "sha256-f5bvk0p7AU1i/xeapxyVRXIUARju6mNQokejaDnT/GI=", "version": "0.8.0" }, </del> "baiducloud": { "deleteVendor": true, "owner": "baidubce",

Discussion:
In I Backblaze B2's Terraform provider. When running the plugin before I ran into I have now been able to troubleshoot this and realise the plugin is currently broken. Running Terraform with , I find the culprit: It seems that this is some Go specific error message, related to its packaging imports. As I'm not familiar with Go, I don't know where to troubleshoot this or how to fix this in Nix. I am reporting this in the hopes that similar issues have been resolved before, or that someone familiar with Go can pinpoint the issue. Steps to reproduce the behavior: a minimal nix environment with Terraform and the b2 provider: for any plan using the b2 Terraform provider. I expect the Terraform provider to work and to provision my resources. <!-- 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.
Likely to be this: The overrides that we will need to use to build this in with our current provider model will be rather non-trivial and make it the most complicated provider that we package. TBH I'd rather remove the from and point people to as an alternative. cc
agreed, let's remove it
Change:
find ./ -name "config.guess" -exec rm {} ; -exec ln -s ${automake}/share/automake-*/config.guess {} ; '' else null; <del> patches = [ ./environment.patch ./getline.patch ./clang.patch ]; </del> <ins> patches = [ ./environment.patch ./getline.patch ./clang.patch ./extramembot.patch ]; </ins> setupHook = ./setup-hook.sh;

Discussion:
The program from the package segfaults. Run: type anything, then return:
I can confirm this, but the package may be obsolete. You can use (and also prebuilt , , or source-based , or compose your own set of packages).
You're right, but building auctex depends on tetex somehow. I hit the problem when trying to build :
Change:
<ins> commit ca94cd56210067e2a55c1f413bd7713f7d338f9f Author: Bernardo Meurer <meurerbernardo@gmail.com> Date:   Wed Feb 26 10:46:23 2020 -0800 tlp-sleep.service: reintroduce This patch reintroduces tlp-sleep as a systemd unit as opposed to a systemd system-sleep hook script. This is due to the recommendation by systemd itself to not use the hook scripts. As per the manual: > Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ > are intended for local use only and should be considered hacks. If > applications want to react to system suspend/hibernation and resume, > they should rather use the Inhibitor interface[1]. diff --git a/Makefile b/Makefile index 95122df..0e9230a 100644 --- a/Makefile +++ b/Makefile @@ -70,6 +70,7 @@ INFILES =  tlp.rules  tlp-readconfs  tlp-run-on  +	tlp-sleep.service  tlp.service  tlp-stat  tlp.upstart  @@ -99,7 +100,6 @@ SHFILES =  tlp-rdw-udev.in  tlp-rf.in  tlp-run-on.in  -	tlp-sleep  tlp-sleep.elogind  tlp-stat.in  tlp-usb-udev.in @@ -147,7 +147,7 @@ ifneq ($(TLP_NO_INIT),1) endif ifneq ($(TLP_WITH_SYSTEMD),0) install -D -m 644 tlp.service $(_SYSD)/tlp.service -	install -D -m 755 tlp-sleep $(_SDSL)/tlp +	install -D -m 644 tlp-sleep.service $(_SYSD)/tlp-sleep.service endif ifneq ($(TLP_WITH_ELOGIND),0) install -D -m 755 tlp-sleep.elogind $(_ELOD)/49-tlp-sleep @@ -204,7 +204,7 @@ uninstall-tlp: rm $(_ULIB)/rules.d/85-tlp.rules rm -f $(_SYSV)/tlp rm -f $(_SYSD)/tlp.service -	rm -f $(_SDSL)/tlp-sleep +	rm -f $(_SYSD)/tlp-sleep.service rm -f $(_ELOD)/49-tlp-sleep rm -f $(_SHCPL)/tlp-stat rm -f $(_SHCPL)/bluetooth diff --git a/tlp-sleep b/tlp-sleep deleted file mode 100644 index 3de85ce..0000000 --- a/tlp-sleep +++ /dev/null @@ -1,11 +0,0 @@ -#!/bin/sh - -# tlp - systemd suspend/resume hook -# -# Copyright (c) 2020 Thomas Koch <linrunner at gmx.net> and others. -# This software is licensed under the GPL v2 or later. - -case $1 in -    pre)  tlp suspend ;; -    post) tlp resume  ;; -esac diff --git a/tlp-sleep.service.in b/tlp-sleep.service.in new file mode 100644 index 0000000..4ac17bd --- /dev/null +++ b/tlp-sleep.service.in @@ -0,0 +1,19 @@ +# tlp - systemd suspend/resume service +# +# Copyright (c) 2020 Thomas Koch <linrunner at gmx.net> and others. +# This software is licensed under the GPL v2 or later. + +[Unit] +Description=TLP suspend/resume +Before=sleep.target +StopWhenUnneeded=yes +Documentation=https://linrunner.de/tlp + +[Service] +Type=oneshot +RemainAfterExit=yes +ExecStart=@TLP_SBIN@/tlp suspend +ExecStop=@TLP_SBIN@/tlp resume + +[Install] +WantedBy=sleep.target </ins>

Discussion:
Describe the bug Our current version of tlp, 1.2.1, is ancient and misses the large number of fixes in versions 1.3.0 and 1.3.1. A bump is warranted, but is nontrivial since a lot has changed. Additional context Maintainer information:
cc.
I'm working on this
Change:
in stdenv.mkDerivation rec { pname = "wofi-emoji"; <del> version = "unstable-2023-06-19"; </del> <ins> version = "unstable-2023-12-22"; </ins> src = fetchFromGitHub { owner = "Zeioth"; repo = pname; <del> rev = "796d688b71ac9fa1e5b2c1b9a3fa11dba801b02b"; hash = "sha256-HBsqekNuKqxaKaSeLboukLm4Lkg9JakPO7uN3Z8QBC8="; </del> <ins> rev = "2cc95880848134a3bbe0675bcb62a0dae1d0f572"; hash = "sha256-t9M8z8JxuvBDzNs98L7YTNUfTK23W1DYGdHDiXNQOgk="; </ins> }; nativeBuildInputs = [ jq ];

Discussion:
When and are not in system , script can't use them. Seems like is not enough. Maybe using or manually adding a PATH at the beginning of the script would fix the issue. Also the script is now in a fork: Edit: it has been updated in but not in . Steps to reproduce the behavior: the script without and in current PATH. won't type nor copy the emoji
Please check the PR I just opened. I'm getting locale errors, but that's an issue I have with my arch install :laughing: