jiebi/CodeConvo huggingface dataset:
Change:
# upstream issue: missing file header initsplit = markBroken super.initsplit; <del> irony = super.irony.overrideAttrs(old: { </del> <ins> irony = super.irony.overrideAttrs (old: { cmakeFlags = old.cmakeFlags or [] ++ [ "-DCMAKE_INSTALL_BINDIR=bin" ]; </ins> preConfigure = '' cd server ''; preBuild = '' make <ins> install -D bin/irony-server $out/bin/irony-server cd .. </ins> ''; <del> postInstall = '' mkdir -p $out mv $out/share/emacs/site-lisp/elpa/*/server/bin $out rm -rf $out/share/emacs/site-lisp/elpa/*/server ''; preCheck = '' </del> <ins> checkPhase = '' </ins> cd source/server <ins> make check cd ../.. </ins> ''; dontUseCmakeBuildDir = true; doCheck = true;

Discussion:
To Reproduce Steps to reproduce the behavior: install the irony emacs package with allowBroken Expected behavior The package builds and works Additional context It has been introduced by Metadata Maintainer information: I tried to debug this but couldn't figure it out :(
Seeing this too. Not sure what is happening though /cc
It doesn't work because of what seems to be an upstream bug in tar-mode. Here's how to reproduce outside of nix: open the tar file from with emacs You'll get: According to my experimentations, it only happens when the length of the package description file name length is 32 characters (so when the version is 13 characters long). An horrific fix is to patch the version so that it's always not 13 characters long. I spent quite a bit of time trying to debug this, but it turned out being way too intense as a first common lisp experience. what do you think ?
It looks like irony- is missing from that .tar file, which is causing the error. But it does show up when I extract it with gnutar!
Change:
}; # fancy setup: run in uWSGI and use nginx as proxy <del> nodes.fancy = { ... }: { </del> <ins> nodes.fancy = { config, ... }: { </ins> imports = [ ../modules/profiles/minimal.nix ]; services.searx = {

Discussion:
The searx service is trying to start and it fails because the actual name is of the executable has been changed to Steps to reproduce the behavior: ... use newest unstable branch ... try to deploy searx service with ... searx service fails to start searx service should start without any issues The default searx package on Nixos is in Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for reporting, I just encountered this bug as well after I updated to the latest unstable branch. I believe that a general migration from to naming needs to be done to avoid these kind of issues in the future.
Change:
<ins> { fetchzip, lib }: let version = "20170925"; in fetchzip { name = "nanum-${version}"; url = "mirror://ubuntu/pool/universe/f/fonts-nanum/fonts-nanum_${version}.orig.tar.xz"; sha256 = "sha256-lSTeQEuMmlQxiQqrx9tNScifE8nMOUDJF3lCfoAFIJk="; postFetch = '' unpackDir="$TMPDIR/unpack" mkdir "$unpackDir" cd "$unpackDir" tar xf "$downloadedFile" --strip-components=1 mkdir -p $out/share/fonts cp *.ttf $out/share/fonts ''; meta = with lib; { description = "Nanum Korean font set"; homepage = "https://hangeul.naver.com/font"; license = licenses.ofl; maintainers = with lib.maintainers; [ serge ]; platforms = platforms.all; }; } </ins>

