Package Details: dotnet-runtime-bin 5.0.11.sdk402-1

Git Clone URL: (read-only, click to copy)
Package Base: dotnet-core-bin
Description: The .NET Core runtime (binary)
Upstream URL:
Keywords: .net dotnet microsoft
Licenses: MIT
Conflicts: dotnet-runtime=5.0.11, dotnet-runtime-5.0
Provides: dotnet-runtime=5.0.11, dotnet-runtime-5.0
Submitter: Gr3q
Maintainer: Gr3q
Last Packager: Gr3q
Votes: 30
Popularity: 0.51
First Submitted: 2019-10-02 17:13
Last Updated: 2021-10-15 07:37

Required by (51)

Sources (3)

Pinned Comments

Gr3q commented on 2019-10-05 07:28

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.

Latest Comments

1 2 3 4 Next › Last »

amos commented on 2021-04-20 16:12

Cool, thanks! And thanks for maintaining this!

Gr3q commented on 2021-04-20 08:25

@amos fixed, now it can be used with the packages in the community repo

amos commented on 2021-04-19 14:04

@Gr3q Installing both the repository packages and these packages is sometimes necessary. For building .net 5 binaries I'm using these packages. However if I want to be able to build .net core 3 binaries they are not enough, I have to have the donjet-sdk-3.1 package from the repos, otherwise I get The framework 'Microsoft.NETCore.App', version '3.1.0' was not found.

Is there a reason not to provide (and conflict) netstandard-targeting-pack? This package does indeed provide that.

Regardless, as mentioned before: conflicting and providing netstandard-targeting-pack-bin is redundant, this is already the name of this package.

SilentStoat commented on 2021-03-21 23:17

I'm kinda new to this so I might be confused, but it looks like PKGBUILD says that aspnet-runtime-bin, dotnet-runtime-bin, and dotnet-sdk-bin are in conflict with themselves.

Gr3q commented on 2021-03-12 08:15

@servime try install dotnet-host-bin, dotnet-runtime-bin and dotnet-sdk-bin all at once if your AUR manager doesn't handle split packages. use just use makepkg -si after you cloned this repo.

@satcom886 .NET is .NET Core, it was simple renamed after 3.1.

satcom886 commented on 2021-03-11 20:20

@Gr3q Yes, let's add dotNET on Windows too, this is not confusing at all. Ok, so from what I understand:

dotNET Framework - Windows-only libraries and tools for running and developing dotNET programs.
dotNET - Pretty much the same thing, but cross-platform, also without a native ability to create GUIs on Linux (at least until MAUI gets released in v6)
dotNET Core - LTS version of the normal dotNET?

servimo commented on 2021-03-11 19:00

When I try to install dotnet-sdk-bin 5.0.4 in Manjaro from AUR I get this: "target not found: dotnet-sdk-bin", should I wait till dotnet-core-bin is in AUR?

Gr3q commented on 2021-03-11 08:23

You might be talking about the .NET Framework, the framework running WinForms applications. The normal .NET is .NET Core for a while now (renamed simply as .NET)

satcom886 commented on 2021-03-11 08:13

Wow, maybe not actually. I remember dotNET being proprietary, while dotNET Core was supposed to be FOSS. Now I'm not really sure. It looks like Microsoft released dotNET as FOSS.

satcom886 commented on 2021-03-11 08:09

@Gr3q One thing to note is that the packages in the repo are dotNET Core, not dotNET. Normal dotNET is currently at version 5, while dotNET Core is at version 3.1.

AFAIK they are two different things, but often it doesn't matter which one you choose.