Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

alpine build should be built with /p:PortableBuild=true #25659

Closed
eerhardt opened this issue Mar 28, 2018 · 5 comments
Closed

alpine build should be built with /p:PortableBuild=true #25659

eerhardt opened this issue Mar 28, 2018 · 5 comments

Comments

@eerhardt
Copy link
Member

This issue spans both dotnet/corefx and dotnet/coreclr.

In order to support our runtime on musl-based distros that are not alpine, we should be building our runtime with /p:PortableBuild=true. This will enable loading the correct libicu and libssl that are on the distro.

See

This is a follow up to: https://github.com/dotnet/core-setup/issues/3817

@janvorli
Copy link
Member

@eerhardt I've found that we don't need to do anything for coreclr. We always build it as ICU version agnostic with dynamic lookup at runtime. And passing the '-portable' option would cause the build to produce linux-x64 named packages.
In corefx, the PortableBuild property also induces a portable runtime to be used for corefx tests (restored into /home/janvorli/git/corefx/bin/testhost/...). That is a problem.

So it seems that until we have real end to end support for musl-linux RID, we should just modify the src/Native/build-native.sh to pass -DFEATURE_DISTRO_AGNOSTIC_SSL=1 to CMake for Alpine.

@janvorli
Copy link
Member

@eerhardt so I've found that we already build the native corefx stuff with -portable flag in our official build:

Running: /root/corefx-1529936/src/Native/build-native.sh --RuntimeOS=alpine.3.6 --OfficialBuildId=20180328-06 x64 Release Linux --numproc 4 -portable stripSymbols toolSetDir=c:\tools\clr /p:PortableBuild=false /p:StabilizePackageVersion=false /p:PackageVersionStamp=

That means that we don't need to do anything now.

@danmoseley
Copy link
Member

Can this be closed / moved to future then?

@ghost
Copy link

ghost commented Apr 16, 2018

@janvorli, now that we have linux-musl-x64 RID, can we update the package names so we get dotnet-sdk-2.1.2-linux-musl-x64.tar.gz instead of dotnet-sdk-2.1.2-alpine.3.6-x64.tar.gz. This will support now-latest version of Alpine -> 3.7 as well as other musl-libc based linuxes. This will also align it with glibc based linux distors (for which we have dotnet-sdk-2.1.2-linux-x64.tar.gz).

@eerhardt
Copy link
Member Author

/cc @weshaggard. I believe Wes is going to be updating the package names.

@msftgits msftgits transferred this issue from dotnet/corefx Jan 31, 2020
@msftgits msftgits added this to the 2.1.0 milestone Jan 31, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 17, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants