Closed bunder2015 closed 1 year ago
I've had a similar issue in the past, solved with slotting, but that doesn't seem to be an option for now. I can offer you a hack-around if you like:
emerge dotnet-sdk-bin
)I don't know enough about ebuilds, but I'd imagine there should be a way to use symlinks with slotting instead. For now at least, this will probably work around the issue.
Also, it looks like we should be using dotnet-sdk-bin from the main gentoo repo. Perhaps this (and other issues here) should rather be raised at bugs.gentoo.org? Some time ago I raised https://bugs.gentoo.org/833356, which links to the larger-scoped https://bugs.gentoo.org/show_bug.cgi?id=900597 so it looks like there are people on it, trying to sort out upstream issues. I guess an hack-around is the best I can think of for now.
thanks to a discussion on https://github.com/gentoo/dotnet/issues/447, there's a much better way:
echo dev-dotnet/dotnet-sdk-bin:6.0 -dotnet-symlink >> /etc/portage/package.use/dotnet
emerge dotnet-sdk-bin:6.0
ln -s /opt/dotnet-sdk-bin-6.0/shared/Microsoft.AspNetCore.App/6.0.12 /opt/dotnet-sdk-bin-7.0/shared/Microsoft.AspNetCore.App/6.0.12
ln -s /opt/dotnet-sdk-bin-6.0/shared/Microsoft.NETCore.App/6.0.12 /opt/dotnet-sdk-bin/7.0/shared/Microsoft.NETCore.App/6.0.12
after that, dotnet --list-runtimes
produces:
Microsoft.AspNetCore.App 6.0.12 [/opt/dotnet-sdk-bin-7.0/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.3 [/opt/dotnet-sdk-bin-7.0/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 6.0.12 [/opt/dotnet-sdk-bin-7.0/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.3 [/opt/dotnet-sdk-bin-7.0/shared/Microsoft.NETCore.App]
hope this helps
Hi, thanks for looking into this... been busy the past few days, I'll try this when I have some time and report back. Thanks again
Sorry for the delay... I gave this a go, and it seems to be working, I did have to change DOTNET_ROOT
to point to the 7.x install, but at least it's working... unsetting it just told me I had no .net installed. I think I can close this for now, if anything I can ask on bgo now that I have a working setup on non-overlay packages.
Thanks again
Hello, I recently was using this repo for
dotnetcore-sdk-bin
, but noticed the comment in the readme saying that it is deprecated. I tried switching over todotnet-sdk-bin
, but wound up running into issues running applications saying they couldn't find the runtime (despite finding one in/opt
) and pointing me to a download link over at Microsoft.The application I was mostly having issues with is https://github.com/SourMesen/Mesen2#development-builds
At the time I had
mono-6.12.0.122
anddotnet-sdk-bin-6.0.404
installed, and I wound up having to installdotnetcore-sdk-bin-6.0.102
to get the application to run. (I don't know if mono is relevant here anymore, the old version of Mesen did need it)Eg:
(This might also be unrelated, but I also had issues with https://github.com/squid-man/MegaMan2Randomizer2 a couple years ago, and both of these apps seem to rely on Avalonia, so maybe that's the cause? I haven't tried it again since I got Mesen2 working.)
Unfortunately the error message Microsoft supplies doesn't help much, all I could get out of it was that I had the wrong version. I tried
dotnet-sdk-bin-7.0.200
and7.0.102
as well as6.0.404
, but it wasn't happy with any of them. Onlydotnetcore-sdk-bin-6.0.102
worked... and only after I setexport DOTNET_ROOT="/opt/dotnet_core"
into my/etc/profile
.Are both of these packages infact the same package? What is the difference between them if not? Is anyone else able to run Mesen2 using a stock
dotnet-sdk-bin
configuration (withoutDOTNET_ROOT
)?Thanks