jiebi/CodeConvo huggingface dataset:
Change:
opentracing = callPackage ../development/python-modules/opentracing { }; <del> openvino = toPythonModule (pkgs.openvino.override { inherit (self) python; enablePython = true; }); </del> <ins> openvino = callPackage ../development/python-modules/openvino { openvino-native = pkgs.openvino.override { inherit python; }; }; </ins> openwebifpy = callPackage ../development/python-modules/openwebifpy { };

Discussion:
When trying to get openvino in a shell, something fails to build with a linker error similar to shell nixpkgs#openvino OpenVINO builds successfully and it's provided in a shell. The nix build log is attached. Please run and paste the result.
Web-viewable logs on hydra:
Would also be nice to have a more recent version that could work with frigate.
The original error meant that tbb was built with gcc 11, while openvino was built using gcc 10.
Change:
disabledTestPaths = [ # Tests that try to get chatty over sockets or spin up servers, not possible in the nix build environment. <del> "tests/integrations/test_keras.py" "tests/integrations/test_torch.py" "tests/test_cli.py" "tests/test_data_types.py" "tests/test_file_stream.py" "tests/test_file_upload.py" "tests/test_footer.py" "tests/test_internal_api.py" "tests/test_label_full.py" "tests/test_login.py" "tests/test_meta.py" "tests/test_metric_full.py" "tests/test_metric_internal.py" "tests/test_mode_disabled.py" "tests/test_model_workflows.py" "tests/test_mp_full.py" "tests/test_public_api.py" "tests/test_redir.py" "tests/test_runtime.py" "tests/test_sender.py" "tests/test_start_method.py" "tests/test_tb_watcher.py" "tests/test_telemetry_full.py" "tests/test_util.py" "tests/wandb_agent_test.py" "tests/wandb_artifacts_test.py" "tests/wandb_integration_test.py" "tests/wandb_run_test.py" "tests/wandb_settings_test.py" "tests/wandb_sweep_test.py" "tests/wandb_tensorflow_test.py" "tests/wandb_verify_test.py" </del> <ins> "tests/unit_tests/integrations/test_keras.py" "tests/unit_tests/integrations/test_torch.py" "tests/unit_tests/test_cli.py" "tests/unit_tests/test_data_types.py" "tests/unit_tests/test_file_stream.py" "tests/unit_tests/test_file_upload.py" "tests/unit_tests/test_footer.py" "tests/unit_tests/test_internal_api.py" "tests/unit_tests/test_label_full.py" "tests/unit_tests/test_login.py" "tests/unit_tests/test_meta.py" "tests/unit_tests/test_metric_full.py" "tests/unit_tests/test_metric_internal.py" "tests/unit_tests/test_mode_disabled.py" "tests/unit_tests/test_model_workflows.py" "tests/unit_tests/test_mp_full.py" "tests/unit_tests/test_public_api.py" "tests/unit_tests/test_redir.py" "tests/unit_tests/test_runtime.py" "tests/unit_tests/test_sender.py" "tests/unit_tests/test_start_method.py" "tests/unit_tests/test_tb_watcher.py" "tests/unit_tests/test_telemetry_full.py" "tests/unit_tests/test_util.py" "tests/unit_tests/wandb_agent_test.py" "tests/unit_tests/wandb_artifacts_test.py" "tests/unit_tests/wandb_integration_test.py" "tests/unit_tests/wandb_run_test.py" "tests/unit_tests/wandb_settings_test.py" "tests/unit_tests/wandb_sweep_test.py" "tests/unit_tests/wandb_tensorflow_test.py" "tests/unit_tests/wandb_verify_test.py" "tests/unit_tests/test_tpu.py" "tests/unit_tests/test_plots.py" "tests/unit_tests/test_report_api.py" </ins> # Requires metaflow, which is not yet packaged. <del> "tests/integrations/test_metaflow.py" </del> <ins> "tests/unit_tests/integrations/test_metaflow.py" </ins> # Fails and borks the pytest runner as well. <del> "tests/wandb_test.py" </del> <ins> "tests/unit_tests/wandb_test.py" </ins> # Tries to access /homeless-shelter <del> "tests/test_tables.py" </del> <ins> "tests/unit_tests/test_tables.py" </ins> ]; # Disable test that fails on darwin due to issue with python3Packages.psutil:

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: -
Change:
src = fetchurl { url = "http://download.virtualbox.org/virtualbox/${version}/VBoxGuestAdditions_${version}.iso"; <del> sha256 = "e2846a7576cce1b92a7c0744f41eaac750248d6e31dfca5c45d5766648b394c7"; </del> <ins> sha256 = "bcde4691dea7de93b65a10a43dda2b8f52e570f820992ad281c9bb5c8dede181"; </ins> }; KERN_DIR = "${kernel.dev}/lib/modules/${kernel.modDirVersion}/build";

Discussion:
Describe the bug Virtualbox kernel drivers don't build with latest kernel. To Reproduce Steps to reproduce the behavior: on latest master, channel hasn't updated yet d=(import /home/maciej/Projekte/nix { configuration = {pkgs, ...}: { boot.kernelPackages = pkgs.linuxPackageslatest; = true; }; }).vm Expected behavior Builds Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(maciej): nixpkgs: Maintainer information:
Hi sorry for the duplicate bug report. You may find some useful information in this other issue trackers: Upstream tracker: Related to this issue: [Patch available]
Virtualbox 6.1.6 was released last week, which fixes the Linux 5.6 issues. I opened a PR with a fix for , which needs to be merged into to
Change:
{ lib , stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , scfbuild <ins> , fontforge , libuninameslist </ins> , nodejs , nodePackages , python3Packages

Discussion:
openmoji-color and openmoji-black now both take 12h to build. They are timing out on hydra Steps to reproduce the behavior: -build -A openmoji-color
Could this be the same as ? Should we switch to prebuilt fonts here too?
It could be. But in the past the build only took a minute or 2. Now it takes basically forever. I'm trying to bisect when this was introduced but bisecting timeouts is slow and error-prone.
According to is the first bad commit. That isn't particularly helpful.
I did a better bisection and got () which is much more helpful. I saw that PR but thought it seemed too old. I guess I forgot how long a staging cycle can take. cc I don't know what the best approach here is. Report the bug upstream to fontforge or openmoji? There are a lot of warnings and errors in the build so I suspect that it may be an openmoji problem and fontforge was doing its best before and working but now is failing? The command I used for reference was:
after a brief look at this fontforge has a reported regression in its ability to remove overlaps () but if openmoji is the only font that is failing because of that, maybe they're relying too much on fontforge's abliity to fix things at build time (with the latest master commits from openmoji and fontforge, the openmoji build also hangs)
I tried diffing the logs but they are basically completely different once starts. In case they are helpful to anyone here are the builds before and after that commit. (The after obviously cuts off after the "infinite loop").
Great investigation! Maybe as a short-term fix we could override fontforge for this package?
That sounds like a reasonable mitigation until a patch is available.
Bump, would really love to have openmoji available when I upgrade 21.11 -22.05!
why the thumbs down?
Bumping issues is not a helpful thing to do.
In general yes, though in this case it reminded me to fix this before 22.05 :) Here you go
I tried running bisection on fontforge itself using after applying the patch below: Unfortunately, the automatic bisection did not work for some reason. Possibly because the does not match the error message:
needs to be reported upstream
Which one though? Openmoji or fontforge?
Change:
<del> { lib, stdenv, fetchurl, cmake, pkg-config, qttools, alsa-lib, drumstick, qtbase, qtsvg }: </del> <ins> { lib, stdenv, fetchurl, cmake, pandoc, pkg-config, qttools, alsa-lib, drumstick, qtbase, qtsvg }: </ins> stdenv.mkDerivation rec { pname = "kmetronome"; <del> version = "1.2.0"; </del> <ins> version = "1.4.0"; </ins> src = fetchurl { url = "mirror://sourceforge/${pname}/${version}/${pname}-${version}.tar.bz2"; <del> sha256 = "1ln0nm24w6bj7wc8cay08j5azzznigd39cbbw3h4skg6fxd8p0s7"; </del> <ins> hash = "sha256-51uFAPR0xsY3z9rFc8SdSGu4ae/VzUmC1qC8RGdt48Y="; </ins> }; <del> nativeBuildInputs = [ cmake pkg-config qttools ]; </del> <ins> nativeBuildInputs = [ cmake pandoc pkg-config qttools ]; </ins> buildInputs = [ alsa-lib drumstick qtbase qtsvg ];

Discussion:
Package name: kmetronome Latest released version: 1.4.0 Current version on the unstable channel: 1.2.0 Current version on the stable/release channel: 1.2.0 Notify maintainers 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:
buildGoModule rec { pname = "shadowsocks-v2ray-plugin"; <del> version = "1.3.2"; </del> <ins> version = "1.3.1"; </ins> src = fetchFromGitHub { owner = "shadowsocks"; repo = "v2ray-plugin"; rev = "v${version}"; <del> sha256 = "sha256-sGsGdJp20mXvJ6Ov1QjztbJxNpDaDEERcRAAyGgenVk="; </del> <ins> sha256 = "0aq445gnqk9dxs1hkw7rvk86wg0iyiy0h740lvyh6d9zsqhf61wb"; </ins> }; <del> vendorSha256 = "sha256-vW8790Z4BacbdqANWO41l5bH5ac/TSZIdVNvOFVTsZ8="; </del> <ins> vendorSha256 = "0vzd9v33p4a32f5ic9ir4g5ckis06wpdf07a649h9qalimxnvzfz"; </ins> meta = with lib; { description = "Yet another SIP003 plugin for shadowsocks, based on v2ray";

Discussion:
shadowsocks-v2ray-plugin doesn't work anymore in nixos-unstable. Try to use it with shadowsocks-rust. Here what I have in logs: It works. If applicable, add screenshots to help explain your problem. Add any other context about the problem here.
Version from works.
Looks like it got updated again: :)
cc
Just a note - it seems v2ray plugin is not maintained, but maybe can be used instead.
Change:
platforms = { x86_64-linux = { archSuffix = "x86_64"; <del> hash = "sha256-Etz6NaeLMysSkcQGC3g+IqUy9QrONCrbkyej63uLflo="; </del> <ins> hash = "sha256-b+YXBVnxu54HfC/tWapcs/ZYzwBOJswYbEbEU3SVNss="; </ins> }; aarch64-linux = { archSuffix = "arm64"; <del> hash = "sha256-PVpgxhJU8RY6QepydqImQnisWBjbrsuW4j49Xot3C6Y="; </del> <ins> hash = "sha256-l54FAtT+Rj4Mv3GuOF0/9WuKdJowgbZDZYo7VCh6Flg="; </ins> }; }; in stdenv.mkDerivation rec { pname = "renoise"; <del> version = "3.4.3"; </del> <ins> version = "3.4.4"; </ins> src = if releasePath != null then releasePath

Discussion:
404 when trying to install. Version is out of date on both stable / unstable. Current version is 1.3.5 aka <

<] Trying to install this and get failure due to bad URL. Probably due to a stale version number, this should target the most recent version or redux
Change:
electronLibPath = with lib; makeLibraryPath ( [ libuuid at-spi2-atk at-spi2-core libappindicator-gtk3 ] ++ optionals (versionAtLeast version "9.0.0") [ libdrm mesa ] <ins> ++ optionals (versionOlder version "10.0.0") [ libXScrnSaver ] </ins> ++ optionals (versionAtLeast version "11.0.0") [ libxkbcommon ] ++ optionals (versionAtLeast version "12.0.0") [ libxshmfence ] ++ optionals (versionAtLeast version "17.0.0") [ libglvnd ]

Discussion:
Obsidian is unable to run (non-nixpkgs) git commands, due to being prefixed with . Steps to reproduce the behavior: non-nixpkgs from nixpkgs in obsidian the command Git syncing properly <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Why don't you use git from nixpkgs (e.g. )?
That does work, although I'd prefer not to install git with on manjaro. I have other workaround that i use, i simply wanted to report how seem to break subcommands.
Just updated, and this also affects electron 16
We could consider prepending to in the derivation (the start script in the output).
can you guesstimate how many percent of obsidian users have obsidian-git plugin installed?
Of all obsidian users: few. Of obsidian&cap;nixpkgs users: maybe 20%?
Possibly related:
can you please check whether the fix in fixes this issue for you?
Seems to work!

I am currently working on electron support for dream2nix and have a question for the electron maintainers of nixpkgs. What is the reason that LDPRELOAD is used here? This leads to errors on my system (NixOS): The cause seems to be that my current systems glibc is 2.32 but I built the electron app with 2.33. Some part of the electron app defaults to using my systems glibc. If I try to fix that by addind glibc 2.33 via , another error occurs: If I instead just remove the from the wrapper, it everything works flawlessly. Therefore my question: Do we really need that LDPRELOAD in the wrapper? If yes, is there an alternative solution possible, like putting into instead. I tried that and this doesn't break stuff. I have seen the mentioned problem with multiple electron apps, so it is not a problem of a specific app. <!-- 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. Maintainer information:
can you please check whether the fix in fixes this issue for you?
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , hy , pytestCheckHook , pythonOlder }: buildPythonPackage rec { pname = "hyrule"; version = "0.1"; format = "setuptools"; disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "hylang"; repo = pname; rev = version; sha256 = "sha256-sqS5vOcbln+Vfv/Ji/8rJ4GTQpXIuhgf+MukjV0Kkuw="; }; propagatedBuildInputs = [ hy ]; checkInputs = [ pytestCheckHook ]; # Some tests depends on hy on PATH preCheck = "PATH=${hy}/bin:$PATH"; pythonImportsCheck = [ "hyrule" ]; meta = with lib; { description = "Hyrule is a utility library for the Hy programming language"; homepage = "https://github.com/hylang/hyrule"; changelog = "https://github.com/hylang/hylure/releases/tag/${version}"; license = licenses.mit; maintainers = with maintainers; [ thiagokokada ]; }; } </ins>

Discussion:
The one in is more up-to-date (1.0a3 vs 1.0a1, current version is 1.0a4 though), . The second one is the oldest though. Not sure what is the best solution here. It doesn't seem to make much sense to have Hy being considered a interpreter instead of a Python package (it even has attribute that AFAIK isn't any different from simply from using with and other dependencies as ). But I don't have sufficient context here. We probably need to merge one in another and delete the other derivation. Steps to reproduce the behavior: We should only have one Hy package. N/A N/A <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- () () () Please run and paste the result.
Created a PR removing and keeping , while also making has the same parameter for backwards compatibility:
Change:
my $versionDiffer = get("fullVersion") ne $prevGrubState->version; my $efiDiffer = $efiTarget ne $prevGrubState->efi; my $efiMountPointDiffer = $efiSysMountPoint ne $prevGrubState->efiMountPoint; <del> my $requireNewInstall = $devicesDiffer || $nameDiffer || $versionDiffer || $efiDiffer || $efiMountPointDiffer || (($ENV{'NIXOS_INSTALL_GRUB'} // "") eq "1"); </del> <ins> if (($ENV{'NIXOS_INSTALL_GRUB'} // "") eq "1") { warn "NIXOS_INSTALL_GRUB env var deprecated, use NIXOS_INSTALL_BOOTLOADER"; $ENV{'NIXOS_INSTALL_BOOTLOADER'} = "1"; } my $requireNewInstall = $devicesDiffer || $nameDiffer || $versionDiffer || $efiDiffer || $efiMountPointDiffer || (($ENV{'NIXOS_INSTALL_BOOTLOADER'} // "") eq "1"); </ins> # install a symlink so that grub can detect the boot drive my $tmpDir = File::Temp::tempdir(CLEANUP => 1) or die "Failed to create temporary space";

Discussion:
I was using gummiboot and struggling to figure out how to reinstall it. This option should be aliased and deprecated in favor of "--install-bootloader" or the like, and the manpage updated to be agnostic of the bootloader selected in , since the correct behavior is already in place (--install-grub reinstalls gummiboot properly).
Change:
<ins> From f63028c5712a89cb310165cde9701538fa85ce46 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=A9clairevoyant?= <848000+eclairevoyant@users.noreply.github.com> Date: Wed, 6 Mar 2024 06:09:44 -0500 Subject: [PATCH] fix desktop item --- Makefile                | 1 - src/etc/wslview.desktop | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 2399009..e823882 100644 --- a/Makefile +++ b/Makefile @@ -59,7 +59,6 @@ res_install: install -Dm 644 src/etc/*.ps1 -t $(DESTDIR)$(PREFIX)/share/wslu install -Dm 644 src/etc/*.ico -t $(DESTDIR)$(PREFIX)/share/wslu install -Dm 755 src/etc/*.sh -t $(DESTDIR)$(PREFIX)/share/wslu -	install -Dm 644 src/etc/*.desktop $(DESTDIR)$(PREFIX)/share/wslu install -Dm 644 src/etc/conf $(DESTDIR)$(PREFIX)/share/wslu conf_install: diff --git a/src/etc/wslview.desktop b/src/etc/wslview.desktop index ebb84b6..235a365 100644 --- a/src/etc/wslview.desktop +++ b/src/etc/wslview.desktop @@ -2,7 +2,7 @@ Name=WSLView Comment=Open files and addresses in Windows Icon=windows -Exec=/usr/bin/wslview %U +Exec=wslview %U Terminal=false Type=Application Categories=Utility; -- 2.43.1 </ins>

Discussion:
Installing is not placing the in the correct directory for it to be found by xdg-mime. Install wslu using Nix. Two things happen: should set wslview as the default hander (you can check if it worked by running ) shows at . This is probably causing 1. to not work. N/A I a workaround in the mean time: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, typer , typing-extensions , wasabi <ins> , writeScript , stdenv , nix , git , nix-update </ins> }: buildPythonPackage rec {

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 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: python310Packages.spacy_models (not found in nix search, but available in REPL) <!-- 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: 3.3.0 desired version: 3.4.0 <!-- 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.
Change:
<del> { stdenv, python36Packages, fetchFromGitHub, libxcb, mtools, p7zip, parted, procps, utillinux, qt5, runtimeShell }: </del> <ins> { fetchFromGitHub, libxcb, mtools, p7zip, parted, procps, python36Packages, qt5, runtimeShell, stdenv, utillinux, wrapQtAppsHook }: # Note: Multibootusb is tricky to maintain. It relies on the # $PYTHONPATH variable containing some of their code, so that # something like: # # from scripts import config # # works. It also relies on the current directory to find some runtime # resources thanks to a use of __file__. # # https://github.com/mbusb/multibootusb/blob/0d34d70c3868f1d7695cfd141141b17c075de967/scripts/osdriver.py#L59 </ins> python36Packages.buildPythonApplication rec { pname = "multibootusb"; name = "${pname}-${version}"; version = "9.2.0"; <ins> nativeBuildInputs = [ wrapQtAppsHook ]; </ins> buildInputs = [ <del> python36Packages.dbus-python python36Packages.pyqt5 python36Packages.pytest-shutil python36Packages.python python36Packages.pyudev python36Packages.six </del> libxcb mtools p7zip parted procps <ins> python36Packages.python </ins> qt5.full utillinux ];

Discussion:
Running with gives an error: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
cc that's another invocation where currently to make it runnable from nix-shell. possible fixes: ,
I updated nix package manager and all my installed apps. I am getting the same error for kolourpaint (kde app). :(
I believe this is a case of ? Does this require to wrap the package?
Yes. PRs appreciated :-)
Change:
sha256 = "0kxf8s5bw7y50x0ksb77d3kv0dwadixhybl818w27y6mlw26hq1b"; }; <ins> patches = [ ./bash-4.3.patch ]; </ins> doCheck = true; meta = {

Discussion:
Everytime I press TAB in an empty command prompt I get the error: I think this is related to
Note, that NixOS 14.12 is affected by this bug too. In bash-completion git repository there is commit that fixes this issue.
Needs bash-completion from master branch
Change:
}: let <del> version = "1.11.4"; </del> <ins> version = "1.11.5"; </ins> pname = "session-desktop"; src = fetchurl { url = "https://github.com/oxen-io/session-desktop/releases/download/v${version}/session-desktop-linux-x86_64-${version}.AppImage"; <del> hash = "sha256-fSa113BYpTZ4jvxroQsoslAkWfQr4/ROkgVOFyiVsKQ="; </del> <ins> hash = "sha256-Sma8e3A1tf7JmnlS4mbtlF98Ow5aRPqw+aUoitzCjmk="; </ins> }; appimage = appimageTools.wrapType2 { inherit version pname src;

Discussion:
Package name: session-desktop Latest released version: 1.11.5 <!-- Search your package here: --- Current version on the unstable channel: 1.11.4 Current version on the stable/release channel: 1.11.4 <!-- 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:
python3.pkgs.buildPythonApplication rec { pname = "waypaper"; <del> version = "1.2"; </del> <ins> version = "1.5"; </ins> src = fetchFromGitHub { owner = "anufrievroman"; repo = "waypaper"; rev = "refs/tags/${version}"; <del> hash = "sha256-wD3DtxP4aUwIn+EoM3s1Y9VNEcUGhtyugNBEFHI9eqw="; </del> <ins> hash = "sha256-lK4TygR9cwEHcnrC0E5vE7Jor6afEiM9TmEgGXj+hNA="; </ins> }; nativeBuildInputs = [

Discussion:
One of the main features is broken in 1.2 Package name: waypaper Latest released version: 1.5 <!-- Search your package here: --- Current version on the unstable channel: 1.2 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.
Change:
<ins> { 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 ]; env.NIX_CFLAGS_COMPILE = toString (lib.optionals stdenv.cc.isClang [ "-Wno-implicit-function-declaration" "-Wno-int-conversion" ]); 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 ]; }; } </ins>

Discussion:
At Darwin: build .#StormLib Log files: aarch64-darwin: x86_64-darwin: