common/command/template,packer/template: fix build name ConfigTemplate processing [GH-858]
adding default nodename
allow none checksumtype for qemu builder (copy/paste from virtualbox)

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
add missing variable

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
fix digitalocean v2 api content-type when using json

In case of using json we need to set content-type header.

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
add error code for failed auth

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
Merge branch 'master' of github.com:vtolstov/packer into digitalocean
Merge branch 'master' of github.com:vtolstov/packer into digitalocean
Use sudo only if prevent_sudo is not set
add CD-ROM only if not used disk_image, also boot from it only if CD-ROM present

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
disk_filename is used for artifacts, but it missed in case of disk_image = true

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
fix using private ip address in digitalocean builder

Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
Resolves issue where docker communicator mishandled symlinks by treating them as files
consistent escaping for ovftool uri creds

I got thrown for a loop since the username is uri-escaped but the password was not.

I got thrown for another couple of loops due to the multiple levels of interpretation involved:
1) JSON syntax requires backslashes to be slash-escaped. Some vCenter deployments use windows domain-style usernames DOMAIN\user
2) the OVFTOOL docs specify that "all special characters" be uri-encoded when part of the user name or password
3) different shell interpretations on windows/linux

I'd say escape both or neither.
builder/vmware/iso: Upload VMX to ESX5 after editing [GH-1422,GH-1083]
builder/digitalocean: use DigitalOcean image ID for artifact Id().
post-processor/vagrant: test for user variables in vagrantfile_template [GH-1125]

Previously fixed in a47610879fcd5e2871b3e088e40d368a2915455f

Closes #1125
post-processor/vagrant: process templates in Configure
post-processor/vagrant: test if vagrantfile_template exists

Test for #801
post-processor/vagrant: check if vagrantfile_template exists

Fixes #801