I don’t even have the disk space to run nixpkgs-review on this, so if someone would do that I’d be grateful :-/

Running rg -g '*.pc' '}//nix' /nix/store additionally outputs:

• openobex
• libeml
• libffmpegthumbnailer
• libmatroska
• libKActivities
• KF5CalendarCore
• libeml

@gador Thanks!

(Also, damn it, I’ve already read enough CMake today to last me a year... I’ll get to those as well, I promise, I really will.)

Right, my system also had kwayland, I forgot about that. The KDE people use some sort of .pc generator written in CMake that seems to produce uniformly broken pkg-config files, except I’m not sure if they are actually shipping them. Someone more versed in CMake should probably have a look at it.

Either we find the package that is causing so many rebuilds or we send everything trough staging.

@SuperSandro2000 My money is on either libjxl or spirv-tools being deep in the dependency tree of some desktop environment or widget toolkit, but I’m honestly clueless here. Is there even a way to view the list ofborg computed?

Is there even a way to view the list ofborg computed?

You can click on

ofborg-eval — ^.^!

in the Github Actions list:

That brings up the changed paths: https://gist.github.com/GrahamcOfBorg/67f0505e1d8f9c25d56caa663fbb64ad

dependency tree of some desktop environment or widget toolkit

Yes, gtk4 is in the list because of gstreamer:

% nix why-depends nixpkgs.gtk4 nixpkgs.gst_all_1.gst-plugins-bad
/nix/store/699xjlyv5n4k4qcwhgxiv0vhv4m5y2kx-gtk4-4.4.1
╚═══lib/gtk-4.0/4.0.0/media/libmedia-gstreamer.so: …gins-base-1.18.4/lib:/nix/store/m3jdcmxgn44v5xz9qikj3hjkcda58awf-gst-plugins-bad-1.18.2/lib:/nix…
    => /nix/store/m3jdcmxgn44v5xz9qikj3hjkcda58awf-gst-plugins-bad-1.18.2

@nh2 Right, the smiley! ^^ I knew I saw that list at one point, but could not guess which line of the report to poke at and started doubting myself.

@SuperSandro2000 So, I was right that this is a GUI cascade but wrong about the source.

The majority of the rebuilds are because of both gtk4 and phonon-backend-gstreamer depending on gst-plugins-bad (which this touches in an incidental drive-by manner) which in turn depends on wildmidi (which this touches in an essential manner). Some of the Qt stuff is triggered by libkdegames depending on openal-soft (which this also touches, indepenently). Other parts of the Qt stuff seem to be spurious as they’re marked broken.

Overall, I think punting the wildmidi and the gst-plugins-bad changes to staging should redirect most of the avalanche—or we can just give up and decide this is going to be a large rebuild. Again, I’m clueless here, so please tell me if you want me to cherry-pick some things to a separate branch or something like that.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/extend-include-search-path-for-a-specific-package/19438/2

fix'd up and resolved conflicts #181875

Merged #181875
Thanks @alexshpilkin !