jiebi/CodeConvo huggingface dataset:
Change:
After commit, just enabling does not work because node-red package is under Steps to reproduce the behavior: enable Pull package correctly ! I think the package option should be something like this instead of easy fix I guess I don't know where is found for nixos modules <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
options.services.node-red = { enable = mkEnableOption (lib.mdDoc "the Node-RED service"); <del> package = mkPackageOption pkgs "node-red" { }; </del> <ins> package = mkPackageOption pkgs "nodePackages.node-red" { }; </ins> openFirewall = mkOption { type = types.bool;
Change:
When on tries to open magit on 23.11 you get the in the output and the commands aren’t working as expected. Steps to reproduce the behavior: to 23.11 Emacs and Magit in a Git repo of your choice. to select a commit for example. The commit diff should be shown. ! The issue is already fixed upstream but requires some changes in Nixpkgs: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I can't repro this using nix-shell -p ' (ep: [ ])' -I nixpkgs=flake:github:NixOS/nixpkgs/nixos-23.11 and then running emacs via emacs -Q on aarch64-darwin.
I tried that and it's happening as well. The screenshot is from WSL but the initial finding is from NixOS. !
I reproduced the error here - with the same seq-keep error message. try to call it with then and finally .
That's what I did; I wouldn't know how to do it differently with my example. Though note that this is on aarch64-darwin. I don't have access to GUI Linux right now. An issue as obvious as this should happen here aswell though. Does the same happen inside a terminal frame?
Have you tested it inside an already-existing local Git repo? And yes, I have tested it here and now in a XTerm via . (Of course I am using my AMD machine.)
This is still broken.
It would require updating elisp-packages on stable.
I know, isn’t that approapriate when such an important package is broken?
It became a bit too hard recently, since Emacs triggers a mass rebuild.
FYI, I proposed a fix for this:
Ah okay, makes sense.
If I understood this correctly we need this to have it working in 24.05? Going to test it then.
Fixed by and Not sure why this issue is not closed by them though.

Discussion:
rm $outd/xapian-lite.cc $outd/emacs-module.h $outd/emacs-module-prelude.h $outd/demo.gif $outd/Makefile ''; }); <ins> # native compilation for tests/seq-tests.el never ends # delete tests/seq-tests.el to workaround this seq = super.seq.overrideAttrs (old: { dontUnpack = false; postUnpack = (old.postUnpack or "") + "n" + '' local content_directory=$(echo seq-*) rm --verbose $content_directory/tests/seq-tests.el src=$PWD/$content_directory.tar tar --create --verbose --file=$src $content_directory ''; }); </ins> }; elpaDevelPackages = super // overrides;

cl-print = null; # builtin tle = null; # builtin advice = null; # builtin <del> seq = if lib.versionAtLeast self.emacs.version "27" then null else super.seq; </del> # Compilation instructions for the Ada executables: # https://www.nongnu.org/ada-mode/ ada-mode = super.ada-mode.overrideAttrs (old: {

