-
Notifications
You must be signed in to change notification settings - Fork 73
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
DRAFT: paket move to FAKE-only #680
base: master
Are you sure you want to change the base?
Conversation
5f6bac1
to
9d66800
Compare
@webwarrior-ws can you try removing NU1605 now please? |
@knocte where is it? |
FSharpLint/Directory.Build.props Line 9 in 58dd6b6
You were lucky that I was not afk now :) but please, next time, for obvious questions use grep ;) |
3820656
to
9d66800
Compare
Build fails with multiple errors if I remove NU1605 from |
Aren't those easier to resolve now that there's no paket? |
If the last commit worked, then it shouldn't be marked as WIP anymore. BTW when writing commit messages, if you are explaining 2 things that the commit does, please list them with bullets. Otherwise just listing each in a sentence, in the same paragraph, simply separated with a dot (with no way to join the sentences such as "hence", or something) feels kinda strange. |
680cd46
to
1b0c1e0
Compare
Good work wrt "build: re-enable NU1605" commit. Now, looking at it, it looks fairly simple. Are you sure we cannot separate into its own PR (aka: do it in master while it still paket-based)? |
I tried, and it didn't work. Microsoft.Build.* versions are set by Visual Studio and cause package downgrades. |
I never mentioned VS here. The topic is paket vs CPM (at CI level). |
NU1605 was disabled because build in Visual Studio failed. See 58dd6b6 |
Note about |
If you remove that NoWarn in master, then CI doesn't build. So we're talking about CI here, not VS. |
Use WarningsNotAsErrors rather than NoWarn for NU1605 error as suggested by smoothdeveloper in [1]. [1] fsprojects#680 (comment)
Use WarningsNotAsErrors rather than NoWarn for NU1605 error as suggested by smoothdeveloper in [1]. [1] #680 (comment)
1b0c1e0
to
fdf43bb
Compare
CI failure seems to be a random bug - CI run for the same commit in cpm-rebased-2 branch is successful: https://github.com/webwarrior-ws/FSharpLint/actions/runs/7828237116 |
@@ -3,6 +3,7 @@ | |||
<PropertyGroup> | |||
<OutputType>Exe</OutputType> | |||
<TargetFramework>net6.0</TargetFramework> | |||
<TargetFrameworks>net6.0</TargetFrameworks> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this project file supposed to have both TargetFramework
and TargetFrameworks
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch, @webwarrior-ws please fix
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fixed
CPM feature requires .NET 6.0.302 as explained in https://devblogs.microsoft.com/nuget/introducing-central-package-management/
Build error was: /home/runner/.nuget/packages/microsoft.build.locator/1.4.1/build/Microsoft.Build.Locator.targets(20,5): error : A PackageReference to Microsoft.Build.* without ExcludeAssets="runtime" exists in your project. This will cause MSBuild assemblies to be copied to your output directory, causing your application to load them at runtime. To use the copy of MSBuild registered by MSBuildLocator, set ExcludeAssets="runtime" on the MSBuild PackageReferences. To disable this check, set the property DisableMSBuildAssemblyCopyCheck=true in your project file (not recommended as you must distributed all of MSBuild + associated toolset). Package(s) referenced: Microsoft.Build.Tasks.Core;Microsoft.Build.Framework;Microsoft.Build.Utilities.Core;Microsoft.Build [/home/runner/work/FSharpLint/FSharpLint/src/FSharpLint.Core/FSharpLint.Core.fsproj]
To fix the following error in the build: System.IO.FileNotFoundException : Could not load file or assembly 'Microsoft.Build.Locator, Version=1.0.0.0, Culture=neutral, PublicKeyToken=9dff12846e04bfbd'. The system cannot find the file specified.
Easy solution to upgrade as recommended in dotnet/interactive#1985 (comment) The exception was: Could not load type 'Microsoft.Build.Framework.Traits' from assembly 'Microsoft.Build.Framework, Version=15.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
Exception was: System.IO.FileLoadException: Could not load file or assembly 'NuGet.Frameworks, Version=6.2.1.7, Culture=neutral, PublicKeyToken=31bf3856ad364e35'. Could not find or load a specific file. (0x80131621) File name: 'NuGet.Frameworks, Version=6.2.1.7, Culture=neutral, PublicKeyToken=31bf3856ad364e35'
Previous commit adding the nuget reference didn't work. This is a workaround that works: dotnet/roslyn#61454 (comment)
Exception was: Using "ResolveAssemblyReference" task from assembly "Microsoft.Build.Tasks.Core, Version=15.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". Task "ResolveAssemblyReference" The "ResolveAssemblyReference" task failed unexpectedly. System.MissingMethodException: Method not found: 'Void Microsoft.Build.Eventing.MSBuildEventSource.RarOverallStop()'.
Rmove references to Paket.Restore.targets from .fsproj files as paket is no longer used.
Upgraded FSC to 41.0.7,Ionide.ProjInfo. to 0.58, and FSharp.Core to 6.0.0 as these are versions used in current master branch.
Removedworkaround from FunctionalTest.fsproj that caused error when building using Visual Studio.
Revert Microsoft.Build and Microsoft.Build.Framework and Microsoft.Build.Utilities.Core versions to 16.11.
Made changes to FSharpLint.FunctionalTest.fsproj and Directory.Packages.Props to avoid errors when loading projects in functional tests.
In attempt to fix this error in functional tests: ``` "Could not load file or assembly 'System.Configuration.ConfigurationManager, Version=6.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'. Could not find or load a specific file. (0x80131621)")" ```
Add package references to fix `Could not load file or assembly ` bugs that prevented console app from working.
In Directory.Build.targets added PackageDownload deirectives for packages used by Fornax and a target that copies dlls from these downloaded packages to packages/docs directory as these are no longer managed by Paket. Package versions are exact because PackageDownload requires them to be exact.
- re-enable NU1605 warning; - fix package versions so there are no package downgrades which caused NU1605 errors.
5180006
to
652750c
Compare
Move from paket to Central Package Management.