Discussion:
Project description Add Korean Nanum fonts: Nanum Gothic Nanum Barun Gothic Nanum Barunpen Nanum Brush Nanum Myengjo Nanum Pen Nanum Square Nanum Square Round Metadata homepage URL: source URL: license: ofl platforms: all
Change:
<ins> { agg , fetchFromGitHub , fetchpatch , Foundation , freetype , lib , lua5_2 , meson , ninja , pcre2 , pkg-config , reproc , SDL2 , stdenv }: stdenv.mkDerivation rec { pname = "lite-xl"; version = "2.0.1"; src = fetchFromGitHub { owner = "lite-xl"; repo = "lite-xl"; rev = "v${version}"; sha256 = "sha256-+RbmT6H/5Ldhv3qOClxMjCSGMudbkGtkjo2SpGqExao="; }; patches = [ # Fixes compatibility with Lua5.2, remove patch when PR merged # https://github.com/lite-xl/lite-xl/pull/435 (fetchpatch { name = "0001-replace-unpack-with-table.unpack.patch"; url = "https://github.com/lite-xl/lite-xl/commit/30ccde896d1ffe37cbd8990e9b8aaef275e18935.patch"; sha256 = "sha256-IAe3jIyD3OtZtu1V7MtPR4QzFKvU/aV/nLQ4U9nHyIQ="; }) # Lets meson fallback to the system reproc if available. # remove patch when 2.0.2 is proposed. (fetchpatch { name = "0002-use-dependency-fallbacks-use-system-reproc-if-available.patch"; url = "https://github.com/lite-xl/lite-xl/commit/973acb787aacb0164b2f4ae6fe335d250ba80a7b.patch"; sha256 = "sha256-GmgATsRlj1FePmw3+AoWEMZIo2eujHYewKQCx583qbU="; }) ]; nativeBuildInputs = [ meson ninja pkg-config ]; buildInputs = [ agg freetype lua5_2 pcre2 reproc SDL2 ] ++ lib.optionals stdenv.isDarwin [ Foundation ]; meta = with lib; { description = "A lightweight text editor written in Lua"; homepage = "https://github.com/lite-xl/lite-xl"; license = licenses.mit; maintainers = with maintainers; [ boppyt ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description Superset of package , which isnt actively developed now. Metadata homepage URL: https://lite- source URL: license: mit platforms: linux, darwin
Change:
<del> { stdenv, git, gzip, perlPackages, fetchFromGitHub </del> <ins> { stdenv, buildEnv, git, fetchFromGitHub </ins> , gitwebTheme ? false }: let <del> gitwebPerlLibs = with perlPackages; [ CGI HTMLParser CGIFast FCGI FCGIProcManager HTMLTagCloud ]; </del> gitwebThemeSrc = fetchFromGitHub { owner = "kogakure"; repo = "gitweb-theme"; rev = "049b88e664a359f8ec25dc6f531b7e2aa60dd1a2"; <del> sha256 = "0wksqma41z36dbv6w6iplkjfdm0ha3njp222fakyh4lismajr71p"; </del> <ins> extraPostFetch = '' mkdir -p "$TMPDIR/gitwebTheme" mv "$out"/* "$TMPDIR/gitwebTheme/" mkdir "$out/static" mv "$TMPDIR/gitwebTheme"/* "$out/static/" ''; sha256 = "17hypq6jvhy6zhh26lp3nyi52npfd5wy5752k6sq0shk4na2acqi"; </ins> }; <del> in stdenv.mkDerivation { </del> <ins> in buildEnv { </ins> name = "gitweb-${stdenv.lib.getVersion git}"; <del> src = git.gitweb; installPhase = '' mkdir $out mv * $out # gzip (and optionally bzip2, xz, zip) are runtime dependencies for # gitweb.cgi, need to patch so that it's found sed -i -e "s|'compressor' => ['gzip'|'compressor' => ['${gzip}/bin/gzip'|"  $out/gitweb.cgi # Give access to CGI.pm and friends (was removed from perl core in 5.22) for p in ${stdenv.lib.concatStringsSep " " gitwebPerlLibs}; do sed -i -e "/use CGI /i use lib "$p/${perlPackages.perl.libPrefix}";"  "$out/gitweb.cgi" done ${stdenv.lib.optionalString gitwebTheme "cp ${gitwebThemeSrc}/* $out/static"} ''; </del> <ins> ignoreCollisions = true; paths = stdenv.lib.optional gitwebTheme "${gitwebThemeSrc}" ++ [ "${git}/share/gitweb" ]; </ins> meta = git.meta // { maintainers = with stdenv.lib.maintainers; [ gnidorah ];

Discussion:
start a webserver that is mean to serve for the current repo. In order to do this, it generates an httpd config with But the expression for moves to a separate output. Run in any repo.
Hm, ok, I have fixed the path issue, but it still doesn’t work because perl has no CGI module.
Change:
mbedtls_1_3 = throw "mbedtls_1_3 is end of life, see https://tls.mbed.org/kb/how-to/upgrade-2.0"; # added 2019-12-08 mess = mame; # added 2019-10-30 mcgrid = throw "mcgrid has been removed from nixpkgs, as it's not compatible with rivet 3"; # added 2020-05-23 <del> mcomix = throw "mcomix has been removed from nixpkgs, as it's unmaintained"; # added 2019-12-10 </del> <ins> mcomix = throw "mcomix has been removed from nixpkgs, as it's unmaintained; try mcomix3 a Python 3 fork"; # added 2019-12-10, modified 2020-11-25 </ins> mirage = throw "mirage has been femoved from nixpkgs, as it's unmaintained"; # added 2019-12-10 mopidy-local-images = throw "mopidy-local-images has been removed as it's unmaintained. It's functionality has been merged into the mopidy-local extension."; # added 2020-10-18 mopidy-local-sqlite = throw "mopidy-local-sqlite has been removed as it's unmaintained. It's functionality has been merged into the mopidy-local extension."; # added 2020-10-18

Discussion:
Describe the bug There is a fork of mcomix, mcomix3, that's is currently in use by debian because it's ported to gtk3 and python3. A big issue though is it lacks a real build system to install If anyone is up to maintaining this I could contribute cc
I haven't used mcomix for a long time. I just removed myself from all the maintainer lists to not cause further confusion on who to ping for what.
I use mcomix semi-regularly, so I'd definitely appreciate having this fork in nixpkgs. Than again, we do have yacreader, so I guess I'll just switch to that.
Wow! Good to know! I wanna test it!
please contribute back to upstream if you finish this, so that all distro packagers benefit.
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 .
I would like to adopt mcomix and take you up on your offer to help, if it still stands. The mcomix devs seem not very happy about meson or any other build system, so I tried without. What I got so far is: but there seems to be a problem with and/or pygobject, that I don't know how to resolve: This is with a special debug version, I think the message about GTK+ 3.0 might be a red herring.
Chute! I forgot to it, that was the problem. I think, I have it working now, but need help polishing, seeing this would be my first contribution. Edit: Well, not quite, it's starting now, but in some dialogs, I get a crash with , which I remember seeing somewhere in the nix manual FAQ.
Can you post the code in a gist or in a local Github clone?

Sure:
I made some comments there.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> diff --git a/Makefile.in b/Makefile.in index e4072e4..4a6b069 100644 --- a/Makefile.in +++ b/Makefile.in @@ -327,23 +327,9 @@ installcheck-initdSCRIPTS: $(initd_SCRIPTS) else echo "$$f does not support $$opt" 1>&2; bad=1; fi;  done;  done; rm -f c$${pid}_.???; exit $$bad -install-logDATA: $(log_DATA) -	@$(NORMAL_INSTALL) -	test -z "$(logdir)" || $(MKDIR_P) "$(DESTDIR)$(logdir)" -	@list='$(log_DATA)'; for p in $$list; do  -	  if test -f "$$p"; then d=; else d="$(srcdir)/"; fi;  -	  f=$(am__strip_dir)  -	  echo " $(logDATA_INSTALL) '$$d$$p' '$(DESTDIR)$(logdir)/$$f'";  -	  $(logDATA_INSTALL) "$$d$$p" "$(DESTDIR)$(logdir)/$$f";  -	done +install-logDATA: uninstall-logDATA: -	@$(NORMAL_UNINSTALL) -	@list='$(log_DATA)'; for p in $$list; do  -	  f=$(am__strip_dir)  -	  echo " rm -f '$(DESTDIR)$(logdir)/$$f'";  -	  rm -f "$(DESTDIR)$(logdir)/$$f";  -	done install-logrotateDATA: $(logrotate_DATA) @$(NORMAL_INSTALL) test -z "$(logrotatedir)" || $(MKDIR_P) "$(DESTDIR)$(logrotatedir)" @@ -361,23 +347,9 @@ uninstall-logrotateDATA: echo " rm -f '$(DESTDIR)$(logrotatedir)/$$f'";  rm -f "$(DESTDIR)$(logrotatedir)/$$f";  done -install-pkglocalstateDATA: $(pkglocalstate_DATA) -	@$(NORMAL_INSTALL) -	test -z "$(pkglocalstatedir)" || $(MKDIR_P) "$(DESTDIR)$(pkglocalstatedir)" -	@list='$(pkglocalstate_DATA)'; for p in $$list; do  -	  if test -f "$$p"; then d=; else d="$(srcdir)/"; fi;  -	  f=$(am__strip_dir)  -	  echo " $(pkglocalstateDATA_INSTALL) '$$d$$p' '$(DESTDIR)$(pkglocalstatedir)/$$f'";  -	  $(pkglocalstateDATA_INSTALL) "$$d$$p" "$(DESTDIR)$(pkglocalstatedir)/$$f";  -	done +install-pkglocalstateDATA: uninstall-pkglocalstateDATA: -	@$(NORMAL_UNINSTALL) -	@list='$(pkglocalstate_DATA)'; for p in $$list; do  -	  f=$(am__strip_dir)  -	  echo " rm -f '$(DESTDIR)$(pkglocalstatedir)/$$f'";  -	  rm -f "$(DESTDIR)$(pkglocalstatedir)/$$f";  -	done install-sysconfigDATA: $(sysconfig_DATA) @$(NORMAL_INSTALL) test -z "$(sysconfigdir)" || $(MKDIR_P) "$(DESTDIR)$(sysconfigdir)" </ins>  No newline at end of file

Discussion:
Project description Runs as a daemon and records statistics about usage of programs using Markov chains; files of more frequently-used programs are, during a computer's spare time, loaded into memory. Metadata homepage URL: source URL: license: gpl2 platforms: linux
Same here! Preload can really help out when using Linux on older hardware or when using programs that generally take long to start.
Change:
postInstall = '' cp -r $out/$out/* $out rm -r $out/nix <ins> wrapProgram $out/sbin/mount.glusterfs --set PATH "${stdenv.lib.makeBinPath [ coreutils gnused attr gnugrep which]}" </ins> ''; src = fetchurl {

Discussion:
The glusterfs derivation does not install mount.glusterfs. So it is not possible to mount glusterfs filesystems. ls /nix/store/8p888wid9lm02zw0gaqzdzv41d8yc75r-glusterfs-3.8.1/sbin fusermount-glusterfs gfindmissingfiles glfsheal gluster glusterd glusterfind glusterfs glusterfsd Install glusterfs and try to mount a glusterfs. Even if you don't have a cluster ready, mount should return an error: mount -t glusterfs 172.16.0.167:/var/gluster/testvol tmp/mnt Look inside the sbin folder, there is no mount.glusterfs file. The makefile that install mount.glusterfs () concatenates and to find the right directory. For an unknown reason, the configure flags set mountutildir to but when executed by the Makefile it get evaluated to . So by removing the configureFlag the file get installed properly. But then this script is not able to find basic utilities like sed, cat, grep, etc because no PATH is set. We can use makeWrapper to set it. On the postInstall phase I add: wrapProgram { [ pkgs.coreutils pkgs.gnugrep]}" And I also add makeWrapper to buildInputs. It still print an error about not found (even so it is in the PATH) but at least I can mount my glusterfs volumes. Should I do a PR for this or will someone else provide a better fix? System: 16.09.1272. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.09.1272."
Possible (just run ), but point taken. Hm, I guess long long ago it tried to install to global and failed. Then I didn't notice the Makefile improvement during the updates… Not sure a better fix is possible here. Yes, a PR would be welcome.
Change:
python3Packages.buildPythonApplication rec { pname = "wpgtk"; <del> version = "6.5.5"; </del> <ins> version = "6.5.7"; </ins> src = fetchFromGitHub { owner = "deviantfero"; repo = "wpgtk"; rev = version; <del> sha256 = "sha256-g3flxQNiNta+uL4t21Lhpij8b5yB78SJLGaFpTcm9fE="; </del> <ins> sha256 = "sha256-rHNni0nDghc5kI1sWHAb5ODr4buBz65eUEB1qWpbTTs="; </ins> }; nativeBuildInputs = [

Discussion:
Package name: wpgtk Latest released version: 6.5.7 <!-- Search your package here: --- Current version on the unstable channel: 6.5.5 Current version on the stable/release channel: 6.5.5 <!-- 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.
Change:
}; }; <del> services.zfs.zed.settings = mkOption { type = with types; attrsOf (oneOf [ str int bool (listOf str) ]); example = literalExample '' { ZED_DEBUG_LOG = "/tmp/zed.debug.log"; </del> <ins> services.zfs.zed = { enableMail = mkEnableOption "ZED's ability to send emails" // { default = cfgZfs.package.enableMail; }; </ins> <del> ZED_EMAIL_ADDR = [ "root" ]; ZED_EMAIL_PROG = "mail"; ZED_EMAIL_OPTS = "-s '@SUBJECT@' @ADDRESS@"; </del> <ins> settings = mkOption { type = with types; attrsOf (oneOf [ str int bool (listOf str) ]); example = literalExample '' { ZED_DEBUG_LOG = "/tmp/zed.debug.log"; </ins> <del> ZED_NOTIFY_INTERVAL_SECS = 3600; ZED_NOTIFY_VERBOSE = false; </del> <ins> ZED_EMAIL_ADDR = [ "root" ]; ZED_EMAIL_PROG = "mail"; ZED_EMAIL_OPTS = "-s '@SUBJECT@' @ADDRESS@"; </ins> <del> ZED_USE_ENCLOSURE_LEDS = true; ZED_SCRUB_AFTER_RESILVER = false; } ''; description = '' ZFS Event Daemon /etc/zfs/zed.d/zed.rc content See <citerefentry><refentrytitle>zed</refentrytitle><manvolnum>8</manvolnum></citerefentry> for details on ZED and the scripts in /etc/zfs/zed.d to find the possible variables ''; </del> <ins> ZED_NOTIFY_INTERVAL_SECS = 3600; ZED_NOTIFY_VERBOSE = false; ZED_USE_ENCLOSURE_LEDS = true; ZED_SCRUB_AFTER_RESILVER = false; } ''; description = '' ZFS Event Daemon /etc/zfs/zed.d/zed.rc content See <citerefentry><refentrytitle>zed</refentrytitle><manvolnum>8</manvolnum></citerefentry> for details on ZED and the scripts in /etc/zfs/zed.d to find the possible variables ''; }; </ins> }; };

Discussion:
Describe the bug On a ZFS-enabled 20.03 system: IMHO zed does not need the ability to send email by default. Also mariadb-connector should have a separate -dev output so that its doesn't end up in the system closure.
cc
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Seems still important: And: And:
Adjusted to milestone 21.03. BTW, If someone wants to backport the fix it shouldn't cause any issues.
Took a stab at this in
Change:
, WebKit }: <del> assert withWebKit -> stdenv.isDarwin; </del> assert withGtk2 -> (!withWebKit); let

Discussion:
The pull request introduced a regression where certain wxGTK 3.1 applications fail the assertion . In particular the following packages seem to be affected: - , , , Steps to reproduce the behavior: a nix repl, to evaluate the expression Something similar to system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
This is also affecting on linux:
I'm looking into this, will try to find some time tonight. Probably the safest thing is to remove this assertion, as it's wrong (or reverse it).
I'd suggest that too -- unless I'm mistaken, wxgtk isn't even currently useful on darwin, where we need to be using instead:
I'm not sure wxmac is the way to go. wxmac is just another way of building wxwidgets 3.0, and sometimes people need 3.1. The reason why I started touching wxwidgets is because I want to build espanso 2.1 on darwin -- and it ships with its own copy of wxwidgets 3.1.5.
Change:
overrideSrc = drv: { src, version ? drv.version }: overrideCabal drv (_: { inherit src version; editedCabalFile = null; }); <del> # Extract the haskell build inputs of a haskell package. # This is useful to build environments for developing on that # package. getHaskellBuildInputs = p: </del> <ins> # Get all of the build inputs of a haskell package, divided by category. getBuildInputs = p: </ins> (overrideCabal p (args: { passthru = (args.passthru or {}) // { <del> _getHaskellBuildInputs = (extractBuildInputs p.compiler args).haskellBuildInputs; </del> <ins> _getBuildInputs = extractBuildInputs p.compiler args; </ins> }; <del> }))._getHaskellBuildInputs; </del> <ins> }))._getBuildInputs; # Extract the haskell build inputs of a haskell package. # This is useful to build environments for developing on that # package. getHaskellBuildInputs = p: (getBuildInputs p).haskellBuildInputs; </ins> # Under normal evaluation, simply return the original package. Under # nix-shell evaluation, return a nix-shell optimized environment.

Discussion:
now aborts with on switch between commits (last working) and (introduces the error for me) use this and Please run and paste the results.
Change:
stdenv.mkDerivation rec { name = "wireguard-tools-${version}"; <del> version = "0.0.20190406"; </del> <ins> version = "0.0.20190531"; </ins> src = fetchzip { url = "https://git.zx2c4.com/WireGuard/snapshot/WireGuard-${version}.tar.xz"; <del> sha256 = "1rqyyyx7j41vpp4jigagqs2qdyfngh15y48ghdqfrkv7v93vwdak"; </del> <ins> sha256 = "0caw6kc0lqsvzvdjpdbdn3r9ff93vdl46616pwlig0rsdjrqnklj"; </ins> }; sourceRoot = "source/src/tools";

Discussion:
In there was an option introduced that indefinitely tries to restart the wireguard service until all peer hostnames are resolved. Instead it should use as introduced by instead. This feature will be available in the next snapshot release of wireguard. cc
Alright 0.0. has been released for the purpose of this disaster being fixed. care to cleanup the mess?
I fail to see what mess/disaster you're refering to.
Change:
makeWrapper "${dotnet-runtime}/bin/dotnet" $out/bin/NzbDrone  --add-flags "$out/share/sonarr-${version}/Sonarr.dll"  --prefix PATH : ${lib.makeBinPath [ ffmpeg ]}  <del> --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ curl sqlite openssl icu ]} </del> <ins> --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ curl sqlite openssl icu zlib ]} </ins> runHook postInstall '';

Discussion:
When trying to setup connection between Prowlarr and Sonarr test request fails with following error message and corresponding stacktrace in Sonarr log Steps to reproduce the behavior: to Prowlarr Settings -Apps to add Sonarr application (or select existing one) application setup dialog enter correct parameter and press Test button Test request completes successfully Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
preInstall = '' mkdir -p $out/lib/lua/${lua.luaversion} ''; <ins> NIX_CFLAGS_COMPILE = "-Wno-error -fpic"; </ins> installFlags = [ "USE_SYSTEM_LUA=yes" "LUA_VERSION_MAJ_MIN="

Discussion:
does not build as the dependency is not supported on . With set to true the dependency fails to build. System: OS X Darwin 15.5.0 x8664 Nix version: 1.11.2 Nixpkgs version: 16.09pre-git /cc
Change:
runHook postInstall ''; <ins> passthru.tests = { # Need to update in lockstep. inherit gmic gmic-qt; }; </ins> meta = with lib; { homepage = "http://cimg.eu/"; description = "A small, open source, C++ toolkit for image processing";

Discussion:
Steps to reproduce the behavior: gmic from There are more of those function arity errors, but just a small sample since they're the same. I'm going to assume pull in today has something to do with it. no maintainer? merged and it shows failures for gmic. gmic is used for me in GIMP and darktable. Please run and paste the result.
I will revert this preventively. There are many strange bugs happening.
Change:
hash = "sha256-XHiCxH7dJxJamloM2SJbiFHDt8j4rVfv/M9PaBzvgM4="; }; <del> extraBuildInputs = [mpv qtdeclarative]; </del> <ins> extraBuildInputs = [qtdeclarative]; extraPropagatedBuildInputs = [mpv]; </ins> meta.license = with lib.licenses; [bsd2 bsd3 cc-by-sa-40 cc0 lgpl21Only lgpl3Only lgpl3Plus mit]; }

Discussion:
retains references to packages, bloating the closure massively. I'd expect to see no such results. If comparing to qt5: n/a Seems related to some wrapping issue. For example: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --All examples above were built against Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Do we need the qt6 plugins for designer?
I achieved the following nix diff-closures with the diff: The patch is not perfect but maybe a starting point?
Maybe a separate output that's not $dev for those plugins?
That change brings the closure from (nominally) 1.05 GiB to 925 MiB. I think the other notably sized dependency would be which appears to add 100+ MiB of its own (as it brings along ), but it's indirectly coming from