jiebi/CodeConvo huggingface dataset:
Change:
<del> { stdenv , buildPythonPackage , fetchFromGitHub , django , python , cython , sympy , ply , mpmath , dateutil , colorama , six , pexpect }: if (stdenv.lib.versionOlder django.version "1.8") || (stdenv.lib.versionAtLeast django.version "1.9") then throw "mathics only supports django-1.8.x" else buildPythonPackage rec { pname = "mathics"; version = "0.9"; src = fetchFromGitHub { owner = "mathics"; repo = "Mathics"; rev = "v${version}"; sha256 = "0xzz7j8xskj5y6as178mjmm0i2xbhd4q4mwmdnvghpd2aqq3qx1c"; }; buildInputs = [ pexpect ]; prePatch = '' substituteInPlace setup.py --replace "sympy==0.7.6" "sympy" ''; postFixup = '' wrapPythonProgramsIn $out/bin $out patchPythonScript $out/${python.sitePackages}/mathics/manage.py ''; propagatedBuildInputs = [ cython sympy django ply mpmath dateutil colorama six ]; meta = with stdenv.lib; { description = "A general-purpose computer algebra system"; homepage = "http://www.mathics.org"; license = licenses.gpl3; maintainers = [ maintainers.benley ]; }; } </del>

Discussion:
The mathics test does not work because: /cc (commit history)
I see the same error with on the 20.03 beta channel. I think it also happens on Master. It used to work (maybe a few weeks ago? if I have time I'll bisect).
I removing mathics.
Change:
stdenv.mkDerivation rec { pname = "eclair"; <del> version = "0.6.1"; revision = "d3ae323"; </del> <ins> version = "0.6.2"; revision = "6817d6f"; </ins> src = fetchzip { url = "https://github.com/ACINQ/eclair/releases/download/v${version}/eclair-node-${version}-${revision}-bin.zip"; <del> sha256 = "0hmdssj6pxhvadrgr1svb2lh7hfbd2axr5wsl7glizv1a21g0l2c"; </del> <ins> sha256 = "038r9mblm2r8mkxnv65k29r7xj22dff5gmvzv9xiy5zf9i45mmk8"; </ins> }; propagatedBuildInputs = [ jq openjdk11 ];

Discussion:
, CVSSv3=9.4 (nixos-unstable) ACINQ Eclair before 0.6.3 allows loss of funds because of dust HTLC exposure. Scanned versions: nixos-unstable: . Cc
The CVE is incorrect here - 0.6.3 does not exist, the fix is in 0.6.2 (which does).
Fix in
Change:
<ins> { stdenv, callPackage, fetchurl, fetchgit, buildPythonPackage, fetchFromGitHub, python, cmake , pyqt5, numpy, scipy, shapely, libarcusLulzbot, doxygen, gettext, pythonOlder }: buildPythonPackage rec { version = "3.6.18"; pname = "uranium"; name = "uraniumLulzbot"; format = "other"; src = fetchgit { url = https://code.alephobjects.com/diffusion/U/uranium.git; rev = "33df88a7414375ac924ac761113baa48d2ced2b4"; sha256 = "109cbv7y105crbrzfp70lmcr9n20ap5c97i5qd46fmxbx86yj7f8"; }; disabled = pythonOlder "3.5.0"; buildInputs = [ python gettext ]; propagatedBuildInputs = [ pyqt5 numpy scipy shapely libarcusLulzbot ]; nativeBuildInputs = [ cmake doxygen ]; # Qt 5.12+ support; see https://code.alephobjects.com/rU70b73ba0a270799b9eacf78e400aa8b8ab3fb2ee patches = [ ./uranium-qt512-support.patch ]; postPatch = '' sed -i 's,/python''${PYTHON_VERSION_MAJOR}/dist-packages,/python''${PYTHON_VERSION_MAJOR}.''${PYTHON_VERSION_MINOR}/site-packages,g' CMakeLists.txt sed -i  -e "s,Resources.addSearchPath(os.path.join(os.path.abspath(os.path.dirname(__file__)).*,Resources.addSearchPath("$out/share/uranium/resources"),"  -e "s,self._plugin_registry.addPluginLocation(os.path.join(os.path.abspath(os.path.dirname(__file__)).*,self._plugin_registry.addPluginLocation("$out/lib/uranium/plugins"),"  UM/Application.py ''; meta = with stdenv.lib; { description = "A Python framework for building Desktop applications"; homepage = https://code.alephobjects.com/diffusion/U/; license = licenses.lgpl3Plus; platforms = platforms.linux; maintainers = with maintainers; [ chaduffy ]; }; } </ins>

Discussion:
Is there a way to install a more recent version of cura-lulzbot edition?
I guess the pool of people that could update and test this is very limited so feel free to tackle it yourself :) We can help. How old is the current nixpkgs version vs upstream ?
Can you test ?
Happy to, not 100% sure on the process for testing that pull request. do in build off a local version of nixpkgs with that pull applied. Can you point me in the right direction?
The one-line command to try this out would be: You could also manually clone the git repository of the PR and build it: But , so please wait a bit. EDIT: the cura binary is apparently called
you want to try the instructions gebner provided, I just updated the PR to roll the patch behind the now-broken link inline.
...FYI, the PR is now updated to 3.6.15. I'm using it happily myself, but reports (of success or failure) would be very welcome.
Change:
FORCE_SOURCE_DATE=1 perl `type -P fmtutil.pl` --sys --all | grep '^fmtutil' # too verbose #${bin.texlinks}/bin/texlinks "$out/bin" && wrapBin # do we need to regenerate format links? <ins> # tex intentionally ignores SOURCE_DATE_EPOCH even when FORCE_SOURCE_DATE=1 # https://salsa.debian.org/live-team/live-build/-/blob/master/examples/hooks/reproducible/0139-reproducible-texlive-binaries-fmt-files.hook.chroot#L52 if [[ -d share/texmf-var/web2c/tex ]] then cd share/texmf-var/web2c/tex faketime $(date --utc -d@$SOURCE_DATE_EPOCH --iso-8601=seconds) tex -ini -jobname=tex -progname=tex tex.ini cd - fi if [[ -d share/texmf-var/web2c/luahbtex ]] then cd share/texmf-var/web2c/luahbtex faketime $(date --utc -d@$SOURCE_DATE_EPOCH --iso-8601=seconds) luahbtex -ini -jobname=lualatex -progname=lualatex lualatex.ini cd - fi </ins> # Disable unavailable map files echo y | perl `type -P updmap.pl` --sys --syncwithtrees --force # Regenerate the map files (this is optional)

Discussion:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . nix-build '<nixpkgs' -A --check --keep-failed You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: nix-store --read-log $(nix-instantiate '<nixpkgs' -A ) Tested on nixpkgs Notably the ordering of the words in and similar seem nondeterministic, perhaps the other differences are effects of that.
That is an issue with , respectively the tools called by , so it should be solved upstream.
fmtutil here is coming from texlive-scripts in - but it's the output of that's not reproducible. I'm now sure it's in dumping out the hyphenation exception strings in the (random) order in which they appear in the lua hashtable. I guess we should sort them in dictionary order. There is already a qsort routine, so perhaps we should put the exceptions in an array, sort that array using qsort, and only produce the result from that.
I think this is already referring to .
Huh! Indeed that covers the same issue - I did search before digging into this problem, but not good enough apparently :laughing: .
Change:
mktplcRef = base // { name = "cpptools"; publisher = "ms-vscode"; <del> version = "1.20.2"; </del> <ins> version = "1.20.5"; </ins> }; nativeBuildInputs = [

Discussion:
Package name: vscode- Latest released version: 1.20.5 <!-- Search your package here: --- Current version on the unstable channel: 1.20.2 Current version on the stable/release channel: 1.17.3 <!-- 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! --- This should fix crashes on unstable. 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:
buildGraalvmNativeImage rec { pname = "clojure-lsp"; <del> version = "2022.01.22-01.31.09"; </del> <ins> version = "2022.02.01-16.53.14"; </ins> src = fetchFromGitHub { owner = pname; repo = pname; rev = version; <del> sha256 = "sha256-xQSOJRKKjX3AfQsYe4UNhFlLgWPkoY8NOPXCO1oc3BI="; </del> <ins> sha256 = "sha256-VyDnDlK40Sj/0cethclnRlKc5tOentAEUzjDOqbItpo="; </ins> }; jar = fetchurl { url = "https://github.com/clojure-lsp/clojure-lsp/releases/download/${version}/clojure-lsp-standalone.jar"; <del> sha256 = "sha256-le0+ZmGyhM/UfGUV05FHyx5PlARxL/T2aC8UhiPYjxw"; </del> <ins> sha256 = "sha256-gIG8sjf55aRo4xI/RFrxhzLSD6RHzn/YGG9+gWrXcgE="; </ins> }; <del> # https://github.com/clojure-lsp/clojure-lsp/blob/2022.01.22-01.31.09/cli/graalvm/native-unix-compile.sh#L18-L27 # Needs to be inject on `nativeImageBuildArgs` inside shell environment, # otherwise we can't expand to the value set in `mktemp -d` call preBuild = '' export DTLV_LIB_EXTRACT_DIR="$(mktemp -d)" nativeImageBuildArgs+=("-H:CLibraryPath=$DTLV_LIB_EXTRACT_DIR") ''; </del> extraNativeImageBuildArgs = [ "--no-fallback" "--native-image-info"

Discussion:
Recently, clojure-lsp build started to fail on unstable and master check out or A clear and concise description of what you expected to happen. Bisecting suggests, that this is because of a recent update to graalvm -22.0.0.2 graalvm17 changing command line parameters to match updating clojure-lsp (already is at latest version) system: host os: multi-user?: sandbox: version: channels(root): channels(herwig): nixpkgs:
this is related with graalvm bump, but I'm aware of it, next clojure-lsp version which is soon should fix the issue since we will stop using datalevin to use transit as the db
Change:
<ins> { lib, stdenv, zig, libyuv, fetchFromGitHub }: stdenv.mkDerivation (finalAttrs: { pname = "backlight-auto"; version = "0.0.1"; src = fetchFromGitHub { owner = "lf94"; repo = "backlight-auto"; rev = finalAttrs.version; hash = "sha256-QPymwlDrgKM/SXDzJdmfzWLSLU2D7egif1OIUE+SHoI="; }; nativeBuildInputs = [ zig.hook ]; buildInputs = [ libyuv ]; meta = with lib; { description = "Automatically set screen brightness with a webcam"; homepage = "https://len.falken.directory/backlight-auto.html"; license = licenses.mit; maintainers = [ maintainers.lf- ]; platforms = platforms.linux; }; }) </ins>

Discussion:
Project description The missing backlight auto adjusting program for Linux. Metadata homepage URL: source URL: (zip file) license: unknown platforms: linux virustotal:
I feel like shaving a yak. I'll take this.
Actually.... among other things the source here is a pain and basically impossible to make reproducible. Pretty annoying so I shall email the author.
here is a package in the interim.
fyi, I found the GitHub repository
Oh, nice. Still needs a license though before we can include it.
Not a blocker from my point of view. Package can be till the licensing situation is clear.
Author is on it re both of these things, btw! I would just give him a day or two.
It's now MIT licensed.
PR filed.
Change:
<del> { stdenv, fetchurl, fetchFromGitHub, autoconf, boost, brotli, cmake, double-conversion, flatbuffers, gflags, glog, gtest, lz4, perl, python, rapidjson, snappy, thrift, uriparser, which, zlib, zstd }: </del> <ins> { stdenv, fetchurl, fetchFromGitHub, fixDarwinDylibNames, autoconf, boost, brotli, cmake, double-conversion, flatbuffers, gflags, glog, gtest, lz4, perl, python, rapidjson, snappy, thrift, uriparser, which, zlib, zstd }: </ins> let parquet-testing = fetchFromGitHub {

Discussion:
On macOS arrow-cpp produces a library which has "id" "". This seems to be different from all the other libraries I have which use an actual path starting with "/nix" and an executable linking against such a library fails to load at runtime. Fixing by hand the path with: fixes the issue and the executable linking to it works as expected. Is there anything particular which should be done to relocate the id of a dynamic library which needs to be explicitly done in nix?
Good catch! I've opened a PR to fix this.
Change:
rustPlatform.buildRustPackage rec { pname = "firefoxpwa"; <del> version = "2.12.3"; </del> <ins> version = "2.12.4"; </ins> src = fetchFromGitHub { owner = "filips123"; repo = "PWAsForFirefox"; rev = "v${version}"; <del> hash = "sha256-+dQr8eMOvCKt3ZEVU/EbEroVSpLQsBC+1Wix01IrOyc="; </del> <ins> hash = "sha256-VNCQUF/Xep/PkrNd9Mzbm3NWPToqXpJM6SzDoqBXbNY="; </ins> }; sourceRoot = "${src.name}/native";

Discussion:
Package name: firefoxpwa Latest released version: 2.12.4 <!-- Search your package here: --- Current version on the unstable channel: 2.12.1 Current version on the stable/release channel: 2.12.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Partially done already
Change:
, ffmpeg , fftw , flac <ins> , gbenchmark </ins> , glibcLocales <ins> , gtest </ins> , hidapi , lame , libebur128 <ins> , libdjinterop </ins> , libGLU , libid3tag , libkeyfinder

Discussion:
Package name: mixxx Latest released version: 2.4.0 Current version on the unstable channel: 2.3.6 Current version on the stable/release channel: 2.3.5 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]:
1 is now out, pinging:
Change:
<ins> { "EncConv": { "rev": "2020.06.15", "sha256": "07dpvq3ppfq3b70i1smkf7vwdlzq8qnxs3fk94hi9h1z36bz2rw3" }, "ATBinHex-Lazarus": { "rev": "2020.09.05", "sha256": "022yx5vic4hnc9lz53wvr4h7hf0h71801dzlilj55x5mf8p59072" }, "ATFlatControls": { "rev": "2020.08.23", "sha256": "1axzwiz5h62v11ncynxcg431dfbky9pwyha7cd6kpizjdjagfklw" }, "ATSynEdit": { "rev": "2020.09.05", "sha256": "0qn0fp7rbi48f3nrysb0knkd7a3a6pl5w72yf95g5iibal4zrib2" }, "ATSynEdit_Cmp": { "rev": "2020.09.05", "sha256": "1bd25zc97001b7lg0bvi8va9mazkr6jih6d2ddkabcxcnsj0dxnq" }, "EControl": { "rev": "2020.09.05", "sha256": "1n7s1zkhrr216gqdqvq6wq0n3jq7s78mwpi5s5j8054p0fak1ywi" }, "ATSynEdit_Ex": { "rev": "2020.09.05", "sha256": "17y2cx5syj3jvrszjgdyf1p6vilp2qgaggz4y8yqnz99cvd0shs7" }, "Python-for-Lazarus": { "rev": "2020.07.31", "sha256": "0qbs51h6gw8qd3h06kwy1j7db35shbg7r2rayrhvvw0vzr9n330j" }, "Emmet-Pascal": { "rev": "2020.09.05", "sha256": "0qfiirxnk5g3whx8y8hp54ch3h6gkkd01yf79m95bwar5qvdfybg" }, "CudaText-lexers": { "rev": "2020.08.10", "sha256": "1gzs2psyfhb9si1qyacxzfjb3dz2v255hv7y4jlkbxdxv0kckqr6" } } </ins>

Discussion:
Cross-platform text editor, written in Lazarus From: Repository: Mirror: Development seems very active (last commit 15 minutes ago). Might be a nice open source alternative to SublimeText.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Still important to me.
Change:
stdenv.mkDerivation (finalAttrs: { pname = "calibre"; <del> version = "7.8.0"; </del> <ins> version = "7.9.0"; </ins> src = fetchurl { url = "https://download.calibre-ebook.com/${finalAttrs.version}/calibre-${finalAttrs.version}.tar.xz"; <del> hash = "sha256-FxYuQzzuaWZihSsmeJc6ssG3VBr2YNEi3TkXyyymLUQ="; </del> <ins> hash = "sha256-Ilzv4HXW6ZmEVNUWQm04cHZ71FEgjfWVX9IvrfYCHIk="; </ins> }; patches = [

Discussion:
Package name: calibre Latest released version: 7.9.0 Current version on the unstable channel: 7.8.0 Current version on the stable/release channel: 7.0.0 Notify maintainers https://calibre- 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:
++ stdenv.lib.optional xvidSupport "--enable-libxvid" ++ stdenv.lib.optional vdpauSupport "--enable-vdpau" ++ stdenv.lib.optional faacSupport "--enable-libfaac --enable-nonfree" <del> ++ stdenv.lib.optional dc1394Support "--enable-libdc1394"; </del> <ins> ++ stdenv.lib.optional dc1394Support "--enable-libdc1394" ++ stdenv.lib.optional x11grabSupport "--enable-x11grab"; </ins> <del> buildInputs = [ pkgconfig lame yasm zlib bzip2 ] </del> <ins> buildInputs = [ pkgconfig lame yasm zlib bzip2 alsaLib ] ++ stdenv.lib.optional jackSupport jackaudio </ins> ++ stdenv.lib.optional mp3Support lame ++ stdenv.lib.optional speexSupport speex ++ stdenv.lib.optional theoraSupport libtheora

Discussion:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries
Change:
<ins> { lib, stdenv, fetchzip, mono, sqlite, makeWrapper, }: stdenv.mkDerivation rec { pname = "duplicati"; version = "2.0.8.1"; channel = "beta"; build_date = "2024-05-07"; src = fetchzip { url = "https://github.com/duplicati/duplicati/releases/download/v${version}-${version}_${channel}_${build_date}/duplicati-${version}_${channel}_${build_date}.zip"; hash = "sha256-LmW6yGutxP33ghFqyOLKrGDNCQdr8DDFn/IHigsLpzA="; stripRoot = false; }; nativeBuildInputs = [ makeWrapper ]; installPhase = '' mkdir -p $out/{bin,share/${pname}-${version}} cp -r * $out/share/${pname}-${version} makeWrapper "${mono}/bin/mono" $out/bin/duplicati-cli  --add-flags "$out/share/${pname}-${version}/Duplicati.CommandLine.exe"  --prefix LD_LIBRARY_PATH : ${ lib.makeLibraryPath [ sqlite ] } makeWrapper "${mono}/bin/mono" $out/bin/duplicati-server  --add-flags "$out/share/${pname}-${version}/Duplicati.Server.exe"  --prefix LD_LIBRARY_PATH : ${ lib.makeLibraryPath [ sqlite ] } ''; meta = with lib; { description = "Free backup client that securely stores encrypted, incremental, compressed backups on cloud storage services and remote file servers"; homepage = "https://www.duplicati.com/"; license = licenses.lgpl21; maintainers = with maintainers; [ nyanloutre bot-wxt1221 ]; sourceProvenance = with sourceTypes; [ binaryBytecode ]; platforms = platforms.all; }; } </ins>

Discussion:
Package name: duplicati Latest released version: () <!-- Search your package here: --- Current version on the unstable channel: 2.0.7.1 Current version on the stable/release channel: 2.0.7.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
davfs2 = callPackage ../tools/filesystems/davfs2 { }; <del> dbeaver = callPackage ../applications/misc/dbeaver { }; </del> dbench = callPackage ../development/tools/misc/dbench { }; dclxvi = callPackage ../development/libraries/dclxvi { };

Discussion:
The dbeaver build uses , which keeps the maven dependencies in a Fixed-Output Derivation (FOD). Building this FOD tries to fetch dependencies from , which is now 404. This is obscured by the fact that the FOD is in the binary cache, but means the package cannot be rebuilt. remove the from
There have been at least 6 unsuccessful attempts to update in nixpkgs. Could we simply drop it in favor of a ?
I tried to update to a newer version, did all the maven hacks I could, but didn't get anywhere... I think that the fact that upstream uses tycho is the main culprit Here's the of build twice There are timestamps and whatnot all over the place, the whole thing is a mess It also looks like it's using different mirrors for the same file, but putting it in a directory named after the mirror. Maybe there's a way to override the mirror sites to only use 1 (bad solution IMO). Honestly, no idea how to proceed from source...
Agreed, Tycho was the issue in my failed update
Change:
}: let inherit (pkgs) buildPackages callPackage; <del> # Implementation notes: #   Libconfig spec: https://hyperrealm.github.io/libconfig/libconfig_manual.html # #   Since libconfig does not allow setting names to start with an underscore, #   this is used as a prefix for both special types and include directives. # #   The difference between 32bit and 64bit values became optional in libconfig #   1.5, so we assume 64bit values for all numbers. </del> libconfig-generator = buildPackages.rustPlatform.buildRustPackage { name = "libconfig-generator";

Discussion:
In , was . In the review I forgot to mention that documentation should be . Add documentation to , where the other are also documented. <!-- make sure this issue is not redundant or obsolete --- [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
protobuf qca2 qjson <ins> qtbase qtx11extras </ins> sqlite taglib ]

Discussion:
Describe the bug Since some day, clementine refuse to work. I bisected the error to the commit . The error message in the terminal is: realloc(): invalid pointer fish : Tâche , './result/bin/clementine' terminée par le signal SIGABRT (Abandon) To Reproduce go to a nixpkgs git tree Expected behavior clementine start as expected Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(marius): nixpkgs: Maintainer information:
Looks like we are hitting here. cc
I could have sworn I tested this… let me see if I can reproduce this issue.
Yup, and reverting the projectm fix makes it run again. Hm… I was really sure I tested clementine. I don't think I'll have time to look into this properly until the weekend, so as a quick fix, you can revert the projectm update, if you want to.
Change:
, copyDesktopItems , prefetch-yarn-deps , makeWrapper <ins> , autoSignDarwinBinariesHook </ins> , nodejs , yarn , electron

Discussion:
Steps to reproduce the behavior: build drawio version 22.1.18 built successfully for me. This failure happens on drawio version 22.0.3. <!-- 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]:
Hello, could you please check if the issue is still occurring in the latest version (see or just run )?
Unfortunately, this fails with the same error: Logs: PS: Thanks for the tip with
Change:
cp -a docs/swagger $out/share/polaris-swagger ''; <ins> preCheck = '' # 'Err' value: Os { code: 24, kind: Uncategorized, message: "Too many open files" } ulimit -n 4096 ''; </ins> passthru.updateScript = ./update.sh; meta = with lib; {

Discussion:
in (presumably) many builds on darwin example of a pr fixing such a issue adding the following on darwin fixes the issue however according to that should be done with launchd on darwin already so is that setting not always applied? command to check
opened