-
Notifications
You must be signed in to change notification settings - Fork 5k
Microsoft.NET.Runtime.Emscripten.* packages are missing from the preview3 output #50822
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
Comments
Not sure what is going on here but let's figure it out for the next preview. |
Tagging subscribers to 'arch-wasm': @lewing Issue DetailsTracking issue to make sure we address this for preview4. It looks like these packages aren't part of the set of packages being uploaded for preview3, perhaps some metadata about this is amiss.
|
So I looked at the https://dev.azure.com/dnceng/public/_packaging?_a=feed&feed=dotnet6-stage feed and it looks like there are no preview3 packages at all in that feed for both aspnetcore and runtime components: Looks more like a general issue with the feed to me. |
There was an issue with the staging pipeline that caused it not to populate this feed. Filed dotnet/arcade#7200 Use https://pkgs.dev.azure.com/dnceng/public/_packaging/6.0.100-preview.3.21202.5-2/nuget/v3/index.json for now. |
Ok, thanks. I don't see the Emscripten packages there though. @mmitche is there any special setup we need to do? I checked the darc channel mappings and it looks correct to me:
|
@akoeplinger That build wasn't put through the staging pipeline. Is this the correct build? https://maestro-prod.westus2.cloudapp.azure.com/1850/https:%2F%2Fgithub.com%2Fdotnet%2Femsdk/latest/graph Packages don't automatically appear in the output by being assigned the channel. For instance, you might easily end up with an incoherent product because installer might be referencing an older runtime than the latest runtime (e.g. accidental build). We stage installer and then its dependencies get pulled in transitively. We used to gather extensions too (prior to it being decommissioned in .NET 6). We can update our process to gather this repo in addition to installer, if it's not ever referenced transitively. |
/cc @lukas-lansky |
It looks like the issue is because aspnetcore used |
@mmitche |
@akoeplinger I can't find any assets with those names and versions. It looks like aspnetcore is referencing packages that don't exist? It looks emsdk should be flowing into aspnetcore. I've added a subscription for that. |
See update here: dotnet/aspnetcore#31576 |
hm yeah looks like they used 6.0.0-preview.3.21175.11 copied from you're right that the only preview 3 build of dotnet/emsdk is indeed 6.0.0-preview.3.21176.1. @pranavkm I think you'll need to fix that on your end :) |
It's too late for p3 at this point, so this will have to be p4. The regular flow for this should now avoid this issue in the future. |
I see that there's no darc subscription for |
Ah I see there's https://github.com/dotnet/arcade/blob/main/scripts/create-net6-preview-flow.ps1, sounds like we should add emsdk there. I'll open a PR. |
With dotnet/arcade#7202 we'll get the flows set up correctly for preview4 branching, I don't think there's anything left for us to do here. |
Tracking issue to make sure we address this for preview4. It looks like these packages aren't part of the set of packages being uploaded for preview3, perhaps some metadata about this is amiss.
The text was updated successfully, but these errors were encountered: