The new nethost static library is not published in the daily builds

[Brar]

I'm trying to use the new nethost static library that was introduced via #296.
Since I have yet to figure out how to use NuGet packages like Microsoft.NETCore.DotNetAppHost (or Microsoft.NETCore.App.Host.[win-x64|linux-x64] ) from native C builds I tried to download the daily releases (https://dotnetcli.blob.core.windows.net/dotnet/Runtime/master/dotnet-nethost-latest-win-x64.zip or https://dotnetcli.blob.core.windows.net/dotnet/Runtime/master/dotnet-nethost-latest-linux-x64.tar.gz) where I found out that the static libraries don't get published.

Is this an intentional decision or an oversight?

If it is an intentional decision, this might be a documentation issue.
How am I supposed to consume the NuGet packages and are there daily builds of them?
I've already read https://docs.microsoft.com/en-us/dotnet/core/tutorials/netcore-hosting and https://github.com/dotnet/runtime/blob/master/docs/design/features/native-hosting.md and also tried https://github.com/dotnet/samples/tree/master/core/hosting/HostWithHostFxr but all of them don't show an elegant or recommended way of using them.
The samples actually show a way which is described as "relatively complicated" and recommend CMake for native builds which, to my knowledge, can't consume NuGet packages.

[am11]

The switch-to-dotnet/runtime is still in progress for daily SDK builds: dotnet/installer#5924, which include runtime bits. Currently it is pointing to Nov 14 revision: dotnet/core-setup@c77948d.

dotnet-nethost-latest-linux-x64.tar.gz is also pointing to the same old commit:

CDN_URL="https://dotnetcli.azureedge.net/dotnet/Runtime/master/dotnet-nethost-latest-linux-x64.tar.gz"
curl -sSL $CDN_URL | tar xvz | strings libnethost.so | grep "@(#)"

@(#)Version 5.0.19.56401 @Commit: c77948d92a2f950140f09384f057cb893ec3955a

[Brar]

Thank you @am11.
So if I understand you correctly the library will appear at the location linked from README.md as the switch-to-dotnet/runtime progresses.
That solves my primary question, so I'm closing this.

[Brar]

I looks like I've prematurely closed this.

CDN_URL="https://dotnetcli.azureedge.net/dotnet/Runtime/master/dotnet-nethost-latest-linux-x64.tar.gz"
curl -sSL $CDN_URL | tar xvz | strings libnethost.so | grep "@(#)"
strings: 'libnethost.so': No such file

Is this a CDN issue?

[am11]

I think just a broken pipe, this should work:

curl -sSL $CDN_URL | tar xvz && strings libnethost.so | grep "@(#)"

[Brar]

I think just a broken pipe, this should work:

You're right but where is libnethost.a?

curl -sSL $CDN_URL | tar xvz && strings libnethost.a | grep "@(#)"

[am11]

where is libnethost.a?

Daily builds hasn't been published to blob storage in a while (latest build is from Nov 14 commit), and make target for libnethost.a was added 18 days ago.

library will appear at the location linked from README.md as the switch-to-dotnet/runtime progresses.

Yes, if we build the product locally, we can find libnethost.a in tar.gz.

git clone https://github.com/dotnet/runtime dotnet-runtime
cd dotnet-runtime

./build.sh -c release
./build.sh --subset PkgProj /p:Configuration=Release

tar xvzf ./artifacts/packages/Release/Shipping/dotnet-nethost-5.0.0-dev.19627.1-linux-x64.tar.gz
strings libnethost.a | grep "@(#)"

@dagood, could you share some insights when can we expect daily runtime builds from new repo?

[dagood]

We have official builds since Dec 21, check out #98 for the latest status.

[jeffschwMSFT]

cc @elinor-fung

[am11]

@dagood, ah thanks! So currently it is under a different subdomain:

https://dotnetfeed.blob.core.windows.net/dotnet-core/assets/core-setup/Runtime/5.0.0-alpha.1.19618.2/dotnet-nethost-5.0.0-alpha.1.19618.2-linux-x64.tar.gz

s/dotnetcli/dotnetfeed

@Brar, this one contains static library: .a and its -win-x64.zip counterpart has .lib.

Is it because we are waiting for dotnet/toolset and dotnet/core-sdk update to get unblocked #98 (comment), before it will appear under dotnetcli subdomain (which is fronted by the CDN)? otherwise we can update the README.md table by replacing https://dotnetcli with https://dotnetfeed.