pkrenv cannot automatically resolve/install the version of .packer-version when the packer is called, meaning that we should

Expected Behavior

when calling packer in a directory that .packer-version is defined, it should automatically install the version.

cat .packer-version
1.9.2

and then

packer
installing 1.9.2 ...

Current Behavior

cat .packer-version
1.9.2

and then

packer
pkenv: pkenv-version-name: [ERROR] No such file or directory

Failure Information

pkenv --version
pkenv 0.5.3

Error:

❯ pkenv install latest
[INFO] Installing Packer v1.9.0
[INFO] Downloading release tarball from https://releases.hashicorp.com/packer/1.9.0/packer_1.9.0_linux_amd64.zip
curl: (22) The requested URL returned error: 404                                                                                                                                              

pkenv: pkenv-install: [ERROR] Tarball download failed

This was fixed in a PR (#15) that was submitted to this repository and included changes that would allow specifying the arch, but it was unceremoniously closed and deleted. Not cool.

If you cannot maintain this project anymore, I must ask that you archive this project so the baton can be passed to one of the more active developers.

tfenv has the ability to default to the .terraform-version file when no version is specified in the use subcommand. In other words, when I use the command pkenv use without specifying a version, I'd like it to use whatever version I've specified in .packer-version. I really like this feature and would like it added to pkenv.

% pkenv use
pkenv: pkenv-use: [ERROR] usage: pkenv use <version>

When I download 0.5.0 and run pkenv --version it prints 0.5.2. Not a big deal but rather inconsistent so I just wanted to raise awareness in case your plan new releases.

$ curl -sL https://github.com/iamhsa/pkenv/archive/0.5.0.tar.gz | tar xzf -
$ ./pkenv-0.5.0/bin/pkenv --version
pkenv 0.5.2

System:

  macOS 10.12.6
  curl 7.54.0 (x86_64-apple-darwin16.0) libcurl/7.54.0 SecureTransport zlib/1.2.8
  pkenv 0.2.3

When I run pkenv list-remote, it returns nothing (exit status: 0). Upon further inspection, it looks like it is the presence of thecurl option --tlsv1.2 causing the curl to error out with "curl: (35) Unknown SSL protocol error in connection to releases.hashicorp.com:-9836" on my system. After taking out the --tlsv1.2 option, the curl returns the html correctly.

Looking over at how tfenv does it thing, it appears that there is this commit introduced recently that deals with this problem.

Similar how to TFEnv works with TFENV_REMOTE, you can override the target URL for the Packer packages.

String (Default: https://releases.hashicorp.com)
To install from a remote other than the default
$ TFENV_REMOTE=https://example.jfrog.io/artifactory/hashicorp

PR created - #11

Hi there @iamhsa! Thank you for working on this, it's very nice and I use it a lot.

I was wondering, whether you would be keen to officially cut a release? I have a Homebrew formula[1] that I use, and I wanted to submit it upstream so that others can benefit too. This would be far easier if we get a nice new release cut with all the fixes and updates you've added recently.

What do you think?

1. https://gist.github.com/kwilczynski/d49ffe816d372f2693e9aeae39e615bd