I was wondering why libgdiplus started to require mono stable on ppc64 and it seems it's due to dotnet.eclass usage Then, if we really need mono at build time, we need to stable a mono version on ppc64... if not, we would need to either allow the dep to be skipped or not use this eclass in libgdiplus
In Fedora it seems it is not really needing mono for build, hence, the dep could be skipped again
Any news on this? This is causing also a circular dep issue
That's my change. I made an assumption, that all C# code which uses dotnet.eclass also requires mono. So there are 2 solutions: 1) to remove mono from dotnet.eclass 2) to split dotnet eclass into managed and unmanaged prts and uncouple libgdiplus from dotnet.eclass
https://github.com/gentoo/dotnet/pull/280/commits/fc252401ff1f25e278db9536825076b8d896f0e8
accepted, now someone (maybe me when I will have time) port PR into tree from overlay
sorry for delay