RHEL/CentOS 8 missing net46/Microsoft.NET.Sdk.Razor.Tasks.dll #2006

michaelbarkdoll · 2021-01-28T16:52:14Z

Hi, I have an issue with a missing .dll file.

My C# extension no longer loads in VS Code due to this missing dll.

On the Ubuntu 20.04 LTS the dotnet-sdk-5.0 package has the following dll files:
/usr/share/dotnet/sdk/5.0.102/Sdks/Microsoft.NET.Sdk.Razor/tasks/net46/Microsoft.NET.Sdk.Razor.Tasks.dll
/usr/share/dotnet/sdk/5.0.102/Sdks/Microsoft.NET.Sdk.Razor/tasks/net5.0/Microsoft.NET.Sdk.Razor.Tasks.dll

However, my CentOS 8 only has the following file installed after upgrading to 5.0.102:
/usr/lib64/dotnet/sdk/5.0.102/Sdks/Microsoft.NET.Sdk.Razor/tasks/net5.0/Microsoft.NET.Sdk.Razor.Tasks.dll

So it appears that in RHEL/CentOS 8 the following file(s) are missing:
/usr/lib64/dotnet/sdk/5.0.102/Sdks/Microsoft.NET.Sdk.Razor/tasks/net46/Microsoft.NET.Sdk.Razor.Tasks.dll

ls -la tasks/net46/
-rw-r--r-- 1 root root 77192 Dec 14 20:17 Microsoft.NET.Sdk.Razor.Tasks.dll
-rw-r--r-- 1 root root 189832 Dec 14 20:17 System.Collections.Immutable.dll
-rw-r--r-- 1 root root 464776 Dec 14 20:17 System.Reflection.Metadata.dll

dagood · 2021-01-29T07:55:00Z

For context: CentOS builds .NET from source, based on the infrastructure in this repo dotnet/source-build. That's why it's different from the build produced by Microsoft.

We currently have a patch that removes the net46 build for this part of the SDK, so we'll have to look into removing the patch to build the net46 files. https://github.com/dotnet/source-build/blob/release/5.0/patches/aspnetcore/0010-Don-t-build-for-full-fx.patch. (It's not new to 5.0.102, it was in 5.0.100 as well: https://github.com/dotnet/source-build/blob/v5.0.100-SDK/patches/aspnetcore/0012-Don-t-build-for-full-fx.patch.)
@crummel do you happen to know why this patch was needed?

