dpeek / hvm Goto Github PK

Latest Haxelib's Main class has moved to another package.

mtkocak@Midori-MacBook-Pro ~/s/my5-mui> source ~/.profile
'case' builtin not inside of switch block
~/.hvm/hvm.sh (line 25): case $PLATFORM in
^
from sourcing file ~/.hvm/hvm.sh
called on line 1 of file ~/.profile

from sourcing file ~/.profile
called on standard input

source: Error while reading file '/Users/mtkocak/.hvm/hvm.sh'

something wrong with sed "s/[^0-9]($VERSION)./\1/" on mac?

~>hvm versions haxe

href="haxe-1.19-osx.tar.gz"
href="haxe-2.0-osx.tar.gz"
href="haxe-2.01-osx.tar.gz"
href="haxe-2.02-osx.tar.gz"
href="haxe-2.03-osx.tar.gz"
href="haxe-2.04-osx.tar.gz"
href="haxe-2.05-osx.tar.gz"
href="haxe-2.06-osx.tar.gz"
href="haxe-2.07-osx.tar.gz"
href="haxe-2.08-osx.tar.gz"
href="haxe-2.09-osx.tar.gz"
href="haxe-2.10-osx.tar.gz"
href="haxe-3.0.0-osx.tar.gz"
href="haxe-3.0.0-rc2-osx.tar.gz"
href="haxe-3.0.1-osx.tar.gz"
href="haxe-3.1.0-osx.tar.gz"
href="haxe-3.1.1-osx.tar.gz"
href="haxe-3.1.2-osx.tar.gz"
href="haxe-3.1.3-osx.tar.gz"
href="haxe-3.2.0-rc1-osx.tar.gz"
href="haxe-3.2.0-rc2-osx.tar.gz"

any ideas? :)

Just noting this here, as I assume it has been considered or even implemented,
but hvm use haxe nightly fetching from builds.haxe.org would be great.

When testing 3.2 pre-release it was a nightmare to manage, not only are the versions manually copy pasting - they are also all mislabelled as 3.1.3.

waneck and I discussed the idea of what hvm is doing, tying into the output of hxbuild so that nightly could be a user facing option without risking breaking a working setup.

I think hvm features should (when stable) come with haxe install, as it makes testing pre-releases or switching for projects infinitely nicer :)

Are you planning on keeping it shell scripts btw?

When I do "hvm use neko latest" on linux I get the following output:

bash: http://hxbuilds.s3-website-us-east-1.amazonaws.com/builds/neko/linux64/neko_latest.tar.gz: No such file or directory
downloading http://hxbuilds.s3-website-us-east-1.amazonaws.com/builds/neko/mac/neko_latest.tar.gz

Which results in problems, as the mac binaries don't work on linux.
Workaround: Had to manually download the file (from the SAME location it stated to not find), and put it in the folder.

The scripts don't fully work under zsh shell.

Wrappers for haxe, haxelib, neko work, but hvm use doesn't.

I tried troubleshooting but didn't find a solution: version validation fails as the entire array of versions is compared to the version requested instead of the array entries one by one :/

Workaround is to run a bash shell to change versions:

> bash
$ source ~/.profile
$ hvm use haxe 3.1.3
$ exit
> haxe -version
3.1.3

Or creating a set-haxe script:

#!/bin/bash
source ~/.hvm/hvm.sh
hvm use haxe $1

Installing from steps in the README give me an error on last step hvm install:

/Users/user.name/.hvm/config.sh:45: = not found

Scraping using cURL http://haxe.org/download/list/ fails because of a new 302 redirect.

It's worth noting that http://old.haxe.org/file/ wasn't updated with the new Haxe 3.2.0-rc.1 release. I've copied the files there for now, but we probably need a solution for the next releases.

Files on the new site are:

http://haxe.org/website-content/downloads/
http://haxe.org/website-content/downloads/versions.json
http://haxe.org/website-content/downloads/3,1,3/downloads/

etc. A few options:

• We make part of the release process to still put the files in the old location
• We get our script to use the JSON file above rather than scrape haxe.org (Note: the platform availability is missing from this file)
• I add some other kind of plain-text file to the website that we can use to scrape this information, and I could even make it nice and bash-friendly.