jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: tbb error: hash mismatch in fixed-output derivation '/nix/store/0gxik5jc7k2pbh4kfac7ikmsv7b1jd3v-aarch64-': specified: sha256-JXqrFPCb3q1vfxk752tQu7HhApCB4YH2LoVnGRwmspk= got: sha256-ZAWzx/NOenTDBWt58sm9qEG4zC++92Xs2eSjxhGwZ4U= error: 1 dependencies of derivation '/nix/store/fda6818m9pbkg5wdslp7wxapjaa6zdql-tbb-' failed to build can't send because gcc wants to be built on my laptop o_O Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ lib , stdenv <ins> , fetchpatch </ins> , fetchurl , fetchFromGitHub , fixDarwinDylibNames

patches = [ # Fixes build with Musl. <del> (fetchurl { </del> <ins> (fetchpatch { </ins> url = "https://github.com/openembedded/meta-openembedded/raw/39185eb1d1615e919e3ae14ae63b8ed7d3e5d83f/meta-oe/recipes-support/tbb/tbb/GLIBC-PREREQ-is-not-defined-on-musl.patch"; <del> sha256 = "gUfXQ9OZQ82qD6brgauBCsKdjLvyHafMc18B+KxZoYs="; </del> <ins> hash = "sha256-Oo5FSBPPBaOziWEBOlRmTmbulExMsAmQWBR5faOj1a0="; </ins> }) # Fixes build with Musl. <del> (fetchurl { </del> <ins> (fetchpatch { </ins> url = "https://github.com/openembedded/meta-openembedded/raw/39185eb1d1615e919e3ae14ae63b8ed7d3e5d83f/meta-oe/recipes-support/tbb/tbb/0001-mallinfo-is-glibc-specific-API-mark-it-so.patch"; <del> sha256 = "fhorfqO1hHKZ61uq+yTR7eQ8KYdyLwpM3K7WpwJpV74="; </del> <ins> hash = "sha256-xp8J/il855VTFIKCN/bFtf+vif6HzcVl4t4/L9nW/xk="; </ins> }) # Fixes build with upcoming gcc-13: #  https://github.com/oneapi-src/oneTBB/pull/833 <del> (fetchurl { </del> <ins> (fetchpatch { </ins> name = "gcc-13.patch"; url = "https://github.com/oneapi-src/oneTBB/pull/833/commits/c18342ba667d1f33f5e9a773aa86b091a9694b97.patch"; <del> sha256 = "ZUExE3nsW80Z5GPWZnDNuDiHHaD1EF7qNl/G5M+Wcxg="; </del> <ins> hash = "sha256-LWgf7Rm6Zp4TJdvMqnAkoAebbVS+WV2kB+4iY6jRka4="; </ins> }) # Fixes build for aarch64-darwin <del> (fetchurl { </del> <ins> (fetchpatch { </ins> name = "aarch64-darwin.patch"; url = "https://github.com/oneapi-src/oneTBB/pull/258/commits/86f6dcdc17a8f5ef2382faaef860cfa5243984fe.patch"; <del> sha256 = "sha256-JXqrFPCb3q1vfxk752tQu7HhApCB4YH2LoVnGRwmspk="; </del> <ins> hash = "sha256-+sNU8yEsVVmQYOCKmlNiyJfKmB/U0GKAmrydwkfrDFQ="; </ins> }) ];
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: -
Bisected to
Since then, updating both (currently v1.60 on ) and (to ) has not made any difference on this matter.
See

Discussion:
# Runtime dependencies: , double-conversion , giflib <del> , grpc </del> , libjpeg_turbo , python , snappy

# Not packaged in nixpkgs # "com_github_googleapis_googleapis" # "com_github_googlecloudplatform_google_cloud_cpp" <del> "com_github_grpc_grpc" </del> <ins> # Issue with transitive dependencies after https://github.com/grpc/grpc/commit/f1d14f7f0b661bd200b7f269ef55dec870e7c108 # "com_github_grpc_grpc" </ins> # ERROR: /build/output/external/bazel_tools/tools/proto/BUILD:25:6: no such target '@com_google_protobuf//:cc_toolchain': # target 'cc_toolchain' not declared in package '' defined by /build/output/external/com_google_protobuf/BUILD.bazel # "com_google_protobuf"

curl double-conversion giflib <del> grpc </del> jsoncpp libjpeg_turbo numpy

]; sha256 = (if cudaSupport then { <del> x86_64-linux = "sha256-TgIH7r1IXNkbOFSXvaKVbU9kL+TuQqxVrBge7iv2ykQ="; </del> <ins> x86_64-linux = "sha256-Vwl4hWGlFjk53M1ZkWY92x1vkSgzOvx8pBuw9BTVZSM="; </ins> } else { <del> x86_64-linux = "sha256-on14CAolJ3mvJmKxX2PE21BsYOJJFUSQuUOnOuVR2GQ="; aarch64-linux = "sha256-2tcIiQlMUKMc+juCy+dt37s+lFqr2pcVizCyYkkQtOM="; </del> <ins> x86_64-linux = "sha256-bGMqx7HnjQsIDJUcQMA5TridAAG5LfWKH3fQ+lKti7A="; aarch64-linux = "sha256-h7bFAXmvucuM0wwld50LpmVudeaPBzXdvI0rfcuZw/M="; </ins> }).${stdenv.system} or (throw "jaxlib: unsupported system: ${stdenv.system}"); };

