2013-09-03 18:08:28 +00:00
|
|
|
---
|
2013-09-06 16:50:43 +00:00
|
|
|
page_title: "Box File Format"
|
2013-09-03 18:08:28 +00:00
|
|
|
sidebar_current: "boxes-format"
|
|
|
|
---
|
|
|
|
|
|
|
|
# Box File Format
|
|
|
|
|
|
|
|
In the past, boxes were just [tar files](http://en.wikipedia.org/wiki/Tar_\(computing\))
|
2014-01-25 20:18:41 +00:00
|
|
|
of VirtualBox exports. With Vagrant supporting multiple
|
|
|
|
[providers](/v2/providers/index.html) and [versioning](/v2/boxes/versioning.html)
|
|
|
|
now, box files are slightly more complicated.
|
2013-09-03 18:08:28 +00:00
|
|
|
|
2014-05-02 20:36:42 +00:00
|
|
|
Box files made for Vagrant 1.0.x (the VirtualBox export `tar` files) continue
|
2014-01-25 20:18:41 +00:00
|
|
|
to work with Vagrant today. When Vagrant encounters one of these old boxes,
|
|
|
|
it automatically updates it internally to the new format.
|
2013-09-03 18:08:28 +00:00
|
|
|
|
2014-05-02 20:38:25 +00:00
|
|
|
Today, there are two different components:
|
2013-09-03 18:08:28 +00:00
|
|
|
|
2014-05-02 20:36:42 +00:00
|
|
|
* Box File - This is a compressed (`tar`, `tar.gz`, `zip`) file that is specific
|
2014-01-25 20:18:41 +00:00
|
|
|
to a single provider and can contain anything. Vagrant core doesn't ever
|
|
|
|
use the contents of this file. Instead, they are passed to the provider.
|
|
|
|
Therefore, a VirtualBox box file has different contents from a VMware
|
|
|
|
box file and so on.
|
|
|
|
|
2014-05-02 21:03:03 +00:00
|
|
|
* Box Catalog Metadata - This is a JSON document (typically exchanged
|
|
|
|
during interactions with [Vagrant Cloud](https://vagrantcloud.com))
|
|
|
|
that specifies the name of the box, a description, available
|
|
|
|
versions, available providers, and URLs to the actual box files
|
|
|
|
(next component) for each provider and version. If this catalog
|
|
|
|
metadata doesn't exist, a box file can still be added directly, but
|
|
|
|
it will not support versioning and updating.
|
2014-05-02 20:43:38 +00:00
|
|
|
|
2014-01-25 20:18:41 +00:00
|
|
|
Each component is covered in more detail below.
|
|
|
|
|
2014-05-02 20:43:38 +00:00
|
|
|
## Box File
|
|
|
|
|
|
|
|
The actual box file is the required portion for Vagrant. It is recommended
|
|
|
|
you always use a metadata file alongside a box file, but direct box files
|
|
|
|
are supported for legacy reasons in Vagrant.
|
|
|
|
|
|
|
|
Box files are compressed using `tar`, `tar.gz`, or `zip`. The contents of the
|
|
|
|
archive can be anything, and is specific to each
|
|
|
|
[provider](/v2/providers/index.html). Vagrant core itself only unpacks
|
|
|
|
the boxes for use later.
|
|
|
|
|
2014-05-02 21:03:03 +00:00
|
|
|
Within the archive, Vagrant does expect a single file:
|
|
|
|
`metadata.json`. This is a JSON file that is completely unrelated to
|
|
|
|
the above box catalog metadata component; there is only one
|
|
|
|
`metadata.json` per box file (inside the box file), whereas one
|
|
|
|
catalog metadata JSON document can describe multiple versions of the
|
|
|
|
same box, potentially spanning multiple providers.
|
|
|
|
|
|
|
|
`metadata.json` must contain at least the "provider" key with the
|
|
|
|
provider the box is for. Vagrant uses this to verify the provider of
|
|
|
|
the box. For example, if your box was for VirtualBox, the
|
|
|
|
`metadata.json` would look like this:
|
2014-05-02 20:43:38 +00:00
|
|
|
|
|
|
|
```json
|
|
|
|
{
|
|
|
|
"provider": "virtualbox"
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
If there is no `metadata.json` file or the file does not contain valid JSON
|
|
|
|
with at least a "provider" key, then Vagrant will error when adding the box,
|
|
|
|
because it can't verify the provider.
|
|
|
|
|
|
|
|
Other keys/values may be added to the metadata without issue. The value
|
|
|
|
of the metadata file is passed opaquely into Vagrant and plugins can make
|
|
|
|
use of it. At this point, Vagrant core does not use any other keys in this
|
|
|
|
file.
|
|
|
|
|
2014-01-25 20:18:41 +00:00
|
|
|
## Box Metadata
|
|
|
|
|
|
|
|
The metadata is an optional component for a box (but highly recommended)
|
|
|
|
that enables [versioning](/v2/boxes/versioning.html), updating, multiple
|
|
|
|
providers from a single file, and more.
|
|
|
|
|
|
|
|
<div class="alert alert-block alert-info">
|
|
|
|
<strong>You don't need to manually make the metadata.</strong> If you
|
2014-03-13 13:59:39 +00:00
|
|
|
have an account with <a href="https://vagrantcloud.com">Vagrant Cloud</a>, you
|
2014-01-25 20:18:41 +00:00
|
|
|
can create boxes there, and Vagrant Cloud automatically creates
|
|
|
|
the metadata for you. The format is still documented here.
|
|
|
|
</div>
|
|
|
|
|
|
|
|
It is a JSON document, structured in the following way:
|
|
|
|
|
|
|
|
```json
|
|
|
|
{
|
|
|
|
"name": "hashicorp/precise64",
|
|
|
|
"description": "This box contains Ubuntu 12.04 LTS 64-bit.",
|
|
|
|
"versions": [{
|
|
|
|
"version": "0.1.0",
|
|
|
|
"providers": [{
|
|
|
|
"name": "virtualbox",
|
2014-03-01 11:08:27 +00:00
|
|
|
"url": "http://somewhere.com/precise64_010_virtualbox.box",
|
|
|
|
"checksum_type": "sha1",
|
|
|
|
"checksum": "foo"
|
2014-01-25 20:18:41 +00:00
|
|
|
}]
|
|
|
|
}]
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
As you can see, the JSON document can describe multiple versions of a box,
|
|
|
|
multiple providers, and can add/remove providers in different versions.
|
|
|
|
|
2014-05-02 21:10:40 +00:00
|
|
|
This JSON file can be passed directly to `vagrant box add` from the
|
|
|
|
local filesystem using a file path or via a URL, and Vagrant will
|
|
|
|
install the proper version of the box. In this case, the value for the
|
|
|
|
`url` key in the JSON can also be a file path. If multiple providers
|
|
|
|
are available, Vagrant will ask what provider you want to use.
|