/cc @omajid (FWIW, the test script at #1950 seems to work fine with CentOS 8's 5.0.102.)

omajid · 2021-01-29T16:24:07Z

@omajid (FWIW, the test script at #1950 seems to work fine with CentOS 8's 5.0.102.)

I took a quick look and it looks like that script only tries out a dotnet new console project, which works with omnisharp. Many other project types (for example, web, blazorserver) don't.

Omnisharp needs separate tasks/dlls for separate project types. Testing with just a `console` project is not sufficient to verify that all project types work. We need to test with each project type that we care about to make sure it works. See dotnet/source-build#2006 for more information.

dagood · 2021-02-08T21:55:36Z

We got an error message from #2008 showing what the patch was avoiding:

Based on this error:

/src/artifacts/src/aspnetcore.2670c128d522473e146ff9f8159bfffdfe694cd9/src/Razor/Microsoft.NET.Sdk.Razor/src/Microsoft.NET.Sdk.Razor.csproj : error NU1202: Package Microsoft.Build.Framework 16.8.3 is not compatible with net46 (.NETFramework,Version=v4.6). Package Microsoft.Build.Framework 16.8.3 supports: netstandard2.0 (.NETStandard,Version=v2.0) [/src/.dotnet/sdk/5.0.100/NuGet.targets]

I would guess we need to get rid of this DotNetBuildFromSource condition:

https://github.com/dotnet/msbuild/blob/39993bd9d02917993b6147a9973dc3aa6e9b00c7/src/Directory.Build.props#L29-L30
    <LibraryTargetFrameworks>$(FullFrameworkTFM);netstandard2.0</LibraryTargetFrameworks>
    <LibraryTargetFrameworks Condition="'$(DotNetBuildFromSource)' == 'true'">netstandard2.0</LibraryTargetFrameworks>

tvildo · 2021-03-04T15:14:18Z

On Centos 33 Omnisharp was crashing with exception and to solve that I had to install additional package:
dotnet add package Microsoft.NET.Sdk.Razor --version 3.1.12

omajid · 2021-04-19T21:44:14Z

Hey folks. Any progress on this? Is there anything I can do to help here?

richlander · 2021-04-29T23:56:47Z

FYI: https://bugs.archlinux.org/task/70018

omajid · 2021-04-30T14:06:43Z

Hey, @crummel @dseefeld @MichaelSimons. Any updates on this? This is affecting all users of source-build (Fedora, Arch, etc) and makes the IDE experience (eg, VSCode) really bad. Can we prioritize a fix for this? Do we need help from any other team?

crummel · 2021-04-30T19:15:48Z

We have a planning/triage meeting on Monday, I'll make sure to bring this up as something to prioritize. I'll noodle with the MSBuild issue a bit, I know we had to change that patch for the feature branch upgrade so maybe we can fix that now.

tmds · 2021-05-04T04:38:44Z

I just hit this one too.

[fail]: OmniSharp.MSBuild.ProjectLoader
        The "Microsoft.AspNetCore.Razor.Tasks.DiscoverDefaultScopedCssItems" task could not be loaded from the assembly /usr/lib64/dotnet/sdk/5.0.202/Sdks/Microsoft.NET.Sdk.Razor/build/netstandard2.0/../../tasks/net46/Microsoft.NET.Sdk.Razor.Tasks.dll. Invalid Image Confirm that the <UsingTask> declaration is correct, that the assembly and all its dependencies are available, and that the task contains a public class that implements Microsoft.Build.Framework.ITask.
[warn]: OmniSharp.MSBuild.ProjectManager
        Failed to load project file '/tmp/web/web.csproj'.

zpxp · 2021-05-15T00:23:28Z

Is there a workaround for this issue? It makes the IDE (via omnisharp) unusable.

exyi · 2021-05-19T12:53:12Z

@zpxp

Is there a workaround for this issue? It makes the IDE (via omnisharp) unusable.

Adding the reference to Microsoft.NET.Sdk.Razor as was suggested: dotnet add package Microsoft.NET.Sdk.Razor --version 3.1.12. At least it fixed the issue for me on Arch Linux.

victormikael · 2021-05-19T20:42:49Z

@zpxp

Is there a workaround for this issue? It makes the IDE (via omnisharp) unusable.

Adding the reference to Microsoft.NET.Sdk.Razor as was suggested: dotnet add package Microsoft.NET.Sdk.Razor --version 3.1.12. At least it fixed the issue for me on Arch Linux.

Thanks! Work for me.

I too try install bin packages dotnet-sdk-bin aspnet-runtime-bin aspnet-targeting-pack-bin from AUR and worked. To use it not is needed to add Razor package old.

omajid · 2021-05-20T17:04:40Z

Hey @dleeapho can we increase the priority of this issue and it's short-term and long-term fixes too? Due to this bug, the IDE experience (auto-completion/Intellisense) is completely broken for ASP.NET projects in 5.0.

crummel · 2021-05-20T19:25:27Z

I'm looking at this now, I'm hoping to get it done this week.

zpxp · 2021-05-21T06:28:55Z

As another workaround, you can use the vscode dev containers and docker to develop inside the .NET 5 docker template image

JoeRobich · 2021-06-02T21:06:24Z

From the VS Code C# extension side of things, OmniSharp (the C# language server) runs on Full Framework (Mono or .NET Framework) to support the greatest number of project types. This means when the Web SDK targets are loading MSBuild tasks, it is trying to load the Full Framework build of the assemblies (net46 or net472) instead of the .NET 5 assemblies shipped with the source build version of teh .NET SDK.

Omnisharp needs separate tasks/dlls for separate project types. Testing with just a `console` project is not sufficient to verify that all project types work. We need to test with each project type that we care about to make sure it works. See dotnet/source-build#2006 for more information.

2bdkid · 2021-06-22T22:58:25Z

Also running into this issue

Omnisharp needs separate tasks/dlls for separate project types. Testing with just a `console` project is not sufficient to verify that all project types work. We need to test with each project type that we care about to make sure it works. See dotnet/source-build#2006 for more information.

omajid · 2021-07-30T13:16:33Z

This was fixed by #2178 (thanks, @crummel!) and included in the latest release: https://github.com/dotnet/source-build/releases/tag/v5.0.205-SDK

AFAIK, updates have gone out for CentOS 8, Fedora, and RHEL.

I see that the Arch Linux package has been updated too: archlinux/svntogit-community@055b029#diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a

Is there anything else to do here? Can we close this issue now?

ultimaweapon · 2021-07-31T01:36:21Z

I can confirm the issue has been fixed on Arch Linux with the latest version.

crummel · 2021-08-02T20:01:36Z

Closing this issue then, thanks for testing!

Fixed by #2178.

Omnisharp needs separate tasks/dlls for separate project types. Testing with just a `console` project is not sufficient to verify that all project types work. We need to test with each project type that we care about to make sure it works. See dotnet/source-build#2006 for more information.

dagood transferred this issue from dotnet/installer Jan 29, 2021

omajid mentioned this issue Jan 29, 2021

Extend omnisharp test to cover more project types redhat-developer/dotnet-regular-tests#135

Merged

dagood mentioned this issue Jan 29, 2021

[release/5.0] Build aspnetcore for net46, to provide OmniSharp web project dependency #2008

Closed

dseefeld added triaged area-build Improvements in source-build's own build process labels Feb 4, 2021

dagood added the area-product-experience Improvements in the end-user's product experience label Feb 8, 2021

MichaelSimons removed the triaged label Feb 23, 2021

omajid mentioned this issue Mar 18, 2021

The "Microsoft.AspNetCore.Razor.Tasks.DiscoverDefaultScopedCssItems" task could not be loaded dotnet/vscode-csharp#4360

Open

alucryd mentioned this issue Apr 28, 2021

Who is using .NET on Arch or Manjaro? Is the experience good? dotnet/core#6201

Open

crummel added untriaged blocking-downstream Issues that are blocking downstream maintainers or scenarios labels May 3, 2021

MichaelSimons assigned crummel May 3, 2021

MichaelSimons removed the untriaged label May 3, 2021

MichaelSimons added this to the 5.0 milestone May 3, 2021

JoeRobich mentioned this issue Jun 2, 2021

Omnisharp error on Fedora, Red Hat Linux. dotnet/vscode-csharp#4583

Closed

crummel mentioned this issue Jun 10, 2021

Omnisharp Razor DLL fix #2178

Merged

This was referenced Jun 19, 2021

Intellisense doesn't work on Fedora 34 dotnet-sdk 5.0.203 dotnet/vscode-csharp#4610

Closed

I can't use auto-complete dotnet/vscode-csharp#4545

Closed

crummel closed this as completed Aug 2, 2021

eerhardt mentioned this issue Oct 21, 2021

dotnet/sdk needs to build for net472 during source-build #2548

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

RHEL/CentOS 8 missing net46/Microsoft.NET.Sdk.Razor.Tasks.dll #2006

RHEL/CentOS 8 missing net46/Microsoft.NET.Sdk.Razor.Tasks.dll #2006

michaelbarkdoll commented Jan 28, 2021

dagood commented Jan 29, 2021

omajid commented Jan 29, 2021 •

edited

Loading

dagood commented Feb 8, 2021

tvildo commented Mar 4, 2021

omajid commented Apr 19, 2021

richlander commented Apr 29, 2021

omajid commented Apr 30, 2021

crummel commented Apr 30, 2021

tmds commented May 4, 2021

zpxp commented May 15, 2021

exyi commented May 19, 2021

victormikael commented May 19, 2021

omajid commented May 20, 2021

crummel commented May 20, 2021

zpxp commented May 21, 2021

JoeRobich commented Jun 2, 2021

2bdkid commented Jun 22, 2021

omajid commented Jul 30, 2021

ultimaweapon commented Jul 31, 2021

crummel commented Aug 2, 2021

RHEL/CentOS 8 missing net46/Microsoft.NET.Sdk.Razor.Tasks.dll #2006

RHEL/CentOS 8 missing net46/Microsoft.NET.Sdk.Razor.Tasks.dll #2006

Comments

michaelbarkdoll commented Jan 28, 2021

dagood commented Jan 29, 2021

omajid commented Jan 29, 2021 • edited Loading

dagood commented Feb 8, 2021

tvildo commented Mar 4, 2021

omajid commented Apr 19, 2021

richlander commented Apr 29, 2021

omajid commented Apr 30, 2021

crummel commented Apr 30, 2021

tmds commented May 4, 2021

zpxp commented May 15, 2021

exyi commented May 19, 2021

victormikael commented May 19, 2021

omajid commented May 20, 2021

crummel commented May 20, 2021

zpxp commented May 21, 2021

JoeRobich commented Jun 2, 2021

2bdkid commented Jun 22, 2021

omajid commented Jul 30, 2021

ultimaweapon commented Jul 31, 2021

crummel commented Aug 2, 2021

omajid commented Jan 29, 2021 •

edited

Loading