Builds fine for me, note tho: ==> WARNING: Library listed in 'depends' is not required by any files: libgssapi_krb5.so
This can be removed?
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-9.0 |
Provides: | dotnet-runtime, dotnet-runtime-9.0 |
Submitter: | Gr3q |
Maintainer: | Gr3q |
Last Packager: | Gr3q |
Votes: | 45 |
Popularity: | 2.42 |
First Submitted: | 2019-10-02 17:13 (UTC) |
Last Updated: | 2024-11-13 09:45 (UTC) |
Builds fine for me, note tho: ==> WARNING: Library listed in 'depends' is not required by any files: libgssapi_krb5.so
This can be removed?
@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
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.