asdf-elixir
asdf-elixir copied to clipboard
Bad tempfile path
Looks like there is an extra / in the tempfile path.
$ asdf install elixir 1.3
/var/folders/hn/2gyswljs27179p4ddtdvrqkc0000gn/T//elixir-precompiled-1.3.zip
** Resuming transfer from byte position 21
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (33) HTTP server doesn't seem to support byte ranges. Cannot resume.
[/var/folders/hn/2gyswljs27179p4ddtdvrqkc0000gn/T//elixir-precompiled-1.3.zip]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /var/folders/hn/2gyswljs27179p4ddtdvrqkc0000gn/T//elixir-precompiled-1.3.zip or
/var/folders/hn/2gyswljs27179p4ddtdvrqkc0000gn/T//elixir-precompiled-1.3.zip.zip, and cannot find /var/folders/hn/2gyswljs27179p4ddtdvrqkc0000gn/T//elixir-precompiled-1.3.zip.ZIP, period.
Turns out this is a just a really confusing secondary error. The correct command is asdf install elixir 1.3.0
. Maybe we should validate the version number? Also it would be good to fail faster, so we don't try to unzip a bogus file.
Thanks for discussing this error here: I had the same today with Erlang when trying to run asdf install erlang 20
instead of asdf install erlang 20.0
and was puzzled until I found this post… 👍
This also happens for new Elixir releases, when the compiled file isn't ready yet. That seems to be the case with 1.8 RC1 right now.
@kamidev yep, just came across that issue with 1.8 RC1.
I do not think #29 fixed this issue.