jiebi/CodeConvo huggingface dataset:
Change:
I am not sure why the hash would have changed in Adobe's archive...
Because someone used to get a dynamically generated tarball from GitHub. There's just for that reason...
I will fix this some time this week.
This stung me, so I ended up fixing it in the above PR.
Awesome, got me yesterday, I just didn't have time... Thanks.

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Describe the bug The minio service set environment variables - which are . This is the release currently used hence the breakage. Tested on To Reproduce Expected behavior It should be possible to login with the provided key.
thanks for the report! In future please tag maintainers so they actually see the issue, no one watches all nixpkgs issues :sweat_smile:
While the variables are deprecated, they are by minio. So I'm not sure this is really the cause of the breakage. However I will update the module to make use of the new variables and maybe even rename (or alias) the current options to make it consistent.
Yeah minio (on unstable) seems to be working just fine for me, but updating the variables seems to be the proper thing to do.
I implemented a the change in

Discussion:
let cfg = config.services.minio; <ins> legacyCredentials = cfg: pkgs.writeText "minio-legacy-credentials" '' MINIO_ROOT_USER=${cfg.accessKey} MINIO_ROOT_PASSWORD=${cfg.secretKey} ''; </ins> in { meta.maintainers = [ maintainers.bachp ];

''; }; <ins> rootCredentialsFile = mkOption  { type = types.nullOr types.path; default = null; description = '' File containing the MINIO_ROOT_USER, default is "minioadmin", and MINIO_ROOT_PASSWORD (length >= 8), default is "minioadmin"; in the format of an EnvironmentFile=, as described by systemd.exec(5). ''; example = "/etc/nixos/minio-root-credentials"; }; </ins> region = mkOption { default = "us-east-1"; type = types.str;

}; config = mkIf cfg.enable { <ins> warnings = optional ((cfg.accessKey != "") || (cfg.secretKey != "")) "services.minio.`accessKey` and services.minio.`secretKey` are deprecated, please use services.minio.`rootCredentialsFile` instead."; </ins> systemd.tmpfiles.rules = [ "d '${cfg.configDir}' - minio minio - -" ] ++ (map (x:  "d '" + x + "' - minio minio - - ") cfg.dataDir);

User = "minio"; Group = "minio"; LimitNOFILE = 65536; <ins> EnvironmentFile = if (cfg.rootCredentialsFile != null) then cfg.rootCredentialsFile else if ((cfg.accessKey != "") || (cfg.secretKey != "")) then (legacyCredentials cfg) else null; </ins> }; environment = { MINIO_REGION = "${cfg.region}"; MINIO_BROWSER = "${if cfg.browser then "on" else "off"}"; <del> } // optionalAttrs (cfg.accessKey != "") { MINIO_ACCESS_KEY = "${cfg.accessKey}"; } // optionalAttrs (cfg.secretKey != "") { MINIO_SECRET_KEY = "${cfg.secretKey}"; </del> }; };
Change:
(the .0 version has a bug that breaks ) <!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: matrix-nio <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.18.0 desired version: 0.18.1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.

