Package Details: dotnet-sdk-preview 6.0.0.sdk100+preview.6.21355.2-1

Git Clone URL: (read-only, click to copy)
Package Base: dotnet-core-preview
Description: The .NET Core SDK (preview, binary)
Upstream URL:
Licenses: MIT
Conflicts: dotnet-sdk=6.0.100
Provides: dotnet-sdk=6.0.100, dotnet-sdk-6.0
Submitter: fmauNeko
Maintainer: fmauNeko
Last Packager: fmauNeko
Votes: 11
Popularity: 0.36
First Submitted: 2018-12-05 14:21
Last Updated: 2021-07-15 07:39

Required by (61)

Sources (7)

Latest Comments

1 2 3 4 Next › Last »

fmauNeko commented on 2021-05-27 09:51

@morealaz I just added completion files for bash, fish and zsh.

@fisch02 That should be fixed too.

fisch02 commented on 2021-05-22 11:45

Package will not build on non-x86_64 platforms, because line 113 "cp -dr --no-preserve='ownership' packs/Microsoft.NETCore.App.{Host.linux-x64,Ref} "${pkgdir}"/usr/share/dotnet/packs/" is specific to x86_64. Package will build, on my RPi4 (aarch64) when "x64" is changed to "arm64". dotnet-core-bin does the following: if [ $CARCH = 'x86_64' ]; then msarch=x64; elif [ $CARCH = 'armv7h' ]; then msarch=arm; elif [ $CARCH = 'aarch64' ]; then msarch=arm64; fi and then replaces x64 with ${msarch}

morealaz commented on 2021-05-10 11:37

@fmauNeko: Could you please add as /usr/share/bash-completion/completions/dotnet for bash completion to dotnet-host package? thanks

xhyinne commented on 2020-10-29 21:09

Interesting, because when I try to build and run a dotnet project (targeting net5.0) with this package it complains about no matching runtime being found; when I use the non-preview dotnet package (project targeting netcoreapp3.1) it works fine as expected. Any idea why?

fmauNeko commented on 2020-10-29 08:31

Your issue cannot come from that, because the binaries are prebuilt, and those version numbers (which are correct, build numbers are almost always mismatched between SDK and Runtime, and I've even seen a mismatched Runtime and Host version once).

You can check the version numbers at .

Plus, those fields are only used for packaging purpose, and are used in patch names in the binary distribution from Microsoft, so if I change them, you'll get empty packages.

xhyinne commented on 2020-10-29 02:04

It looks like the runtime and sdk versions are mismatched:

pkgver=5.0.0+100+rc.2.20479.15 _hostver=5.0.0-rc.2.20475.5 _runtimever=5.0.0-rc.2.20475.5 _sdkver=5.0.100-rc.2.20479.15

This causes the SDK to register as 5.0.0+100+rc.2.20479.15, and the runtime as 5.0.0-rc.2.20475.5, despite using 5.0.100-rc.2.20479.15 for all the source packages. When trying to run an application, dotnet complains about not being able to find a matching runtime, and I traced it down to this mismatch. Could you update the hostver and runtimever to match the pkgver and sdkver, which is also the same as the version in the sources?

fmauNeko commented on 2020-09-23 08:37

@ofrades that's a community repo package (

3.1.8 has been released 10 days ago, sync your repos and retry ;)

ofrades commented on 2020-09-23 08:17

Getting errors retrieving files from mirrors:

:: Retrieving packages... error: failed retrieving file 'netstandard-targeting-pack-3.1.7.sdk107-1-x86_64.pkg.tar.zst' from . . .

fmauNeko commented on 2020-06-22 11:45

@LiteracyFanatic I already had it fixed, but forgot to push. It's solved with the -3 version! Thanks :)

LiteracyFanatic commented on 2020-06-22 11:16

The package fails to install with the following error message:

yay -S dotnet-sdk-preview
 -> Could not find all required packages:
    dotnet-sdk=3.1 (Wanted by: dotnet-sdk-preview)

It seems to be caused by a minor typo which is resolved by this patch.

From fb4894b49e33e65f5cfee98f45f1f250bc2c60c0 Mon Sep 17 00:00:00 2001
From: Jordan Cannon <>
Date: Mon, 22 Jun 2020 05:53:17 -0500
Subject: [PATCH] Fix typo in dotnet-sdk-3.1 dependency

 .SRCINFO | 2 +-
 PKGBUILD | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/.SRCINFO b/.SRCINFO
index 03c5a47..4df3e0e 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -51,7 +51,7 @@ pkgname = dotnet-runtime-preview

 pkgname = dotnet-sdk-preview
    pkgdesc = The .NET Core SDK (preview, binary)
-   depends = dotnet-sdk=3.1
+   depends = dotnet-sdk-3.1
    depends = dotnet-runtime-preview
    depends = glibc
    provides = dotnet-sdk-preview
diff --git a/PKGBUILD b/PKGBUILD
index 7c67bb1..b16ea1e 100644
@@ -61,7 +61,7 @@ package_aspnet-runtime-preview() {

 package_dotnet-sdk-preview() {
   pkgdesc='The .NET Core SDK (preview, binary)'
-  depends=('dotnet-sdk=3.1' 'dotnet-runtime-preview' 'glibc')
+  depends=('dotnet-sdk-3.1' 'dotnet-runtime-preview' 'glibc')
   provides=("dotnet-sdk-preview" "dotnet-sdk=${_sdkver%-*}" "dotnet-sdk-5.0")
   conflicts=("dotnet-sdk-preview" "dotnet-sdk=${_sdkver%-*}" "dotnet-sdk-5.0")


The most recent commit message says that the change was intended to allow a side-by-side installation with the 3.1 SDK. That's definitely a good thing, but does this package really need to depend on the the 3.1 SDK? Isn't changing from /opt/ to /usr/share/ enough to make a side-by-side installation with dotnet-sdk work?