''; }); <ins> # native compilation for tests/seq-tests.el never ends # delete tests/seq-tests.el to workaround this seq = super.seq.overrideAttrs (old: { dontUnpack = false; postUnpack = (old.postUnpack or "") + "n" + '' local content_directory=$(echo seq-*) rm --verbose $content_directory/tests/seq-tests.el src=$PWD/$content_directory.tar tar --create --verbose --file=$src $content_directory ''; }); </ins> };
Change:
Project description ! Converseen is a free cross-platform batch image processor for Windows, Linux, macOS, FreeBSD, and other operating systems. It allows you to convert, resize, rotate, and flip an infinite number of images with a single mouse click. Moreover, Converseen can convert an entire PDF document into a set of images with your preferred characteristics. You can choose from over 100+ formats, set the size, resolution, and the filename. Metadata homepage URL: source URL: license: GPL-3.0 license platforms: unix, linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , cmake , imagemagick , pkg-config , qt5 , nix-update-script }: stdenv.mkDerivation (finalAttrs: { pname = "converseen"; version = "0.12.1.0"; src = fetchFromGitHub { owner = "Faster3ck"; repo = "Converseen"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-WGOmnaO9IAcsOg5W2kJ1dxOk1ndn6InCVVN4FTehKTk="; }; strictDeps = true; enableParallelBuilding = true; nativeBuildInputs = [ cmake pkg-config qt5.wrapQtAppsHook ]; buildInputs = [ imagemagick qt5.qtbase qt5.qttools ]; passthru.updateScript = nix-update-script { }; meta = { description = "Batch image converter and resizer"; homepage = "https://converseen.fasterland.net/"; changelog = "https://github.com/Faster3ck/Converseen/blob/${finalAttrs.src.rev}/CHANGELOG"; license = lib.licenses.gpl3Plus; maintainers = with lib.maintainers; [ eclairevoyant ]; mainProgram = "converseen"; platforms = lib.platforms.all; }; }) </ins>
Change:
Steps to reproduce the behavior: without substituters. was replaced upstream: see . I had to it because GH was refusing to accept the upload for some reason. The calls 1.5.7 a "development snapshot", so I suppose from their perspective it's possible for it to change. Current source archive hashes:

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "xorriso"; <del> version = "1.5.7"; </del> <ins> version = "1.5.7-unstable-2023-12-06"; </ins> src = fetchurl { <del> url = "https://www.gnu.org/software/xorriso/xorriso-${finalAttrs.version}.tar.gz"; hash = "sha256-hnV3w4f2tKmjIk60Qd7Y+xY432y8Bg+NGh5dAPMY9QI="; </del> <ins> url = "https://web.archive.org/web/20231206123448/https://www.gnu.org/software/xorriso/xorriso-1.5.7.tar.gz"; hash = "sha256-B7lV3n3e1aF7yJsLxwi8C8m3sBmUUePpCV9KfWRuTm0="; </ins> }; buildInputs = [
Change:
A clear and concise description of what the bug is. The uritemplate python module install simplejson, but the lib doesn't depend on it. Looking for the history, in the past it had this dependency in v0.6, but it is almost 10 years old now. A clear and concise description of what you expected to happen. Do not install simplejson, it is an old compatibility layer and it slightly change behavior of some libs, like . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ lib , buildPythonPackage , fetchPypi <del> , simplejson </del> , pytestCheckHook , pythonOlder <ins> , setuptools </ins> }: buildPythonPackage rec { pname = "uritemplate"; version = "4.1.1"; <del> format = "setuptools"; </del> <ins> pyproject = true; </ins> disabled = pythonOlder "3.6";

hash = "sha256-Q0bt/Fw7efaUvM1tYJmjIrvrYo2/LNhu6lWkVs5RJPA="; }; <del> propagatedBuildInputs = [ simplejson </del> <ins> nativeBuildInputs = [ setuptools </ins> ]; nativeCheckInputs = [

meta = with lib; { description = "Implementation of RFC 6570 URI templates"; homepage = "https://github.com/python-hyper/uritemplate"; <ins> changelog = "https://github.com/python-hyper/uritemplate/blob/${version}/HISTORY.rst"; </ins> license = with licenses; [ asl20 bsd3 ]; maintainers = with maintainers; [ matthiasbeyer ]; };
Change:
As titled, package panic while port scanning. release , downloaded from the official repo releases has no issue. 1 < people reproduced this issue. And (sometimes different ?) works. Try compiling with and panic the same. <!-- 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]:
Thank you for your bug report, I have successfully reproduced the issue. I did not review PR in time before it was merged, and the upstream fix did not use a new version number or force push to the tag.

Discussion:
buildGoModule rec { pname = "fscan"; <del> version = "1.8.3"; </del> <ins> version = "1.8.3-build3"; </ins> src = fetchFromGitHub { owner = "shadow1ng"; repo = "fscan"; rev = version; <del> hash = "sha256-uoM/nMtgIqyzpOoSQKD5k4LXAXoA8G5N4In8tZlngqs="; </del> <ins> hash = "sha256-GtOCd8JaR6tx8hoB+P9QXrEnN7Wvmv7jddhc2/8hjvQ="; </ins> }; vendorHash = "sha256-hvb2IfypwYauF3ubE36u0bTU+l/FWP/CZt6dFd9zc6s=";

homepage = "https://github.com/shadow1ng/fscan"; license = licenses.mit; maintainers = with maintainers; [ Misaka13514 ]; <del> platforms = with platforms; unix ++ windows; </del> mainProgram = "fscan"; }; }
Change:
builds successfully but starting it fails with and then SIGABRT itself obviously fails for the same reason. I’ve tried locally reverting and and the error is the same. system: host os: multi-user?: sandbox: version: channels(root): channels(dpk): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
enableParallelBuilding = false; <ins> dontStrip = stdenv.isDarwin; </ins> meta = with lib; { description = "A programmable programming language"; longDescription = ''
Change:
Project description "Next generation notepad-based calculator, built with extendibility and privacy in mind." it's but for platforms other than macos. distributed as a deb and an appimage: Metadata homepage URL: source URL: n/a license: proprietary platforms: darwin, linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib , appimageTools , fetchurl }: appimageTools.wrapType2 rec { pname = "parsify"; version = "2.0.1"; src = fetchurl { url = "https://github.com/parsify-dev/desktop/releases/download/v${version}/Parsify-${version}-linux-x86_64.AppImage"; hash = "sha256-ltWqRW+cBvuUJzhya62WsBY5zqIua9xhilxfd9gr24A="; }; extraInstallCommands = let contents = appimageTools.extract { inherit pname version src; }; in '' mv $out/bin/${pname}-${version} $out/bin/${pname} install -m 444 -D ${contents}/@parsifydesktop.desktop -t $out/share/applications substituteInPlace $out/share/applications/@parsifydesktop.desktop  --replace "Exec=AppRun" "Exec=${pname}" cp -r ${contents}/usr/share/* $out/share ''; meta = with lib; { description = "Next generation notepad-based calculator, built with extendibility and privacy in mind"; homepage = "https://parsify.app/"; license = licenses.unfree; maintainers = with maintainers; [ kashw2 ]; platforms = platforms.linux; mainProgram = "parsify"; }; } </ins>
Change:
Running cuneiform results in a shared-library load error Steps to reproduce the behavior: 23.11 or nixpkgs unstable Will get error: The program will run
PR should fix this. can you verify that the change works for you? or

Discussion:
<del> { lib, stdenv, fetchurl, cmake, imagemagick }: </del> <ins> { lib, stdenv, fetchurl, cmake, imagemagick, testers }: </ins> <del> stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "cuneiform"; version = "1.1.0";

rm cuneiform_src/Kern/hhh/tigerh/h/strings.h ''; <ins> # make the install path match the rpath postInstall = '' if [[ -d ''${!outputLib}/lib64 ]]; then mv ''${!outputLib}/lib64 ''${!outputLib}/lib ln -s lib ''${!outputLib}/lib64 fi ''; </ins> buildInputs = [ imagemagick ]; nativeBuildInputs = [ cmake ]; <ins> passthru.tests = testers.testVersion { package = finalAttrs.finalPackage; command = "cuneiform"; }; </ins> meta = with lib; { description = "Multi-language OCR system"; homepage = "https://launchpad.net/cuneiform-linux";

maintainers = [ maintainers.raskin ]; mainProgram = "cuneiform"; }; <del> } </del> <ins> }) </ins>
Change:
Steps to reproduce the behavior: builds fine on NixOS, not on darwin. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
does work for you? maybe something like will work while the PR is waiting to merge.
Yep! Thank you

