Go to file
Imran Iqbal 3bcdc902dc
feat(semantic-release): implement for this formula
* Based on `ssf-formula` (v0.3.0)
  - https://github.com/myii/ssf-formula/pull/5
* Unable to use `pillar.example` directly for testing
  - Used it as a basis for `test/salt/pillar/default.sls`
  - Brought useful changes back to `pillar.example`
* Fix: avoid `users/googleauth.sls` for `RedHat` & `Suse`
* Close #203
2019-08-07 15:20:26 +01:00
bin feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
docs feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
test feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
users feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
.gitignore feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
.travis.yml feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
commitlint.config.js feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
FORMULA feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
Gemfile feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
kitchen.yml feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
LICENSE Removing extra new line characters 2015-05-07 13:39:04 -04:00
pillar.example feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
pre-commit_semantic-release.sh feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
release-rules.js feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00
release.config.js feat(semantic-release): implement for this formula 2019-08-07 15:20:26 +01:00

users

Travis CI Build Status Semantic Release

Formula to configure users via pillar.

Table of Contents

General notes

See the full SaltStack Formulas installation and usage instructions.

If you are interested in writing or contributing to formulas, please pay attention to the Writing Formula Section.

If you want to use this formula, please pay attention to the FORMULA file and/or git tag, which contains the currently released version. This formula is versioned according to Semantic Versioning.

See Formula Versioning Section for more details.

Contributing to this repo

Commit message formatting is significant!!

Please see How to contribute <CONTRIBUTING> for more details.

Available states

users

Configures a user's home directory, group, the user itself, secondary groups, and associated keys. Also configures sudo access, and absent users.

users.sudo

Ensures the sudo group exists, the sudo package is installed and the sudo file is configured.

users.bashrc

Ensures the bashrc file exists in the users home directory. Sets 'manage_bashrc: True' in pillar per user. Defaults to False.

users.profile ^^^^^^^^^^^^^^^^

Ensures the profile file exists in the users home directory. Sets 'manage_profile: True' in pillar per user. Defaults to False.

users.vimrc

Ensures the vimrc file exists in the users home directory. Sets 'manage_vimrc: True' in pillar per user. Defaults to False. This depends on the vim-formula being available and pillar users:use_vim_formula: True.

users.user_files

Permits the abitrary management of files. See pillar.example for configuration details.

Overriding default values

In order to separate actual user account definitions from configuration the pillar users-formula was introduced:

users:
  myuser:
    # stuff

users-formula:
  lookup:
    root_group: toor
    shell: '/bin/zsh'

Testing

Linux testing is done with kitchen-salt.

Requirements

  • Ruby
  • Docker
$ gem install bundler
$ bundle install
$ bin/kitchen test [platform]

Where [platform] is the platform name defined in kitchen.yml, e.g. debian-9-2019-2-py3.

bin/kitchen converge

Creates the docker instance and runs the template main state, ready for testing.

bin/kitchen verify

Runs the inspec tests on the actual instance.

bin/kitchen destroy

Removes the docker instance.

bin/kitchen test

Runs all of the stages above in one go: i.e. destroy + converge + verify + destroy.

bin/kitchen login

Gives you SSH access to the instance for manual testing.