double-conversion flatbuffers giflib <del> grpc </del> jsoncpp libjpeg_turbo ml-dtypes
Change:
Moonraker shows warning: Steps to reproduce the behavior: No warnings. ! <!-- 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.
Annoys me a great deal as well. Trying to figure out, why it even matters.
Well, it's just a no-wont-change, without any reason really. So I guess we either have to patch that part out, or just place the configuration file in the moonraker configuration directory, Which seems rather annoying.
Moonraker provides a script for MainsailOS and FluiddPi which fixes this by . How about we do the same or add a bind mount to the serviceConfig?
That doesn't work, I've tried it out (symlink), and am currently trying to find a solution here . It seems like there will be provided a way to opt out, which would be ideal, or if the symlink part worked then it would also be OK. If symlink worked, then the following could be to the moonraker module For now I'm just patching the moonraker package using the following (not recommended, hopefully moonraker will be updated soon-ish).
I've opened two PRs. One that bumps the moonraker package to include a commit that has the option , which can be set false. And another one, that sets this to false, if NixOS manages the klipper configuration.
Oh, nice! Thank you! :) I... briefly spoke to them about this myself, and they, for some bizarre reason, just 'recommended' I use Debian, and seemed totally disinterested in fixing the problem. I'm glad you got something to work! :D
I think they mostly opposed that it was formulated as NixOS is using "hacks" to run their software (which I understand a maintainer does not want to deal with), however, this warning has nothing to do with anything NixOS related as such. :) - But yeah, initially they seemed disinterested in discussing any kind of work-around, but I'm happy that we came to an agreement with the maintainer, without (hopefully), being too much of a inconvenience :) If anyone wants to run have a temp override, then it's available here
I guess the word 'hacks' has different connotation for me than it does for some devs. I'll have to watch that in the future! :P