Discussion:
}) ]; <ins> # fix implicit-int compile error in test code used in configure script postPatch = '' sed -i 's/^main()/int main()/' configure ''; </ins> hardeningDisable = [ "format" ]; outputs = [ "out" ] ++ lib.optional (with stdenv; buildPlatform.canExecute hostPlatform) "dev";
Change:
Steps to reproduce the behavior: ouch on x86_64 darwin Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, xz , zlib , zstd <ins> , stdenv </ins> }: rustPlatform.buildRustPackage rec {

buildFeatures = [ "zstd/pkg-config" ]; <ins> preCheck = '' substituteInPlace tests/ui.rs  --replace 'format!(r"/private{path}")' 'path.to_string()' ''; </ins> postInstall = '' installManPage artifacts/*.1 installShellCompletion artifacts/ouch.{bash,fish} --zsh artifacts/_ouch ''; <del> env.OUCH_ARTIFACTS_FOLDER = "artifacts"; </del> <ins> env = { OUCH_ARTIFACTS_FOLDER = "artifacts"; } // # Work around https://github.com/NixOS/nixpkgs/issues/166205. lib.optionalAttrs stdenv.cc.isClang { NIX_LDFLAGS = "-l${stdenv.cc.libcxx.cxxabi.libName}"; }; </ins> meta = with lib; { description = "A command-line utility for easily compressing and decompressing files and directories";
Change:
Any time I start a terminal (checked on both GNOME Console and XTerm) the first five lines of the terminal, before the first prompt, are populated with the following: This has been happening since I started using Starship on 23.05, and is still present on 23.11. Steps to reproduce the behavior: a terminal (or run ) No warnings should print on screen. ! What I've tried to fix this: Remove from . Remove all Starship settings . system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Maybe I am missing something, but you are the one who approved upstream PR to fix it back in September: So waiting for starship version with that fix seems like the best solution. Or set yourself to avoid it in the meantime.
Thanks for the reminder! :grin: I've pinged them about the .

Discussion:
rustPlatform.buildRustPackage rec { pname = "starship"; <del> version = "1.16.0"; </del> <ins> version = "1.17.0"; </ins> src = fetchFromGitHub { owner = "starship"; repo = pname; rev = "v${version}"; <del> hash = "sha256-CrD65nHE40n83HO+4QM1sLHvdFaqTvOb96hPBgXKuwk="; </del> <ins> hash = "sha256-Hf9tW1oBAw8/1KIRZpIpyVaEitLkVr2v6ilTHREzwvU="; </ins> }; nativeBuildInputs = [ installShellFiles cmake ];

cp docs/.vuepress/public/presets/toml/*.toml $presetdir ''; <del> cargoHash = "sha256-ZHHrpepKZnSGufyEAjNDozaIKAt2GFRt+hU2ej7LceA="; </del> <ins> cargoHash = "sha256-OENey+brI3B2CThNm1KOxuX/OO8tHb7i5X0jXit7FrU="; </ins> nativeCheckInputs = [ git ];
Change:
libxls, one of the optional dependencies for sc-im has 6 open CVEs for arbitrary code execution, which were reported on github 5 months ago and the issue hasn't even been responded to. I think this dependency should be made optional and probably should not be included by default. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, libxml2 , libzip , ncurses <ins> , xlsSupport ? false </ins> }: stdenv.mkDerivation rec {

buildInputs = [ gnuplot <del> libxls libxlsxwriter </del> libxml2 libzip ncurses <ins> ] ++ lib.optionals xlsSupport [ libxls libxlsxwriter </ins> ]; makeFlags = [ "prefix=${placeholder "out"}" ];
Change:
Steps to reproduce the behavior: wakelan on aarch64-darwin Add any other context about the problem here.
does work for you? or
Yes, thanks! wow C89, I guess I should switch to another WoL tool :P

Discussion:
hash = "sha256-PfXrj4d2SHmatiPPFxjsxvhusML1HTRNjoYEQtzFzW8="; }; <ins> # code predates c99 env.CFLAGS = "-std=c89"; </ins> preInstall = '' mkdir -p $out/man/man1 $out/bin '';
Change:
kdenlive can't encode to AV1 due to missing access to libaom-av1 Steps to reproduce the behavior: a new project. → Render → Ultra-High Definition (4K) WebM-AV1/Opus (libre) is available. instead it is disabled. ! This is strange because the package appears to try an use the : I also have ffmpeg installed in my PATH with libaom-av1 support: <details<summary<code% ffmpeg -help encoder=libaom-av1</code</summary</details The exact package I am using is which is available in system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Can reproduce.
Is this related to ?
I'm not sure, but it might be that the encoding libraries are actually not limited by the that uses, but by , which uses and not .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Yes, this seems to be the issue.
Hi there :) I updated my channels and then rebuild, and still haven't gotten this fix. It still shows the same error, as in the original screenshot. I even libaom by hand, still the same.
Which channels have you updated, and to which versions?
11 and with nix-channel --update
Ah ok, as you see the issue was reported after release of 23.11, so it is fixed only in (and the next release).
I am on NixOS unstable () and Kdenlive 24.02.2 still reports "Unsupported video codec: libaom-av1".
Yes, it seems to have regressed for me as well.
I can't easily bisect the kdenlive derivation itself as it fails to load pipewire shared libraries probably due to skew between my base system and the built kdenlive. However I ran a bisection on with the override and found to be the culprit. At first glance this seems like it should be unrelated. <details<summarybisect script</summary</details
So before this change depends on both ffmpeg 4 and 6. After this change only 6 is in the dependency graph. Maybe 4 was somehow being used and that is needed for to work?
does have libaom-av1. So presumably something isn't working with ffmpeg 6. Reverting to 4 for now is a possible solution but likely has a lot of downsides as well.
It is worth noting that ffmpeg 6 does have libaom support. So it is possibly an incompatibility between mlt and ffmpeg.
I do see that we are linking two versions of ffmpeg. -full and non-full. So possibly what is happening is that when the other version was 4 it wasn't getting used, so full was. But now that both are 6 the wrong one happens to get used.
This fixes the issue. Maybe the best solution is updating to use the same as . However this makes me think that this isn't the best solution in general.
Created to propagate the ffmpeg version through . I don't know if this fix is the most maintainable solution, but it solves this problem and doesn't harm maintainability.

Discussion:
]; buildInputs = [ <ins> (opencv4.override { inherit ffmpeg; }) </ins> ffmpeg fftw frei0r

libvorbis libxml2 movit <del> opencv4 </del> rtaudio rubberband sox
Change:
Steps to reproduce the behavior: qt6 for mingw (windows) hostPlatform I have this building on my local machine using overlays. Here is the dependency tree. ! My plan is to open PR's for each dependency until I can add mingw support for qt6. If you are a maintainer of a package that I am making a PR for, please keep in mind a may be blocked upstreaming mingw support for qt6 if PRs linger for a prolonged period of time. <!-- 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. system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Upstreaming my changes to nixpkgs is taking longer than I expected. Here is the publication of my overlays. Hopefully other members of the community can help me upstream these packages to get qtbase and qtmultimedia cross compiling.

Discussion:
<del> { lib, stdenv, fetchFromGitHub , meson, ninja, nasm, pkg-config </del> <ins> { lib , stdenv , fetchFromGitHub , meson , ninja , nasm , pkg-config </ins> , xxHash , withTools ? false # "dav1d" binary <del> , withExamples ? false, SDL2 # "dav1dplay" binary , useVulkan ? false, libplacebo, vulkan-loader, vulkan-headers </del> <ins> , withExamples ? false , SDL2 # "dav1dplay" binary , useVulkan ? false , libplacebo , vulkan-loader , vulkan-headers </ins> <del> # for passthru.tests </del> <ins> # for passthru.tests </ins> , ffmpeg , gdal , handbrake

++ lib.optional withExamples SDL2 ++ lib.optionals useVulkan [ libplacebo vulkan-loader vulkan-headers ]; <del> mesonFlags= [ </del> <ins> mesonFlags = [ </ins> "-Denable_tools=${lib.boolToString withTools}" "-Denable_examples=${lib.boolToString withExamples}" ];

changelog = "https://code.videolan.org/videolan/dav1d/-/tags/${version}"; # More technical: https://code.videolan.org/videolan/dav1d/blob/${version}/NEWS license = licenses.bsd2; <del> platforms = platforms.unix; </del> <ins> platforms = platforms.unix ++ platforms.windows; </ins> maintainers = with maintainers; [ primeos ]; }; }
Change:
Steps to reproduce the behavior: Note: is a recoll dependency that previously didn't build (); graciously fixed it but it currently isn't merged. This reflects their fix: (doesn't build on macOS; builds fine elsewhere) tl;dr is <!-- --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have something that builds and will show a gui but not sure how much else works. can try with:

Discussion:
<ins> From 9a0102fe1da038ebe08107ead991964df11b0271 Mon Sep 17 00:00:00 2001 From: annalee <150648636+a-n-n-a-l-e-e@users.noreply.github.com> Date: Mon, 19 Feb 2024 03:31:20 +0000 Subject: [PATCH] no qtgui darwin bundle --- qtgui/recoll.pro.in | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/qtgui/recoll.pro.in b/qtgui/recoll.pro.in index a0ef314..6dbc3b5 100644 --- a/qtgui/recoll.pro.in +++ b/qtgui/recoll.pro.in @@ -180,7 +180,7 @@ windows { } } -macx: { +if (false) { QCBUILDLOC=Qt_6_4_2_for_macOS # QT += webkit webkitwidgets @@ -375,7 +375,7 @@ macx: { QMAKE_BUNDLE_DATA = APP_EXAMPLES APP_EXAMPLES_MAC APP_FILTERS APP_IMAGES APP_DOC } -unix:!macx { +unix { VPATH = @srcdir@ @@ -400,6 +400,13 @@ VPATH = @srcdir@ SOURCES += crontool.cpp  rtitool.cpp +  macx { +    SOURCES += ../utils/closefrom.cpp  +    ../utils/execmd.cpp  +    ../utils/netcon.cpp  +    ../utils/rclionice.cpp +  } + FORMS  += crontool.ui  rtitool.ui -- 2.43.0 </ins>

patches = [ # fix "No/bad main configuration file" error ./fix-datadir.patch <ins> # use the same configure based build for darwin as linux ./0001-no-qtgui-darwin-bundle.patch </ins> ]; nativeBuildInputs = [

libiconv ]; <ins> qtWrapperArgs = [ "--prefix PATH : ${filterPath}" ]; </ins> # the filters search through ${PATH} using a sh proc 'checkcmds' for the # filtering utils. Short circuit this by replacing the filtering command with # the absolute path to the filtering command.

substituteInPlace $f --replace /usr/bin/perl   ${lib.getBin (perl.passthru.withPackages (p: [ p.ImageExifTool ]))}/bin/perl fi done <del> wrapProgram $out/bin/recoll      --prefix PATH : "${filterPath}" wrapProgram $out/bin/recollindex --prefix PATH : "${filterPath}" </del> wrapProgram $out/share/recoll/filters/rclaudio.py  --prefix PYTHONPATH : $PYTHONPATH wrapProgram $out/share/recoll/filters/rclimg 

mv $out/bin/recoll.app $out/Applications ''; <ins> # create symlink after fixup to prevent double wrapping of recoll postFixup = lib.optionalString (stdenv.isDarwin && withGui) '' ln -s ../Applications/recoll.app/Contents/MacOS/recoll $out/bin/recoll ''; </ins> enableParallelBuilding = true; meta = with lib; {