| Git Clone URL: | https://aur.archlinux.org/dotnet-core-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | dotnet-core-bin |
| Description: | The .NET Core runtime (binary) |
| Upstream URL: | https://www.microsoft.com/net/core |
| Keywords: | .net dotnet microsoft |
| Licenses: | MIT |
| Conflicts: | dotnet-runtime, dotnet-runtime-10.0 |
| Provides: | dotnet-runtime, dotnet-runtime-10.0 |
| Submitter: | Gr3q |
| Maintainer: | Gr3q |
| Last Packager: | Gr3q |
| Votes: | 58 |
| Popularity: | 0.23 |
| First Submitted: | 2019-10-02 17:13 (UTC) |
| Last Updated: | 2026-07-22 08:15 (UTC) |
@CruciformHawk7 Sorry I forgot to reply.
When you mentioned pacaur I wanted to say that that is most likely the issue. I tried to use it in the past and it always had issues what the cmd tools don't have.
On the second issue, the sdk version is officially 3.1.202 so it's correct. On the download page you can see the versions, we are using {runtimever}.sdk{sdkver} otherwise it would be hard to keep track.
Hello, @Gr3q. I attempted upgrading the package then. It simply did not upgrade, so I tried uninstalling and reinstalling the package, when I received this error.
pacaur doesn't seem to tell me what packages are in conflict. It simply says this:
:: unresolvable package conflicts detected
:: failed to prepare transaction (conflicting dependencies: dotnet-runtime-bin)
I have been using the package without any issues earlier. I don't know what seems to be the issue here.
As the pinned comment reads, I have installed dotnet-host-bin and is upto date. I don't seem to be facing issues there. I get issues when I attempt installing dotnet-runtime-bin, dotnet-sdk-bin, and aspnet-runtime-bin.
Thank you.
Edit: using yay seemed to have fixed the issue, but the package downloads dotnet-sdk version 3.1.202. Is this intentional?
@CruciformHawk7 which packages do you install exactly?
Hello,
When I upgrade the package, I get failed to prepare transaction (conflicting dependencies: dotnet-runtime-bin). I have removed dotnet-* packages and the issue still persists.
I get it now, thanks
Isn't this is obvious? To let other packages know what these packages provide and for easy version comparison. Example: A package that only requires the dotnet runtime later or equals to 3, this can be easily be described with dotnet-runtime>=3 in the PKGBUILD. The official one is fine with this, but not with this package is not since it only provide dotnet-runtime-3.1 but not dotnet-runtime, so it can't be recognized and compared. Another example is a package that don't have this requirement, any version of dotnet runtime is fine.
I'm happy to add it to the array, but could you explain it to me what is the benefit of doing this?
The packages should add to their provide array with their corresponding version like: provides=('dotnet-sdk=3.1.1.sdk101'), or use with variable: provides=("dotnet-sdk=$pkgver") (the official ones don't need to do this because they are implicitly added with their package name and version)
For dotnet to work you need to EXPLICITLY install:
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.
Pinned Comments
Gr3q commented on 2019-10-05 07:28 (UTC) (edited on 2021-02-13 09:06 (UTC) by Gr3q)
IMPORTANT INSTALLATION INFO (a reminder for myself as well):
For dotnet to work you need to EXPLICITLY install:
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.