Package Details: dotnet-sdk-bin 9.0.0.sdk100-1

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 SDK (binary)
Upstream URL: https://www.microsoft.com/net/core
Keywords: .net dotnet microsoft
Licenses: MIT
Conflicts: dotnet-sdk, dotnet-sdk-9.0, dotnet-sdk-bin
Provides: dotnet-sdk, dotnet-sdk-9.0, dotnet-sdk-bin
Submitter: Gr3q
Maintainer: Gr3q (natep)
Last Packager: Gr3q
Votes: 43
Popularity: 1.60
First Submitted: 2019-10-02 17:13 (UTC)
Last Updated: 2024-11-13 09:45 (UTC)

Required by (181)

Sources (4)

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:

  • 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 5 6 .. 10 Next › Last »

natep commented on 2024-10-11 21:55 (UTC) (edited on 2024-10-11 22:03 (UTC) by natep)

@jalf I am sorry but I am not able to reproduce the issue. I do not run into it in my environment and I've tried pamac and yay in a new Arch VM to ensure I had a fresh clean state to test again. What method are you using to install/update your AUR packages?

Do each of the installed dotnet packages show 8.0.10.sdk403-3?

jalf commented on 2024-10-11 13:38 (UTC)

@natep Hi, I'm still seeing update notifications, I've cleared cache, uninstalled and reinstalled, but I'm still seeing update notifications.

natep commented on 2024-10-11 00:37 (UTC)

Sorry folks, that is my mistake. I just pushed changes setting them both to pkgrel 3. Please comment again if you are still seeing the repeated updates still.

claymorwan commented on 2024-10-10 18:37 (UTC)

For some reason it keeps trying to update

username227 commented on 2024-10-09 16:54 (UTC) (edited on 2024-10-09 19:17 (UTC) by username227)

There's a discrepancy in the pkgrel between the pkgbuild and the srcinfo. the pkgbuild has a 1 and the srcinfo has a 2. This is making pamac very unhappy. If you could correct the srcinfo I'd appreciate it.

Gr3q commented on 2024-09-09 14:41 (UTC)

@cryptozio I'll install the maui workload myself and see if it breaks during update.

natep commented on 2024-08-16 14:42 (UTC) (edited on 2024-08-16 14:43 (UTC) by natep)

@cryptozio maybe try to update your workloads? "dotnet workload update"

As a quick sanity check, I spun up a new arch virtual environment and installed dotnet, maui-android and android workloads, installed JDK, Android SDK and created a new "maui" template project. "dotnet build" just worked and at no time did I get an conflicts so I'm really not sure.

Edit: accidentally had workload list instead of update

cryptozio commented on 2024-08-16 11:51 (UTC)

I think those are related that I installed maui-android and android workloads through dotnet workload install command, but how else could I do it.

cryptozio commented on 2024-08-16 11:44 (UTC) (edited on 2024-08-16 11:45 (UTC) by cryptozio)

Any idea why am I getting these? It says those files already exist etc.

błąd: nie udało się dokonać transakcji (konfliktujące pliki) dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.emscripten.current/8.0.8/WorkloadManifest.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.emscripten.current/8.0.8/WorkloadManifest.targets znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.emscripten.net6/8.0.8/WorkloadManifest.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.emscripten.net6/8.0.8/WorkloadManifest.targets znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.emscripten.net7/8.0.8/WorkloadManifest.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.emscripten.net7/8.0.8/WorkloadManifest.targets znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/WorkloadManifest.Wasi.targets znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/WorkloadManifest.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/WorkloadManifest.targets znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/WorkloadTelemetry.targets znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/localize/WorkloadManifest.cs.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/localize/WorkloadManifest.de.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/localize/WorkloadManifest.en.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/localize/WorkloadManifest.es.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/localize/WorkloadManifest.fr.json znajduje się w systemie plików dotnet-sdk-bin: /usr/share/dotnet/sdk-manifests/8.0.100/microsoft.net.workload.mono.toolchain.current/8.0.8/localize/WorkloadManifest.it.json znajduje się w systemie plików

Gr3q commented on 2024-06-24 20:29 (UTC)

C# Dev Kit should be working in VSCode with the latest version.