It is stated that this is not to be used on packages with binaries
There's rarely a reason to use this feature, this is not one of them. This has no actual effect right now judging by the RID. Use Fedora-version-specific runtime-identifier for dotnet publish. Considering this, we should build with stable. The usage in production in its description Repo doesn't seem maintained, and maintainers actively discourage. Remove additional dotnet-preview repo from Makefile. Another would be removing libcoreclrtraceptprovider.so from the package entirely, but for that I'd need to know wether it is being used first. The option described in the linked comment is one way to do it. I don't know whether libcoreclrtraceptprovider.so is even actually being used or if it is just an artifact of. That was also what I was wondering yesterday and asked in the Dev channel, but unfortunately noone answered on it. 
Well funny enough automatic dependencies are already supposed to be disabled:īut I guess that directive doesn't work anymore (if it was ever correct, since the AutoReqProv draft only talked about the filter macros, not a general disabling).Īnd if someone really needs libcoreclrtraceptprovider.so, well, they will have to get a working liblttng-ust.so.0 anyway before they can use any. On Fedora, we would filter out the automatic dependency.
The test build yesterday was just a PoC done in like 5 minutes (including compile) to see if it was even an option should we have to go this route. TBH I haven't gotten around to looking for workarounds yet.
0 kommentar(er)