Discussion:
buildPythonPackage rec { pname = "matrix-nio"; <del> version = "0.18.0"; </del> <ins> version = "0.18.1"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "poljar"; repo = "matrix-nio"; rev = version; <del> sha256 = "1rn5lz81y4bvgjhxzd57qhr0lmkm5xljl4bj9w10lnm4f7ls0xdi"; </del> <ins> sha256 = "QHNirglqSxGMmbST96LUp9MHoGj0yAwLoTRlsbMqwaM="; </ins> }; nativeBuildInputs = [
Change:
See
We are currently testing a patch ( and me)
That was fast! Thank you.
Also backported to 15.09.
I assume this is not in unstable yet, right?
No not yet. (and not on -small either)

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Describe the bug It seems the package openmw (morrowind game engine) is missing dependencies, maybe Qt related. To Reproduce Install openmw and run or , you don't need Morrowind asset files to run them. Expected behavior A window is opened. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:

Discussion:
, fetchFromGitHub , cmake , pkg-config <ins> , wrapQtAppsHook </ins> , openscenegraph , mygui , bullet

sha256 = "0rm32zsmxvr6b0jjihfj543skhicbw5kg6shjx312clhlm035w2x"; }; <del> nativeBuildInputs = [ cmake pkg-config ]; </del> <ins> nativeBuildInputs = [ cmake pkg-config wrapQtAppsHook ]; </ins> buildInputs = [ SDL2

"-DOpenGL_GL_PREFERENCE=LEGACY" ]; <del> dontWrapQtApps = true; </del> meta = with lib; { description = "An unofficial open source engine reimplementation of the game Morrowind"; homepage = "http://openmw.org";
Change:
Describe the bug The new functionality looks super cool (thanks I just notices that it seems to error on an empty list. To Reproduce On latest master run . Output is: Expected behavior Successful build of Octave with no packages installed. Additional context On the other hand, works fine, so this is just a small edge case. Notify maintainers Metadata Maintainer information:

Discussion:
cd $out fi <del> # Remove symlinks to the input tarballs, they aren't needed. rm $out/*.tar.gz </del> <ins> # Remove symlinks to the input tarballs, they aren't needed, use -f so it # will not fail if no .tar.gz symlinks are there - for example if # sommething which is not a tarball used as a package rm -f $out/*.tar.gz </ins> createOctavePackagesPath $out ${octave} <ins> # Create the file even if the loop afterwards has no packages to run over touch $out/.octave_packages </ins> for path in ${lib.concatStringsSep " " packages}; do if [ -e $path/*.tar.gz ]; then $out/bin/octave-cli --eval "pkg local_list $out/.octave_packages;
Change:
Trying to build currently fails. Should this be disabled? It builds fine on other python versions. triggers a rebuild of this, causing it to fail.
cc maintainer Tests are already disabled so who knows whether this package actually works. Furthermore, is already available.

Discussion:
sha256 = "1cd7d3dji8q4mvcnf9asxn8j109pd5g5d5shr6xvn0iwr35qprgi"; }; <ins> disabled = isPyPy; </ins> buildInputs = with self; [ pyflakes pep8 ]; propagatedBuildInputs = with self; [ django_1_6 filebrowser_safe grappelli_safe bleach tzlocal beautifulsoup4
Change:
Describe the bug weechat-matrix script cannot find the helper binary that's used when logging in to matrix homeservers that require sso To Reproduce an override to weechat to add weechat script logging in to a homeserver that requires SSO Actual results Weechat prints a message: Expected behavior weechat-matrix should print a link that user's supposed to click in browser Notify maintainers Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
I locally hacked an overlay that works by making the path to static:
This solution looks reasonable (replace the wildcard by the actual file name and use instead of ). Would you mind opening a PR fixing this?

Discussion:
postFixup = '' addToSearchPath program_PYTHONPATH $out/${python.sitePackages} patchPythonScript $out/share/matrix.py <ins> substituteInPlace $out/${python.sitePackages}/matrix/server.py --replace "matrix_sso_helper" "$out/bin/matrix_sso_helper" </ins> ''; meta = with lib; {
Change:
Describe the bug In the AVX512 support was turned back on in openblas, allowing for the use of dynamic, AVX512 optimized compute kernels. started to discover problems with AVX512 while working on the and I can confirm that this problem affects multiple packages that are built against openblas. The problem already manifest itself in that packages fail their unit tests, when build on an AVX512 enabled machine (see for a detailed list). The tests either fail due to a wrong result or time out. I could indentify 5 different packages which are affected by this bug, leading to the conclusions this very likely affects many more packages. Affected versions of openblas, which I have tested, are 0.3.13 (master/release-21.05) and 0.3.15 (in staging at the moment). The problem disappears when: is complied with in is injected into the test phase or just set at runtime. Note that any core type that does not use AVX512 works fine here (tested: , or , but , which uses AVX512 fails). is turned off at openblas build time and is set to a non-AVX512 target (see point 2). you seem to be making use AVX512 optimizations. Did you notice any problems? I suggest to revert and thus re-introduce the makeFlag in openblas. To Reproduce an affected program which is linked against openblas on an Intel CPU that supports AVX512 instructions (e.g. Xeon Scalable) and check the results. In nixpkgs it is at least that is affected (delivers wrong results). , for example, on an Intel CPU with AVX512: the self tests/unit tests never finish in this case. external packages fail to run their tests on and AVX512 enabled machine: Notify maintainers CC Metadata This should affect since (~January 2021) and . The tests I have carried out were run with versions from the ~last week.
Sorry to hear that :(. Then we should indeed revert that change again.
Can this be closed?
The PR has been merged into staging. Should we wait to close the issue until the fix reaches master?

Discussion:
, target ? null # Select whether DYNAMIC_ARCH is enabled or not. , dynamicArch ? null <ins> # enable AVX512 optimized kernels. # These kernels have been a source of trouble in the past. # Use with caution. , enableAVX512 ? false </ins> , enableStatic ? stdenv.hostPlatform.isStatic , enableShared ? !stdenv.hostPlatform.isStatic }:

BINARY = 64; TARGET = setTarget "ATHLON"; DYNAMIC_ARCH = setDynamicArch true; <ins> NO_AVX512 = !enableAVX512; </ins> USE_OPENMP = false; MACOSX_DEPLOYMENT_TARGET = "10.7"; };

BINARY = 64; TARGET = setTarget "ATHLON"; DYNAMIC_ARCH = setDynamicArch true; <ins> NO_AVX512 = !enableAVX512; </ins> USE_OPENMP = !stdenv.hostPlatform.isMusl; };
Change:
Project description A torrent downloader written in Java, with support for almost all things related to torrent (i2p, tor, dht, mainline dht, etc. see homepage) Vuze development stopped 4 years ago, BiglyBT is continuation of Vuze. Metadata homepage URL: source URL: license: GPL-2.0 platforms: it's java - Windows, Linux, MacOS (legacy too), BSD, Android ... _(it should probably work even on haiku)
This pull request is closed, because i are banned.
I marked this as stale due to inactivity. &rarr;
I've worked on it a little, got working package. There might be problems with autoupdate - shared plugins cannot self-update as they're builded into package. Auto-updating can be disabled in settings, which are saved per user in

Discussion:
<ins> { lib, stdenv, fetchurl, jre, wrapGAppsHook, nix-update-script, }: stdenv.mkDerivation rec { pname = "biglybt"; version = "3.5.0.0"; src = fetchurl { url = "https://github.com/BiglySoftware/BiglyBT/releases/download/v${version}/GitHub_BiglyBT_unix.tar.gz"; hash = "sha256-ToTCIjunj/ABi3wVSmeddLGBdQlv+CfK2jGRjixJd0w="; }; nativeBuildInputs = [ wrapGAppsHook ]; configurePhase = '' runHook preConfigure sed -e 's/AUTOUPDATE_SCRIPT=1/AUTOUPDATE_SCRIPT=0/g'  -i biglybt || die runHook postConfigure ''; installPhase = '' runHook preInstall install -d $out/{share/{biglybt,applications,icons/hicolor/scalable/apps},bin} cp -r ./* $out/share/biglybt/ ln -s $out/share/biglybt/biglybt.desktop $out/share/applications/ ln -s $out/share/biglybt/biglybt.svg $out/share/icons/hicolor/scalable/apps/ wrapProgram $out/share/biglybt/biglybt  --prefix PATH : ${lib.makeBinPath [ jre ]} ln -s $out/share/biglybt/biglybt $out/bin/ runHook postInstall ''; passthru.updateScript = nix-update-script { extraArgs = [ "--version-regex" "^(v[0-9.]+)$" ]; }; meta = { changelog = "https://github.com/BiglySoftware/BiglyBT/releases/tag/v${version}"; description = "A BitTorrent client based on the Azureus that supports I2P darknet for privacy"; downloadPage = "https://github.com/BiglySoftware/BiglyBT"; homepage = "https://www.biglybt.com/"; license = lib.licenses.gpl3Plus; platforms = lib.platforms.unix; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; mainProgram = "biglybt"; maintainers = with lib.maintainers; [ raspher ]; }; } </ins>
Change:
Describe the bug Trying to use the matrix notification fails. To Reproduce Steps to reproduce the behavior: a config with matrix enabled urlwatch check a URL. the error Expected behavior Working matrix integration Screenshots Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(dfrank): nixpkgs: Maintainer information:
could you please test ?
I get an error about an invalid token, but I assume that's wrong configuration on my end. Thanks for being so fast!

Discussion:
<del> { lib, fetchFromGitHub, python3Packages }: </del> <ins> { lib , fetchFromGitHub , python3Packages }: </ins> python3Packages.buildPythonApplication rec { pname = "urlwatch"; <del> version = "2.21"; </del> <ins> version = "2.23"; </ins> src = fetchFromGitHub { <del> owner  = "thp"; repo   = "urlwatch"; rev    = version; sha256 = "1s6bigkwymxdp9bkgvwg3lbf465i6k8kmak2w7czf4mhwavcfq63"; </del> <ins> owner = "thp"; repo = "urlwatch"; rev = version; sha256 = "1ryygy7lalmwnv9kc8q4920gkdx878izy33a5dgxb780sy2qq8pg"; </ins> }; propagatedBuildInputs = with python3Packages; [

cssselect keyring lxml <ins> markdown2 matrix-client </ins> minidb <ins> pushbullet </ins> pycodestyle <ins> pyppeteer </ins> pyyaml requests <del> pyppeteer </del> ]; # no tests
Change:
Project description This is an [x-]cursor theme designed to look decent. Includes light and dark cursors Metadata homepage URL: license: GPL3 + CC BY-SA 4.0) platforms: unix? linux?

Discussion:
githubId = 1943632; name = "fro_ozen"; }; <ins> frogamic = { email = "frogamic@protonmail.com"; github = "frogamic"; githubId = 10263813; name = "Dominic Shelton"; }; </ins> Frostman = { email = "me@slukjanov.name"; github = "Frostman";

<ins> { stdenvNoCC, fetchFromGitLab, lib }: stdenvNoCC.mkDerivation { pname = "quintom-cursor-theme"; version = "unstable-2019-10-24"; src = fetchFromGitLab { owner = "Burning_Cube"; repo = "quintom-cursor-theme"; rev = "d23e57333e816033cf20481bdb47bb1245ed5d4d"; hash = "sha256-Sec2DSnWYal6wzYzP9W+DDuTKHsFHWdRYyMzliMU5bU=A"; }; installPhase = '' mkdir -p $out/share/icons for theme in "Quintom_Ink" "Quintom_Snow"; do cp -r "$theme Cursors/$theme" $out/share/icons/ done ''; meta = with lib; { description = "A cursor theme designed to look decent"; homepage = "https://gitlab.com/Burning_Cube/quintom-cursor-theme"; platforms = platforms.unix; license = with licenses; [ cc-by-sa-40 gpl3Only ]; maintainers = with maintainers; [ frogamic ]; }; } </ins>

qogir-theme = callPackage ../data/themes/qogir { }; <ins> quintom-cursor-theme = callPackage ../data/icons/quintom-cursor-theme { }; </ins> redhat-official-fonts = callPackage ../data/fonts/redhat-official { }; route159 = callPackage ../data/fonts/route159 { };
Change:
Describe the bug grammars that have a C++ scanner () fail to build on darwin because is used to build them instead of . It complains about missing C++ headers like and . To Reproduce Steps to reproduce the behavior: to build on Darwin Expected behavior grammars should all build on darwin. Additional context I've fixed the issue in my config by overriding the in the derivation like this: Compared to the current : Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(sandhose): channels(root): nixpkgs: Maintainer information:
PR welcome
I don’t have a MacOS to test it, but I will merge PRs that make the tests pass on our CI infrastructure.
I can test, is this issue at all related to this: The build succeeds with the following on mac, it just does not in the derivation.
For now you can find the workaround I'll create a pull request to address this soon.

Discussion:
{ stdenv , tree-sitter <ins> , libcxx , lib </ins> }: # Build a parser grammar and put the resulting shared object in `$out/parser`

"${source}/${location}" ; <ins> NIX_CFLAGS_COMPILE = lib.optionalString stdenv.isDarwin "-I${lib.getDev libcxx}/include/c++/v1"; </ins> buildInputs = [ tree-sitter ]; dontUnpack = true;
Change:
, CVSSv3=7.5 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) Scanned versions: nixos-unstable: . Cc Cc
The second one is about the Aviatrix VPN Client.

Discussion:
in { openvpn_24 = generic { <del> version = "2.4.9"; sha256 = "1qpbllwlha7cffsd5dlddb8rl22g9rar5zflkz1wrcllhvfkl7v4"; </del> <ins> version = "2.4.11"; sha256 = "06s4m0xvixjhd3azrzbsf4j86kah4xwr2jp6cmcpc7db33rfyyg5"; </ins> }; openvpn = generic { <del> version = "2.5.0"; sha256 = "sha256-AppCbkTWVstOEYkxnJX+b8mGQkdyT1WZ2Z35xMNHj70="; </del> <ins> version = "2.5.2"; sha256 = "sha256-sSdDg2kB82Xvr4KrJJOWfhshwh60POmo2hACoXycHcg="; </ins> }; }
Change:
Describe the bug To contribute to the nixpkgs documentation I followed the instructions in the nixpkgs manual "Chapter 21. Contributing to this documentation" and I followed the code snippet Firstly I was greeted with some warnings: But moving on to I saw a large number of errors. It looks like is set up inside the nix-shell but it's not picked up by ? Running the command does work. To Reproduce Expected behavior No warnings, no errors. Metadata Please run and paste the result. Maintainer information:
nix-shell has a specific setup to allow running stdenv phases such as
That also gives me a bunch of errors as well, but different ones: For a bunch of files. I managed to write some updates to the docs and validated them just using the command, but it's a bit unfortunate that just following the instructions literally doesn't work.
Sorry about that. should fix it.
Thanks, that fixes it for me (tested by setting the env variable manually). Great to see these steps towards making it easier to contribute to the docs.

Discussion:
```ShellSession $ cd /path/to/nixpkgs/doc $ nix-shell <del> [nix-shell]$ make $makeFlags </del> <ins> [nix-shell]$ make </ins> ``` If you experience problems, run `make debug` to help understand the docbook errors.

src = lib.cleanSource ./.; <del> makeFlags = [ "PANDOC_LUA_FILTERS_DIR=${pkgs.pandoc-lua-filters}/share/pandoc/filters" ]; </del> postPatch = '' ln -s ${doc-support} ./doc-support/result '';

echo "doc manual $dest manual.html" >> $out/nix-support/hydra-build-products echo "doc manual $dest nixpkgs-manual.epub" >> $out/nix-support/hydra-build-products ''; <ins> # Environment variables PANDOC_LUA_FILTERS_DIR = "${pkgs.pandoc-lua-filters}/share/pandoc/filters"; </ins> }
Change:
Describe the bug throws an error when attempting to generate the musicbrainz disc id: Notify maintainers recently updated the package in listed as maintainer Maintainer information:

Discussion:
<del> { lib, fetchFromGitHub, python3, cdparanoia, cdrdao, flac , sox, accuraterip-checksum, libsndfile, util-linux, substituteAll }: </del> <ins> { lib , python3 , fetchFromGitHub , libcdio-paranoia , cdrdao , libsndfile , flac , sox , util-linux }: </ins> <del> python3.pkgs.buildPythonApplication rec { </del> <ins> let bins = [ libcdio-paranoia cdrdao flac sox util-linux ]; in python3.pkgs.buildPythonApplication rec { </ins> pname = "whipper"; version = "0.10.0";

sha256 = "00cq03cy5dyghmibsdsq5sdqv3bzkzhshsng74bpnb5lasxp3ia5"; }; <del> pythonPath = with python3.pkgs; [ </del> <ins> nativeBuildInputs = with python3.pkgs; [ setuptools_scm docutils ]; propagatedBuildInputs = with python3.pkgs; [ </ins> musicbrainzngs mutagen pycdio pygobject3 <del> requests </del> ruamel_yaml <del> setuptools setuptools_scm </del> <ins> discid pillow </ins> ]; buildInputs = [ libsndfile ]; checkInputs = with python3.pkgs; [ twisted <del> ]; patches = [ (substituteAll { src = ./paths.patch; inherit cdparanoia; }) ]; </del> <ins> ] ++ bins; </ins> makeWrapperArgs = [ <del> "--prefix" "PATH" ":" (lib.makeBinPath [ accuraterip-checksum cdrdao util-linux flac sox ]) </del> <ins> "--prefix" "PATH" ":" (lib.makeBinPath bins) </ins> ]; preBuild = '' export SETUPTOOLS_SCM_PRETEND_VERSION="${version}" ''; <del> # some tests require internet access # https://github.com/JoeLametta/whipper/issues/291 doCheck = false; preCheck = '' HOME=$TMPDIR </del> <ins> checkPhase = '' runHook preCheck # disable tests that require internet access # https://github.com/JoeLametta/whipper/issues/291 substituteInPlace whipper/test/test_common_accurip.py  --replace "test_AccurateRipResponse" "dont_test_AccurateRipResponse" HOME=$TMPDIR ${python3.interpreter} -m unittest discover runHook postCheck </ins> ''; meta = with lib; {

<del> --- a/whipper/program/cdparanoia.py +++ b/whipper/program/cdparanoia.py @@ -280,10 +280,10 @@ bufsize = 1024 if self._overread: -            argv = ["cd-paranoia", "--stderr-progress", +            argv = ["@cdparanoia@/bin/cdparanoia", "--stderr-progress", "--sample-offset=%d" % self._offset, "--force-overread", ] else: -            argv = ["cd-paranoia", "--stderr-progress", +            argv = ["@cdparanoia@/bin/cdparanoia", "--stderr-progress", "--sample-offset=%d" % self._offset, ] if self._device: argv.extend(["--force-cdrom-device", self._device, ]) @@ -560,7 +560,7 @@ def getCdParanoiaVersion(): getter = common.VersionGetter('cd-paranoia', -                                  ["cd-paranoia", "-V"], +                                  ["@cdparanoia@/bin/cdparanoia", "-V"], _VERSION_RE, "%(version)s %(release)s") @@ -585,7 +585,7 @@ def __init__(self, device=None): # cdparanoia -A *always* writes cdparanoia.log self.cwd = tempfile.mkdtemp(suffix='.whipper.cache') -        self.command = ['cd-paranoia', '-A'] +        self.command = ['@cdparanoia@/bin/cdparanoia', '-A'] if device: self.command += ['-d', device] </del>
Change:
Describe the bug The file () fails to evaluate and attempts to do so result in the following error: Additional context This behaviour is likely the result of two recent commits. The first one, from January 10th (), was created by who replaced all references to 'plasma5' with references to 'plasma5Packages'. The second one, from April 23 (), was created by who introduced a new reference to 'plasma5' which is where the build fails.
thanks for the report and inquiry, I've pushed to fix it.

Discussion:
mr ${pkgs.apparmor-pam}/lib/security/pam_apparmor.so, '' + optionalString (isEnabled (cfg: cfg.enableKwallet)) '' <del> mr ${pkgs.plasma5.kwallet-pam}/lib/security/pam_kwallet5.so, </del> <ins> mr ${pkgs.plasma5Packages.kwallet-pam}/lib/security/pam_kwallet5.so, </ins> '' + optionalString config.virtualisation.lxc.lxcfs.enable '' mr ${pkgs.lxc}/lib/security/pam_cgfs.so