build.sh not working on Mac OS.

[mfilippov]

I try build KRuntime on Mac OS, i get error:
sh build.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 167 100 167 0 0 125 0 0:00:01 0:00:01 --:--:-- 125
100 1621k 100 1621k 0 0 679k 0 0:00:02 0:00:02 --:--:-- 3804k
curl: (3) malformed
Installing 'KoreBuild 0.2.1-dev-build-0301'.
Successfully installed 'KoreBuild 0.2.1-dev-build-0301'.
Installing 'Sake 0.2'.
Successfully installed 'Sake 0.2'.
info: Target default
info: Target pre-clean
info: Target target-dir-clean
info: Target build-clean
info: Target clean
info: Target post-clean
info: Target validate
info: Target repo-initialize
info: Exec
info: program: kpm
info: commandline: restore
info: workingdir: /w/repos/KRuntime
warn: ApplicationName='kpm', CommandLine='restore', CurrentDirectory='/w/repos/KRuntime', Native error= Cannot find the specified file
verbose: Stack trace:
at System.Diagnostics.Process.Start_noshell (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x00000] in :0
at System.Diagnostics.Process.Start_common (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x00000] in :0
at System.Diagnostics.Process.Start (System.Diagnostics.ProcessStartInfo startInfo) [0x00000] in :0
at Viewb1dfaca8ec664994b6225afbfacf0787+c__AnonStorey0.<>m__0 () [0x00000] in :0
at Sake.Engine.Builder.BuilderBase1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0 at Sake.Engine.Builder.BuilderBase1[System.Object].StartingTarget (System.String name) [0x00000] in :0
at Viewb1dfaca8ec664994b6225afbfacf0787+c__AnonStorey1.<>m__5 () [0x00000] in :0
at Sake.Engine.Builder.BuilderBase1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0 at Sake.Engine.Builder.BuilderBase1[System.Object].StartingTarget (System.String name) [0x00000] in :0
at Viewb1dfaca8ec664994b6225afbfacf0787+c__AnonStorey1.<>m__6 () [0x00000] in :0
at Sake.Engine.Builder.BuilderBase1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0 at Sake.Engine.Builder.BuilderBase1[System.Object].StartingTarget (System.String name) [0x00000] in :0
at Viewb1dfaca8ec664994b6225afbfacf0787+c__AnonStorey1.<>m__7 () [0x00000] in :0
at Sake.Engine.Builder.BuilderBase1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0 at Sake.Engine.Builder.BuilderBase1[System.Object].StartingTarget (System.String name) [0x00000] in :0
at Viewb1dfaca8ec664994b6225afbfacf0787+c__AnonStorey1.<>m__8 () [0x00000] in :0
at Sake.Engine.Builder.BuilderBase1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0 at Viewb1dfaca8ec664994b6225afbfacf0787+<RenderViewLevel0>c__AnonStorey1.<>m__0 () [0x00000] in <filename unknown>:0 at Sake.Engine.Builder.BuilderBase1[System.Object].CallTarget (System.String name) [0x00000] in :0
at Sake.Engine.SakeEngine.Execute (Sake.Engine.Options options) [0x00000] in :0
at Sake.Engine.SakeEngine.Execute (System.String[] args) [0x00000] in :0
at Sake.Program.Main (System.String[] args) [0x00000] in :0

[davidfowl]

Yep, we're working on this. We made some recent changes that broke mono (renames). In the process of updating the build scripts 😄 .

[mfilippov]

Ok, i following repo for fix 😄

[davidfowl]

Great!

[henriksen]

Good stuff! Thanks for creating an issue @filippovma , I had the same issue and figured it was just me not getting it.

[steimntz]

I had the same problem:

