Stride doesn't start about stride

[IXLLEGACYIXL]

Visual Studio 2022 is needed to use Stride, I think you can get away with just Build Tools 2022 if you don't want to install VS proper.

install of net8 and restart of pc is enough , VS2022 isnt required

[IXLLEGACYIXL]

1. run dotnet --list-sdks => needs to contain net8
2. restart your pc

[Jklawreszuk]

snippet:

public static IEnumerable<VisualStudioInstance> GetInstances(string workingDirectory)
    {
      foreach (string dotNetBasePath in DotNetSdkLocationHelper.GetDotNetBasePaths(workingDirectory))
      {
        VisualStudioInstance instance = DotNetSdkLocationHelper.GetInstance(dotNetBasePath);
        if (instance != null)
          yield return instance;
      }

try{
PackageSessionPublicHelper.FindAndSetMSBuildVersion();
Console.Write("Should not throw");//ok
}
//Note: I tested it on Fedora 39

[MeharDT]

Visual Studio 2022 is needed to use Stride, I think you can get away with just Build Tools 2022 if you don't want to install VS proper.

[MeharDT]

install of net8 and restart of pc is enough , VS2022 isnt required

They do have the SDK installed, it could be deprecated legacy code but Stride checks for MSBuild before showing the above error so I think VS or Build Tools is still required.

stride/sources/assets/Stride.Core.Assets/PackageSessionPublicHelper.cs

Line 40 in 47375e3

MSBuildInstance = MSBuildLocator.QueryVisualStudioInstances().FirstOrDefault(x => isNETCore

[Jklawreszuk]

@MeharDT The method name can be confusing but in practice this method is looking for NET SDK paths, so no, VS is not required for developing games with Stride

[MeharDT]

snippet:

public static IEnumerable<VisualStudioInstance> GetInstances(string workingDirectory)
    {
      foreach (string dotNetBasePath in DotNetSdkLocationHelper.GetDotNetBasePaths(workingDirectory))
      {
        VisualStudioInstance instance = DotNetSdkLocationHelper.GetInstance(dotNetBasePath);
        if (instance != null)
          yield return instance;
      }

try{
PackageSessionPublicHelper.FindAndSetMSBuildVersion();
Console.Write("Should not throw");//ok
}
//Note: I tested it on Fedora 39

Fair enough, we can probably simplify the method if that's the case. I suspect much of it is probably deprecated legacy code.

@mgbdevp did a restart solve your issue?