rdunkley / meta-dotnet-core Goto Github PK

Is there some sort of magic sauce I need to do to get this to work. I coppied some of the things done in the dotnet 6 recepi then it acted like it needed ssl 1.0 which kirkstone comes with 3.x So got a recipe for that which then broke the bake because of poky/meta/dev-tools/python and _hashlib now I am just about lost. Any help would be SO greatly appreciated.

Hi I have used your layer before in a previous project, am moving that project to hardknot is this something you plan to support?

I have noticed on my image that using aspnet-core or dotnet-core would pull in a lot of -dev dependencies and a python3 interpreter amongst other things. I was able to trace those back to the RDEPENDS="aspnet-core-staticdev" dependency.

With a .bbappend containing

FILES_${PN}-staticdev_remove = "${datadir}/dotnet/shared/Microsoft.NETCore.App/${PV}/*.a"
RDEPENDS_${PN}_remove = "aspnet-core-staticdev"
INSANE_SKIP_${PN} += "staticdev"

the *.a files are provided through the main package. Since that would normally trigger a QA error, it is suppressed with the INSANE_SKIP.

The *.a files are an integral part of the .NET Core installation and not meant for development in the bitbake sense, so this seems like the better approach.

The link is broken for the DotNetCore 5.0.0 RC1 binary downloads for ARM32 so I wasn't able to add it to the build recipes. Will update when link is working (or subsequent version is released).

Updated to vsdbg 2022 using pagdots (@pagdot) forked branch.
Currently side loading a basic .Net6 console app to validate the remote debugger and running into an issue where the remote debugger fails to process the attach request because it cannot find the file specified.

This only happens when trying to remote debug from Visual Studio 2022. We can remote debug the .Net6 Application from Visual Studio 2019, however 2019 doesn't support .Net6 Development...

Cross Platform Log

Visual Studio Pop Up

We're not entirely sure which file it is looking for? Has anyone else experienced this issue?

I am building an image for Up Squared board, which is 64-bit Intel and I fail to build dotnet-core package.

The fix which works for me is following:

diff --git a/recipes-runtime/dotnet-core/dotnet-core_3.1.3.inc b/recipes-runtime/dotnet-core/dotnet-core_3.1.3.inc
index efecb38..17f7493 100644
--- a/recipes-runtime/dotnet-core/dotnet-core_3.1.3.inc
+++ b/recipes-runtime/dotnet-core/dotnet-core_3.1.3.inc
@@ -7,7 +7,7 @@ HOMEPAGE = "https://dotnet.microsoft.com/download/dotnet-core/3.1"
 
 DOTNET_RUNTIME_ARCH = "none"
 DOTNET_RUNTIME_ARCH_arm = "arm"
-DOTNET_RUNTIME_ARCH_x86_64 = "x64"
+DOTNET_RUNTIME_ARCH_x86-64 = "x64"
 DOTNET_RUNTIME_ARCH_aarch64 = "arm64"
 
 # This is here because it doesn't seem like bitbake likes ${PV} used in require statements.

Am I doing something wrong? Is this a typo (- vs _)?

Thank a lot.

Hi I try to use this for an raspberrypi build but it states that the layer it's not compatible with kirstone.

I'm a yocto beginner.

Is it possible to support/create a kirkstone branch?

Is it enough to change layer.conf like this?

LAYERSERIES_COMPAT_dotnet-core = "kirkstone rocko sumo thud warrior zeus dunfell"

ERROR: Layer dotnet-core is not compatible with the core layer which only supports these series: honister (layer is compatible with sumo)

ERROR: Parse failure with the specified layer added, aborting.

I edited the bb to include zeus,

But I get an RDEPENDS on libcurl.so.4 64 bit Is there any way to get past this?

Is there a way to get this to work?

The recipes currently contain loops that operate over a range of file types (ex: {*.dll, *.so}). These either aren't supported in Thud or aren't supported on some systems. Unroll to loop through each file type.

If a build is attempted with an unsupported architecture the parsing of recipes will fail because it looks for a *_none.inc file which doesn't exist. Create dummy empty files so parsing will continue (so it can fail later appropriately).

After latest commit in the thud branch, commit efcf204 some files have new yocto syntax and therefor could not be compiled with the Thud branch.
log: ERROR: ParseError at /meta-dotnet-core/recipes-devtools/vsdbg/vsdbg_17.0.10712.2.inc:12: unparsed line: 'RDEPENDS:${PN} += " procps"'

The Runtime works in my target

this is my target (Arm 7 - 32 bit)

I created a very simple console application for test

I published with the following options:

but when I try:

Anyway I have tried different configurations without positive effect. Could you help me ?

The wrong version of the vs debugger is currently being written to the success.txt file.

I need to add support for ASP.NET Core 3.1.8 and I believe I understand the process for copying and updating the 3.0.0 files to add support for 3.1.8.

One specific question I have is related to the following:

SRC_URI = "https://download.visualstudio.microsoft.com/download/pr/b0c44e05-b7a1-4221-94ec-a0c0d3a11eed/afc61567dd6db8f097e244871889458c/aspnetcore-runtime-3.0.0-linux-x64.tar.gz;subdir=aspnet-${PV}"

SRC_URI[md5sum] = "953d1fcef81eba738ccf30589563ec59"
SRC_URI[sha256sum] = "8d28aa53f47e8b2ef5c39ddee75cc22527ace332c528bbe85da99bf1b4906b36"

I know the value of the SRC_URI to use, but am not sure from where the SRC_URI[md5sum] and SRC_URI[sha256sum] were derived. They are not published on Microsoft's download page so I'm assuming that they were calculated by the author? Is there a way to disable the checksum validation or is this required by bitbake? Any advice is much appreciated?

Thanks,
Bill

I have successfully installed .NET 5 into my image. Is there an example of a recipe for deploying an ASP.NET application somewhere?
Thanks

Hi,

I'm trying to install .net core using the meta-dotnet-core using the sumo branch but i get some QA Issues:

ERROR: dotnet-core-3.0.0-r0 do_package_qa: QA Issue: /usr/share/dotnet/shared/Microsoft.NETCore.App/3.0.0/System.dll contained in package dotnet-core requires mono(System.CodeDom), but no providers found in RDEPENDS_dotnet-core? [file-rdeps]

ERROR: dotnet-core-3.0.0-r0 do_package_qa: QA Issue: /usr/share/dotnet/shared/Microsoft.NETCore.App/3.0.0/System.dll contained in package dotnet-core requires mono(System.IO.Ports), but no providers found in RDEPENDS_dotnet-core? [file-rdeps]

ERROR: dotnet-core-3.0.0-r0 do_package_qa: QA Issue: /usr/share/dotnet/shared/Microsoft.NETCore.App/3.0.0/WindowsBase.dll contained in package dotnet-core requires mono(System.IO.Packaging), but no providers found in RDEPENDS_dotnet-core? [file-rdeps]

Can you help me to fix the issue.

Thanks

The modified curl version uses CURL_OPENSSL_3 for the versioned symbols. Recommend adding both CURL_OPENSSL_3 and CURL_OPENSSL_4 to prevent breaking other libraries that may depend on CURL_OPENSSL_4.