| Git Clone URL: | https://aur.archlinux.org/dotnet-core-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | dotnet-core-bin |
| Description: | The ASP.NET Core runtime (binary) |
| Upstream URL: | https://www.microsoft.com/net/core |
| Keywords: | .net dotnet microsoft |
| Licenses: | MIT |
| Conflicts: | aspnet-runtime, aspnet-runtime-9.0 |
| Provides: | aspnet-runtime, aspnet-runtime-9.0 |
| Submitter: | Gr3q |
| Maintainer: | Gr3q (natep) |
| Last Packager: | Gr3q |
| Votes: | 43 |
| Popularity: | 1.31 |
| First Submitted: | 2019-10-02 17:13 (UTC) |
| Last Updated: | 2024-11-13 09:45 (UTC) |
@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?
@natep Hi, I'm still seeing update notifications, I've cleared cache, uninstalled and reinstalled, but I'm still seeing update notifications.
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.
For some reason it keeps trying to update
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.
@cryptozio I'll install the maui workload myself and see if it breaks during update.
@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
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.
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
C# Dev Kit should be working in VSCode with the latest version.
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.