A new command-line tool for managing Ansible content.
Note: Mazer is most useful when used with a version of Ansible that understands mazer installed content. Currently that means the 'mazer_role_loader' branch of ansible
Note: By default, mazer currently defaults to using the "beta" Ansible Galaxy server at https://galaxy-qa.ansible.com. https://galaxy-qa.ansible.com may have different data than the primary Ansible Galaxy server at https://galaxy.ansible.com
Mazer is experimental, and currently only available for tech-preview. Use with lots of caution! It is not intended for use in
production environments, nor is it currently intended to replace the ansible-galaxy command-line tool.
If you're installing Ansible content in a production environment, or need assistance with Ansible, please visit the Ansible project, or the Ansible docs site.
- Install content from Galaxy artifacts containing collections of Ansible roles, modules and plugins
- Generate artifacts from local content that can then be published to the Galaxy server
- Provide versioned management of installed content
- Integrate with popular testing tools like Ansible Lint and Molecule
For additional documentation on mazer, view the Mazer topic on Ansible Galaxy Docs
To install the galaxy role geerlingguy.nginx via galaxy:
$ mazer install geerlingguy.nginx
To install a specific version via galaxy:
$ mazer install geerlingguy.nginx,2.6.0
To install via github:
$ mazer install git+https://github.com/geerlingguy/ansible-role-nginx
To install the galaxy repo testing.ansible_testing_content:
$ mazer install testing.ansible_testing_content
This will install all of the roles in the https://galaxy-qa.ansible.com/testing/ansible_testing_content to ~/.ansible/content/testing/ansible_testing_content/roles/
/home/adrian/.ansible/content/
└── testing
└── ansible_testing_content
└── roles
├── ansible-role-foobar
│ ├── defaults
│ │ └── main.yml
│ ├── handlers
│ │ └── main.yml
│ ├── meta
│ │ └── main.yml
│ ├── README.md
│ ├── tasks
│ │ └── main.yml
│ ├── tests
│ │ ├── inventory
│ │ └── test.yml
│ └── vars
│ └── main.yml
├── ansible-test-role-1
│ ├── defaults
│ │ └── main.yml
│ ├── handlers
│ │ └── main.yml
│ ├── meta
│ │ └── main.yml
│ ├── README.md
│ ├── tasks
│ │ └── main.yml
│ ├── tests
│ │ ├── inventory
│ │ └── test.yml
│ └── vars
│ └── main.yml
...
$ mazer install --content-path ~/my-ansible-content geerlingguy.nginx
This will install the geerlingguy.nginx role to ~/my-ansible-content/geerlingguy/nginx/roles/nginx
Before running this example, install the roles required via mazer. Use '--force' if some of the roles are already installed by mazer.
$ mazer install GROG.debug-variable testing.ansible_testing_content f500.dumpall openmicroscopy.debug-dumpallvars
Example playbook using mazer install roles, using fully qualified role names and older style name.
---
- name: Using some mazer installed roles
hosts: localhost
roles:
# expect to load from ~/.ansible/content
# a traditional role, one role per repo
# referenced with the style namespace.reponame.rolename style
- GROG.debug-variable.debug-variable
# a traditional role referenced via the traditional name
# (namespace.reponame)
- f500.dumpall
# traditional role specified as dict with role vars provided 'json' style
- {role: GROG.debug-variable.debug-variable, debug_variable_dump_location: '/tmp/ansible-GROG-dict-style-debug.dump', dir: '/opt/b', app_port: 5001}
# traditional role specified as dict with role vars provided playbook yaml style
- role: f500.dumpall
tags:
- debug
dumpall_host_destination: '/tmp/ansible-f500-dumpall/'
# If a traditional role is installed in multiple places like:
# # mazer content path
# ~/.ansible/content/alikins/everywhere/roles/everywhere
#
# # default ansible roles_path
# ~/.ansible/roles/everywhere
#
# # playbook local roles directoty
# roles/everywhere.
#
# If the role is referenced with the full "namespace.reponame.rolename" style,
# ansible will first look in the mazer content path.
#
# This traditional role 'alikins.everywhere.everwhere' will be
# found in ~/.ansible/content/content/alikins/everywhere/roles/everywhere
# - alikins.everywhere.everywhere
#
# If the role is references with the "namespace.name" style,
# ansible will first look in the mazer content path.
#
# This role 'alikins.everywhere'
# will be found in ~/.ansible/content/alikins/everywhere/roles/everywhere
# - alikins.everywhere
# A role from a multi-content repo
- testing.ansible_testing_content.test-role-a
# A multi-content repo referenced only by namespace.reponame
# will NOT work if a role is needed since there are multiple roles
# in 'testing.ansible_testing_content' but none called 'ansible_testing_content'
# - testing.ansible_testing_content
#
mazer is configured by a 'mazer.yml' config file in ~/.ansible.
# The galaxy rest api server mazer will communicate with.
server:
# The http or https URL of the Galaxy server used by default.
# REST requests will be made to https://galaxy-qa.ansible.com/api/v1
# in this example.
#
# default: https://galaxy-qa.ansible.com
#
url: https://galaxy-qa.ansible.com
# if ignore_certs is true, https requests will not verify the
# https server certificate is signed a known CA.
#
# default: False (https connections do verify certificates)
#
ignore_certs: false
# When installing content like ansible roles, mazer will install into
# sub directories of this path.
#
# default: ~/.ansible/content
#
content_path: ~/.ansible/content
options:
# A list of file glob patterns to ignore when
# 'init' creates a role from a role skeleton.
role_skeleton_ignore:
- ^.git$
- ^.*/.git_keep$
# role_skeleton_path is a path to a directory of
# custom role skeletons to use instead of the built
# in skeletons.
#
# default: Relative to mazers installation, for example:
# ~/.local/lib/python2.7/site-packages/mazer-0.1.0-py3.6.egg/ansible_galaxy_cli/data/role_skeleton/
#
role_skeleton_path: null
# The version of the config file format.
# This should never need to be changed manually.
version: 1The source code for mazer lives at https://github.com/ansible/mazer
$ git clone https://github.com/ansible/mazer.git
$ cd mazer
$ python setup.py install
Or install the requirements via pip:
$ pip install -r requirements.txt
pip install mazer
pip install -v git+ssh://git@github.com/ansible/mazer.git
pip install -e git+ssh://git@github.com/ansible/ansible.git@mazer_role_loader#egg=ansible
pip install -e git+git://github.com/ansible/ansible.git@mazer_role_loader#egg=ansible
The versions of ansible that support mazer content have a config option for setting the content path. If the install ansible has this config option, mazer content will work.
To verify that, run the command 'ansible-config list | grep DEFAULT_CONTENT_PATH'. If 'DEFAULT_CONFIG_PATH' is found the correct branch of ansible is installed.
$ ansible-config list | grep DEFAULT_CONTENT_PATH
DEFAULT_CONTENT_PATH:
To run mazer from a source checkout, without installing, use the setup.py 'develop' command:
python setup.py develop
mazer uses pytest for unit tests.
To install test requirements, use pip to install the requirements in requirements_test.txt:
pip install -r requirements_test.txt
To run unit tests
via `tox` for default platforms (python 2.6, 2.7, 3.6):
$ tox
via 'pytest' directly
$ pytest tests/
When installing content from an Ansible Galaxy server, requires Galaxy v3.0+.
To see what we're working on, and where we're headed, view the roadmap.
To keep up with the latest changes, view the changelog.
Issues welcome! If you find a bug, or have a feature idea, please let us know by opening an issue.
You can also reach out to us on irc.freenode.net in the #ansible-galaxy channel.
The name Mazer comes from a character from Ender's Game, Mazer Rackham, that Wikipedia describes as "the half-Māori captain who singlehandedly stopped the Second Invasion by realizing that the Buggers are a hive mind. Due to his inability to pass on his knowledge, he was forced to spend fifty years at relativistic speeds (eight years to Rackham) so that he could train the next commander — Ender Wiggin."
A mazer is also a hardwood drinking vessel.