jiebi/CodeConvo huggingface dataset:
Change:
Project description Buried inside the game files for and is game data for two new -engine games, . WolfstoneExtract allows you to convert the embedded Wolfstone 3D and Elite Hans: Die Neue Ordnung game data into a format that’s usable by . Metadata homepage URL: URL: GPLv3 and various permissive free licenses platforms: Linux

Discussion:
<ins> { lib , stdenv , fetchFromBitbucket , cmake }: stdenv.mkDerivation (finalAttrs: { pname = "wolfstoneextract"; version = "1.2"; src = fetchFromBitbucket { owner = "ecwolf"; repo = "wolfstoneextract"; rev = finalAttrs.version; hash = "sha256-yrYLP2ewOtiry+EgH1IEaxz2Q55mqQ6mRGSxzVUnJ8Q="; }; nativeBuildInputs = [ cmake ]; meta = with lib; { description = "Utility to extract Wolfstone data from Wolfenstein II"; homepage = "https://bitbucket.org/ecwolf/wolfstoneextract/src/master/"; platforms = [ "x86_64-linux" ]; license = with licenses; [ gpl3Only bsd3 ]; maintainers = with maintainers; [ keenanweaver ]; }; }) </ins>

widelands = callPackage ../games/widelands { }; <ins> wolfstoneextract = callPackage ../games/wolfstoneextract { }; </ins> worldofgoo = callPackage ../games/worldofgoo { }; xboard =  callPackage ../games/xboard { };
Change:
Steps to reproduce the behavior: Full build log: This error occurs because the version of in nixpkgs is 0.1.23 and requires a prior version. Setting resolves the build error but leads to a runtime error that crashes the program. There is an but they seem to be rather unresponsive. Everything does work as intended when the version of is manually pinned to 0.1.21.

Discussion:
buildPythonPackage rec { pname = "beancount-black"; <del> version = "0.1.13"; </del> <ins> version = "0.1.14"; </ins> disabled = pythonOlder "3.9"; format = "pyproject";

owner = "LaunchPlatform"; repo = "beancount-black"; rev = version; <del> sha256 = "sha256-jhcPR+5+e8d9cbcXC//xuBwmZ14xtXNlYtmH5yNSU0E="; </del> <ins> hash = "sha256-4ooMskwPJJLJBfPikaHJ4xuwR1x478ecYWZdIE0UAK8="; </ins> }; buildInputs = [
Change:
I have 2 clear bugs for cinnamon that I can't find a way to solve 1- not working due to missing of 2- doesn't show events due to missing of both of the issues related to Steps to reproduce the behavior: in any of the bugged apps

Discussion:
xapp ]; services.cinnamon.apps.enable = mkDefault true; <ins> services.gnome.evolution-data-server.enable = true; </ins> services.gnome.glib-networking.enable = true; services.gnome.gnome-keyring.enable = true; services.gvfs.enable = true;

programs.geary.enable = mkDefault true; programs.gnome-disks.enable = mkDefault true; programs.gnome-terminal.enable = mkDefault true; <del> programs.evince.enable = mkDefault true; </del> programs.file-roller.enable = mkDefault true; environment.systemPackages = with pkgs // pkgs.gnome // pkgs.cinnamon; utils.removePackagesByName [

# external apps shipped with linux-mint hexchat gnome-calculator <ins> gnome-calendar </ins> gnome-screenshot ] config.environment.cinnamon.excludePackages; })

, cinnamon-session , cinnamon-translations , cjs <del> , clutter </del> <ins> , evolution-data-server </ins> , fetchFromGitHub , gdk-pixbuf , gettext

, libstartup_notification , libXtst , libXdamage <ins> , mesa </ins> , muffin , networkmanager , pkg-config