info: Exec
info:   program: kpm
info:   commandline: restore
info:   workingdir: /Users/steimntz/Downloads/KRuntime
warn: ApplicationName='kpm', CommandLine='restore', CurrentDirectory='/Users/steimntz/Downloads/KRuntime', Native error= Cannot find the specified file
verbose: Stack trace:
  at System.Diagnostics.Process.Start_noshell (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x00000] in <filename unknown>:0
  at System.Diagnostics.Process.Start_common (System.Diagnostics.ProcessStartInfo startInfo, System.Diagnostics.Process process) [0x00000] in <filename unknown>:0
  at System.Diagnostics.Process.Start (System.Diagnostics.ProcessStartInfo startInfo) [0x00000] in <filename unknown>:0
  at View39dc01e35b0045fc9fe0876b9c2312c1+<RenderViewLevel0>c__AnonStorey0.<>m__0 () [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].StartingTarget (System.String name) [0x00000] in <filename unknown>:0
  at View39dc01e35b0045fc9fe0876b9c2312c1+<RenderViewLevel0>c__AnonStorey1.<>m__5 () [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].StartingTarget (System.String name) [0x00000] in <filename unknown>:0
  at View39dc01e35b0045fc9fe0876b9c2312c1+<RenderViewLevel0>c__AnonStorey1.<>m__6 () [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].StartingTarget (System.String name) [0x00000] in <filename unknown>:0
  at View39dc01e35b0045fc9fe0876b9c2312c1+<RenderViewLevel0>c__AnonStorey1.<>m__7 () [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].StartingTarget (System.String name) [0x00000] in <filename unknown>:0
  at View39dc01e35b0045fc9fe0876b9c2312c1+<RenderViewLevel0>c__AnonStorey1.<>m__8 () [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0
  at View39dc01e35b0045fc9fe0876b9c2312c1+<RenderViewLevel0>c__AnonStorey1.<>m__0 () [0x00000] in <filename unknown>:0
  at Sake.Engine.Builder.BuilderBase`1[System.Object].CallTarget (System.String name) [0x00000] in <filename unknown>:0
  at Sake.Engine.SakeEngine.Execute (Sake.Engine.Options options) [0x00000] in <filename unknown>:0
  at Sake.Engine.SakeEngine.Execute (System.String[] args) [0x00000] in <filename unknown>:0
  at Sake.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0
17:11:24 [~/Downloads/KRuntime]

Thanks @filippovma.

[steimntz]

First all, thanks for your work @davidfowl but do you remember what commit was working for Mac OS X or what changes broke it? Perhaps I may help to fix it.

[zdeneksejcek]

Having the same problem, would be amazing to make it work soon so people like me working on Mac can carry on with playing with this new amazing stuff.

[davidfowl]

Here are things you can do

• https://github.com/aspnet/KRuntime/pull/193/files (help review)
• We need to port kvm to bash as well but that's a bit more complicated. Can any of you help with that? https://github.com/aspnet/KRuntime/tree/dev/setup

Once we get this, we're on our way to easy mono support. The next steps will be to make kpm work on mono but we can do that as it should be trivial.

[lefb766]

It should be better to make another issue to discuss porting kvm. I think some operations done in kvm.ps1 are difficult to perform in Unix shell.

[rmarinho]

Great work so far guys, i had the same problem and found this issue that clear me that i wasn't alone, wanted to play with it the bits and see if i could help.
Will stay tunned for more updates.

[davidfowl]

Most of the changes are in dev, but there's no easy way to get the kre on the path on osx/nix right now

[dmportella]

@davidfowl I think the easiest solution for the KVM would be to port the PS script to mono and create a small executable that can run on osx and Linux as we can be sure mono will be there.

Keeps easily in parallel with the PS script and would run on both platforms.

I would be happy to start porting that.

[zdeneksejcek]

As @dmportella already mentioned, what is the reason to maintain two separate implementations, PowerShell will never be ported to Mac/Unix. Wouldn't it be better to implement both in .NET and build it using simple .cmd and .sh? One code, multiple platforms.

I would be happy too to help.

[davidfowl]

Doesn't make sense for it to be managed code. It's a bootstrapper. The whole idea is that you don't need .NET installed to bootstrap the KRE. Mono is a special case since we don't pack it ourselves but on Windows, you should be able to use a machine without .NET and install the KRE (that machine does need powershell though so it has some form of .NET 😄 )

[ghost]

Re writing this as a plain old shell script looks like it could be a bit of a pain. Instead the powershell script could probably be converted to python pretty easily.
Python is already installed on OSX and most linux distros by default, would that be an acceptable option for the bootstrapper script?

[davidfowl]

Actually somebody is already writing it and almost has it working 😄. OSS FTW

[dmportella]

@davidfowl I agree on your thinking osx and linux is a different case.

I was suggesting we used managed code only osx and linux and keep the PS scripts for windows.

Are you saying someone has ported the PS scripts to bash already?

[davidfowl]

@dmportella yep, porting not done yet:

https://github.com/graemechristie/Home/tree/KvmShellImplementation

[phillijw]

Here is an open source version of powershell for *nix: http://pash.sourceforge.net/

[coder543]

@phillijw While I'm sure there are some uses for pash, I don't think anyone wants it to be a dependency for KRuntime to work on Linux.

I've been attempting to get it to build on my Lubuntu computer, and I'm getting an interesting error message:

Attempting to resolve dependency System.Runtime >= 4.0.20.0
  GET https://www.myget.org/F/aspnetvnext/FindPackagesById()?Id='System.Runtime'
  GET https://nuget.org/api/v2/FindPackagesById()?Id='System.Runtime'
  OK https://nuget.org/api/v2/FindPackagesById()?Id='System.Linq' 5073ms
  OK https://nuget.org/api/v2/FindPackagesById()?Id='System.Runtime' 5070ms
  OK https://www.myget.org/F/aspnetvnext/FindPackagesById()?Id='System.Runtime' 9160ms
  OK https://www.myget.org/F/aspnetvnext/FindPackagesById()?Id='System.Linq' 9248ms
  GET https://www.myget.org/F/aspnetvnext/api/v2/package/System.Linq/4.0.0.0
  GET https://www.myget.org/F/aspnetvnext/api/v2/package/System.Runtime/4.0.20.0
  BadRequest https://www.myget.org/F/aspnetvnext/api/v2/package/System.Runtime/4.0.20.0 934ms
  BadRequest https://www.myget.org/F/aspnetvnext/api/v2/package/System.Linq/4.0.0.0 937ms

I don't know if anyone else has seen this. It seems to get along pretty well with the nuget dependency management up to this point.

[davidfowl]

And, we're there:

dotnet/aspnetcore#48

KRuntime still doesn't build yet (a bunch of changes has to be made), but most of the other repositories have been updated with a build.sh that works.

[lefb766]

I can build DNX successfully with beta4 and mono 3.10.0. Can anyone else confirm this issue remains?