jiebi/CodeConvo huggingface dataset:
Code change:
Describe the bug grpc doesn't build on macOS. To Reproduce Steps to reproduce the behavior: -shell -p grpc Expected behavior Should have built without errors. Additional context Build log here: Metadata system: host os: multi-user?: sandbox: version: channels(kaali): nixpkgs: Maintainer information:
grpc appears to be pretty out of date , so I'm suspecting that updating all of the pieces would resolve this.
Seems to fail in CI even with an updated version:
That particular package requires manual intervention, as that PR was automatically generated by a bot.

Related discussion:
text: { stdenv, fetchFromGitHub, cmake, zlib, c-ares, pkgconfig, openssl, protobuf, gflags }: stdenv.mkDerivation rec { <del> version = "1.19.1"; </del> <ins> version = "1.22.0"; </ins> name = "grpc-${version}"; src = fetchFromGitHub { owner = "grpc"; repo = "grpc"; rev = "v${version}"; <del> sha256 = "0c0jra4qnd86gyr4rlblic3igb5dpgrldac35myk5i5ia547fdhj"; </del> <ins> sha256 = "10wf9sakkxpcvc09n1h91x6slwwhxblghs4zn95klyc4m6py1gfg"; </ins> }; nativeBuildInputs = [ cmake pkgconfig ]; buildInputs = [ zlib c-ares c-ares.cmake-config openssl protobuf gflags ];
Code change:
Describe the bug grpc doesn't build on macOS. To Reproduce Steps to reproduce the behavior: -shell -p grpc Expected behavior Should have built without errors. Additional context Build log here: Metadata system: host os: multi-user?: sandbox: version: channels(kaali): nixpkgs: Maintainer information:
grpc appears to be pretty out of date , so I'm suspecting that updating all of the pieces would resolve this.
Seems to fail in CI even with an updated version:
That particular package requires manual intervention, as that PR was automatically generated by a bot.

Related discussion:
text: "-DgRPC_PROTOBUF_PROVIDER=package" "-DgRPC_GFLAGS_PROVIDER=package" "-DBUILD_SHARED_LIBS=ON" <ins> "-DCMAKE_SKIP_BUILD_RPATH=OFF" </ins> ]; # CMake creates a build directory by default, this conflicts with the
Code change:
Describe the bug grpc doesn't build on macOS. To Reproduce Steps to reproduce the behavior: -shell -p grpc Expected behavior Should have built without errors. Additional context Build log here: Metadata system: host os: multi-user?: sandbox: version: channels(kaali): nixpkgs: Maintainer information:
grpc appears to be pretty out of date , so I'm suspecting that updating all of the pieces would resolve this.
Seems to fail in CI even with an updated version:
That particular package requires manual intervention, as that PR was automatically generated by a bot.

Related discussion:
text: <del> { stdenv, buildPythonPackage, fetchPypi, lib, grpcio}: </del> <ins> { stdenv, buildPythonPackage, fetchPypi, protobuf, grpcio }: </ins> buildPythonPackage rec { pname = "grpcio-tools"; <del> version = "1.18.0"; </del> <ins> version = "1.22.0"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "77ec4d3c92ccbbe3de37c457e3c72962e519c36cafb96abe5842bced8eb926fa"; </del> <ins> sha256 = "b5c0fe51a155625c9d1132ab8deb56b3015e111a6961e48aeb9dd89bd7c670ab"; </ins> }; enableParallelBuilding = true; <del> propagatedBuildInputs = [ grpcio ]; </del> <ins> propagatedBuildInputs = [ protobuf grpcio ]; </ins> # no tests in the package doCheck = false; meta = with stdenv.lib; { description = "Protobuf code generator for gRPC"; <del> license = lib.licenses.asl20; </del> <ins> license = licenses.asl20; </ins> homepage = "https://grpc.io/grpc/python/"; maintainers = with maintainers; [ vanschelven ]; };
Code change:
Describe the bug grpc doesn't build on macOS. To Reproduce Steps to reproduce the behavior: -shell -p grpc Expected behavior Should have built without errors. Additional context Build log here: Metadata system: host os: multi-user?: sandbox: version: channels(kaali): nixpkgs: Maintainer information:
grpc appears to be pretty out of date , so I'm suspecting that updating all of the pieces would resolve this.
Seems to fail in CI even with an updated version:
That particular package requires manual intervention, as that PR was automatically generated by a bot.