, perl }: <ins> let pythonEnv = python3.withPackages (pp: with pp; [ dbus-python setproctitle pygobject3 pycairo pp.xapp # don't omit `pp.`, see #213561 pillow pyinotify # for looking-glass pytz tinycss2 python-pam pexpect distro requests ]); in </ins> stdenv.mkDerivation rec { pname = "cinnamon-common"; version = "5.6.7";

]; buildInputs = [ <del> (python3.withPackages (pp: with pp; [ dbus-python setproctitle pygobject3 pycairo python3.pkgs.xapp # The scope prefix is required pillow pytz tinycss2 python-pam pexpect distro requests ])) </del> atk cacert cinnamon-control-center cinnamon-desktop cinnamon-menus cjs <del> clutter </del> dbus <ins> evolution-data-server # for calendar-server </ins> gdk-pixbuf glib gsound

libstartup_notification libXtst libXdamage <ins> mesa </ins> muffin networkmanager polkit <ins> pythonEnv </ins> libxml2 libgnomekbd gst_all_1.gstreamer

sed "s|/usr/share/sounds|/run/current-system/sw/share/sounds|g" -i ./files/usr/share/cinnamon/cinnamon-settings/bin/SettingsWidgets.py <del> sed "s|/usr/share/%s|/run/current-system/sw/share/%s|g" -i ./files/usr/share/cinnamon/cinnamon-settings/modules/cs_themes.py </del> <ins> sed "s|'python3'|'${pythonEnv.interpreter}'|g" -i ./files/usr/share/cinnamon/cinnamon-settings/bin/CinnamonGtkSettings.py </ins> <del> sed "s|"upload-system-info"|"${xapp}/bin/upload-system-info"|g" -i ./files/usr/share/cinnamon/cinnamon-settings/modules/cs_info.py </del> <ins> sed "s|/usr/share/%s|/run/current-system/sw/share/%s|g" -i ./files/usr/share/cinnamon/cinnamon-settings/modules/cs_themes.py </ins> sed "s|/usr/bin/cinnamon-screensaver-command|/run/current-system/sw/bin/cinnamon-screensaver-command|g"  -i ./files/usr/share/cinnamon/applets/menu@cinnamon.org/applet.js -i ./files/usr/share/cinnamon/applets/user@cinnamon.org/applet.js
Change:
Steps to reproduce the behavior: dino Add any other context about the problem here. Please run and paste the result.
Here's my random guess: From logs, error seems to be: At Debian: dep: (= 10.22-3) At nixpkgs, seems to be package: My initial guess would be to replace with at: pkgs/applications/networking/instant- And try to build it. I cannot build for . So I cannot test it. In case that works for you, open a PR fixing it.
A dirty hack:
Can you provide more context for this? (I'm not sure of the intent.)
In the provided build log:
Thanks for clarifying. I couldn't build package. So I don't know the actual solution myself. But it is good that you have more hints on how to have it fixed. I see, you have solved it. Great!
<img width="776" alt="Capture d’écran 2023-02-01 à 02 28 22" src="https://user-"

Discussion:
cmakeFlags = ["-DBUILD_TESTS=yes"]; <ins> # Undefined symbols for architecture arm64: "_gpg_strerror" NIX_LDFLAGS = lib.optionalString stdenv.isDarwin "-lgpg-error"; </ins> doCheck = true; checkPhase = '' runHook preCheck
Change:
<!-- 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 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: briar-desktop <!-- The current version can be found easily with the same process as 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: 0.2.1-beta desired version: 0.4.0-beta (31 January 2023) maintainers: Please tag this issue in your PR.

Discussion:
in stdenv.mkDerivation rec { pname = "briar-desktop"; <del> version = "0.3.1-beta"; </del> <ins> version = "0.4.0-beta"; </ins> src = fetchurl { <del> url = "https://desktop.briarproject.org/jars/linux/0.3.1-beta/briar-desktop-linux-0.3.1-beta.jar"; sha256 = "841dc198101e6e8aa6b5ab6bd6b80e9c6b2593cb88bc3b2592f947baf963389d"; </del> <ins> url = "https://desktop.briarproject.org/jars/linux/${version}/briar-desktop-linux-${version}.jar"; hash = "sha256-7zeIWsdPvROHGaf5igodlZss6Gow3kp6PX+QAzmxMnw="; </ins> }; dontUnpack = true;

homepage = "https://code.briarproject.org/briar/briar-desktop"; license = licenses.gpl3; maintainers = with maintainers; [ onny ]; <del> platforms = [ "x86_64-linux" "aarch64-linux" "armv7l-linux" ]; </del> <ins> platforms = [ "x86_64-linux" ]; </ins> }; }
Change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: Updated my (flake based on ). Expected packages to build properly. Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result.
Cannot reproduce on current master (). Seems like the test has been fixed since.
Yeah, I agree. I updated my and I can no longer reproduce after .
This seems to be a flaky test, as it's triggering again for me on nixos-unstable dispite nothing seeming to have been updated since 2022 about the package according to a pr search /cc
Checked the history of the package, and the most recent update was Jan 26th of this year to do a tree-wide change. Nothing since, which makes me think it's definately a flaky test, might be worth disabling it
Can you give more details? On that nixpkgs revision psautohint builds and is in cache.
It's not cached for some reason on my machines, when pulled in via noto-fonts-emoji from I'm not touching any of it's dependencies I don't think so I'm not sure why it would be rebuilding?
Please provide a minimal reproducer for the issue – I won't dig through that massive repo trying to figure out what interactions of what parts may or may not cause an issue. You haven't even mentioned what platform this happens on (I assumed x86_64-linux same as the original issue for now). For what it's worth in the last week no platform has exhibited a build failure for psautohint in nixpkgs, so you can just try updating your channel.
I filed a PR () to just disable that test, and now another, as it seems to be intermittently failing. It appears in their issue tracker, so I see no reason we shouldn't just disable it so that it can build always in nixos.

Discussion:
"test_multi_outpath" "test_mmhint" "test_otf" <ins> # flaky tests (see https://github.com/adobe-type-tools/psautohint/issues/385) "test_hashmap_old_version" "test_hashmap_no_version" </ins> ]; passthru.tests = {
Change:
In , when you search for python311, python311Full shows up as having version 3.10.9 (rather than 3.11.1 that python311 has). This also shows up when installing python311full in a flake, (which caused all sorts of "what am I doing wrong!?" hair pulling when the correct version of python didn't pop up. python311Full should have version 3.11. <img width="1232" alt="Screenshot 2023-01-31 at 21 28 16" src="https://user-"

Discussion:
bluezSupport = true; x11Support = true; }; <del> python311Full = python310.override { </del> <ins> python311Full = python311.override { </ins> self = python311Full; pythonAttr = "python311Full"; bluezSupport = true;
Change:
Steps to reproduce the behavior: Add any other context about the problem here. system: host os: multi-user?: sandbox: version: channels(hervyqa): channels(root): nixpkgs:
issue still exits in unstable channel

Discussion:
python3Packages.buildPythonApplication rec { pname = "veusz"; <del> version = "3.3.1"; </del> <ins> version = "3.6.2"; </ins> src = python3Packages.fetchPypi { inherit pname version; <del> sha256 = "4ClgYwiU21wHDve2q9cItSAVb9hbR2F+fJc8znGI8OA="; </del> <ins> sha256 = "whcaxF5LMEJNj8NSYeLpnb5uJboRl+vCQ1WxBrJjldE="; </ins> }; <del> nativeBuildInputs = [ wrapQtAppsHook python3Packages.sip_4 ]; </del> <ins> nativeBuildInputs = [ wrapQtAppsHook python3Packages.sip python3Packages.tomli ]; </ins> buildInputs = [ qtbase ];

wrapQtApp "$out/bin/veusz" ''; <del> # Since sip 6 (we use sip 4 here, but pyqt5 is built with sip 6), sip files are # placed in a different directory layout and --sip-dir won't work anymore. # --sip-dir expects a directory with a PyQt5 subdirectory (where sip files are located), # but the new directory layout places sip files in a subdirectory named 'bindings'. # To workaround this, we patch the full path into pyqtdistutils.py. </del> <ins> # pyqt_setuptools.py uses the platlib path from sysconfig, but NixOS doesn't # really have a corresponding path, so patching the location of PyQt5 inplace </ins> postPatch = '' <del> substituteInPlace pyqtdistutils.py  --replace "'-I', pyqt5_include_dir," "'-I', '${python3Packages.pyqt5}/${python3Packages.python.sitePackages}/PyQt5/bindings'," </del> <ins> substituteInPlace pyqt_setuptools.py  --replace "get_path('platlib')" "'${python3Packages.pyqt5}/${python3Packages.python.sitePackages}'" </ins> patchShebangs tests/runselftest.py ''; # you can find these options at # https://github.com/veusz/veusz/blob/53b99dffa999f2bc41fdc5335d7797ae857c761f/pyqtdistutils.py#L71 <del> # --sip-dir cannot be used here for the reasons explained above </del> setupPyBuildFlags = [ <del> "--qt-include-dir=${qtbase.dev}/include" </del> # veusz tries to find a libinfix and fails without one # but we simply don't need a libinfix, so set it to empty here "--qt-libinfix="
Change:
Project description As stated by the developer: Metadata homepage URL: source URL: license: MIT platforms: unix, linux, darwin

Discussion:
<ins> diff -Naur source-old/pyproject.toml source-new/pyproject.toml --- source-old/pyproject.toml	1980-01-02 00:00:00.000000000 -0300 +++ source-new/pyproject.toml	2023-02-04 10:09:48.087418202 -0300 @@ -29,11 +29,11 @@ "Topic :: Security", ] dependencies = [ -    "pydantic~=1.10.2", -    "python-dotenv~=0.21.0", -    "requests~=2.28.1", -    "rich~=12.6.0", -    "shodan~=1.28.0", +    "pydantic", +    "python-dotenv", +    "requests", +    "rich", +    "shodan", ] dynamic = ["version"] @@ -63,7 +63,7 @@ "mypy", "pytest", "pytest-cov", -    "types-requests~=2.28.1", +    "types-requests", ] [tool.hatch.envs.default.scripts] typecheck = "mypy -p {args:wtfis}" </ins>

<ins> { lib , stdenv , fetchFromGitHub , python3 }: let pname = "wtfis"; version = "0.5.1"; in python3.pkgs.buildPythonApplication { inherit pname version; src = fetchFromGitHub { owner = "pirxthepilot"; repo = "wtfis"; rev = "v${version}"; hash = "sha256-XoQ/iJTdZoekA5guxI8POG4NEhN8Up3OuIz344G75ao="; }; patches = [ # TODO: get rid of that newbie patch ./000-pyproject-remove-versions.diff ]; format = "pyproject"; propagatedBuildInputs = [ python3.pkgs.hatchling python3.pkgs.pydantic python3.pkgs.rich python3.pkgs.shodan python3.pkgs.python-dotenv ]; meta = { homepage = "https://github.com/pirxthepilot/wtfis"; description = "Passive hostname, domain and IP lookup tool for non-robots"; license = lib.licenses.mit; maintainers = [ lib.maintainers.AndersonTorres ]; }; } </ins>

undaemonize = callPackage ../tools/system/undaemonize {}; <ins> wtfis = callPackage ../tools/networking/wtfis { }; </ins> houdini = callPackage ../applications/misc/houdini {}; openfst = callPackage ../development/libraries/openfst {};
Change:
I could not access my USB digital camera as a non-root user, due to insufficient permissions. The file in popped up with user and group set to . I'm new to NixOS and I'm not sure of the best way to solve something like this. Below I'll document a workaround that I used in my that solved the problem, in case that's helpful to others. But if a NixOS option along with some facility in the package could solve it, that would be ideal. Plug camera into USB Ensure it shows up in Run At first it died with "unknown error", but if you do you see the "insufficient permissions" message. System: 16.09.1357. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 16.09.1357. I these to my : where I copied the file .
Tagging the gphoto2 maintainer thanks.
you can graft a module, which does exactly the steps above to fix this in long term. I did something similar for adb:
I see, thanks. So there's to define the option, and it references which contains the rules, maintained separately from the packages in . I'll aim to put together something similar for gphoto2.

Discussion:
lassulus = "Lassulus <lassulus@gmail.com>"; layus = "Guillaume Maudoux <layus.on@gmail.com>"; ldesgoui = "Lucas Desgouilles <ldesgoui@gmail.com>"; <ins> league = "Christopher League <league@contrapunctus.net>"; </ins> lebastr = "Alexander Lebedev <lebastr@gmail.com>"; leenaars = "Michiel Leenaars <ml.software@leenaa.rs>"; leonardoce = "Leonardo Cecchi <leonardo.cecchi@gmail.com>";

./programs/environment.nix ./programs/fish.nix ./programs/freetds.nix <ins> ./programs/gphoto2.nix </ins> ./programs/info.nix ./programs/java.nix ./programs/kbdlight.nix

<ins> { config, lib, pkgs, ... }: with lib; { meta.maintainers = [ maintainers.league ]; ###### interface options = { programs.gphoto2 = { enable = mkOption { default = false; example = true; type = types.bool; description = '' Whether to configure system to use gphoto2. To grant digital camera access to a user, the user must be part of the camera group: <code>users.extraUsers.alice.extraGroups = ["camera"];</code> ''; }; }; }; ###### implementation config = mkIf config.programs.gphoto2.enable { services.udev.packages = [ pkgs.libgphoto2 ]; environment.systemPackages = [ pkgs.gphoto2 ]; users.extraGroups.camera = {}; }; } </ins>

hardeningDisable = [ "format" ]; <ins> postInstall = '' mkdir -p $out/lib/udev/rules.d $out/lib/libgphoto2/print-camera-list udev-rules version 175 group camera >$out/lib/udev/rules.d/40-gphoto2.rules ''; </ins> meta = { homepage = http://www.gphoto.org/proj/libgphoto2/; description = "A library for accessing digital cameras";

maintainers = with stdenv.lib.maintainers; [ jcumming ]; }; }
Change:
Hi. I'm trying to install with Lutris and I am getting a curl error: I sought help on Matrix and was told: Steps to reproduce the behavior: to . lutris. from lutris. installs successfully. I get this log: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
We either need to fix the FHS to handle a downloaded winetricks or use nixpkgs's winetricks.
NixOS n00b here. Would it be possible to use the 'lutris.override' syntax to give the lutris package access to winetricks until the problem is fixed? Exact same output as Industrial by the way, no matter what game I try to install (Star Citizen, WOW, Overwatch 2):
As a workaround, if you delete the , it will fall back to using system winetricks.
When I do that I get this: If I want to use your code change, how do I do that? I made a local clone of the nixpkgs repo.
I was definitely over-complicating it before. All that's needed is to add libnghttp2 into the FHS. So lutris.override works just fine: I'll work on a pull request.
EDIT: SORRY! It's working now. Just had to delete after adding pkgs.libnghttp2. Thanks a bunch ! Hey man, not sure if I'm doing something wrong, but I'm still getting the same error. the following to my under systemPackages: Ran nixos-rebuild switch and rebooted for good measure. Am I doing something wrong here? Here's the error:

Discussion:
# Adventure Game Studio allegro dumb <ins> # Curl libnghttp2 </ins> # Desmume lua agg soundtouch openal desktop-file-utils atk
Change:
In the Xfce "Mouse and Touchpad" settings, in the Theme tab, no cursor themes are shown other than Default. The cursor size option has no effect. Even after installing (a set of cursor themes) via , no cursor themes are available. System: NixOS 16.09
I have the same problem with the Windows Manager Only setup. NO desktop environment. LXappearance did show the mouse themes not after I copy some Cursor themes manually into but still refuse to change the theme. also I am not using XCURSOR_PATH environment variable. if there that is the solution how should i implement it?
This is a serious issue for me, as it's very hard to see the mouse cursor on a retina display with the default size. If there is any temporary workaround to change the size/theme, please let me know, that would be very useful. EDIT: I'm running latest unstable
The workaround is to add these to your (this is what my patch makes the default):
"error: The option value ' is not a string or list of strings."
the error suggests you didn't enter it right, it's environment.profileRelativeEnvVars not environment.variables.profileRelativeEnvVars.
I've made your necessary changes which allowed a rebuild however my mouse cursor still does not adopt a new cursor theme.
Just to say that I got my custom cursor working by following advice, thanks a lot for the help!
My cursor is only custom mousing over some applications. Any of the Xfce system applications launched as user display the old default but qutebrowser and emacs shows my new cursor. Here's my .
Adding in conjunction with two lines has fixed this issue for me.
This has been fixed in . I can't reproduce the issue (tried ): system: host os: multi-user?: sandbox: version: channels(root): channels(chronos): nixpkgs:
Same problem in Gnome. My Icon Themes placed in are listed and defined, but not applied.

Discussion:
{ NIXPKGS_CONFIG = "/etc/nix/nixpkgs-config.nix"; PAGER = mkDefault "less -R"; EDITOR = mkDefault "nano"; <ins> XCURSOR_PATH = "$HOME/.icons"; </ins> }; environment.profiles =

GTK_PATH = [ "/lib/gtk-2.0" "/lib/gtk-3.0" ]; XDG_CONFIG_DIRS = [ "/etc/xdg" ]; XDG_DATA_DIRS = [ "/share" ]; <ins> XCURSOR_PATH = [ "/share/icons" ]; </ins> MOZ_PLUGIN_PATH = [ "/lib/mozilla/plugins" ]; LIBEXEC_PATH = [ "/lib/libexec" ]; };
Change:
instead of UTF-8 characters there are often rectangles, spaces and random symbols ! ! ! !
Same here. Xonotic should have its own Xolonium font, but somewhy that one on screenshots is used instead.

Discussion:
{ lib, stdenv, fetchurl, fetchzip, makeWrapper, runCommand, makeDesktopItem , xonotic-data, copyDesktopItems , # required for both <del> unzip, libjpeg, zlib, libvorbis, curl </del> <ins> unzip, libjpeg, zlib, libvorbis, curl, freetype, libpng, libtheora </ins> , # glx libX11, libGLU, libGL, libXpm, libXext, libXxf86vm, alsa-lib , # sdl

patchelf  --add-needed ${curl.out}/lib/libcurl.so  --add-needed ${libvorbis}/lib/libvorbisfile.so  <ins> --add-needed ${libvorbis}/lib/libvorbisenc.so  </ins> --add-needed ${libvorbis}/lib/libvorbis.so  --add-needed ${libGL.out}/lib/libGL.so  <ins> --add-needed ${freetype}/lib/libfreetype.so  --add-needed ${libpng}/lib/libpng.so  --add-needed ${libtheora}/lib/libtheora.so  </ins> $out/bin/xonotic-glx '' + lib.optionalString withSDL '' patchelf  --add-needed ${curl.out}/lib/libcurl.so  --add-needed ${libvorbis}/lib/libvorbisfile.so  <ins> --add-needed ${libvorbis}/lib/libvorbisenc.so  </ins> --add-needed ${libvorbis}/lib/libvorbis.so  <ins> --add-needed ${freetype}/lib/libfreetype.so  --add-needed ${libpng}/lib/libpng.so  --add-needed ${libtheora}/lib/libtheora.so  </ins> $out/bin/xonotic-sdl ''; };
Change:
Steps to reproduce the behavior: ponyc (or, actually - don't) Can be seen here: - but in summary: The new kernel headers removed DECNet and libponyrt had a dependency on it. The excellent opened a PR against ponyc to remove that dependency which was merged an in the current release. OHHAI (Note: I will be raising a PR to fix this in the next few hours)

Discussion:
<del> { lib, stdenv, fetchFromGitHub, fetchurl, makeWrapper, pcre2, coreutils, which, openssl, libxml2, cmake, z3, substituteAll, python3, </del> <ins> { lib, stdenv, fetchFromGitHub, fetchpatch, makeWrapper, pcre2, coreutils, which, openssl, libxml2, cmake, z3, substituteAll, python3, </ins> cc ? stdenv.cc, lto ? !stdenv.isDarwin }: stdenv.mkDerivation (rec {

sha256 = "1zbmab9295scgg4z2vclgfgjchfjailjnvzc6f5x9jvlsdi3dpwz"; }; }) <ins> (fetchpatch { name = "remove-decnet-header.patch"; url = "https://github.com/ponylang/ponyc/commit/e5b9b5daec5b19415d519b09954cbd3cf5f34220.patch"; hash = "sha256-60cOhBBwQxWLwEx+svtFtJ7POQkHzJo2LDPRJ5L/bNk="; }) </ins> ]; postUnpack = ''

homepage = "https://www.ponylang.org"; license = licenses.bsd2; maintainers = with maintainers; [ kamilchm patternspandemic redvers ]; <del> platforms = [ "x86_64-linux" "x86_64-darwin" ]; </del> <ins> platforms = [ "x86_64-linux" "x86_64-darwin" "aarch64-linux" ]; </ins> }; })