Remove References to Net6 & Net7

[1eyewonder]

These changes ensure that the projects are updated to use the latest .NET framework versions, providing improved performance and new features available in .NET 8.0 and 9.0.

[1eyewonder]

Paket Lock Diff Report

This report was generated via Paket Lock Diff

Additions - (0)

Removals - (0)

Version Upgrades - (44)

• Main - (44)
  • Patch - (44)
    • FSharp.Data.Adaptive - 1.2.16 -> 1.2.18
    • Microsoft.Bcl.AsyncInterfaces - 9.0.0 -> 9.0.1
    • Microsoft.Bcl.Cryptography - 9.0.0 -> 9.0.1
    • Microsoft.Diagnostics.Tracing.TraceEvent - 3.1.17 -> 3.1.18
    • Microsoft.Extensions.Caching.Abstractions - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Caching.Memory - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Configuration - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Configuration.Abstractions - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Configuration.Binder - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.DependencyInjection - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.DependencyInjection.Abstractions - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.DependencyModel - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Diagnostics.Abstractions - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Logging - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Logging.Abstractions - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Logging.Configuration - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Options - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Options.ConfigurationExtensions - 9.0.0 -> 9.0.1
    • Microsoft.Extensions.Primitives - 9.0.0 -> 9.0.1
    • StreamJsonRpc - 2.20.17 -> 2.20.20
    • System.Collections.Immutable - 9.0.0 -> 9.0.1
    • System.Composition - 9.0.0 -> 9.0.1
    • System.Composition.AttributedModel - 9.0.0 -> 9.0.1
    • System.Composition.Convention - 9.0.0 -> 9.0.1
    • System.Composition.Hosting - 9.0.0 -> 9.0.1
    • System.Composition.Runtime - 9.0.0 -> 9.0.1
    • System.Composition.TypedParts - 9.0.0 -> 9.0.1
    • System.Configuration.ConfigurationManager - 9.0.0 -> 9.0.1
    • System.Diagnostics.DiagnosticSource - 9.0.0 -> 9.0.1
    • System.Diagnostics.EventLog - 9.0.0 -> 9.0.1
    • System.Formats.Asn1 - 9.0.0 -> 9.0.1
    • System.Formats.Nrbf - 9.0.0 -> 9.0.1
    • System.IO.Pipelines - 9.0.0 -> 9.0.1
    • System.Reflection.Metadata - 9.0.0 -> 9.0.1
    • System.Reflection.MetadataLoadContext - 9.0.0 -> 9.0.1
    • System.Resources.Extensions - 9.0.0 -> 9.0.1
    • System.Security.Cryptography.Pkcs - 9.0.0 -> 9.0.1
    • System.Security.Cryptography.ProtectedData - 9.0.0 -> 9.0.1
    • System.Security.Cryptography.Xml - 9.0.0 -> 9.0.1
    • System.Text.Encoding.CodePages - 9.0.0 -> 9.0.1
    • System.Text.Encodings.Web - 9.0.0 -> 9.0.1
    • System.Text.Json - 9.0.0 -> 9.0.1
    • System.Threading.Channels - 9.0.0 -> 9.0.1
    • System.Threading.Tasks.Dataflow - 9.0.0 -> 9.0.1

Version Downgrades - (0)

[baronfel]

@1eyewonder I think what's really happening here is the mixed-up install location. This is a pet peeve of mine, but the way the GHA runners are configured is a combination of a lot of different versions. We probably should be using an isolated install location. We should do this by setting the DOTNET_INSTALL_DIR environment variable to a known location outside of the defaults, which are described here. I suspect that with this change we'll not use any 6.x SDKs at all anymore, sidestepping this issue for us.

[1eyewonder]

@1eyewonder I think what's really happening here is the mixed-up install location. This is a pet peeve of mine, but the way the GHA runners are configured is a combination of a lot of different versions. We probably should be using an isolated install location. We should do this by setting the DOTNET_INSTALL_DIR environment variable to a known location outside of the defaults, which are described here. I suspect that with this change we'll not use any 6.x SDKs at all anymore, sidestepping this issue for us.

Do we have a preference for what path we want to use for this global variable? I was just going to use something like DOTNET_INSTALL_DIR: "fsautocomplete/dotnet" if we think that will work alright. I've not tampered with this variable before so I'm unsure if there are hidden complexities.

[baronfel]

You should be safe to choose a repo-local directory like .dotnet even - this is what all of the dotnet-org repos do for using nightly builds of the SDK and runtimes, and that's basically what we'd need to do here.

[1eyewonder]

It looks like that did the trick at least for the PR build. Are we wanting to add this to other yml files as well? I imagine build-and-pack-night.yml and release.yml will need these changes too

[baronfel]

Yes please, that would be great

[1eyewonder]

I believe this one should be ready to go. Let me know if I need to clean anything else up 🙂

[TheAngryByrd]

Thank you!