Closed
Description
I am currently working on an Alpine Linux dotnet6 package, and in the process of having packages merged for dotnet31 and dotnet5. As the build process is different for dotnet6 and above, I've been working on redesigning the APKBUILD.
Here is the repo where the work is being done: https://gitlab.alpinelinux.org/ayakael/aports/-/tree/testing/dotnet6
Patch notes
- aspnetcore_always-build-App.Ref-and-the-targeting-packs.patch (Microsoft.AspNetCore.App.Ref needs to be produced and versioned correctly in servicing for source-build aspnetcore#39471)
Aspnetcore doesn't build certain packages every build, This patches forces building them. - build_copy-sbrp-from-artifacts-instead-of-move.patch (see dotnet/installer#13118)
It is expected that location of --with-packages should be writable, thus allowing SBRP to be moved. In cases where Artifacts are provided by distro packages (like with Fedora and Alpine), that folder will be read-only. Thus build fails when there is an attempt at moving SBRP. This patch adjusts so that SBRP is copied rather than moved. - build_fix-musl-build.patch (see dotnet/installer#13119)
Aspnetcore looks for linux-x64 version of nupkgs that, under Alpine, should be linux-musl-x64. Adjusting aspnetcore has a downstream effect on installer, thus needing adjustment there as well. - command-line-api_fix-musl.build.patch
Command-line-api looks for Runtime nupkgs for non-musl systems, causing errors as they are not provided by artifacts package. This patch fixes this by making linux-nusl-x64 the only platform supported - command-line-api_use-work-tree-with-git.patch (see [ArPow] Use --work-tree with git apply command-line-api#1401)
This makes things work better in a source-tarball build, where there may be a .git directory but it's for a different repo than command-line-api. - fsharp_use-work-tree-with-git.patch (see Update ArPow local-onboarding guidance to include --work-tree option #2445)
This makes things work better in a source-tarball build, where there may be a .git directory but it's for a different repo than fshap. - installer_include-musl-bits-in-source-build-bootstrap-tarball.patch (see [release/6.0.1xx] Include musl bits in source-build bootstrap tarball installer#13076)
This makes the "portable" tarball portable to musl-based Linux distributions as well. - installer_internal-repo-fix.patch (see Add logic to convert internal repo uris in version.details.xml installer#12852)
Add logic to convert internal repo uris in version.details.xml - installer_musl-build-fix.patch
Installer doesn't know to look for CrossGen2 nupkg on anything other than linux-$(BuildArchitecture). It should rather be $(SharedFrameworkRid) to match actual RID, - runtime_add-rid-for-alpine-315.patch (see [release/6.0] add RID for Alpine 3.15 runtime#64304)
Adds RID for Alpine 3.15 - runtime_disable-package-validation.patch (see [release/6.0] Disable package validation in source-build for reliability runtime#60881)
Disable package validation which breaks build. - runtime_force-microsoftnetcoreilasmpackageruntimeid-as-musl.patch
Runtime doesn't know to look for linux-musl version of Microsoft.NETCore.Ilasm nupkgs. This forces looking for it - runtime_non-portable-distrorid-fix-alpine.patch (see Fix non-portable distroRID generation on Alpine Linux runtime#62942)
Runtime doesn't generate a proper distro-rid for Alpine, leaving the last version digit. This, treating the RID like RHEL, removes the trailing digit - runtime_release-6.0-Build-all-packages-when-in-source-build.patch (see [release/6.0] Build all packages when in source-build runtime#63653)
Similar to aspnetcore, not all packages are built every build. This forces building them. - sdk_telemetry-optout.patch
Optouts of SDK telemetry - source-build-reference-packages_musl-check.patch (see Fix build against musl libc source-build-reference-packages#318)
Use the same logic as dotnet-isntall.sh to identify whether a system is musl-based or not. For musl-based Linux systems, uselinux-musl
as the platform name, which leads to better RID names. - vstest_use-work-tree-with-git.patch (see [ArPow] Use --work-tree with git apply microsoft/vstest#3046)
This makes things work better in a source-tarball build, where there may be a .git directory somewhere in our parent directories but it's for a different repo than vstest - xliff-tasks_use-work-tree-with.git.patch (see Update ArPow local-onboarding guidance to include --work-tree option #2445)
This makes things work better in a source-tarball build, where there may be a .git directory somewhere in our parent directories but it's for a different repo than xliff-tasks
For issue page for dotnet31 and dotnet5 package, please see #2695
Metadata
Metadata
Assignees
Labels
No labels