Haxe Installation Halts on a Prompt During OpenFL Installation

[rat-moonshine]

Recently, @JustinProminic reported that he faced trouble installing Haxe during OpenFL installation where it halts on a prompt:

The Moonshine SDK Installer seemed to get stuck on the below prompt ("Set openfl to version 9.2.2 [y/n/a] ? ") , and so I had to force quit it on Mac...

Installer path: /Applications/MoonshineSDKInstaller.app/Contents/Resources
Installer version 4.5.0 (mac)
Using Locale: en_US
Fetched the SDK download mirror URL from the CGI.
Downloading Haxe SDK v.4.2.5
Starting to untar: /Users/$user/Library/Application Support/net.prominic.MoonshineSDKInstaller/Local Store/haxe-4.2.5-osx.tar.gz
Completed untar Haxe SDK
Moving files to SDK directory /Users/$user/Downloads/MoonshineSDKs/Haxe/haxe-4.2.5
Downloading Neko SDK v.2.3.0
Starting to untar: /Users/$user/Library/Application Support/net.prominic.MoonshineSDKInstaller/Local Store/neko-2.3.0-osx64.tar.gz
Completed untar Haxe SDK
Moving files to SDK directory /Users/$user/Downloads/MoonshineSDKs/Haxe/neko-2.3.0
Deleted temp files.
Installation complete
Now continues with Haxe/Neko setup
Please enter haxelib repository path with write access
Hit enter for default (/Users/$user/Downloads/MoonshineSDKs/Haxe/lib)
Path : 
haxelib repository is now /Users/$user/Downloads/MoonshineSDKs/Haxe/lib

A new version (4.1.0) of haxelib is available.
Do `haxelib --global update haxelib` to get the latest version.

Downloading feathersui-1,2,0.zip...

Installing feathersui...

  Current version is now 1.2.0

Done

Installing dependency actuate 1.9.0

Downloading actuate-1,9,0.zip...

Installing actuate...

Done

Installing dependency hxargs 4.0.0

Downloading hxargs-4,0,0.zip...

Installing hxargs...

Done

Installing dependency openfl 9.2.2

Downloading openfl-9,2,2.zip...

Installing openfl...

Done

A new version (4.1.0) of haxelib is available.
Do `haxelib --global update haxelib` to get the latest version.

You already have openfl version 9.2.2 installed

Set openfl to version 9.2.2 [y/n/a] ?

[rat-moonshine]

@Aszusz if you're available, can you please help testing the Haxe installation from latest Bamboo build (?)

Please, download the latest macOS installer, for a Haxe installation test. You can rename/remove the ~/Downloads/MoonshineSDKs/Haxe directory - in case this your primary setup directory, and do a test.

[Aszusz]

@rat-moonshine I lost my access to bamboo a while back. I can test if you reupload the build to our server.

[rat-moonshine]

@Aszusz you can download the Development (Moonshine SDK Installer Development_Signed_NonSandbox.pkg) installer from here: https://static.moonshine-ide.com/downloads/msdki/dev/macos/. Thank you!

[Aszusz]

@rat-moonshine First I did the test by removing MoosnikeSDKs and it went fine. Then I remembered I also have an external haxe configuration and things got complicated. I removed haxe from the system by renaming /usr/local/bin/haxe. Then I cleared the haxe and neko paths in MoonshineSDK settings. My macOS can no longer use the haxe command from the terminal (as expected). My MoonshineSDKs folder has no haxe subfolder. But for some reason, MSDKI and Moonshine about page think haxe is present and I cannot reinstall it from the MSDKI. What is the condition that MSDKI check to see if haxe is present or not?

[rat-moonshine]

Do you have usr/local/lib/haxe exists?

[Aszusz]

Yes, that was it. I renamed the folder and was able to move on. I reproduced the original issue. Haxe installation freezes for me on:

Do you want to install the "openfl" command? [y/n/a] ? 

The displayed version is Development 4.6.0 build 453. Is this correct or do I have some previous version junk interfering?

[rat-moonshine]

@Aszusz can you please share full-log from your installation? I'm sure you did but just stressing that we wants to test Moonshine SDK Installer Development_Signed_NonSandbox.pkg.

[Aszusz]

Sure, I'm positive I downloaded and installed Development_Signed_NonSandbox from your link but uninstalling apps on macOS is still a mystery to me and I have zero confidence that new apps are able to replace old apps, so please double-check in the logs. Attaching a full log. msdki-log.txt

[rat-moonshine]

Thank you @Aszusz . We're looking into this.

[rat-moonshine]

@Aszusz I added some fix. Please, give a test again at some time with a build >453. Thank you.

[piotrzarzycki21]

@rat-moonshine I see that Moonshine SDK Installer for Windows on bamboo is not building. Can you check ?

[Aszusz]

@rat-moonshine I tried the 454 build. The openfl installs fine. Now haxe/neko installation fails for me for other reasons. Attaching full log: msdki-log-2.txt I tried cleaning up the whole content of /usr/local/lib but it didn't help. Nonetheless, both haxe and neko paths were set correctly at the end of the installation. I tried compiling our sample FethersUI project and it succeded. So I believe the original issue is fixed. I don't know if you want to be fixing the last error or not. Given the fact I have a dev environment where I had an external haxe setup and then tried to move back to Moonshine haxe setup, it may not be worth the trouble.

[rat-moonshine]

Thank you @Aszusz , for tests.

I managed to take some tests on my old Mac system, and I confirm that Haxe and Neko installed successfully.

I couldn't able to reproduce the libneko.2.dylib error that you encountered. In the step that it triggered, also contradict to your last test-logs - where you can see haxelib openfl setup starts displaying download percentages. I'm not sure what could change between the time of your previous test. There was no notable code-changes either in MSDKI that could cause any drastic effect.

This could be something unrelated to the main Haxe installation process. We maybe wants to have a test with @JoelProminic also, and if installation still looks good, we could plan to close this issue.

[rat-moonshine]

@rat-moonshine I see that Moonshine SDK Installer for Windows on bamboo is not building. Can you check ?

I restarted the Bamboo build server. A new Moonshine and MSDKI build should start when server starts.

[JoelProminic]

When I tested this issue last week, I ran into some problems with the installation when I had already installed Haxe manually. I'll add more details for this if I find some notes, or if I run more tests. This could be a separate issue.

[JoelProminic]

@JustinProminic reported the same problem on 4.5.0 (production). In this case, he also pointed out that a "?" error was shown below the progress bar, and it did not clear.

[JoelProminic]

I tried to cleanup the old installations as much as possible:

rm -r /usr/local/bin/haxe /usr/local/bin/haxelib /usr/local/bin/neko /usr/local/bin/nekoc /usr/local/bin/nekoml /usr/local/bin/nekotools /usr/local/bin/openfl /usr/local/lib/haxe /usr/local/lib/neko /usr/local/lib/libneko*

Then I ran a fresh test with MSDKI. I didn't get any errors on the haxelib installations, and I was able to create and build a Haxe OpenFL Project with no errors.

It would be good to push out a release for this unless we have remaining concerns. I see similar discussion in #114.

[piotrzarzycki21]

@JoelProminic let's push release. I'm really looking forward to this.