Discussion:
}; }; <ins> # set this to false, otherwise we'll get a warning indicating that `/etc/klipper.cfg` # is not located in the moonraker config directory. services.moonraker.settings = lib.mkIf (!config.services.klipper.mutableConfig) { file_manager.check_klipper_config_path = false; }; </ins> security.polkit.extraConfig = lib.optionalString cfg.allowSystemControl '' // nixos/moonraker: Allow Moonraker to perform system-level operations //
Change:
Project description <!-- Describe the project a little: --TLS handshake utilities for in-kernel TLS consumers. Notably, provides a critical userspace component for NFS over TLS. Metadata homepage URL: source URL: license: GPL2 platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , autoreconfHook , pkg-config , gnutls , keyutils , glib , libnl , systemd , withSystemd ? lib.meta.availableOn stdenv.hostPlatform systemd }: stdenv.mkDerivation rec { pname = "ktls-utils"; version = "0.10"; src = fetchFromGitHub { owner = "oracle"; repo = "ktls-utils"; rev = "ktls-utils-${version}"; hash = "sha256-1HceFajSSq1D3IMeGQF+i/iW1lL2opLLWFfsRHW9atg="; }; nativeBuildInputs = [ autoreconfHook pkg-config ]; buildInputs = [ gnutls keyutils glib libnl ]; outputs = [ "out" "man" ]; configureFlags = lib.optional withSystemd [ "--with-systemd" ]; makeFlags = lib.optional withSystemd [ "unitdir=$(out)/lib/systemd/system" ]; doCheck = true; meta = with lib; { description = "TLS handshake utilities for in-kernel TLS consumers"; homepage = "https://github.com/oracle/ktls-utils"; changelog = "https://github.com/oracle/ktls-utils/blob/${src.rev}/NEWS"; license = licenses.gpl2Only; maintainers = with maintainers; [ ]; mainProgram = "ktls-utils"; platforms = platforms.linux; }; } </ins>
Change:
There is a in Evince which has been assigned CVE-2017-. The fix should be cherry-picked to release. I have no idea how to do this as the update script for Gnome only picks tagged application releases if I understand correctly. The backported fix for Gnome 3.22 can be found here:
A patch file can be fetched/ to
Thanks!

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
Project description Metadata homepage URL: source URL: license: GPL-2.0 license platforms: probably linux, macos, windows; guessed from the fact that both Go and Emacs are available on these. Note: The project uses Go language and the building section is small: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
githubId = 185443; name = "Alexey Lebedeff"; }; <ins> binarycat = { email = "binarycat@envs.net"; github = "lolbinarycat"; githubId = 19915050; name = "binarycat"; }; </ins> binsky = { email = "timo@binsky.org"; github = "binsky08";

<ins> { lib , fetchFromGitHub , buildGoModule , gnumake }: buildGoModule { pname = "emacsclient-commands"; version = "unstable-2023-09-22"; src = fetchFromGitHub { owner = "szermatt"; repo = "emacsclient-commands"; rev = "8f5c8a877794ed51f8225036e36fd5ce272b17f3"; hash = "sha256-OlcB5VqWYdl0wz1y8nmG6Xgdf5IPOUQ31UG1TDxQAis="; }; vendorHash = "sha256-8oREed2Igz5UvUTDdOFwW5wQQy3H8Xj8epxo6gqnZFA="; buildInputs = [ gnumake ]; buildPhase = '' runHook preBuild DESTDIR=$out/ make install runHook postBuild ''; meta = with lib; { description = "A collection of small shell utilities that connect to a local Emacs server"; homepage = "https://github.com/szermatt/emacsclient-commands"; license = licenses.gpl2Only; maintainers = with maintainers; [ binarycat ]; }; } </ins>
Change:
Steps to reproduce the behavior: I believe this is the most important bit from the logs: Please run and paste the result.
The build log linked above does not seem to be complete. This should be a more complete log:
Oops, thanks I've fixed the gist. For the record, the permissions on your pastebin seem to be wrong, I get this error when I try to view it: "This page is no longer available. It has either expired, been removed by its creator, or removed by one of the Pastebin staff."
Hmm not sure what happened there but now that you've updated the gist I don't think that I need to fix the pastebin link.
Happens here too. Can't upgrade beets due to the build failure.
Same issue here: output of nix-shell -p nix-info --run "nix-info -m" : Using following input in my = "";
Apparently this issue was mentioned 3 days ago:
Is there even any more reason for beets to depend on aacgain (nor mp3gain for that matter) since AFAIK the default replaygain backend was changed to ffmpeg?
Adding (beets) and (aacgain) and (aacgain)
Here is the failed build report from Hydra:
By observing the aacgain's Nix expression, I think it'd be ideal to make it link to the "system"'s and libraries. Regarding beets, it still supports using aacgain, both in the unstable and stable flavors. If you won't be able to fix the issue and you'd mark it as broken or something, we'll get along without it, I'd only ask you to notify us so we could propose something in the same PR marking it as broken.
The default replaygain backend looks to still be mp3gain/aacgain (depending on which is available):
error: getting status of /nix/var/nix/daemon-socket/socket: Permission denied i got these
error: … <borkedat «none»:0: (source not available) … while calling the 'import' builtin at «string»:1:18: 1| {...} with import <nixpkgsargs; (pkgs.runCommandCCr pkgs.runCommand) "shell" { buildInputs = [ (nix-info) ]; } "" | ^ (stack trace truncated; use '--show-trace' to show the full trace) error: file 'nixpkgs' was not found in the Nix search path (add itsing $NIX_PATH or -I) at «none»:0: (source not available)
, this issue was closed about half a year ago. Could you please open a new issue and provide a bit more context? I just tried building on , and everything worked out fine. Also, has been updated recently and works fine here!

Discussion:
, autoconf , automake , libtool <del> , faad2 , mp4v2 </del> }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation { </ins> pname = "aacgain"; <del> version = "2.0.0"; </del> <ins> version = "2.0.0-unstable-2022-07-12"; </ins> src = fetchFromGitHub { owner = "dgilman"; <del> repo = pname; rev = version; sha256 = "sha256-9Y23Zh7q3oB4ha17Fpm1Hu2+wtQOA1llj6WDUAO2ARU="; </del> <ins> repo = "aacgain"; rev = "9f9ae95a20197d1072994dbd89672bba2904bdb5"; hash = "sha256-WqL9rKY4lQD7wQSZizoM3sHNzLIG0E9xZtjw8y7fgmE="; fetchSubmodules = true; </ins> }; <del> postPatch = '' cp -R ${faad2.src}/* 3rdparty/faad2 cp -R ${mp4v2.src}/* 3rdparty/mp4v2 chmod -R +w 3rdparty ''; </del> nativeBuildInputs = [ cmake autoconf
Change:
After upgrading to NixOS 23.11, I got in the unit logs: If I remove , then I get: Steps to reproduce the behavior: matrix-appservice-irc on NixOS 23.05 to NixOS 23.11 The service should start without failing. This is due to . Commit already fixes part of the problem, but it does not seem to fix everything. Maybe we should add more syscalls to the allowlist? Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Any audit log statements in that could indicate what specific syscall was used?
Are you sure your channel actually has the backport? What's the contents of the file referred to by ?
The dmesg logs associated with all the systemctl restart I tried: syscall=93 and syscall=260 seems blocked. Yes, I am using NixOS 23.11 channel (updated yesterday). contains:
That's fchown and fchownat. Weird.
Please check on the machine where this breaks.
On an affected system, I don’t see / in the list returned by the command you posted unless I remove from the setting in the service file. Correspondingly lists as being part of the set (which kinda makes sense if you think about it). System configuration: Linux 5.10.120-xen (provided by hosting company) NixOS 23.11 systemd 254.6 This service configuration works though:
Thank you I applied the following workaround in the meantime (sharing it because the following syntax was a bit foreign to me before):

Discussion:
RestrictRealtime = true; PrivateMounts = true; SystemCallFilter = [ <del> "@system-service @pkey @chown" </del> <ins> "@system-service @pkey" </ins> "~@privileged @resources" <ins> "@chown" </ins> ]; SystemCallArchitectures = "native"; # AF_UNIX is required to connect to a postgres socket.
Change:
Steps to reproduce the behavior: fastfetch log: related: <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yeah, this popped up after a staging change... I tried to look into a little bit before but not sure exactly what needs to change for it, yet.

Discussion:
, fetchFromGitHub , chafa , cmake <ins> , darwin </ins> , dbus , dconf , ddcutil

, xfce , yyjson , zlib <del> , Apple80211 , AppKit , Cocoa , CoreDisplay , CoreVideo , CoreWLAN , DisplayServices , Foundation , IOBluetooth , MediaRemote , OpenCL , moltenvk </del> }: stdenv.mkDerivation (finalAttrs: { pname = "fastfetch"; <del> version = "2.3.4"; </del> <ins> version = "2.4.0"; </ins> src = fetchFromGitHub { owner = "fastfetch-cli"; repo = "fastfetch"; rev = finalAttrs.version; <del> hash = "sha256-jZeecymhjbXYE05zRF2dWHBS3hhRm1BmLB906YAlp+A="; </del> <ins> hash = "sha256-LHRbobgBXGjoLQXC+Gy03aNrTyjn1loVMbj0qv3HObQ="; </ins> }; nativeBuildInputs = [

xfce.xfconf zlib ] <del> ++ lib.optionals stdenv.isDarwin [ </del> <ins> ++ lib.optionals stdenv.isDarwin (with darwin.apple_sdk_11_0.frameworks; [ </ins> Apple80211 AppKit Cocoa

CoreVideo CoreWLAN DisplayServices <del> Foundation </del> IOBluetooth MediaRemote OpenCL <del> moltenvk ]; </del> <ins> SystemConfiguration darwin.moltenvk ]); </ins> cmakeFlags = [ "-DCMAKE_INSTALL_SYSCONFDIR=${placeholder "out"}/etc"

etlegacy = callPackage ../games/etlegacy { lua = lua5_4; }; <del> fastfetch = darwin.apple_sdk_11_0.callPackage ../tools/misc/fastfetch { inherit (darwin.apple_sdk_11_0.frameworks) AppKit Apple80211 Cocoa CoreDisplay CoreVideo CoreWLAN DisplayServices Foundation IOBluetooth MediaRemote OpenCL; inherit (darwin) moltenvk; </del> <ins> fastfetch = callPackage ../tools/misc/fastfetch { stdenv = if stdenv.isDarwin then overrideSDK stdenv "11.0" else stdenv; </ins> }; fscan = callPackage ../tools/security/fscan { };
Change:
Package name: juce Latest released version: 7.0.9 Current version on the unstable channel: 7.0.7 Current version on the stable/release channel: 7.0.7 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]:

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "juce"; <del> version = "7.0.7"; </del> <ins> version = "7.0.9"; </ins> src = fetchFromGitHub { owner = "juce-framework"; repo = "juce"; rev = finalAttrs.version; <del> hash = "sha256-r+Wf/skPDexm3rsrVBoWrygKvV9HGlCQd7r0iHr9avM="; </del> <ins> hash = "sha256-k8cNTPH9OgOav4dsSLqrd5PlJ1rqO0PLt6Lwmumc2Gg="; </ins> }; patches = [
Change:
Package name: Latest released version: 5.2.0 Current version on the unstable channel: 5.2.0 Current version on the stable/release channel: 5.2.0 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Pending on

Discussion:
, qtbase , qttools , qtwayland <del> , rtaudio </del> <ins> , rtaudio_6 </ins> , rtmidi , wrapQtAppsHook }:

buildInputs = [ qtbase <ins> rtaudio_6 </ins> rtmidi ] ++ lib.optionals stdenv.hostPlatform.isLinux [ qtwayland ] ++ lib.optionals (lib.versionAtLeast qtbase.version "6.0") [ qt5compat <del> ] ++ rtaudio.buildInputs; </del> <ins> ]; </ins> qmakeFlags = [ <del> # we don't have RtAudio 6 yet: https://github.com/NixOS/nixpkgs/pull/245075 # "CONFIG+=system_rtaudio" </del> <ins> "CONFIG+=system_rtaudio" </ins> "CONFIG+=system_rtmidi" ];

<ins> { stdenv , lib , config , fetchFromGitHub , testers , cmake , pkg-config , alsaSupport ? stdenv.hostPlatform.isLinux , alsa-lib , pulseaudioSupport ? config.pulseaudio or stdenv.hostPlatform.isLinux , libpulseaudio , jackSupport ? true , libjack2 , coreaudioSupport ? stdenv.hostPlatform.isDarwin , darwin , validatePkgConfig }: stdenv.mkDerivation (finalAttrs: { pname = "rtaudio"; version = "6.0.1"; src = fetchFromGitHub { owner = "thestk"; repo = "rtaudio"; rev = "refs/tags/${finalAttrs.version}"; hash = "sha256-Acsxbnl+V+Y4mKC1gD11n0m03E96HMK+oEY/YV7rlIY="; }; strictDeps = true; nativeBuildInputs = [ cmake pkg-config validatePkgConfig ]; buildInputs = lib.optionals alsaSupport [ alsa-lib ] ++ lib.optionals pulseaudioSupport [ libpulseaudio ] ++ lib.optionals jackSupport [ libjack2 ] ++ lib.optionals coreaudioSupport [ darwin.apple_sdk.frameworks.CoreAudio ]; cmakeFlags = [ (lib.cmakeBool "RTAUDIO_API_ALSA" alsaSupport) (lib.cmakeBool "RTAUDIO_API_PULSE" pulseaudioSupport) (lib.cmakeBool "RTAUDIO_API_JACK" jackSupport) (lib.cmakeBool "RTAUDIO_API_CORE" coreaudioSupport) ]; passthru.tests.pkg-config = testers.testMetaPkgConfig finalAttrs.finalPackage; meta = { description = "A set of C++ classes that provide a cross platform API for realtime audio input/output"; homepage = "https://www.music.mcgill.ca/~gary/rtaudio/"; changelog = "https://github.com/thestk/rtaudio/releases/tag/${finalAttrs.version}"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ magnetophon ]; platforms = lib.platforms.unix; pkgConfigModules = [ "rtaudio" ]; }; }) </ins>
Change:
Steps to reproduce the behavior: opam Could be related to Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
outputs = [ "out" "installer" ]; setOutputFlags = false; <ins> # Work around https://github.com/NixOS/nixpkgs/issues/166205. env = lib.optionalAttrs stdenv.cc.isClang { NIX_LDFLAGS = "-l${stdenv.cc.libcxx.cxxabi.libName}"; }; </ins> # change argv0 to "opam" as a workaround for # https://github.com/ocaml/opam/issues/2142 postInstall = ''