• Stars
    star
    158
  • Rank 231,747 (Top 5 %)
  • Language
    Ruby
  • License
    Apache License 2.0
  • Created about 12 years ago
  • Updated over 9 years ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

A Chef Knife plugin to manage Chef Servers. Bootstrap a new Chef Server on Amazon's EC2, Digital Ocean, Linode, OpenStack or a standalone server. Backup and restore your Chef Server or Hosted Chef's node, role, data bag, and environment JSON data.

Knife::Server

Gem Version Build Status Code Climate Dependency Status

A Chef Knife plugin to manage Chef Servers. Bootstrap a new Chef Server on Amazon's EC2, Digital Ocean, Linode, OpenStack or a standalone server. Backup and restore your Chef Server or Hosted Chef's node, role, data bag, and environment JSON data.

Usage

Follow the installation instructions, then you are ready to create your very own Chef Server running Ubuntu on Amazon's EC2 service:

$ knife server bootstrap ec2 \
  --node-name chefapalooza.example.com \
  --aws-access-key-id $AWS_ACCESS_KEY_ID \
  --aws-secret-access-key $AWS_SECRET_ACCESS_KEY \
  --region us-east-1 \
  --availability-zone us-east-1b \
  --image ami-d017b2b8 \
  --ssh-user ubuntu \
  --flavor m1.small \
  --ssh-key id_rsa-aws \
  --identity-file ~/.ssh/id_rsa-aws

Be sure to substitute with your access key id, secret access key, ssh key id, and identity file (private SSH key). If you have most of these settings set up in a knife.rb file, it becomes much shorter:

$ knife server bootstrap ec2 \
  --node-name chefapalooza.example.com \
  --ssh-user ubuntu

To spin up your Chef Server on Digital Ocean:

knife server bootstrap digitalocean \
  --node-name chefapalooza.example.com \
  --digital_ocean_access_token $DIGITAL_OCEAN_ACCESS_TOKEN \
  --location sfo1 \
  --size 1gb \
  --image ubuntu-12-04-x64 \
  --ssh-keys $DIGITAL_OCEAN_SSH_KEY_ID \
  --identity-file ~/.ssh/id_rsa-do

To spin up your Chef Server on Linode:

knife server bootstrap linode \
  --node-name linny.example.com \
  --linode-node-name linny \
  --linode-api-key $LINODE_API_KEY \
  --linode-datacenter 3 \
  --linode-flavor 1 \
  --linode-image 126 \
  --ssh-password 'testing1234'

To spin up your Chef Server on OpenStack:

knife server bootstrap openstack \
  --node-name openstack.example.com \
  --openstack-node-name openstack \
  --openstack-username $OS_USERNAME \
  --openstack-password $OS_PASSWORD \
  --openstack-auth-url $OS_AUTH_URL \
  --ssh-password 'testing1234'

Or maybe you want to try out a Chef Server using Vagrant?

$ cat <<VAGRANTFILE > Vagrantfile
Vagrant.configure("2") do |config|
  config.vm.box = "precise64"
  config.vm.box_url = "http://files.vagrantup.com/precise64.box"
  config.vm.network :private_network, ip: "192.168.33.10"
  config.vm.provider :virtualbox do |vb|
    vb.customize ["modifyvm", :id, "--memory", 2048]
  end
end
VAGRANTFILE
$ vagrant up
$ knife server bootstrap standalone \
  --node-name chefapalooza.example.com \
  --host 192.168.33.10 \
  --ssh-user vagrant \
  --ssh-password vagrant

Taking a backup of all node, role, data bag, and environment data is also a snap:

$ knife server backup

Restoring all that data isn't too hard either:

$ knife server restore

Let's say you have all your roles, environments, and data bags in a Git repository (remember, Infrastructure as Code) and you want to build a new Chef Server. Try this:

$ knife server backup nodes --backup-dir /tmp/old_server
$ knife server bootstrap ec2 --ssh-user ubuntu \
  --node-name chef.example.com
$ knife server restore nodes --backup-dir /tmp/old_server

Now fire up your cookbooks, roles, environments, and data bags. Good to go! Well except for old client keys on your nodes, but this is being looked into.

See below for more details.

Installation

Add this line to your application's Gemfile:

gem 'knife-server'

Note If you want to use the bootstrap ec2, bootstrap digitalocean, bootstrap linode, or bootstrap openstack subcommands you will need to explicitly add this to your Gemfile with:

gem 'knife-ec2'
gem 'knife-digital_ocean'
gem 'knife-linode'
gem 'knife-openstack'

Finally execute:

$ bundle

Or install it yourself as:

$ gem install knife-server

(Don't forget a gem install knife-ec2, gem install knife-digital_ocean, gem install knife-linode, or gem install knife-openstack if using any cloud-specific subcommands).

Next, you must set up a knife.rb configuration so that the shipped Knife subcommands know where to place and modify key files, backup directories, etc.

knife.rb Setup

When creating a Chef Server the validation key and admin client key will be installed on your workstation. Therefore, several knife configuration options are required (descriptions courtesy of the Chef docs site):

  • node_name: User or client identity (i.e., name) to use for authenticating requests to the Chef Server.
  • client_key: Private key file to authenticate to the Chef server. Corresponds to the -k or --key option
  • validation_key: Specifies the private key file to use when bootstrapping new hosts. See knife-client(1) for more information about the validation client.

It is important to note that the knife server bootstrap subcommands will need write access to the client_key and validation_key files as well as write access the their directories in order to create backup files. This means that if you do not explicitly set client_key and validation_key, the knife server bootstrap subcommands will attempt to write to "/etc/chef/client.pem" and "/etc/chef/validation.pem." respectively.

For example, you could add lines similar to the following in your user's ~/.chef/knife.rb or your project's .chef/knife.rb file (assuming you have a directory "$HOME/.chef" created with mkdir -p $HOME/.chef):

node_name       "gramsay"
client_key      "#{ENV['HOME']}/.chef/gramsay.pem"
validation_key  "#{ENV['HOME']}/.chef/chef-validator.pem"

Most options can be passed to the knife subcommands explicitly but this quickly becomes tiring, repetitive, and error-prone. A better solution is to add some of the common configuration to your ~/.chef/knife.rb or your projects .chef/knife.rb file like so:

# for aws/ec2
knife[:aws_access_key_id] = "MY_KEY"
knife[:aws_secret_access_key] = "MY_SECRET"
knife[:region] = "us-west-2"
knife[:availability_zone] = "us-west-2a"
knife[:flavor] = "t1.micro"

# for linode
knife[:linode_api_key] = "MY_KEY"

# for digitalocean
knife[:digital_ocean_acceess_token] = "MY_TOKEN"

Better yet, why not try a more generic knife.rb file from the chef-bootstrap-repo project?

Subcommands

knife server bootstrap (Common Options)

These subcommands will install and configure an Open Source Chef Server on several different clouds/environments. The high level step taken are as follows:

  1. Provision or use a node and install the Chef Server software. If it is a Chef 10 server, configure an Apache2 instance to front the server instance handling SSL for the API port (TCP/443) and the WebUI web application (TCP/444, if enabled).
  2. Fetch the validation key from the server and install it onto the workstation issuing the knife subcommand. The validation key will be installed at the path defined in the knife validation_key variable. If a key already exists at that path a backup copy will be made in the same directory.
  3. Create an initial admin user key called root in the root user's account on the server which can be used for local administration of the Chef Server. If it is a Chef 10 installation, an admin client key will be generated instead.
  4. Create an admin user key with the name defined in the knife node_name configuration variable and install it onto the workstation issuing the knife subcommand. The user key will be installed at the path defined in the knife client_key configuration variable. If a key already exists at that path a backup copy will be made in the same directory. If it is a Chef 10 installation, an admin client key will be generated instead.

Note knife server bootstrap can not be invoked directly; a subcommand must be selected which determines the provisioning strategy.

Common Configuration

--node-name NAME (-N)

The name of your new Chef Server. The hostname of the system will be set to this value and the self signed SSL certificate will use this value as its CN. Ideally this will correspond to the A or CNAME DNS record.

This option is required.

--platform PLATFORM (-P)

The platform type that will be bootstrapped. By convention a bootstrap template of chef-server-#{platform}.erb will be searched for in the template lookup locations (gems, .chef directory, etc.).

The default value is "omnibus" which supports all platforms for which Omnibus packages have been created. For more details, visit the Install Chef page and click on "Chef Server".

--ssh-user USER (-x)

The SSH username used when bootstrapping the Chef Server node. Note that the some Amazon Machine Images (AMIs) such as the official Canonical Ubuntu images use non-root SSH users ("ubuntu" for Ubuntu AMIs).

The default value is "root".

--ssh-port PORT (-p)

The SSH port used when bootstrapping the Chef Server node.

The default value is "22".

--[no-]host-key-verify

Verify and cache SSH host key when connecting.

The default value is true

--identity-file IDENTITY_FILE (-i)

The SSH identity file (private SSH key) used for authentication.

--prerelease

Installs a pre-release Chef gem rather than a stable release version.

--bootstrap-version VERSION

The version of Chef to install. For Chef 11 installations (the default), you can provide the version of Omnibus package you want installed. To install a Chef 10 server, set this value to "10".

--template-file TEMPLATE

The full path to location of template to use.

--distro DISTRO (-d)

Bootstraps the Chef Server using a particular bootstrap template.

The default is "chef11/#{platform}".

--[no-]webui-enable

Whether or no the WebUI interface will be installed and enabled.

The default value is false.

--webui-password PASSWORD

The initial password for the WebUI admin account, root user account, and workstation user account.

The default value is "chefchef".

--amqp-password PASSWORD

The initial password for AMQP.

The default value is "chefchef".

knife server bootstrap ec2

Note: You must install the knife-ec2 gem to use this subcommand. This was done to keep the dependencies of this library lighter and to make future cloud adapter support easier to add.

Provisions an EC2 instance on the Amazon Web Services (AWS) cloud and sets up an Open Source Chef Server as described above. In addition, the following steps are taken initially:

  1. Create and configure an EC2 Security Group called "infrastructure" for the Chef Server instance. TCP ports 22, 443, and 444 are permitted inbound for SSH, the API endpoint, and the WebUI web application respectively.
  2. An EC2 instance will be provisioned using configuration and/or defaults present using the knife-ec2 plugin.

Configuration

This subcommand imports all relavent options from the knife-ec2 gem. For detailed documentation relating to these options, please visit the docs page.

--availability-zone ZONE (-Z)

The availability zone for the EC2 instance.

The default value is "us-east-1b".

--aws-access-key-id KEY (-A)

Your AWS access key ID.

This option is required.

--aws-secret-access-key SECRET (-K)

Your AWS API secret access key.

This option is required.

--ebs-optimized

Enabled optimized EBS I/O.

--ebs-size SIZE

The size of the EBS volume in GB, for EBS-backed instances.

--ebs-no-delete-on-term

Do not delete EBS volumn on instance termination.

--flavor FLAVOR (-f)

The flavor of EC2 instance (m1.small, m1.medium, etc).

The default value is "m1.small".

--groups X,Y,Z (-G)

The security groups for this EC2 instance.

The default value is "infrastructure".

--image IMAGE (-I)

The AMI for the EC2 instance.

--region REGION

The desired AWS region, such as "us-east-1" or "us-west-2".

The default value is "us-east-1" but is strongly encouraged to be set explicitly.

--subnet SUBNET-ID (-s)

Create node in this Virtual Private Cloud Subnet ID (implies VPC mode).

--ssh-key KEY (-S)

The AWS SSH key id.

--tags T=V[,T=V,...] (-T)

The tags for this EC2 instance.

The resulting set will include:

  • "Node=#{config[:chef_node_name]}"
  • "Role=chef_server"

knife server bootstrap digitalocean

Note: You must install the knife-digital_ocean gem to use this subcommand. This was done to keep the dependencies of this library lighter and to make future cloud adapter support easier to add.

Provisions a Digital Ocean droplet and sets up an Open Source Chef Server as described above.

Configuration

This subcommand imports all relavent options from the knife-digital_ocean gem. For detailed documentation relating to these options, please visit the project page.

knife server bootstrap linode

Note: You must install the knife-linode gem to use this subcommand. This was done to keep the dependencies of this library lighter and to make future cloud adapter support easier to add.

Provisions a Linode instance and sets up an Open Source Chef Server as described above.

Configuration

This subcommand imports all relavent options from the knife-linode gem. For detailed documentation relating to these options, please visit the docs page.

--linode-api-key KEY (-A)

Your Linode API Key.

This option is required.

--linode-datacenter DATACENTER (-D)

The datacenter for the server.

The default value is 3 (Use knife linode datacenter list for a list of choices)

--linode-flavor FLAVOR (-f)

The flavor of server.

The default value is 1. (Use knife linode flavor list for a list of choices)

--linode-image IMAGE (-i)

The image for the server.

The default value is 93. (Use knife linode image list for a list of choices)

--linode-kernel KERNEL (-k)

The kernel for the server.

The default value is 138. (Use knife linode kernel list for a list of choices)

--linode-node-name NAME (-L)

The Linode node name for your new node.

This option is required.

--ssh-password PASSWORD (-P)

The ssh password. If a password is not provided, then a random password will be generated and echoed in logging output. It is recommended that you specify a password so that you know how to connect later.

The default value is a random password.

knife server bootstrap openstack

Note: You must install the knife-openstack gem to use this subcommand. This was done to keep the dependencies of this library lighter and to make future cloud adapter support easier to add.

Provisions a Openstack instance and sets up an Open Source Chef Server as described above.

knife server bootstrap standalone

Provisions a standalone server that is reachable on the network and sets up an Open Source Chef Server as described above. You are responsible for providing the server so it could be a physical machine, Vagrant VM with host-only or bridged networking, or a cloud server instance with a known IP address or host name.

Configuration

--host FQDN_OR_IP (-H)

Host name or IP address of the host to bootstrap.

This option is required.

--ssh-password PASSWORD (-P)

The SSH password used when bootstrapping the Chef Server node. If no password is provided but an SSH key-based authentication fails, then you will be prompted interactively for a password. In other words, if your server requires password authentication you can skip this option and type it in after the plugin starts.

knife server backup

Pulls Chef data primitives from a Chef Server as JSON for backup. Backups can be taken of:

  • nodes
  • roles
  • environments
  • data bags

A big thanks to Steven Danna and Joshua Timberman for the BackupExport knife plugin which was the inspiration for this implementation.

Configuration

COMPONENT[ COMPONENT ...]

The following component types are valid:

  • nodes
  • roles
  • environments
  • data_bags (note the underscore character)

When no component types are specified, all will be selected for backup. This is equivalent to invoking:

$ knife server backup nodes roles environments data_bags
--backup-dir DIR (-D)

The directory to host backup files. A sub-directory for each data primitive type will be created. For example if the backup-dir was /backups/chef then all all node JSON representations would be written to /backups/chef/nodes and data bag JSON representations would be written to /backups/chef/data_bags.

The default uses the :file_backup_path configuration option, the :chef_server_url and the current time to construct a unique directory (within a second). For example, if the time was "2012-04-01 08:47:11 UTC", and given the following configuration (in knife.rb):

file_backup_path  = "/var/chef/backups"
chef_server_url   = "https://api.opscode.com/organizations/coolinc"

then a backup directory of /var/chef/backups/api.opscode.com_20120401T084711-0000 would be created.

knife server restore

Restores Chef data primitives from JSON backups to a Chef Server. You can restore some or all of:

  • nodes
  • roles
  • environments
  • data bags

A big thanks to Steven Danna and Joshua Timberman for the BackupRestore knife plugin which was the inspiration for this implementation.

Configuration

COMPONENT[ COMPONENT ...]

The following component types are valid:

  • nodes
  • roles
  • environments
  • data_bags (note the underscore character)

When no component types are specified, all will be selected for restore. This is equivalent to invoking:

$ knife server restore nodes roles environments data_bags \
  --backup-dir /my/backup/dir
--backup-dir DIR (-D)

The directory to containing backup JSON files. A sub-directory for each data primitive type is expected (the knife server backup subcommand provides this format).

This option is required.

Roadmap

  • Support for other platforms (alternative bootstrap templates)
  • Support for Rackspace provisioning (use knife-rackspace gem)
  • knife server backup backed by s3 (fog api)
  • knife server restore from s3 archive (fog api)

Development

Pull requests are very welcome! Make sure your patches are well tested. Ideally create a topic branch for every separate change you make. For example:

  1. Fork the repo
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Added some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create new Pull Request

Authors

Created and maintained by Fletcher Nichol ([email protected])

License

Apache License, Version 2.0 (see LICENSE)

More Repositories

1

dvm

An on demand Docker virtual machine, thanks to Vagrant and boot2docker. Works great on Macs and other platforms that don't natively support the Docker daemon. Support VirtualBox, VMware, and Parallels.
Shell
458
star
2

chef-user

A convenient Chef LWRP to manage user accounts and SSH keys
Ruby
222
star
3

chef-jenkins

Former location for Jenkins Chef cookbook, now maintained by Chef Software Inc at https://github.com/chef-cookbooks/jenkins
Ruby
175
star
4

names

Random name generator for Rust
Rust
121
star
5

macosx-iterm2-settings

A project to save the settings and preferences for iTerm2 to a Git repository in XML format which is easier for humans to reason about.
Shell
74
star
6

bashrc

cross platform bash configuration for system deployments
Shell
50
star
7

docker-uhttpd

A Docker micro image for uhttpd, a tiny, lightweight web server
Shell
44
star
8

chef-rvm_passenger

Chef cookbook which installs the Passenger gem via RVM and configures Apache or nginx.
Ruby
32
star
9

docker-ngrok

A Docker image for ngrok, introspected tunnels to localhost
Shell
29
star
10

wiki-notes

28
star
11

chef-bootstrap-repo

Shell
28
star
12

searchef

Stub Chef Search!
Ruby
28
star
13

chef-homesick

Chef library cookbook to manage Homesick castle repositories.
Ruby
28
star
14

emeril

Emeril: Tag And Release Chef Cookbooks As A Library
Ruby
28
star
15

chef-gitorious

Gitorious cookbook for Chef
Ruby
25
star
16

features-rs

features - A Rust library for runtime feature toggles
Rust
22
star
17

capistrano-fanfare

Ruby
21
star
18

libsh

A library of common, reusable, and portable POSIX shell functions.
Shell
20
star
19

devstack-vagrant-basebox

Vagrant Box Generator for OpenStack's DevStack
Shell
18
star
20

limitation

Rate limiting using a fixed window counter for arbitrary keys, backed by Redis.
Rust
16
star
21

docker-rust

Rust Programming Language Docker Images!
Shell
16
star
22

veewee-definitions

Some custom/modified VeeWee definitions for Vagrant base boxes
Ruby
16
star
23

omnibus-puppet

Experimental Puppet Omnibus packages
Ruby
15
star
24

packer-templates

Shell
15
star
25

dotfiles

A personal set of Unix "dotfiles" to configure various programs.
Perl
15
star
26

chef-alfresco

Chef cookbook to install Alfresco Community Edition.
Ruby
15
star
27

guard-webrick

Guard::WEBrick automatically starts and restarts WEBrick when needed.
Ruby
14
star
28

chef-webapp

Ruby
11
star
29

finstyle

Finstyle: Version Pinning RuboCop and Configuration for CI
Ruby
11
star
30

chef-vagrant_extras

Chef cookbook with extra fixes and shims for running your recipes in a Vagrant virtual machine.
Ruby
10
star
31

arch-linux-installer

Arch Linux with ZFS installer
Shell
10
star
32

minitest-capistrano

MiniTest assertions and expectations for testing Capistrano recipes
Ruby
10
star
33

chefdk-update-app

A little help when you want to update an appbundled project inside ChefDK
Ruby
9
star
34

chef-openssh

Former location for a fork of the OpenSSH Chef cookbook, now maintained by Chef Software Inc at https://github.com/chef-cookbooks/openssh
HTML
9
star
35

chef-zip_app

Chef LWRP to install Mac OS X applications from zip archives
Ruby
9
star
36

dotvim

A personal editor setup for vi, Vim, MacVim, and Neovim
Vim Script
9
star
37

workstation

Shell
9
star
38

chef-rbenv_system_pkgs

Chef cookbook which installs pre-built rbenv Ruby version tarballs in a system install. Works with chef-ruby_build and chef-rbenv.
Ruby
9
star
39

rails-template-recipes

Ruby
8
star
40

campy

Tiny Campfire Ruby client so you can get on with it.
Ruby
7
star
41

libarchive-rust

A Rust crate for interacting with archives using libarchive
Rust
7
star
42

docker-check-shell

A Docker image with linters (such as ShellCheck and hadolint) and formatters (such as shfmt) for POSIX, Bash, and mksh shell code.
Shell
7
star
43

nameit

Nameit is a small zero-dependency library and tool that helps you generate a random name for a project, database, session--you decide. You get glorious adjective-noun style names such as "pushy-clock" and "lovely-ducks" or ask for a random number on the end to give you names like "numberless-cactus-123" and "superb-shoes-915".
Ruby
7
star
44

homebrew-dvm

A Homebrew formula for dvm, effortless Docker-in-a-box for unsupported Docker platforms, like the Mac.
Ruby
6
star
45

chef-fanfare

Ruby
6
star
46

iocage-provision

Creates an iocage based FreeBSD jail
Rust
6
star
47

chef-platform_packages

Chef cookbook which installs individual packages via attribute or data bag metadata.
Ruby
6
star
48

iocage-plugin-gitea

An iocage plugin for Gitea, a painless self-hosted Git service.
Shell
5
star
49

opscode

Opscode - An Infrastructure Code Workflow Tool
Ruby
4
star
50

chef-hostname

Ruby
4
star
51

fnichol-cime

A demonstration of a Rust CI build/test/release workflow supporting multi-platform testing, binary builds, Docker image building, and Crates.io publishing.
Shell
4
star
52

vagrant-butter

Smooth out Vagrantfiles with some common helpers and shims
Ruby
4
star
53

chef-mysql

Former location for a fork of the MySQL Chef cookbook, now maintained by Chef Software Inc at https://github.com/chef-cookbooks/mysql
Ruby
4
star
54

rbenvinator

Building Ruby version tarballs for rbenv. Because your time is valuable.
Ruby
4
star
55

chef-puppet

Chef cookbook to install and manage a Puppet Master service. No, really.
Ruby
3
star
56

chef-dmg

Opscode DMG Chef Cookbook fork which fixes copying of symlinks, like in Dropbox.dmg
Ruby
3
star
57

iterative_chef

Ruby
3
star
58

chef-xbmc

Ruby
3
star
59

tapasd

tapasd - a concurrent Ruby Tapas episode downloader
Go
3
star
60

docker-stylua

A small Docker image for StyLua, an opinionated Lua code formatter.
Shell
3
star
61

renv

renv: A Ruby Environment Context Switcher
Shell
3
star
62

docker-vint

A small Docker image for Vint, a fast and highly extensible Vim script language linter implemented in Python
Shell
3
star
63

chef-github_repo_mirror

Ruby
3
star
64

capstrap

Bootstrapping Ubuntu with chef-solo using Capistrano.
Ruby
3
star
65

opif

OpenBSD Post-Installation Framework (opif). A treat from the Nichol Code Archives.
Perl
2
star
66

mtoc

Generates and writes a table of contents into any Markdown document
Rust
2
star
67

iocage-plugin-nginx

An iocage plugin for nginx, a Robust and small WWW server.
Shell
2
star
68

obpf

OpenBSD Binary Patching Framework (obpf). A treat from the Nichol Code Archives.
Perl
2
star
69

docker-acme-truenas

A Docker image with acme.sh and deploy-freenas which can be used to continually renew and deploy Let's Encrypt SSL certificates.
Shell
2
star
70

mysql_backup

Shell
2
star
71

chef-searchef

Chef cookbook to use Searchef (Stub Chef Search!).
Ruby
2
star
72

libarchive3-sys

Rust
2
star
73

chef-transmission

Ruby
2
star
74

chef-ubuntu_nvidia_gpu

Chef cookbook to install the NVIDIA binary Xorg driver.
Ruby
2
star
75

capistrano-lastmile

Take Capistrano the last mile to deployment bliss.
Ruby
2
star
76

chef-solo_data_bags

Adds data bag support for older versions of Chef in solo mode
Ruby
2
star
77

chef-mythtv

Ruby
2
star
78

chef-openoffice

Chef cookbook to install the OpenOffice productivity suite.
Ruby
2
star
79

guard_boilerplate

A simple script that allows you to run Guard to refresh your web browser and optionally recompile Sass/Haml files
Ruby
2
star
80

chef-oracle_instantclient

Ruby
1
star
81

openbsd-builder

Builds an OpenBSD release of -stable for on-site usage.
Shell
1
star
82

dotx

A personal set of X Windows/Wayland configuration for various programs
SCSS
1
star
83

pry_me_out

Ruby
1
star
84

fnichol.com

HTML
1
star
85

chef-inspec_example

Chef cookbook example using Test Kitchen & InSpec Verifier
Ruby
1
star
86

versio

Rust
1
star
87

piawg

Rust
1
star
88

charts

Applications and services, provided by fnichol, ready to launch on Kubernetes using the Helm package manager
Smarty
1
star
89

testr

Shell
1
star
90

bento_box_server

Ruby
1
star
91

chef-platform_ubuntu

Ruby
1
star
92

obpf-makefiles

Working examples of OpenBSD release obpf Makefiles
1
star
93

rack_deploy_me

Ruby
1
star
94

yegrb-groovy-talk

Ruby
1
star
95

iocage-plugin-transmission-pia

Shell
1
star
96

docker-nginx-tcp-lb

A small Docker image for running an nginx TCP load balancer.
Shell
1
star
97

chef-platform_suse

Ruby
1
star
98

php_deploy_me

PHP
1
star
99

chef-dna-spike

Ruby
1
star
100

foreman-export-fanfare

Ruby
1
star