## Introduction
Python-vagrant is a python module that provides a _thin_ wrapper around the
`vagrant` command line executable, allowing programmatic control of Vagrant
virtual machines (boxes). This module is useful for:
- Starting a Vagrant virtual machine (VM) (`up`).
- Terminating a Vagrant VM (`destroy`).
- Halting a Vagrant VM without destroying it (`halt`).
- Querying the status of a VM or VMs (`status`).
- Getting ssh configuration information useful for SSHing into the VM. (`host`, `port`, ...)
- Running `vagrant` commands in a [multi-VM environment](http://vagrantup.com/v1/docs/multivm.html)
by using `vm_name` parameter.
- Initializing the VM based on a named base box, using init().
- Adding, Removing, and Listing boxes (`box add`, `box remove`, `box list`).
- Provisioning VMs - up() accepts options like `no_provision`, `provision`, and `provision_with`, and there is a `provision()` method.
- Using sandbox mode from the [Sahara](https://github.com/jedi4ever/sahara) gem.
This project began because I wanted python bindings for Vagrant so I could
programmatically access my vagrant box using Fabric. Drop me a line to let me
know how you use python-vagrant. I'd love to share more use cases. -Todd DeLuca
## Versioning and API Stability
This package is _beta_ and its API is not guaranteed to be stable. The API
attempts to be congruent with the `vagrant` API terminology, to facilitate
knowledge transfer for users already familiar with Vagrant. Over time, the
python-vagrant API has changed to better match the underling `vagrant` CLI and
to evolve with the changes in that CLI.
The package version numbering is in the form `0.X.Y`. The initial `0` reflects
the _beta_ nature of this project. The number `X` is incremented when
backwards-incompatible changes occur. The number `Y` is incremented when
backwards-compatible features or bug fixes are added.
## Requirements
- Vagrant 2.2 or greater. Using the latest version of Vagrant is strongly
recommended.
- Vagrant requires VirtualBox, VMWare, or another supported provider.
- Python 3.8 or newer.
- The Sahara gem for Vagrant is optional. It will allow you to use
`SandboxVagrant`.
## Installation
### Install from pypi.python.org
Download and install python-vagrant:
```shell
pip install python-vagrant
```
### Install from github.com
Clone and install python-vagrant
```shell
cd ~
git clone git@github.com:pycontribs/python-vagrant.git
cd python-vagrant
python setup.py install
```
## Usage
A contrived example of starting a vagrant box (using a Vagrantfile from the
current directory) and running a fabric task on it:
```python
import vagrant
from fabric.api import env, execute, task, run
@task
def mytask():
run('echo $USER')
v = vagrant.Vagrant()
v.up()
env.hosts = [v.user_hostname_port()]
env.key_filename = v.keyfile()
env.disable_known_hosts = True # useful for when the vagrant box ip changes.
execute(mytask) # run a fabric task on the vagrant host.
```
Another example showing how to use vagrant multi-vm feature with fabric:
```python
import vagrant
from fabric.api import *
@task
def start(machine_name):
"""Starts the specified machine using vagrant"""
v = vagrant.Vagrant()
v.up(vm_name=machine_name)
with settings(host_string= v.user_hostname_port(vm_name=machine_name),
key_filename = v.keyfile(vm_name=machine_name),
disable_known_hosts = True):
run("echo hello")
```
By default python vagrant instances are quiet, meaning that they capture stdout
and stderr. For a "loud" instance, use `vagrant.Vagrant(quiet_stdout=False)`.
Set `quiet_stderr=False` for an even louder version.
### Interacting With the Vagrant Subprocess
The `Vagrant` class works by executing `vagrant` commands in a subprocess and
interpreting the output. Depending on the needs of the user, the communication
to and from the subprocess can be tailored by altering its environment and
where it sends its stdout and stderr.
#### Silencing the Stdout or Stderr of the Vagrant Subprocess
The stdout and stderr of the underlying vagrant process can be silenced by
using the `out_cm` and `err_cm` parameters, or by using the `quiet_stdout` and
`quiet_stderr` parameters of `Vagrant.__init__`.
Using `out_cm` and `err_cm` to redirect stdout and stderr to `/dev/null`:
```python
v = vagrant.Vagrant(out_cm=vagrant.devnull_cm, err_cm=vagrant.devnull_cm)
v.up() # normally noisy
```
Using `quiet_stdout` and `quiet_stderr` to redirect stdout and stderr to
`/dev/null`:
```python
v = vagrant.Vagrant(quiet_stdout=True, quiet_stderr=True)
v.up() # normally noisy
```
These are functionally equivalent.
#### Logging the Stdout or Stderr of the Vagrant Subprocess
A user might wish to direct the stdout and stderr of a vagrant subprocess to
a file, perhaps to log and analyze the results of an automated process. This
can be accomplished using the `out_cm` and `err_cm` parameters of
`Vagrant.__init__`.
For example, log the stdout and stderr of the subprocess to the file
'deployment.log':
```python
log_cm = vagrant.make_file_cm('deployment.log')
v = vagrant.Vagrant(out_cm=log_cm, err_cm=log_cm)
v.up() # normally noisy
```
#### Altering the Environment of the Vagrant Subprocess
It's possible to communicate with the Vagrant subprocess using environment
variables. The `Vagrantfile` could expect environment variables to be present
and act accordingly. The environment variables can be set by `python-vagrant`.
```python
import vagrant
v = vagrant.Vagrant()
os_env = os.environ.copy()
os_env['USE_NFS'] = '1'
v.env = os_env
v.up() # will pass env to the vagrant subprocess
```
Alternatively, the environment can be passed at instantiation time.
```python
import vagrant
os_env = os.environ.copy()
os_env['USE_NFS'] = '1'
v = vagrant.Vagrant(env=env)
assert v.env is env # True
v.up() # will pass env to the vagrant subprocess
```
## Contribute
If you use python and vagrant and this project does not do what you want,
please open an issue or a pull request on
[github](https://github.com/pycontribs/python-vagrant/edit/main/README.md).
Please see CHANGELOG.md for a detailed list of contributions and authors.
When making a pull request, please include unit tests that test your changes
and make sure any existing tests still work. See the Testing section below.
## Testing
Running the full suite of tests might take 10 minutes or so. It involves
downloading boxes and starting and stopping virtual machines several times.
Run the tests from the top-level directory of the repository:
```shell
tox -e py
```
Here is an example of running an individual test:
```shell
tox -e py -- -k tests.test_vagrant:test_boxes
```
Manual test of functionality for controlling where the vagrant subcommand
output is sent -- console or devnull:
>>> import vagrant
>>> import os
>>> vagrantfile = '/Users/tfd/proj/python-vagrant/tests/vagrantfiles/single_box'
>>> # Demonstrate a quiet Vagrant. Equivalent to out_cm=vagrant.devnull_cm
... v1 = vagrant.Vagrant(vagrantfile)
>>> v1.destroy() # output to /dev/null
>>> # Demonstrate a loud Vagrant. Equivalent to out_cm=vagrant.stdout_cm
... v2 = vagrant.Vagrant(vagrantfile, quiet_stdout=False)
>>> v2.destroy() # stdout sent to console
==> default: VM not created. Moving on...
>>> # Demonstrate that out_cm takes precedence over quiet_stdout=True
... v3 = vagrant.Vagrant(vagrantfile, out_cm=vagrant.stdout_cm)
>>> v3.destroy() # output to console
==> default: VM not created. Moving on...
>>> # Demonstrate a quiet Vagrant using devnull_cm directly
... v4 = vagrant.Vagrant(vagrantfile, out_cm=vagrant.devnull_cm)
>>> v4.destroy() # output to console
>>>
Raw data
{
"_id": null,
"home_page": "https://github.com/pycontribs/python-vagrant",
"name": "python-vagrant",
"maintainer": "",
"docs_url": null,
"requires_python": ">=3.8",
"maintainer_email": "",
"keywords": "box,vagrant,vagrantfile,virtual-machine,virtualbox",
"author": "Todd Francis DeLuca",
"author_email": "todddeluca@yahoo.com",
"download_url": "https://files.pythonhosted.org/packages/2b/3f/2e42a44c9705d72d9925fe8daf00f31bcf82e8b84ec5a752a8a1357c3ef8/python-vagrant-1.0.0.tar.gz",
"platform": null,
"description": "## Introduction\n\nPython-vagrant is a python module that provides a _thin_ wrapper around the\n`vagrant` command line executable, allowing programmatic control of Vagrant\nvirtual machines (boxes). This module is useful for:\n\n- Starting a Vagrant virtual machine (VM) (`up`).\n- Terminating a Vagrant VM (`destroy`).\n- Halting a Vagrant VM without destroying it (`halt`).\n- Querying the status of a VM or VMs (`status`).\n- Getting ssh configuration information useful for SSHing into the VM. (`host`, `port`, ...)\n- Running `vagrant` commands in a [multi-VM environment](http://vagrantup.com/v1/docs/multivm.html)\n by using `vm_name` parameter.\n- Initializing the VM based on a named base box, using init().\n- Adding, Removing, and Listing boxes (`box add`, `box remove`, `box list`).\n- Provisioning VMs - up() accepts options like `no_provision`, `provision`, and `provision_with`, and there is a `provision()` method.\n- Using sandbox mode from the [Sahara](https://github.com/jedi4ever/sahara) gem.\n\nThis project began because I wanted python bindings for Vagrant so I could\nprogrammatically access my vagrant box using Fabric. Drop me a line to let me\nknow how you use python-vagrant. I'd love to share more use cases. -Todd DeLuca\n\n## Versioning and API Stability\n\nThis package is _beta_ and its API is not guaranteed to be stable. The API\nattempts to be congruent with the `vagrant` API terminology, to facilitate\nknowledge transfer for users already familiar with Vagrant. Over time, the\npython-vagrant API has changed to better match the underling `vagrant` CLI and\nto evolve with the changes in that CLI.\n\nThe package version numbering is in the form `0.X.Y`. The initial `0` reflects\nthe _beta_ nature of this project. The number `X` is incremented when\nbackwards-incompatible changes occur. The number `Y` is incremented when\nbackwards-compatible features or bug fixes are added.\n\n## Requirements\n\n- Vagrant 2.2 or greater. Using the latest version of Vagrant is strongly\n recommended.\n- Vagrant requires VirtualBox, VMWare, or another supported provider.\n- Python 3.8 or newer.\n- The Sahara gem for Vagrant is optional. It will allow you to use\n `SandboxVagrant`.\n\n## Installation\n\n### Install from pypi.python.org\n\nDownload and install python-vagrant:\n\n```shell\npip install python-vagrant\n```\n\n### Install from github.com\n\nClone and install python-vagrant\n\n```shell\ncd ~\ngit clone git@github.com:pycontribs/python-vagrant.git\ncd python-vagrant\npython setup.py install\n```\n\n## Usage\n\nA contrived example of starting a vagrant box (using a Vagrantfile from the\ncurrent directory) and running a fabric task on it:\n\n```python\nimport vagrant\nfrom fabric.api import env, execute, task, run\n\n@task\ndef mytask():\n run('echo $USER')\n\nv = vagrant.Vagrant()\nv.up()\nenv.hosts = [v.user_hostname_port()]\nenv.key_filename = v.keyfile()\nenv.disable_known_hosts = True # useful for when the vagrant box ip changes.\nexecute(mytask) # run a fabric task on the vagrant host.\n```\n\nAnother example showing how to use vagrant multi-vm feature with fabric:\n\n```python\nimport vagrant\nfrom fabric.api import *\n\n@task\ndef start(machine_name):\n \"\"\"Starts the specified machine using vagrant\"\"\"\n v = vagrant.Vagrant()\n v.up(vm_name=machine_name)\n with settings(host_string= v.user_hostname_port(vm_name=machine_name),\n key_filename = v.keyfile(vm_name=machine_name),\n disable_known_hosts = True):\n run(\"echo hello\")\n```\n\nBy default python vagrant instances are quiet, meaning that they capture stdout\nand stderr. For a \"loud\" instance, use `vagrant.Vagrant(quiet_stdout=False)`.\nSet `quiet_stderr=False` for an even louder version.\n\n### Interacting With the Vagrant Subprocess\n\nThe `Vagrant` class works by executing `vagrant` commands in a subprocess and\ninterpreting the output. Depending on the needs of the user, the communication\nto and from the subprocess can be tailored by altering its environment and\nwhere it sends its stdout and stderr.\n\n#### Silencing the Stdout or Stderr of the Vagrant Subprocess\n\nThe stdout and stderr of the underlying vagrant process can be silenced by\nusing the `out_cm` and `err_cm` parameters, or by using the `quiet_stdout` and\n`quiet_stderr` parameters of `Vagrant.__init__`.\n\nUsing `out_cm` and `err_cm` to redirect stdout and stderr to `/dev/null`:\n\n```python\nv = vagrant.Vagrant(out_cm=vagrant.devnull_cm, err_cm=vagrant.devnull_cm)\nv.up() # normally noisy\n```\n\nUsing `quiet_stdout` and `quiet_stderr` to redirect stdout and stderr to\n`/dev/null`:\n\n```python\nv = vagrant.Vagrant(quiet_stdout=True, quiet_stderr=True)\nv.up() # normally noisy\n```\n\nThese are functionally equivalent.\n\n#### Logging the Stdout or Stderr of the Vagrant Subprocess\n\nA user might wish to direct the stdout and stderr of a vagrant subprocess to\na file, perhaps to log and analyze the results of an automated process. This\ncan be accomplished using the `out_cm` and `err_cm` parameters of\n`Vagrant.__init__`.\n\nFor example, log the stdout and stderr of the subprocess to the file\n'deployment.log':\n\n```python\nlog_cm = vagrant.make_file_cm('deployment.log')\nv = vagrant.Vagrant(out_cm=log_cm, err_cm=log_cm)\nv.up() # normally noisy\n```\n\n#### Altering the Environment of the Vagrant Subprocess\n\nIt's possible to communicate with the Vagrant subprocess using environment\nvariables. The `Vagrantfile` could expect environment variables to be present\nand act accordingly. The environment variables can be set by `python-vagrant`.\n\n```python\nimport vagrant\n\nv = vagrant.Vagrant()\n\nos_env = os.environ.copy()\nos_env['USE_NFS'] = '1'\n\nv.env = os_env\nv.up() # will pass env to the vagrant subprocess\n```\n\nAlternatively, the environment can be passed at instantiation time.\n\n```python\nimport vagrant\n\nos_env = os.environ.copy()\nos_env['USE_NFS'] = '1'\n\nv = vagrant.Vagrant(env=env)\nassert v.env is env # True\nv.up() # will pass env to the vagrant subprocess\n```\n\n## Contribute\n\nIf you use python and vagrant and this project does not do what you want,\nplease open an issue or a pull request on\n[github](https://github.com/pycontribs/python-vagrant/edit/main/README.md).\n\nPlease see CHANGELOG.md for a detailed list of contributions and authors.\n\nWhen making a pull request, please include unit tests that test your changes\nand make sure any existing tests still work. See the Testing section below.\n\n## Testing\n\nRunning the full suite of tests might take 10 minutes or so. It involves\ndownloading boxes and starting and stopping virtual machines several times.\n\nRun the tests from the top-level directory of the repository:\n\n```shell\ntox -e py\n```\n\nHere is an example of running an individual test:\n\n```shell\ntox -e py -- -k tests.test_vagrant:test_boxes\n```\n\nManual test of functionality for controlling where the vagrant subcommand\noutput is sent -- console or devnull:\n\n >>> import vagrant\n >>> import os\n >>> vagrantfile = '/Users/tfd/proj/python-vagrant/tests/vagrantfiles/single_box'\n >>> # Demonstrate a quiet Vagrant. Equivalent to out_cm=vagrant.devnull_cm\n ... v1 = vagrant.Vagrant(vagrantfile)\n >>> v1.destroy() # output to /dev/null\n >>> # Demonstrate a loud Vagrant. Equivalent to out_cm=vagrant.stdout_cm\n ... v2 = vagrant.Vagrant(vagrantfile, quiet_stdout=False)\n >>> v2.destroy() # stdout sent to console\n ==> default: VM not created. Moving on...\n >>> # Demonstrate that out_cm takes precedence over quiet_stdout=True\n ... v3 = vagrant.Vagrant(vagrantfile, out_cm=vagrant.stdout_cm)\n >>> v3.destroy() # output to console\n ==> default: VM not created. Moving on...\n >>> # Demonstrate a quiet Vagrant using devnull_cm directly\n ... v4 = vagrant.Vagrant(vagrantfile, out_cm=vagrant.devnull_cm)\n >>> v4.destroy() # output to console\n >>>\n\n\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Python bindings for interacting with Vagrant virtual machines.",
"version": "1.0.0",
"split_keywords": [
"box",
"vagrant",
"vagrantfile",
"virtual-machine",
"virtualbox"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "70f715a056441dcb0b1e7e4730e8e80926a3bd3c79671dc6688323342ff25564",
"md5": "1422ab63e726e5817ffc6a1827e86de9",
"sha256": "9f24a29e3f7b17d79c399d0f358d9cc1b76fd5495698c438a39cdae89de467f0"
},
"downloads": -1,
"filename": "python_vagrant-1.0.0-py3-none-any.whl",
"has_sig": false,
"md5_digest": "1422ab63e726e5817ffc6a1827e86de9",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.8",
"size": 19385,
"upload_time": "2022-03-31T11:38:56",
"upload_time_iso_8601": "2022-03-31T11:38:56.161065Z",
"url": "https://files.pythonhosted.org/packages/70/f7/15a056441dcb0b1e7e4730e8e80926a3bd3c79671dc6688323342ff25564/python_vagrant-1.0.0-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "2b3f2e42a44c9705d72d9925fe8daf00f31bcf82e8b84ec5a752a8a1357c3ef8",
"md5": "77d35ffbf6d1c1ceeb975985e7dfa6cf",
"sha256": "a8fe93ccf2ff37ecc95ec2f49ea74a91a6ce73a4db4a16a98dd26d397cfd09e5"
},
"downloads": -1,
"filename": "python-vagrant-1.0.0.tar.gz",
"has_sig": false,
"md5_digest": "77d35ffbf6d1c1ceeb975985e7dfa6cf",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.8",
"size": 36742,
"upload_time": "2022-03-31T11:38:58",
"upload_time_iso_8601": "2022-03-31T11:38:58.168884Z",
"url": "https://files.pythonhosted.org/packages/2b/3f/2e42a44c9705d72d9925fe8daf00f31bcf82e8b84ec5a752a8a1357c3ef8/python-vagrant-1.0.0.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2022-03-31 11:38:58",
"github": true,
"gitlab": false,
"bitbucket": false,
"github_user": "pycontribs",
"github_project": "python-vagrant",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"requirements": [
{
"name": "attrs",
"specs": [
[
"==",
"22.2.0"
]
]
},
{
"name": "coverage",
"specs": [
[
"==",
"7.0.3"
]
]
},
{
"name": "exceptiongroup",
"specs": [
[
"==",
"1.1.0"
]
]
},
{
"name": "iniconfig",
"specs": [
[
"==",
"2.0.0"
]
]
},
{
"name": "packaging",
"specs": [
[
"==",
"22.0"
]
]
},
{
"name": "pluggy",
"specs": [
[
"==",
"1.0.0"
]
]
},
{
"name": "pytest",
"specs": [
[
"==",
"7.2.0"
]
]
},
{
"name": "pytest-github-actions-annotate-failures",
"specs": [
[
"==",
"0.1.8"
]
]
},
{
"name": "pytest-plus",
"specs": [
[
"==",
"0.4.0"
]
]
},
{
"name": "tomli",
"specs": [
[
"==",
"2.0.1"
]
]
}
],
"tox": true,
"lcname": "python-vagrant"
}
JSON
