Arch Linux User Repository

IMPORTANT INSTALLATION INFO (a reminder for myself as well):

For dotnet to work you need to EXPLICITLY install:

• ONE dotnet-host - highest version possible
• ANY NUMBER of dotnet-runtimes (and its sdks after if you want to build as well - Right now version 'bin', '3.1', '3.0', '2.2' and '2.1' are tested to work together)

If you keep the install order in mind and you don't rely on pacman to resolve your dependencies you will be fine.

Longer explanation:

Every dotnet-sdk is dependent on a specific version of dotnet-runtime, this is built into dotnet.

Technically you only need the latest dotnet-sdk because it can build to any earlier versions.

Thanks Gr3q for fixing these .NET packages for Arch. I am giving it a try now, even though I initially wanted to keep my Arch system as Microsoft-free as possible, but .NET is FOSS and very amazing.

I am a developer in C# for many years but I also fell in love with Linux in my free time, especially Arch as well, in which I can control everything myself.

Today I found out about the new Avalonia UI XAML framework which is basically intended to be a new "WPF", but cross platform, I am going to try it now. I discovered this after also reading that the new MAUI framework is not gonna get Linux desktop support yet, but just MacOS and mobile platforms.

One question though: why didn't the official packages on the Community repo receive any updates anymore? They are still stuck on version 6.0.2 from februari, while this AUR version is already at 6.0.5.

Edit: Can I ask a second question here?: I am also running a Fedora system. I noticed that "man dotnet" gives me an entire man page about the dotnet command that I seem to still be missing here on Arch. Is there something I need to configure to fix this, or is this missing in your packages? I don't seem to find any info about it.

@sarvasana Thank you. This version worked!

@vinnivitz and @AkechiShiro Why not use the packages provided by the Community repository instead?

Does anyone else encounters this error? ==> ERROR: PKGBUILD does not exist.

Hi I'm getting the following error while trying to update the pkg :

error: can't build dotnet-core-bin-6.0.4.sdk202-1 (dotnet-host-bin dotnet-runtime-bin netstandard-targeting-pack-bin dotnet-targeting-pack-bin dotnet-sdk-bin), deps not satisfied: dotnet-host>=6.0.4

For the following upgrade :

aur/dotnet-host-bin                 6.0.3.sdk201-1         6.0.4.sdk202-1
aur/dotnet-runtime-bin              6.0.3.sdk201-1         6.0.4.sdk202-1
aur/netstandard-targeting-pack-bin  6.0.3.sdk201-1         6.0.4.sdk202-1
aur/dotnet-targeting-pack-bin       6.0.3.sdk201-1         6.0.4.sdk202-1
aur/dotnet-sdk-bin                  6.0.3.sdk201-1         6.0.4.sdk202-1 

Maybe I need to uninstall reinstall these pkgs ?

@sarvasana I've tested both VSCode and Rider today.

1.) Both automatically detected dotnet, If it does not work on your machine, there might be a misconfiguration issue from the start.

By default most of the stuff detects dotnet install folder by following the symlink from the executable in /usr/bin (this is how this package works) or just uses the env variable set (which might be the case for the install-script, I haven't validated this)

Generally it's a good idea to have a look at both and see where they point to.

2.) I'm happy to validate if the second one is (or was) an upstream issue or not, It would help to have an example proj to test this on. If it's not an upstream issue I will fix the package.

With both the official repository and aur packages for dotnet I had the following issues:

1) Rider could not automatically detect dotnet.
2) Rider could not build MSBuild.Sdk.SqlProj projects.

At some stage I found the dotnet-install.sh script and never looked back again. Maybe these issues are still there, maybe not.

Will check this weekend.

@sarvasana would you specify what kind of issues do you have with the package so at least I could try to fix them?

In my opinion this script is just perfect and it would allow you to pin specific versions for both SDK and Runtime.

That is actually what I am manually doing because I always run into issues with both official arch and AUR packages of dotnet.

From the docs: https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-install-script#script-behavior

Regarding installing specific versions:

You can install a specific version using the -Version|--version argument. The version must be specified as a three-part version number, such as 2.1.0. If the version isn't specified, the script installs the latest version.

Regarding SDK and/or Runtime:

By default, the installation scripts download the SDK and install it. If you wish to only obtain the shared runtime, specify the -Runtime|--runtime argument.

@petep Assuming the bug was upstream, can you test this package again? The update came out yesterday, updated it this morning.

If the issue is still present I will investigate further.

I don't use the install script because for a few reasons, but even if I wanted to I probably would break packaging guidelines.

• I can't install a specific version under 5.0 with the script. It's crucial that to know the exact version I provide before install.
• The script downloads the sdk, and it's not in the source array of the PKGBUILD