fsharp/FAKE

FAKE - F# Make

DavidSSL

@DavidSSL

Hi guys I believe that the answer to my problem has been addressed but I can't figure out how to search for it. Anyway the problem I'm currently facing is "Unsupported log file format. Latest supported version is 8, the log file has version 9.". Can someone point me in the right direction?

I'm currently using Fake 5.19.1

DavidSSL

@DavidSSL

I was able to find it and it's a post by @objectx on Mar 17 2020 08:56

LETTIER

@klettier_twitter

hello @DavidSSL I resolved the same kind of issue here cmeeren/fable-elmish-electron-material-ui-demo#14 by updating Fake.DotNet.cli package to 5.20

DavidSSL

@DavidSSL

@klettier_twitter thanks for your response. However, when I apply your suggestion, I get this:
-> BuildFailedException: Target 'CompileBackEndApps' failed.
StackTrace:
at Fake.Core.TargetModule.raiseIfError(OptionalTargetContext context) in D:\a\1\s\src\app\Fake.Core.Target\Target.fs:line 991
at Fake.Core.TargetModule.runOrDefault(String defaultTarget) in D:\a\1\s\src\app\Fake.Core.Target\Target.fs:line 1173
at <StartupCode$build_E1AC7ABCCCD45E49C616B55C21FE373018CC56643D81BE82B97077545708D50E>.$Build$fsx.main@() in \build.fsx:line 165
-> One or more errors occurred. (Method not found: 'Void BuildOptions..ctor(Options, BuildConfiguration, Microsoft.FSharp.Core.FSharpOption1<System.String>, Microsoft.FSharp.Core.FSharpOption1<System.String>, Microsoft.FSharp.Core.FSharpOption1<System.String>, Microsoft.FSharp.Core.FSharpOption1<System.String>, Boolean, Boolean, CliArguments)'.)
-> MissingMethodException: Method not found: 'Void BuildOptions..ctor(Options, BuildConfiguration, Microsoft.FSharp.Core.FSharpOption1<System.String>, Microsoft.FSharp.Core.FSharpOption1<System.String>, Microsoft.FSharp.Core.FSharpOption1<System.String>, Microsoft.FSharp.Core.FSharpOption1<System.String>, Boolean, Boolean, CliArguments)'.
StackTrace:
at Build.buildFunc@49.Invoke(BuildOptions p)
at Fake.DotNet.DotNet.build(FSharpFunc`2 setParams, String project) in D:\a\1\s\src\app\Fake.DotNet.Cli\DotNet.fs:line 1511

This problem was reported here fsharp/FAKE#2168 and also in this chat by @atlemann on Oct 23 2018 and @matthid provided a suggestion around this problem.

DavidSSL

@DavidSSL

In any case, for the original problem about "Unsupported log file format", @objectx 's suggestion of using DisableInternalBinLog =true works but I don't know the full repercussions of doing that apart from the fact some logging info will be lost.

The original problem started when I updated my .NET Core SDK from 3.1.100 to 3.1.300

I will try to do a repro of these issues and file a bug report if I can

DavidSSL

@DavidSSL

Ok after some more research this is what I found

DavidSSL

@DavidSSL

by updating my .NET Core SDK, one thing that might have happened is that MSBuild might have been updated. This previous statement might be completely rubbish but

if you refer to this fsharp/FAKE#2515

some people experienced the same problem that i did i.e. "Unsupported log file format. Latest supported version is 8, the log file has version 9."

I followed the other workaround suggested here https://github.com/fsharp/FAKE/issues/2515#issuecomment-633361690 resolved it for me

DavidSSL

@DavidSSL

It is pretty much @klettier_twitter 's solution but I also had to update my paket version

Leon Ingelse

@leoningelse_gitlab

Hi guys, does anyone have some experience with using psql within a Fake build script? I want to make a target that automatically creates a database for the project I'm working on.

Balinth

@Balinth

I did something like that with sqlite, but it should work just as well with psql. One way is to use FAKE's Process api to call psql's cli, and pass in the commands you would normally write in the terminal.

2 replies

Tomas Jansson

@mastoj

two hopefully simple question:

What is the difference between runXXX and build?
What is the difference between properties and params/setParams in a MSBuild step?

Tomas Jansson

@mastoj

Also, when building a solution containing multiple web apps, is it possible to publish to different folder relative to the root of the solution and not per project? I mean, running something like MSBuild.build setParams "my.sln", then in setParams I do set the PublishDir, but that setting will be relative to each project and I want it to be in ./build/publish/projectX and ./build/publish/projectY.

I guess this is limitations of dotnet/msbuild and has nothing to do with fake

Matthias Dittrich

@matthid

@mastoj I'd assume there are no meaningful differences, but it is more a set of legacy APIs, we might need to mark some of this stuff with obsolete if it isn't

On the other hand, I'd assume most people use dotnet cli instead of msbuild so the problem might solve itself over time?

@mastoj Regarding the Output, what you can try: Set an absolute dir but use a msbuild variable to specify the last directory name. If that isn't resolved you can try to produce the final value in msbuild. Or build the projects one by one (which I'm not recommending)

Tomas Jansson

@mastoj

thank you for the input @matthid, I should definitely use a DotNet instead of MSBuild. But I still have the same problem with things being outputted relative to the project root and not solution root, do you know how to set that msbuild variable when building a solution?

Tomas Jansson

@mastoj

I haven't found any variable that control the publish dir per project. PublishDir sort of does it but is it building in the context of the project. I can live with that, but would be nice to configure it more if possible

Matthias Dittrich

@matthid

@mastoj OutDir maybe?

Tomas Jansson

@mastoj

@matthid, not sure that works when I build the solution with the publish target since setting OutDir will apply to all projects with the solution so they all will publish to the same folder. I would need something like AppendTargetFrameworkToOutputPath but instead AppendProjectName or something.

I think I just have to settle with the fact that the publish folder must reside within the project folder, no biggie.

Matthias Dittrich

@matthid

@mastoj I'm pretty sure this can be solved, MSBuild is just hard to work with.

Tomas Jansson

@mastoj

@matthid , I guess it can be solved as well... but I have no clue on where to find info. I guess it exists some msbuild parameter

DavidSSL

@DavidSSL

On our company's build server, we have neither nodejs nor yarn installed globally. What we would like to do is have local installs of each of these packages. So I am trying to use Fake.JavaScript.Yarn. However, when I run

Fake.JavaScript.Yarn.install (fun o ->
                { o with
                    WorkingDirectory = someDirectory
                })

I get

'node' is not recognized as an internal or external command,
operable program or batch file.

and rightly so

The question is how do I specify the path to node js given that I've got node.js.redist as a package

DavidSSL

@DavidSSL

I'm also open to other ideas of course

Florian Verdonck

@nojaf

@DavidSSL maybe set a local environment variable pointing to the redist package.

Matthias Dittrich

@matthid

@DavidSSL Usually we either query PATH (just like everything else) or you can specify the path to the executable manually (usually called ToolPath or ToolName or ExePath or something like that)

DavidSSL

@DavidSSL

Hey guys, thanks for your answer. I will try it tomorrow

@matthid I actually manually set the PATH to the node.exe from my redist package and re-ran the build.fsx script but I still got the same error.

DavidSSL

@DavidSSL

Also are you saying that I can reference the node package from Fake.JavaScript.Yarn?

DavidSSL

@DavidSSL

Ok looking at the source code, there is indeed a parameter called YarnFilePath. So that takes care of specifying the path to yarn. Now from @matthid 's advice, I correctly specified, albeit manually, the path to node and running the script worked.

However, I am now struggling with dynamically adding the node path to PATH:

Environment.setEnvironVar "PATH" nodeDirPath

because when I then run

let newEnvPath = Environment.pathDirectories

  newEnvPath
  |> Seq.iter(fun x ->
       Trace.log (sprintf "----->%s" x))

the new path is not there

Matthias Dittrich

@matthid

@DavidSSL Well, the pathDirectories variable is statically initialized, therefore it is set at the start of your script before your setEnvironVar code runs.

We have a couple of those, and sometimes it is desired to have the 'unmodified' state

If you want to use PATH you want to setup PATH before your start your script, otherwise use the YarnFilePath (or we need to update the module to support this scenario)

DavidSSL

@DavidSSL

@matthid Thanks for your answer. Setting the PATH beforehand is unfortunately not an option because the path to the node package changes. Updating the module I don't see how it would help because afaik there's no way to tell the yarn cli what the path to node is. Maybe I'm over-complicating things but thanks for your help. Very much appreciated.

DavidSSL

@DavidSSL

On a separate but related topic, in my build.fsxI've got

#r "paket:
storage: packages
nuget Fake.IO.FileSystem
nuget Fake.Core.Target
nuget Fake.DotNet.Cli
nuget Node.js.redist --version 12.16.3
nuget Fake.JavaScript.Yarn --version 5.20.1
//"

Even though I've deleted the .fake folder and the build.fsx.lock, the latest version of "Node.js.redist" is being downloaded. What is the correct way to pin the version?

Matthias Dittrich

@matthid

remove --version

DavidSSL

@DavidSSL

Thank you

DavidSSL

@DavidSSL

I use fakeusing dotnet tool install fake-cli --too-path to install fake. I also have my nuget packages defined in build.fsx as above. Now let's say I add a new Nuget package, what is the prescribed way to get the new package because running fake run build doesn't do it. I know that deleting build.fsx.lock and running the previous command will work but I was wondering if there is a better way

Where communities thrive

People

Repo info

Activity