jiebi/CodeConvo huggingface dataset:
Code change:
Package name: digikam Latest released version: 8.2.0 Current version on the unstable channel: 8.1.0 Current version on the stable/release channel: 8.1.0 Notify maintainers Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { stdenv, config, lib, fetchurl, cmake, doxygen, extra-cmake-modules, wrapGAppsHook # For `digitaglinktree` , perl, sqlite , libsForQt5 , bison , boost , eigen , exiv2 , ffmpeg_4 , flex , graphviz , imagemagick , lcms2 , lensfun , libgphoto2 , liblqr1 , libusb1 , libheif , libGL , libGLU , opencv , pcre , x265 , jasper # For panorama and focus stacking , enblend-enfuse , hugin , gnumake , cudaSupport ? config.cudaSupport , cudaPackages ? {} }: stdenv.mkDerivation rec { pname   = "digikam"; version = "8.2.0"; src = fetchurl { url = "mirror://kde/stable/${pname}/${version}/digiKam-${version}.tar.xz"; hash = "sha256-L3/LVZsSPtnsrlpa729FYO7l9JIG2dF0beyatsj7OL8="; }; strictDeps = true; depsBuildBuild = [ cmake ]; nativeBuildInputs = [ cmake doxygen extra-cmake-modules libsForQt5.kdoctools libsForQt5.wrapQtAppsHook wrapGAppsHook ] ++ lib.optionals cudaSupport (with cudaPackages; [ cuda_nvcc ]); buildInputs = [ bison boost eigen exiv2 ffmpeg_4 flex graphviz imagemagick lcms2 lensfun libgphoto2 libheif liblqr1 libusb1 libGL libGLU opencv pcre x265 jasper ] ++ (with libsForQt5; [ libkipi libksane libqtav qtbase qtxmlpatterns qtsvg qtwebengine qtnetworkauth akonadi-contacts kcalendarcore kconfigwidgets kcoreaddons kfilemetadata knotifications knotifyconfig ktextwidgets kwidgetsaddons kxmlgui breeze-icons marble oxygen threadweaver ]) ++ lib.optionals cudaSupport (with cudaPackages; [ cuda_cudart ]); cmakeFlags = [ "-DENABLE_MYSQLSUPPORT=1" "-DENABLE_INTERNALMYSQL=1" "-DENABLE_MEDIAPLAYER=1" "-DENABLE_QWEBENGINE=on" "-DENABLE_APPSTYLES=on" "-DCMAKE_CXX_FLAGS=-I${libsForQt5.libksane}/include/KF5" # fix `#include <ksane_version.h>` ]; dontWrapGApps = true; preFixup = '' qtWrapperArgs+=("''${gappsWrapperArgs[@]}") qtWrapperArgs+=(--prefix PATH : ${lib.makeBinPath [ gnumake hugin enblend-enfuse ]}) qtWrapperArgs+=(--suffix DK_PLUGIN_PATH : ${placeholder "out"}/${libsForQt5.qtbase.qtPluginPrefix}/${pname}) substituteInPlace $out/bin/digitaglinktree  --replace "/usr/bin/perl" "${perl}/bin/perl"  --replace "/usr/bin/sqlite3" "${sqlite}/bin/sqlite3" ''; meta = with lib; { description = "Photo Management Program"; license = licenses.gpl2; homepage = "https://www.digikam.org"; maintainers = with maintainers; [ spacefault ]; platforms = platforms.linux; mainProgram = "digikam"; }; } </ins>
Code change:
Package name: digikam Latest released version: 8.2.0 Current version on the unstable channel: 8.1.0 Current version on the stable/release channel: 8.1.0 Notify maintainers Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: conmon-rs = callPackage ../applications/virtualization/conmon-rs { }; <del> digikam = libsForQt5.callPackage ../applications/graphics/digikam { }; </del> drumkv1 = libsForQt5.callPackage ../applications/audio/drumkv1 { }; eureka-ideas = callPackage ../applications/misc/eureka-ideas {
Code change:
Seems like the wrapper in the installPhase is broken. When I build an individual core, like e.g. , the wrapper contains an additional argument that is always "installPhase". This is interpreted by retroarch as if you want to open a rom file called "installPhase", so you effectively are unable to supply a rom file via the arguments. Steps to reproduce the behavior: Results in retroarch trying to load a content file called "installPhase". Should run retroarch with core bsnes-mercury-accuracy loading the given rom file. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: install -Dt ${coreDir} ${coreFilename} makeWrapper ${retroarch}/bin/retroarch $out/bin/${mainProgram}  <del> --add-flags "-L ${coreDir}/${coreFilename} $@" </del> <ins> --add-flags "-L ${coreDir}/${coreFilename}" </ins> runHook postInstall '';
Code change:
nixpkgs input: cc
since this is broken to a degree that it puts a system in a state where it cannot be updated if any user is removed and no one has addressed this in the two months since i brought it up i think it might be a good idea to simply revert the PR - any thoughts on that?
Can we fix this with a three line change or not? Can we check if the user exists in and then skip the disable? If the fix is not trivial, we should at least mark it properly.
Wouldn't a quick and acceptable fix be to not fail when disabling lingering fails because the user doesn't exist, and still clean up the dangling linger file? It does seem like a preferable fix to wholesale reverting this, and one that should hopefully be relatively minor.
great so is someone able to take this on?
This is hopefully a quick fix, but I don't have the brainwidth right now to implement and properly test it, and likely won't until sometime next week at the earliest. I know there's been some work on a more comprehensive overhaul over in ; I don't know what that's waiting for to be mergeable, but unless it's ready to go now, my preference would be to simply roll back to stop causing problems for people, then roll forward with that change later.
- thanks for the reply, i appreciate just hearing back from you on the issue - don't worry about scheduling, if you're busy you're busy :heart: if anyone has capacity to look at this, awesome, and if not i'll see what i can do... but i also would take me a few weeks to get around to this i appreciate that there is engagement in this thread, thanks everyone!
I think I can fix this if I understand it correctly, which is that it is failing to disable linger for a user that no longer exists on the system.
that's correct i recently had to remove a user from a number of systems and if i recall correctly the systems in which the user had logged into, thereby activating lingering, would no longer activate until the lingering file under had been removed i would greatly appreciate if you fixed this thank you!
I've opened to fix this.
thank you so much everyone!

Related discussion:
text: in stringAfter [ "users" ] '' if [ -e ${lingerDir} ] ; then cd ${lingerDir} <ins> for user in ${lingerDir}/*; do if ! id "$user" >/dev/null 2>&1; then rm --force -- "$user" fi done </ins> ls ${lingerDir} | sort | comm -3 -1 ${lingeringUsersFile} - | xargs -r ${pkgs.systemd}/bin/loginctl disable-linger ls ${lingerDir} | sort | comm -3 -2 ${lingeringUsersFile} - | xargs -r ${pkgs.systemd}/bin/loginctl  enable-linger fi
Code change:
qt4 fails during the install phase ] The file in question is built but the install phase seems to be depending on the nix-store location before it is copied there. There also seem to be a few possibly erroneous file deletions by the build system: System: (MacOS 10.11) Nix version: () Nixpkgs version: () Sandboxing enabled: ()
Not sure if it's something that we would want committed to the repo, but overriding the installPhase and manually copying bin, include, etc does result in working output.
I missed the mention somehow, though I can't see how the issue is related to me. I can't say I understand the root of this. It tries to install/copy file(s) into a directory that wasn't created (yet). Perhaps some before installation would fix it? (I don't even have a Darwin machine.)
No worries; I edited you in way after creating this issue, since you were mentioned in the build definition (in case you had seen a similar issue on Linux). The installPhase seems to be deleting the framework (QtCore.framework/Contents/QtCore) before it gets copied, based on the fact that it is left on the system (nix-build ... -K) when the installPhase is shimmed. Now that I think about it I can probably add a postConfigure hook to remove the offending line.
] ] Here I overrode the installPhase with It generates the library directories in $out/lib, but doesn't copy contents over as seen in the tree output.
Gives working output. I'm testing with a few qt-dependant packages and will submit a pr later today.

Related discussion:
text: sed -i 's/^(LIBS[[:space:]]*=.*$)/1 -lobjc/' ./src/corelib/Makefile.Release ''; <del> postInstall = '' </del> <ins> installPhase = optionalString stdenv.isDarwin '' runHook preInstall cp -r lib $out mkdir -p $out/Applications mv bin/*.app $out/Applications rm -rf bin/*.app cp -r bin $out mkdir -p $out/share/doc/${name} mkdir -p $out/lib mkdir -p $out/lib/qt4/plugins mkdir -p $out/lib/qt4/imports mkdir -p $out/bin mkdir -p $out/include mkdir -p $out/share/${name} cp -r mkspecs $out/share/${name} cp -r translations $out/share/${name} cp -r tools/linguist/phrasebooks $out/share/${name} cp tools/porting/src/q3porting.xml $out/share/${name} cp -r plugins $out/lib/qt4 cp -r imports $out/lib/qt4 cp -r doc/* $out/share/doc/${name} runHook postInstall ''; postInstall = optionalString (!stdenv.isDarwin) '' </ins> rm -rf $out/tests <del> ''; </del> <ins> ''; </ins> crossAttrs = { # I've not tried any case other than i686-pc-mingw32.
Code change:
With the standard library, cubical and categories, agdaWithPackages has a closure size of about 4.9 GiB (): Among the larger culprits are 600 MiB of libHSAgda-[...].a and GHC itself. Personally I'm using where I zero out the dependence on GHC and just fetch the Agda binary. I've been using this for years and never encountered any problems. Should we incorporate something like this in nixpkgs?
I currently have a number of parallel installations of Agda on my machines, and I'd like to see a reduction of closure size. I think there are two separate space hogs: Haskell library. The mentions two helpers to reduce closure size: (removes references to libraries and docs) and (installs binaries in a separate output). I tried setting , but it breaks .<supSee below</supattribute passed to : I don't use Agda's GHC backend, so I provide a "fake GHC" to reduce closure size: Maybe could be changed so that disables compilation via GCH. E.g. we could pass and to the wrapped binary. I applied to the Haskell package . Running results in the following output: Result of run on x86_64-linux <details<summary2 packages marked as broken and skipped:</summary<ul<licedille</li<liemacsPackages.cedille</li</ul</details<details<summary1 package failed to build:</summary<ul<liemacsPackages.agda2-mode</li</ul</details<details<summaryBuild log of <codeemacsPackages.agda2-mode</code</summary</details

Related discussion:
text: { trivialBuild , haskellPackages }: <del> trivialBuild rec { </del> <ins> let Agda = haskellPackages.Agda.bin; in trivialBuild { </ins> pname = "agda-mode"; <del> version = haskellPackages.Agda.version; </del> <ins> version = Agda.version; </ins> dontUnpack = true; # already byte-compiled by Agda builder buildPhase = '' <del> agda=`${haskellPackages.Agda}/bin/agda-mode locate` </del> <ins> agda=`${Agda}/bin/agda-mode locate` </ins> cp `dirname $agda`/*.el* . ''; meta = { <del> inherit (haskellPackages.Agda.meta) homepage license; </del> <ins> inherit (Agda.meta) homepage license; </ins> description = "Agda2-mode for Emacs extracted from Agda package"; longDescription = '' Wrapper packages that liberates init.el from `agda-mode locate` magic.
Code change:
With the standard library, cubical and categories, agdaWithPackages has a closure size of about 4.9 GiB (): Among the larger culprits are 600 MiB of libHSAgda-[...].a and GHC itself. Personally I'm using where I zero out the dependence on GHC and just fetch the Agda binary. I've been using this for years and never encountered any problems. Should we incorporate something like this in nixpkgs?
I currently have a number of parallel installations of Agda on my machines, and I'd like to see a reduction of closure size. I think there are two separate space hogs: Haskell library. The mentions two helpers to reduce closure size: (removes references to libraries and docs) and (installs binaries in a separate output). I tried setting , but it breaks .<supSee below</supattribute passed to : I don't use Agda's GHC backend, so I provide a "fake GHC" to reduce closure size: Maybe could be changed so that disables compilation via GCH. E.g. we could pass and to the wrapped binary. I applied to the Haskell package . Running results in the following output: Result of run on x86_64-linux <details<summary2 packages marked as broken and skipped:</summary<ul<licedille</li<liemacsPackages.cedille</li</ul</details<details<summary1 package failed to build:</summary<ul<liemacsPackages.agda2-mode</li</ul</details<details<summaryBuild log of <codeemacsPackages.agda2-mode</code</summary</details

Related discussion:
text: allPackages = withPackages (filter self.lib.isUnbrokenAgdaPackage (attrValues self)); }; }; <del> inherit (Agda) meta; </del> <ins> # Agda is a split package with multiple outputs; do not inherit them here. meta = removeAttrs Agda.meta [ "outputsToInstall" ]; </ins> } '' mkdir -p $out/bin <del> makeWrapper ${Agda}/bin/agda $out/bin/agda  </del> <ins> makeWrapper ${Agda.bin}/bin/agda $out/bin/agda  </ins> --add-flags "--with-compiler=${ghc}/bin/ghc"  --add-flags "--library-file=${library-file}" <del> ln -s ${Agda}/bin/agda-mode $out/bin/agda-mode </del> <ins> ln -s ${Agda.bin}/bin/agda-mode $out/bin/agda-mode </ins> ''; withPackages = arg: if isAttrs arg then withPackages' arg else withPackages' { pkgs = arg; };
Code change:
With the standard library, cubical and categories, agdaWithPackages has a closure size of about 4.9 GiB (): Among the larger culprits are 600 MiB of libHSAgda-[...].a and GHC itself. Personally I'm using where I zero out the dependence on GHC and just fetch the Agda binary. I've been using this for years and never encountered any problems. Should we incorporate something like this in nixpkgs?
I currently have a number of parallel installations of Agda on my machines, and I'd like to see a reduction of closure size. I think there are two separate space hogs: Haskell library. The mentions two helpers to reduce closure size: (removes references to libraries and docs) and (installs binaries in a separate output). I tried setting , but it breaks .<supSee below</supattribute passed to : I don't use Agda's GHC backend, so I provide a "fake GHC" to reduce closure size: Maybe could be changed so that disables compilation via GCH. E.g. we could pass and to the wrapped binary. I applied to the Haskell package . Running results in the following output: Result of run on x86_64-linux <details<summary2 packages marked as broken and skipped:</summary<ul<licedille</li<liemacsPackages.cedille</li</ul</details<details<summary1 package failed to build:</summary<ul<liemacsPackages.agda2-mode</li</ul</details<details<summaryBuild log of <codeemacsPackages.agda2-mode</code</summary</details

Related discussion:
text: # very useful. # Flag added in Agda 2.6.4.1, was always enabled before (enableCabalFlag "debug") <ins> # Split outputs to reduce closure size enableSeparateBinOutput </ins> ]; # ats-format uses cli-setup in Setup.hs which is quite happy to write
Code change:
I'm messing around with the hostapd module a little & noticed that the value of in the config file was my SSID. However, online resources ( ) seem to suggest that this should take a bool (0/1) rather than a string. This is the link to the current configuration in the hostapd module: Hostapd doesn't seem to give errors regarding this, but I don't think it is correctly implemented right now. Could someone else take a quick look at this? I'm fairly inexperienced with hostapd and would love a second opinion / pair of eyes. If I'm correct, the only fix we'd need is changing to Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You are absolutely right, looking at the initial draft of the module it looks like this has been the victim of a refactor later :P Thanks for catching this, I've already opened a PR to address this.

Related discussion:
text: in { settings = { ssid = bssCfg.ssid; <del> utf8_ssid = bssCfg.ssid; </del> <ins> utf8_ssid = bssCfg.utf8Ssid; </ins> logger_syslog = mkDefault (-1); logger_syslog_level = bssCfg.logLevel;
Code change:
Package name: uvicorn Latest released version: 0.27.1 Current version on the unstable channel: 0.24.0.post1 Current version on the stable/release channel: 0.23.2 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]:
This should be closed, since the PR was merged.

Related discussion:
text: buildPythonPackage rec { pname = "uvicorn"; <del> version = "0.24.0.post1"; </del> <ins> version = "0.27.1"; </ins> disabled = pythonOlder "3.8"; <del> format = "pyproject"; </del> <ins> pyproject = true; </ins> src = fetchFromGitHub { owner = "encode"; repo = pname; rev = "refs/tags/${version}"; <del> hash = "sha256-WMXOmQOTj/yPazPEAuteho4UH9enXcIa1mMDDl2eaIk="; </del> <ins> hash = "sha256-p0iPQE66RJfd811x6cnv7m3yvD/L9v7evBXlaIQSE0M="; </ins> }; outputs = [
Code change:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
I could not reproduce this, when I built the package it worked. Could it perhaps be some impurities in those tests? It seems it is some kind of port conflict (which the test seems to test). Seems those tests have been reported to be flakey upstream a few times:

Related discussion:
text: pytestCheckHook ]; <del> disabledTests = lib.optionals stdenv.isDarwin [ </del> <ins> disabledTests = [ # Flaky test. See https://github.com/NixOS/nixpkgs/issues/288424#issuecomment-1941609973. "test_run_local_server_occupied_port" ] ++ lib.optionals stdenv.isDarwin [ </ins> # This test fails if the hostname is not associated with an IP (e.g., in `/etc/hosts`). "test_run_local_server_bind_addr" ];
Code change:
XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

Related discussion:
text: stdenv.mkDerivation rec { pname = "xpdf"; <del> version = "4.04"; </del> <ins> version = "4.05"; </ins> src = fetchzip { <del> url = "https://dl.xpdfreader.com/xpdf-${version}.tar.gz"; hash = "sha256-ujH9KDwFRjPIKwdMg79Mab9BfA2HooY5+2PESUgnGDY="; </del> <ins> urls = [ "https://dl.xpdfreader.com/xpdf-${version}.tar.gz" "https://dl.xpdfreader.com/old/xpdf-${version}.tar.gz" ]; hash = "sha256-LBxKSrXTdoulZDjPiyYMaJr63jFHHI+VCgVJx310i/w="; </ins> }; # Fix "No known features for CXX compiler", see
Code change:
XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

Related discussion:
text: platforms = platforms.unix; maintainers = with maintainers; [ sikmir ]; knownVulnerabilities = [ <del> "CVE-2018-7453: loop in PDF objects" "CVE-2018-16369: loop in PDF objects" </del> "CVE-2019-9587: loop in PDF objects" "CVE-2019-9588: loop in PDF objects" "CVE-2019-16088: loop in PDF objects"
Code change:
XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

Related discussion:
text: "CVE-2022-38928" "CVE-2022-41842" "CVE-2022-41843" <del> "CVE-2022-41844" </del> "CVE-2022-43071" "CVE-2022-43295" "CVE-2022-45586" "CVE-2022-45587" <del> "CVE-2023-2662" "CVE-2023-2663" "CVE-2023-2664" </del> "CVE-2023-26930" "CVE-2023-26931" "CVE-2023-26934"
Code change:
XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

Related discussion:
text: apvlv = callPackage ../applications/misc/apvlv { }; <del> xpdf = libsForQt5.callPackage ../applications/misc/xpdf { }; </del> <ins> xpdf = libsForQt5.callPackage ../applications/misc/xpdf { stdenv = if stdenv.isDarwin then darwin.apple_sdk_11_0.stdenv else stdenv; }; </ins> xplugd = callPackage ../tools/X11/xplugd { };
Code change:
A frontend in GTK 4 and Libadwaita for Apx. GUI for tool for (both are already packaged in nixpkgs) Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { lib , stdenv , fetchFromGitHub , appstream-glib , desktop-file-utils , gobject-introspection , libadwaita , meson , ninja , pkg-config , python3 , wrapGAppsHook4 , apx , gnome-console }: stdenv.mkDerivation (finalAttrs: { pname = "apx-gui"; version = "0.1.1"; src = fetchFromGitHub { owner  = "Vanilla-OS"; repo   = "apx-gui"; rev    = "v${finalAttrs.version}"; hash = "sha256-orP5kAsoXX0zyDskeIPKKHNt5c757eUm9un4Ws6uFYA="; }; strictDeps = true; nativeBuildInputs = [ appstream-glib desktop-file-utils gobject-introspection meson ninja pkg-config (python3.withPackages (ps: [ ps.pygobject3 ])) wrapGAppsHook4 ]; buildInputs = [ libadwaita ]; preFixup = '' gappsWrapperArgs+=( --prefix PATH : "${lib.makeBinPath [ apx gnome-console ]}" ) ''; meta = { description = "A GUI frontend for Apx in GTK 4 and Libadwaita"; homepage    = "https://github.com/Vanilla-OS/apx-gui"; license     = lib.licenses.gpl3Only; platforms   = lib.platforms.linux; maintainers = with lib.maintainers; [ chewblacka ]; mainProgram = "apx-gui"; }; }) </ins>
Code change:
Project description see Metadata homepage URL: source URL: license: unfree platforms: darwin, linux
I was just checking myself and it's been there since November apparently
Ah, don't mind me, not checking the platforms...

Related discussion:
text: { lib , stdenvNoCC <ins> , stdenv </ins> , fetchurl <ins> , autoPatchelfHook </ins> , undmg <ins> , zstd , curl , fontconfig , libglvnd , libxkbcommon , vulkan-loader , xdg-utils , xorg , zlib </ins> }: <del> stdenvNoCC.mkDerivation (finalAttrs: { pname = "warp-terminal"; version = "0.2023.12.05.08.02.stable_00"; </del> <ins> let pname = "warp-terminal"; version = "0.2024.02.20.08.01.stable_01"; linux = stdenv.mkDerivation (finalAttrs:  { inherit pname version meta; src = fetchurl { url = "https://releases.warp.dev/stable/v${finalAttrs.version}/warp-terminal-v${finalAttrs.version}-1-x86_64.pkg.tar.zst"; hash = "sha256-L8alnqSE4crrDozRfPaAAMkLc+5+8d9XBKd5ddsxmD0="; }; sourceRoot = "."; postPatch = '' substituteInPlace usr/bin/warp-terminal  --replace-fail /opt/ $out/opt/ ''; nativeBuildInputs = [ autoPatchelfHook zstd ]; buildInputs = [ curl fontconfig stdenv.cc.cc.lib # libstdc++.so libgcc_s.so zlib ]; runtimeDependencies = [ libglvnd # for libegl libxkbcommon stdenv.cc.libc vulkan-loader xdg-utils xorg.libX11 xorg.libxcb xorg.libXcursor xorg.libXi ]; installPhase = '' runHook preInstall mkdir $out cp -r opt usr/* $out runHook postInstall ''; }); darwin = stdenvNoCC.mkDerivation (finalAttrs: { inherit pname version meta; </ins> src = fetchurl { url = "https://releases.warp.dev/stable/v${finalAttrs.version}/Warp.dmg"; <del> hash = "sha256-9olAmczIPRXV15NYCOYmwuEmJ7lMeaQRTTfukaYXMR0="; </del> <ins> hash = "sha256-tFtoD8URMFfJ3HRkyKStuDStFkoRIV97y9kV4pbDPro="; </ins> }; sourceRoot = ".";
Code change:
Project description see Metadata homepage URL: source URL: license: unfree platforms: darwin, linux
I was just checking myself and it's been there since November apparently
Ah, don't mind me, not checking the platforms...

Related discussion:
text: runHook postInstall ''; <ins> }); </ins> <del> meta = with lib; { description = "Rust-based terminal"; homepage = "https://www.warp.dev"; license = licenses.unfree; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; maintainers = with maintainers; [ emilytrau Enzime ]; platforms = platforms.darwin; }; }) </del> <ins> meta = with lib; { description = "Rust-based terminal"; homepage = "https://www.warp.dev"; license = licenses.unfree; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; maintainers = with maintainers; [ emilytrau Enzime ]; platforms = platforms.darwin ++ [ "x86_64-linux" ]; }; in if stdenvNoCC.isDarwin then darwin else linux </ins>