Using `grep -R -i lttng-ust | grep -v 0/2.12` finds: > www-apps/lidarr-bin/lidarr-bin-2.6.4.4402.ebuild: dev-util/lttng-ust:0 > www-apps/prowlarr-bin/prowlarr-bin-1.25.2.4794.ebuild: dev-util/lttng-ust:0 > www-apps/readarr-bin/readarr-bin-0.4.0.2634.ebuild: dev-util/lttng-ust:0 > www-apps/sonarr-bin/sonarr-bin-4.0.9.2513.ebuild: dev-util/lttng-ust:0 > www-apps/radarr-bin/radarr-bin-5.12.2.9335.ebuild: dev-util/lttng-ust:0 > www-apps/jackett-bin/jackett-bin-0.21.2146.ebuild: dev-util/lttng-ust:0 But for example www-apps/prowlarr-bin doe snot use lttng at all. See this snippet from the ebuild: > src_prepare() { > default > > # https://github.com/dotnet/runtime/issues/57784 > rm libcoreclrtraceptprovider.so Prowlarr.Update/libcoreclrtraceptprovider.so || die > } The ARR stack should **all** either: a) remove libcoreclrtraceptprovider.so libs, b) use proper LTTNG slot...... whcih is probably 0/2.12 since that is what the dotnet-sdk-bin upstream compiles with.
When SLOTS are correctly used it should solve this annoyance: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: dev-util/lttng-ust:0 (dev-util/lttng-ust-2.13.6:0/2.13::gentoo, ebuild scheduled for merge) USE="-examples -numa -test" conflicts with dev-util/lttng-ust:0/2.12 required by (dev-dotnet/dotnet-sdk-bin-8.0.107-1:8.0/8.0.7::gentoo, installed) USE="" ^^^^^^^
www-apps/jellyfin-bin currently sets it correctly (it removed the libcoreclrtraceptprovider.so file)
Reassigned to Craig.
