Package Details: dotnet-runtime-preview-bin 7.0.0.sdk100+preview.5-1

Git Clone URL: https://aur.archlinux.org/dotnet-core-preview-bin.git (read-only, click to copy)
Package Base: dotnet-core-preview-bin
Description: A generic driver for the .NET Core Command Line Interface (preview, binary)
Upstream URL: https://www.microsoft.com/net/core
Licenses: MIT
Conflicts: dotnet-runtime
Provides: dotnet-runtime, dotnet-runtime-7.0
Replaces: dotnet-runtime-preview-bin
Submitter: fmauNeko
Maintainer: fmauNeko
Last Packager: fmauNeko
Votes: 13
Popularity: 1.44
First Submitted: 2021-10-14 12:24 (UTC)
Last Updated: 2022-06-27 09:04 (UTC)

Required by (66)

Sources (7)

Latest Comments

fmauNeko commented on 2021-10-14 12:27 (UTC)

@FabioLolix: The package has been renamed, a merge request is pending in order to merge this package in the new one.

FabioLolix commented on 2021-10-12 16:41 (UTC)

Hello Florian, at the moment this is a -bin pkgbuild; not one build from source, you can both correct this and upload a dotnet-sdk-preview-bin

fmauNeko commented on 2021-05-27 09:51 (UTC) (edited on 2021-05-27 09:51 (UTC) by fmauNeko)

@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 (UTC) (edited on 2021-05-22 12:16 (UTC) by fisch02)

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 (UTC)

@fmauNeko: Could you please add https://github.com/dotnet/sdk/raw/main/scripts/register-completions.bash as /usr/share/bash-completion/completions/dotnet for bash completion to dotnet-host package? thanks

xhyinne commented on 2020-10-29 21:09 (UTC)

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 (UTC)

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 https://dotnet.microsoft.com/download/dotnet/5.0 .

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 (UTC)

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 (UTC) (edited on 2020-09-23 08:37 (UTC) by fmauNeko)

@ofrades that's a community repo package (https://www.archlinux.org/packages/community/x86_64/netstandard-targeting-pack/).

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

ofrades commented on 2020-09-23 08:17 (UTC)

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 (UTC)

@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 (UTC)

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 <LiteracyFanatic@gmail.com>
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
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -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")

-- 
2.27.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?

twainilicious commented on 2020-06-06 08:47 (UTC)

Could you please update this to .NET 5 Preview 4? Thanks a bunch!

selplacei commented on 2019-12-08 07:34 (UTC)

This should be marked as conflicting with community/dotnet-sdk-bin. Easier to answer yes to yay's request to remove it instead of deleting it manually after installation fails.

ShalokShalom commented on 2019-11-14 20:50 (UTC)

I report that the search function of AUR seems to miss this package.

Tested with the current versions of both Firefox and Falkon.

The URL/page itself is obviously working.

fmauNeko commented on 2019-10-02 20:08 (UTC)

@Gr3q done!

Gr3q commented on 2019-10-02 16:41 (UTC) (edited on 2019-10-02 16:42 (UTC) by Gr3q)

Please support the the armv7h and aarch64 architecture as well, please.

Sources are available at the same place you are pulling from the x86_64 architecture.

source_armv7h=( 'https://download.visualstudio.microsoft.com/download/pr/29f1b10f-758f-44fb-b14c-49833e5379aa/c259e43ccc84a77fdf4ab5feea6774b3/dotnet-sdk-3.0.100-rc1-014190-linux-arm.tar.gz' 'dotnet.sh' )

source_aarm64=( 'https://download.visualstudio.microsoft.com/download/pr/19cc5d2e-6794-401a-8b57-29a96cbf21b5/f1de24385a2b5a8fcbebab3af9ec07c4/dotnet-sdk-3.0.100-rc1-014190-linux-arm64.tar.gz' 'dotnet.sh' )

fmauNeko commented on 2019-09-30 19:11 (UTC)

Please stop marking this package as out of date. It says preview in the package name, so I won't update it to a stable release.

The next update that will be published will be the next preview release.

Alucryd is working on the source-built update for the [community] package at https://github.com/dotnet/source-build/issues/1242.

commented on 2019-09-27 17:36 (UTC)

@manuel31: there is already a package in [community] repo for stable version which would be updated soon to latest version.

manuel31 commented on 2019-09-27 15:04 (UTC)

Could you please update to 3.0.100 stable? Or create another package (without the preview)?

fmauNeko commented on 2019-09-05 17:04 (UTC) (edited on 2019-09-05 17:04 (UTC) by fmauNeko)

Updated to preview 9!

@LiteracyFanatic: fixed it too

LiteracyFanatic commented on 2019-09-03 05:14 (UTC)

Could you please change $@ to "$@" in dotnet.sh? This fixes a word splitting issue for the dotnet run subcommand. This change is already implemented in the dotnet-host package. See https://bugs.archlinux.org/task/61427 and https://github.com/dotnet/cli/issues/4139.

DotVoid commented on 2019-08-16 13:09 (UTC)

@fmauNeko It worked after removing the folder. Thank you!

fmauNeko commented on 2019-08-16 08:06 (UTC)

@DotVoid this should be fixed, the folder has been moved in this preview and I haven't noticed it. You might have to remove the $HOME/.templateengine/dotnetcli/v3.0.100-preview8-013656 folder for the templates to appear again.

DotVoid commented on 2019-08-15 16:54 (UTC) (edited on 2019-08-15 16:59 (UTC) by DotVoid)

Hello, I just posted an issue on the dotnet core github specifying that the templates from the dotnet new command do not exist after updating. They looked and asked if the /templates folder was in the installation location (which it is not) and stated that the package I have installed (dotnet-sdk-preview) doesn't have the /templates folder as part of the sdk like it should.

This url might be beneficial (Very bottom of page): https://github.com/dotnet/docs/pull/13196

filipbekic01 commented on 2019-08-15 13:20 (UTC)

Thank you @fmauNeko !

fmauNeko commented on 2019-08-14 09:32 (UTC)

Updated to preview 8!

fmauNeko commented on 2019-08-14 09:32 (UTC)

@filipbekic01 done.

filipbekic01 commented on 2019-08-14 09:05 (UTC)

There is preview 8 available, please update.

filipbekic01 commented on 2019-08-09 11:21 (UTC)

Should go to publich repository in my opinion.

fmauNeko commented on 2019-07-24 13:09 (UTC)

Updated to preview 7 !

fmauNeko commented on 2019-06-18 10:35 (UTC)

It is already updated to preview 6.

commented on 2019-03-07 13:38 (UTC)

thank you