Related discussion:
text: <del> { stdenv, buildPythonPackage, fetchFromGitHub, lib, darwin , six, protobuf, enum34, futures, isPy27, isPy34, pkgconfig </del> <ins> { stdenv, buildPythonPackage, fetchFromGitHub, darwin , six, protobuf, enum34, futures, isPy27, pkgconfig </ins> , cython}: <del> with stdenv.lib; </del> buildPythonPackage rec { pname = "grpcio"; <del> version = "1.18.0"; </del> <ins> version = "1.22.0"; </ins> src = fetchFromGitHub { owner = "grpc"; repo = "grpc"; rev = "v${version}"; fetchSubmodules = true; <del> sha256 = "0cilbhk35gv46mk40jl5f3iqa94x14qyxbavpfq0kh0rld82nx4m"; </del> <ins> sha256 = "093w8mgvl8ylqlqnfz06ijkmlnkxcjszf9zg6k5ybjw7dwal0jhz"; </ins> }; nativeBuildInputs = [ cython pkgconfig ] <del> ++ optional stdenv.isDarwin darwin.cctools; </del> <ins> ++ stdenv.lib.optional stdenv.isDarwin darwin.cctools; </ins> propagatedBuildInputs = [ six protobuf ] <del> ++ lib.optionals (isPy27 || isPy34) [ enum34 ] ++ lib.optionals (isPy27) [ futures ]; </del> <ins> ++ stdenv.lib.optionals (isPy27) [ enum34 futures ]; </ins> <del> preBuild = optionalString stdenv.isDarwin "unset AR"; </del> <ins> preBuild = stdenv.lib.optionalString stdenv.isDarwin "unset AR"; </ins> meta = with stdenv.lib; { description = "HTTP/2-based RPC framework"; <del> license = lib.licenses.asl20; </del> <ins> license = licenses.asl20; </ins> homepage = "https://grpc.io/grpc/python/"; maintainers = with maintainers; [ vanschelven ]; };
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: |---------------------------+--------------------------------------------| | Model                     | Path                                       | |---------------------------+--------------------------------------------| <del> | Acer Aspire 4810T         | ~<nixos-hardware/acer/aspire/4810t>~       | </del> <ins> | [[file:acer/aspire/4810t][Acer Aspire 4810T]]         | ~<nixos-hardware/acer/aspire/4810t>~       | </ins> | Airis N990                | ~<nixos-hardware/airis/n990>~              | <del> | Apple MacBook Pro 10,1    | ~<nixos-hardware/apple/macbook-pro/10-1>~  | </del> <ins> | Apple MacBook Air 4,X     | ~<nixos-hardware/apple/macbook-air/4>~     | | Apple MacBook Air 6,X     | ~<nixos-hardware/apple/macbook-air/6>~     | | [[file:apple/macbook-pro/10-1][Apple MacBook Pro 10,1]]    | ~<nixos-hardware/apple/macbook-pro/10-1>~  | </ins> | Apple MacBook Pro 12,1    | ~<nixos-hardware/apple/macbook-pro/12-1>~  | <del> | Dell XPS 15 9550          | ~<nixos-hardware/dell/xps/15-9550>~        | | Inverse Path USB armory   | ~<nixos-hardware/inversepath/usbarmory>~   | </del> <ins> | [[file:dell/xps/15-9550][Dell XPS 15 9550]]          | ~<nixos-hardware/dell/xps/15-9550>~        | | [[file:inversepath/usbarmory][Inverse Path USB armory]]   | ~<nixos-hardware/inversepath/usbarmory>~   | </ins> | Lenovo IdeaPad Z510       | ~<nixos-hardware/lenovo/ideapad/z510>~     | | Lenovo ThinkPad T410      | ~<nixos-hardware/lenovo/thinkpad/t410>~    | | Lenovo ThinkPad T440p     | ~<nixos-hardware/lenovo/thinkpad/t440p>~   | | Lenovo ThinkPad T460s     | ~<nixos-hardware/lenovo/thinkpad/t460s>~   | | Lenovo ThinkPad X140e     | ~<nixos-hardware/lenovo/thinkpad/x140e>~   | | Lenovo ThinkPad X220      | ~<nixos-hardware/lenovo/thinkpad/x220>~    | <del> | Microsoft Surface Pro 3   | ~<nixos-hardware/microsoft/surface-pro/3>~ | | Raspberry Pi 2            | ~<nixos-hardware/raspberry-pi/2>~          | | Samsung Series 9 NP900X3C | ~<nixos-hardware/samsung/np900x3c>~        | </del> <ins> | Lenovo ThinkPad X250      | ~<nixos-hardware/lenovo/thinkpad/x250>~    | | [[file:microsoft/surface-pro/3][Microsoft Surface Pro 3]]   | ~<nixos-hardware/microsoft/surface-pro/3>~ | | [[file:raspberry-pi/2][Raspberry Pi 2]]            | ~<nixos-hardware/raspberry-pi/2>~          | | [[file:samsung/np900x3c][Samsung Series 9 NP900X3C]] | ~<nixos-hardware/samsung/np900x3c>~        | </ins> | Supermicro A1SRi-2758F    | ~<nixos-hardware/supermicro/a1sri-2758f>~  | | Supermicro X10SLL-F       | ~<nixos-hardware/supermicro/x10sll-f>~     | |---------------------------+--------------------------------------------|
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: <del> { lib, ... }: </del> <ins> { config, lib, ... }: </ins> { <ins> boot.kernelParams = [ "hid_apple.iso_layout=0" ]; hardware.facetimehd.enable = lib.mkDefault (config.nixpkgs.config.allowUnfree or false); </ins> services.mbpfan.enable = lib.mkDefault true; }
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: <ins> { lib, ... }: { imports = [ ../. ]; boot.kernelParams = [ "acpi_backlight=vendor" ]; services.xserver.deviceSection = lib.mkDefault '' Option "TearFree" "true" ''; } </ins>
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: "vm.laptop_mode" = lib.mkDefault 5; }; <ins> # TODO: fix in NixOS/nixpkgs # Disable governor set in hardware-configuration.nix, # required when services.tlp.enable is true: powerManagement.cpuFreqGovernor = lib.mkForce null; </ins> services.tlp.enable = lib.mkDefault true; }
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: <ins> { config, lib, pkgs, ... }: { imports = [ ../. ../../../common/cpu/intel ]; # Thinkfan is enabled by thinkpad profile. # However it requires to set a different `sensor` for this hardware, since there is no /proc/acpi/ibm/thermal # Regulation also works fine without thinkfan daemon though. services.thinkfan.enable = lib.mkOverride 900 false; # maintainers: Mic92 } </ins>
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: <ins> ** Status The code in master as of June 2015 should be able to prepare a bootable NixOS for Raspberry PI 2. There are still some drawbacks: NixOS does not provide a /boot/config.txt (the FAT32 partition). Making NixOS work in the Raspberry PI 2 is mainly the result of the recent work of ambro718, Dezgeg and viric (#nixos@irc.freenode.net). ** Download If you want to test, you can flash this 4GB SD image (DOS partition table + fat32 + ext4 rootfs): magnet:?xt=urn:btih:0def3f6acb3bceddb22cb24098f58e40e2853ec2&dn=rpi2-nixos-4b09501f2-img.xz&tr=udp%3A%2F%2Fopen.demonii.com%3A1337&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80 Then you should be able to nixos-rebuild any configuration.nix changes. The image is the result of a "nixos-install" alone. No root password has been set, and it does not include a nixpkgs checkout or channel. In fact I (viric) created the FS into a NBD, not a real SD, to create this image. </ins>
Code change:
write python expressions (5.2 in nixpkgs manual) use virtualenv create nix python environments
Does this documentation exist? Should it be completed before the release?

Related discussion:
text: <del> imported from https://nixos.org/wiki/Raspberry_Pi_2 ** # Status The code in master as of June 2015 should be able to prepare a bootable NixOS for Raspberry PI 2. There are still some drawbacks: NixOS does not provide a /boot/config.txt (the FAT32 partition). Making NixOS work in the Raspberry PI 2 is mainly the result of the recent work of ambro718, Dezgeg and viric (#nixos@irc.freenode.net). # Download If you want to test, you can flash this 4GB SD image (DOS partition table + fat32 + ext4 rootfs): magnet:?xt=urn:btih:0def3f6acb3bceddb22cb24098f58e40e2853ec2&dn=rpi2-nixos-4b09501f2-img.xz&tr=udp%3A%2F%2Fopen.demonii.com%3A1337&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80 Then you should be able to nixos-rebuild any configuration.nix changes. The image is the result of a "nixos-install" alone. No root password has been set, and it does not include a nixpkgs checkout or channel. In fact I (viric) created the FS into a NBD, not a real SD, to create this image. </del>
Code change:
, (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
` will take some effort.

Related discussion:
text: { lib, stdenv <del> , fetchurl, fetchFromGitHub </del> <ins> , fetchurl, fetchFromGitHub, fetchpatch </ins> , cmake, pkgconfig, unzip, zlib, pcre, hdf5 , glog, boost, gflags, protobuf , config
Code change:
, (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
` will take some effort.

Related discussion:
text: cp --no-preserve=mode -r "${contribSrc}/modules" "$NIX_BUILD_TOP/source/opencv_contrib" ''; <ins> patches = [ (fetchpatch { url = "https://github.com/opencv/opencv/commit/5691d998ead1d9b0542bcfced36c2dceb3a59023.patch"; name = "CVE-2019-14493.patch"; sha256 = "14qva9f5z10apz5q0skdyiclr9sgkhab4fzksy1w3b6j6hg4wm7m"; }) ]; </ins> # This prevents cmake from using libraries in impure paths (which # causes build failure on non NixOS) # Also, work around https://github.com/NixOS/nixpkgs/issues/26304 with
Code change:
Project description Imageboard/booru downloader which can download thousands of images from multiple boorus very easily. Metadata homepage URL: source URL: license: Apache-2.0 platforms: Windows, Mac, and Linux
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 not packaged for NixOS. So still important (at least to me). I'm trying to package it myself, but it doesn't work due to dependencies on packages from NPM.
Going to take a look at this after I open a PR for .

Related discussion:
text: <ins> { stdenv , cmake , fetchFromGitHub , wrapQtAppsHook , qtmultimedia , qttools , qtscript , qtdeclarative , qtbase , autogen , automake , makeWrapper , catch2 , nodejs , libpulseaudio , openssl , rsync , typescript }: stdenv.mkDerivation rec { name = "imgbrd-grabber"; version = "7.3.2"; src = fetchFromGitHub { owner = "Bionus"; repo = "imgbrd-grabber"; rev = "v${version}"; sha256 = "053rwvcr88fcba0447a6r115cgnqsm9rl066z8d5jacqnhdij58k"; fetchSubmodules = true; }; buildInputs = [ openssl makeWrapper libpulseaudio typescript ]; nativeBuildInputs = [ qtmultimedia qtbase qtdeclarative qttools nodejs cmake wrapQtAppsHook ]; extraOutputsToLink = [ "doc" ]; postPatch = '' # the package.sh script provides some install helpers # using this might make it easier to maintain/less likely for the # install phase to fail across version bumps patchShebangs ./scripts/package.sh # ensure the script uses the rsync package from nixpkgs substituteInPlace ../scripts/package.sh --replace "rsync" "${rsync}/bin/rsync" # the npm build step only runs typescript # run this step directly so it doesn't try and fail to download the unnecessary node_modules, etc. substituteInPlace ./sites/CMakeLists.txt --replace "npm install" "npm run build" # remove the vendored catch2 rm -rf tests/src/vendor/catch # link the catch2 sources from nixpkgs ln -sf ${catch2.src} tests/src/vendor/catch ''; postInstall = '' # move the binaries to the share/Grabber folder so # some relative links can be resolved (e.g. settings.ini) mv $out/bin/* $out/share/Grabber/ cd ../.. # run the package.sh with $out/share/Grabber as the $APP_DIR sh ./scripts/package.sh $out/share/Grabber # add symlinks for the binaries to $out/bin ln -s $out/share/Grabber/Grabber $out/bin/Grabber ln -s $out/share/Grabber/Grabber-cli $out/bin/Grabber-cli ''; sourceRoot = "source/src"; } </ins>
Code change:
Project description Imageboard/booru downloader which can download thousands of images from multiple boorus very easily. Metadata homepage URL: source URL: license: Apache-2.0 platforms: Windows, Mac, and Linux
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 not packaged for NixOS. So still important (at least to me). I'm trying to package it myself, but it doesn't work due to dependencies on packages from NPM.
Going to take a look at this after I open a PR for .

Related discussion:
text: img2pdf = with python3Packages; toPythonApplication img2pdf; <ins> imgbrd-grabber = qt5.callPackage ../applications/graphics/imgbrd-grabber/default.nix { typescript = nodePackages.typescript; }; </ins> imgcat = callPackage ../applications/graphics/imgcat { }; imgp = python3Packages.callPackage ../applications/graphics/imgp { };
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: { config, stdenv, fetchurl, fetchFromGitHub, makeWrapper <del> , docutils, perl, pkgconfig, python3, which, ffmpeg_4 , freefont_ttf, freetype, libass, libpthreadstubs, mujs </del> <ins> , addOpenGLRunpath, docutils, perl, pkgconfig, python3, which , ffmpeg_4, freefont_ttf, freetype, libass, libpthreadstubs, mujs </ins> , nv-codec-headers, lua, libuchardet, libiconv ? null, darwin , waylandSupport ? stdenv.isLinux
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: ''; nativeBuildInputs = [ <del> docutils makeWrapper perl pkgconfig python3 which </del> <ins> addOpenGLRunpath docutils makeWrapper perl pkgconfig python3 which </ins> ]; buildInputs = [
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: ${wrapperFlags} ''; <ins> # Set RUNPATH so that libcuda in /run/opengl-driver(-32)/lib can be found. # See the explanation in addOpenGLRunpath. postFixup = optionalString stdenv.isLinux '' addOpenGLRunpath $out/bin/.mpv-wrapped ''; </ins> meta = with stdenv.lib; { description = "A media player that supports many video formats (MPlayer and mplayer2 fork)"; homepage = https://mpv.io; license = licenses.gpl2Plus; <del> maintainers = with maintainers; [ AndersonTorres fuuzetsu fpletz globin ]; </del> <ins> maintainers = with maintainers; [ AndersonTorres fuuzetsu fpletz globin ivan ]; </ins> platforms = platforms.darwin ++ platforms.linux; longDescription = ''
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: <del> { stdenv, fetchurl, pkgconfig, perl, texinfo, yasm </del> <ins> { stdenv, fetchurl, pkgconfig, addOpenGLRunpath, perl, texinfo, yasm </ins> , alsaLib, bzip2, fontconfig, freetype, gnutls, libiconv, lame, libass, libogg , libssh, libtheora, libva, libdrm, libvorbis, libvpx, lzma, libpulseaudio, soxr , x264, x265, xvidcore, zlib, libopus, speex, nv-codec-headers, dav1d
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: let inherit (stdenv) isDarwin isFreeBSD isLinux isAarch32; <del> inherit (stdenv.lib) optional optionals enableFeature; </del> <ins> inherit (stdenv.lib) optional optionals optionalString enableFeature; </ins> cmpVer = builtins.compareVersions; reqMin = requiredVersion: (cmpVer requiredVersion branch != 1);
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: "--enable-cross-compile" ] ++ optional stdenv.cc.isClang "--cc=clang"; <del> nativeBuildInputs = [ perl pkgconfig texinfo yasm ]; </del> <ins> nativeBuildInputs = [ addOpenGLRunpath perl pkgconfig texinfo yasm ]; </ins> buildInputs = [ bzip2 fontconfig freetype gnutls libiconv lame libass libogg libssh libtheora
Code change:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps

Related discussion:
text: substituteInPlace $pc  --replace "includedir=$out" "includedir=''${!outputInclude}" done <ins> '' + optionalString stdenv.isLinux '' # Set RUNPATH so that libnvcuvid in /run/opengl-driver(-32)/lib can be found. # See the explanation in addOpenGLRunpath. addOpenGLRunpath $out/lib/libavcodec.so* </ins> ''; installFlags = [ "install-man" ];
Code change:
Describe the bug A clear and concise description of what the bug is. When running dolphin on plasma5, getting this error: /cc To Reproduce Steps to reproduce the behavior: dolphin "Search for -Document" error Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(mbauer): nixpkgs: Maintainer information:
It looks like adding to systemPackage fixes it.
cc
There is also a similar bug with Kmail if you don't include Akonadi in system path. Something must have changed in the way binaries are found.
We should make sure that puts in ; actually, anything that provides a should.

Related discussion:
text: maintainers = [ lib.maintainers.ttuegel ]; }; nativeBuildInputs = [ extra-cmake-modules kdoctools ]; <ins> propagatedUserEnvPkgs = [ baloo ]; </ins> propagatedBuildInputs = [ baloo baloo-widgets kactivities kbookmarks kcmutils kcompletion kconfig kcoreaddons kdelibs4support kdbusaddons kfilemetadata ki18n kiconthemes