Skip to content

Instantly share code, notes, and snippets.

@MichaelSimons

MichaelSimons/announcement.md

Last active February 21, 2023 17:50
Show Gist options
  • Save MichaelSimons/606e2007fe3d155a1d8abeaf2be2f458 to your computer and use it in GitHub Desktop.
Save MichaelSimons/606e2007fe3d155a1d8abeaf2be2f458 to your computer and use it in GitHub Desktop.
Download ZIP
.NET 8.0 Preview 1 release - .NET 8.0.0-preview.1 and SDK 8.0.100-preview.1
Raw
announcement.md

Title: .NET 8.0 Preview 1 release - .NET 8.0.0-preview.1 and SDK 8.0.100-preview.1

Please use the v8.0.0-preview.1 tag to source-build .NET version 8.0.0-preview.1 / 8.0.100-preview.1.

Virtual Mono Repository (VMR)

.NET is now buildable on Linux directly from the dotnet/dotnet repository. We're calling this new repository a Virtual Mono Repository (VMR). It has the benefits of a true monorepo but is a regularly-updated projection of the many existing repos that contributors work in (more efficiently) ever day. We see this new approach as being a significant step forward in approachability for building .NET as a whole product from source.

See build instructions to build the VMR on your own machine.

Prebuilts

This release does not build cleanly and requires the following prebuilts. These prebuilts are retrieved by prep.sh in order to support building in an offline environment.

  • Microsoft.AspNetCore.App.Ref.6.0.13
  • Microsoft.AspNetCore.App.Ref.7.0.2
  • Microsoft.AspNetCore.App.Runtime.osx-x64.7.0.2
  • Microsoft.AspNetCore.App.Runtime.win-x64.7.0.2
  • Microsoft.AspNetCore.App.Runtime.win-x86.7.0.2
  • Microsoft.NET.ILLink.Tasks.7.0.100-1.23062.2
  • Microsoft.NETCore.App.Host.linux-x64.7.0.2
  • Microsoft.NETCore.App.Host.osx-x64.7.0.2
  • Microsoft.NETCore.App.Host.win-x64.7.0.2
  • Microsoft.NETCore.App.Host.win-x86.7.0.2
  • Microsoft.NETCore.App.Ref.6.0.13
  • Microsoft.NETCore.App.Ref.7.0.2
  • Microsoft.NETCore.App.Runtime.osx-x64.7.0.2
  • Microsoft.NETCore.App.Runtime.win-x64.7.0.2
  • Microsoft.NETCore.App.Runtime.win-x86.7.0.2
  • Microsoft.NETFramework.ReferenceAssemblies.1.0.3
  • Microsoft.NETFramework.ReferenceAssemblies.net20.1.0.3
  • Microsoft.NETFramework.ReferenceAssemblies.net45.1.0.3
  • Microsoft.NETFramework.ReferenceAssemblies.net452.1.0.3
  • Microsoft.NETFramework.ReferenceAssemblies.net462.1.0.3
  • Microsoft.NETFramework.ReferenceAssemblies.net472.1.0.3
  • Microsoft.NETFramework.ReferenceAssemblies.net48.1.0.3

Bootstrapping

Each major release of .NET requires bootstrapping. Because of the previously mentioned prebuilts, the stage 2 build (e.g. rebuilding with the source-built SDK) requires the following RID-specific prebuilt. This needs to be retrieved from a 7.0.2 source-build environment. This prebuilt is not required when building stage 1 (e.g. using the Microsoft provided SDK to source-build with). Place this package into the directory specified by the build.sh --with-packages option.

  • Microsoft.NETCore.App.Host.fedora36-x64.7.0.2

@dotnet/distro-maintainers

{
  "Channel": "8.0",
  "Runtime": "8.0.0-preview.1",
  "Sdk": "8.0.100-preview.1",
  "DotnetTag": "v8.0.0-preview.1"
}
@richlander
Copy link

richlander commented Feb 17, 2023 •
edited
Loading

LGTM

rid specific

I usually write that as "RID-specific".

@MichaelSimons
Copy link
Author

Thanks @richlander - I changed the wording as suggested

@crummel
Copy link

crummel commented Feb 17, 2023

  • work in (more efficiently) ever day -> every day
  • Do we want to clarify that "does not build cleanly" is just prebuilts? I think for some that might mean "with errors or warnings".
  • e.g. rebuilding with the source-built SDK -> i.e. rebuilding
  • rid specific -> think we're more consistently "RID-specific" in the docs
  • We should clarify that it's not always fedora36, it's the RID that you're building on, right?

@MichaelSimons
Copy link
Author

Thanks @crummel - I addressed all of your points.

@richlander
Copy link

Every day, I feel like errors and warnings stop me from re-building RID-specific apps on Fedora 36, right?

@premun
Copy link

premun commented Feb 20, 2023

The link that points to the VMR epic could also point to the VMR announcement which maybe gives more context for people new to the topic - dotnet/arcade#11584

@tkapin
Copy link

tkapin commented Feb 20, 2023

"This needs to be retrieved from a 7.0.2 source-build environment" -> could you clarify on how to get that package? Do I need to reference a specific feed or is it available to be downloaded from somewhere? Thanks

@premun
Copy link

premun commented Feb 21, 2023

@richlander it just occurred to me - should we link into the VMR tag (https://github.com/dotnet/dotnet/releases/tag/v8.0.0-preview.1) from the blog post where we talk about the VMR?

@MichaelSimons
Copy link
Author

MichaelSimons commented Feb 21, 2023 •
edited
Loading

The link that points to the VMR epic could also point to the VMR announcement which maybe gives more context for people new to the topic - dotnet/arcade#11584

@premun - fixed as suggested.

@MichaelSimons
Copy link
Author

"This needs to be retrieved from a 7.0.2 source-build environment" -> could you clarify on how to get that package? Do I need to reference a specific feed or is it available to be downloaded from somewhere? Thanks

@tkapin - addressed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment