No description
Find a file
Will Farrington 2d09d14a3b bump rbenv
2012-11-02 09:10:05 -04:00
config Update for script/sync 2012-10-09 10:06:09 -10:00
lib Preserve lib/ or Puppet will create it as root 2012-10-04 13:46:12 -07:00
manifests backport a ton from github 2012-10-18 18:15:57 -07:00
modules people module doc update 2012-10-07 15:00:32 -10:00
script Update for script/sync 2012-10-09 10:06:09 -10:00
shared Things managed by librarian-puppet go in shared/ 2012-10-03 10:24:21 -07:00
vendor bump rbenv 2012-11-02 09:10:05 -04:00
.gitignore Bring back dat cache 2012-10-03 13:55:23 -07:00
.rbenv-version README tweaks 2012-10-07 17:23:38 -10:00
Gemfile Update for script/sync 2012-10-09 10:06:09 -10:00
Gemfile.lock bump puppet to 3.0.1 2012-10-18 18:49:30 -07:00
Puppetfile bump rbenv 2012-11-02 09:10:05 -04:00
Puppetfile.lock bump rbenv 2012-11-02 09:10:05 -04:00
README.md Merge pull request #16 from technicalpickles/fix-git-co-in-readme 2012-10-21 23:31:12 -07:00

Our Boxen

This is a template Boxen project designed for your organization to fork and modify appropriately. The Boxen rubygem and the Boxen puppet modules are only a framework for getting things done. This repository template is just a basic example of how to do things with them.

Getting Started

  1. Install XCode Command Line Tools and/or full XCode.
  • If using full XCode, you'll need to agree to the license by running: xcodebuild -license
  1. Create a new repository on GitHub as your user for your Boxen. (eg. wfarr/my-boxen). Make sure it is a private repository!
  2. Get running like so:
mkdir -p ~/src/my-boxen
cd ~/src/my-boxen
git init
git remote add upstream https://github.com/boxen/our-boxen
git fetch upstream
git checkout -b master upstream/master
git remote add origin https://github.com/wfarr/my-boxen
git push origin master

script/boxen
  1. Close and reopen your Terminal. If you have a shell config file (eg. ~/.bashrc) you'll need to add this at the very end: [ -f /opt/boxen/env.sh ] && source /opt/boxen/env.sh, and reload your shell.
  2. Confirm the Boxen env has loaded: boxen --env

Now you have your own my-boxen repo that you can hack on. You may have noticed we didn't ask you to fork the repo. This is because when our-boxen goes open source that'd have some implications about your fork also potentially being public. That's obviously quite bad, so that's why we strongly suggest you create an entirely separate repo and simply pull the code in, as shown above.

Getting your users started after your "fork" exists

  1. Install the XCode Command Line Tools (full XCode install optional).
  2. Run the following:
sudo mkdir -p /opt/boxen
sudo chown $USER:admin /opt/boxen
git clone https://github.com/yourorg/yourreponame.git /opt/boxen/repo
cd /opt/boxen/repo
script/boxen

# add boxen to your shell config, at the end, eg.
echo '[ -f /opt/boxen/env.sh ] && source /opt/boxen/env.sh'

Open a new terminal, boxen --env to confirm.

What You Get

This template project provides the following by default:

  • Homebrew
  • Git
  • Hub
  • DNSMasq w/ .dev resolver for localhost
  • NVM
  • RBenv
  • Full Disk Encryption requirement
  • NodeJS 0.4
  • NodeJS 0.6
  • NodeJS 0.8
  • Ruby 1.8.7
  • Ruby 1.9.2
  • Ruby 1.9.3
  • Ack
  • Findutils
  • GNU-Tar

Customizing

You can always check out the number of existing modules we already provide as optional installs under the boxen organization. These modules are all tested to be compatible with Boxen. Use the Puppetfile to pull them in dependencies automatically whenever boxen is run.

Node definitions

Puppet has the concept of a 'node', which is essentially the machine on which Puppet is running. Puppet looks for node definitions in the manifests/site.pp file in the Boxen repo. You'll see a default node declaration that looks like the following:

node default {
  # core modules, needed for most things
  include dnsmasq

  # more...
}

How Boxen interacts with Puppet

Boxen runs everything declared in manifests/site.pp by default. But just like any other source code, throwing all your work into one massive file is going to be difficult to work with. Instead, we recommend you use modules via the Puppetfile when you can and making new modules in the modules/ directory when you can't. Then you just need to include $modulename those modules in manifests/site.pp. One pattern that's very common is to create a module for your organization (eg. modules/github) and put an environment class in that module to include all of the modules your organization wants to install for everyone by default. An example of this might look like so:

# modules/github/manifests/environment.pp

 class github::environment {
   include github::apps::mac

   include ruby::1-8-7

   include projects::super-top-secret-project
 }

If you'd like to read more about how Puppet works, we recommend checking out the official documentation for:

Creating a personal module

See the documentation in the modules/people directory for creating per-user modules that don't need to be applied globally to everyone.

Creating a project module

See the documentation in the modules/projects directory for creating organization projects (read: repositories that people will be working in).

Binary packages

We support binary packaging for everything in Homebrew, RBEnv, and NVM. See config/boxen.rb for the environment variables to define.