2012-10-02 14:43:59 -04:00
|
|
|
# Our Boxen
|
2012-10-03 14:33:53 -04:00
|
|
|
|
|
|
|
This is a template Boxen project designed for your organization to fork and
|
|
|
|
modify appropriately.
|
2012-10-07 23:23:38 -04:00
|
|
|
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.
|
2012-10-03 14:33:53 -04:00
|
|
|
|
|
|
|
## Getting Started
|
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
To give you a brief overview, we're going to:
|
|
|
|
|
2013-03-23 06:40:47 -04:00
|
|
|
* Install dependencies (basically Xcode)
|
2013-03-05 02:16:43 -05:00
|
|
|
* Bootstrap a boxen for your self/team/org/company
|
|
|
|
* Then convert your local copy of that boxen to the post-bootstrapped version
|
|
|
|
|
|
|
|
There are a few potential conflicts to keep in mind.
|
|
|
|
Boxen does its best not to get in the way of a dirty system,
|
|
|
|
but you should check into the following before attempting to install your
|
|
|
|
boxen on any machine (we do some checks before every Boxen run to try
|
|
|
|
and detect most of these and tell you anyway):
|
|
|
|
|
2013-03-23 06:40:47 -04:00
|
|
|
* Boxen __requires__ at least the Xcode Command Line Tools installed.
|
2013-03-05 02:16:43 -05:00
|
|
|
* Boxen __will not__ work with an existing rvm install.
|
2013-04-05 07:41:07 -04:00
|
|
|
* Boxen __may not__ play nice with a GitHub username that includes dash(-)
|
2013-03-05 02:16:43 -05:00
|
|
|
* Boxen __may not__ play nice with an existing rbenv install.
|
|
|
|
* Boxen __may not__ play nice with an existing chruby install.
|
|
|
|
* Boxen __may not__ play nice with an existing homebrew install.
|
|
|
|
* Boxen __may not__ play nice with an existing nvm install.
|
2013-03-23 06:40:47 -04:00
|
|
|
* Boxen __recommends__ installing the full Xcode.
|
2013-03-05 02:16:43 -05:00
|
|
|
|
|
|
|
### Dependencies
|
|
|
|
|
2013-03-23 06:40:47 -04:00
|
|
|
**Install the Xcode Command Lines Tools and/or full Xcode.**
|
2013-03-05 02:16:43 -05:00
|
|
|
This will grant you the most predictable behavior in building apps like
|
|
|
|
MacVim.
|
|
|
|
|
|
|
|
How do you do it?
|
|
|
|
|
2013-03-23 06:40:47 -04:00
|
|
|
1. Install Xcode from the Mac App Store.
|
|
|
|
1. Open Xcode.
|
2013-03-05 02:16:43 -05:00
|
|
|
1. Open the Preferences window (`Cmd-,`).
|
|
|
|
1. Go to the Downloads tab.
|
|
|
|
1. Install the Command Line Tools.
|
|
|
|
|
|
|
|
### Bootstrapping
|
|
|
|
|
|
|
|
Create a **new** git repository somewhere.
|
|
|
|
It can be private or public -- it really doesn't matter.
|
|
|
|
If you're making a repository on GitHub, you _may not_ want to fork this repo
|
|
|
|
to get started.
|
|
|
|
The reason for that is that you can't really make private forks of public
|
|
|
|
repositories easily.
|
|
|
|
|
2013-04-18 19:45:32 -04:00
|
|
|
Once you've done that, you can run the following to bootstrap
|
2013-03-05 02:16:43 -05:00
|
|
|
your boxen:
|
|
|
|
|
|
|
|
```
|
|
|
|
sudo mkdir -p /opt/boxen
|
2013-05-11 10:19:03 -04:00
|
|
|
sudo chown ${USER}:staff /opt/boxen
|
2013-03-05 02:16:43 -05:00
|
|
|
git clone https://github.com/boxen/our-boxen /opt/boxen/repo
|
|
|
|
cd /opt/boxen/repo
|
|
|
|
git remote rm origin
|
|
|
|
git remote add origin <the location of my new git repository>
|
|
|
|
git push -u origin master
|
|
|
|
```
|
|
|
|
|
|
|
|
### Distributing
|
|
|
|
|
|
|
|
That's enough to get your boxen into a usable state on other machines,
|
|
|
|
usually.
|
|
|
|
From there, we recommend setting up
|
|
|
|
[boxen-web](https://github.com/boxen/boxen-web)
|
|
|
|
as an easy way to automate letting other folks install your boxen.
|
|
|
|
|
|
|
|
If you _don't_ want to use boxen-web, folks can get using your boxen like so:
|
2012-10-17 21:12:17 -04:00
|
|
|
|
|
|
|
```
|
|
|
|
sudo mkdir -p /opt/boxen
|
2013-05-13 20:10:27 -04:00
|
|
|
sudo chown ${USER}:staff /opt/boxen
|
2013-03-05 02:16:43 -05:00
|
|
|
git clone <location of my new git repository> /opt/boxen/repo
|
2012-10-17 21:12:17 -04:00
|
|
|
cd /opt/boxen/repo
|
|
|
|
script/boxen
|
2013-03-05 02:16:43 -05:00
|
|
|
```
|
|
|
|
|
2013-04-15 13:15:46 -04:00
|
|
|
Keep in mind this requires you to encrypt your hard drive by default.
|
|
|
|
If you do not want to do encrypt your hard drive, you can use the `--no-fde`.
|
|
|
|
|
|
|
|
```
|
|
|
|
script/boxen --no-fde
|
|
|
|
```
|
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
It should run successfully, and should tell you to source a shell script
|
|
|
|
in your environment.
|
|
|
|
For users without a bash or zsh config or a `~/.profile` file,
|
|
|
|
Boxen will create a shim for you that will work correctly.
|
|
|
|
If you do have a `~/.bashrc` or `~/.zshrc`, your shell will not use
|
|
|
|
`~/.profile` so you'll need to add a line like so at _the end of your config_:
|
2012-10-17 21:12:17 -04:00
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
``` sh
|
|
|
|
[ -f /opt/boxen/env.sh ] && source /opt/boxen/env.sh
|
2012-10-17 21:12:17 -04:00
|
|
|
```
|
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
Once your shell is ready, open a new tab/window in your Terminal
|
|
|
|
and you should be able to successfully run `boxen --env`.
|
|
|
|
If that runs cleanly, you're in good shape.
|
2012-10-17 21:12:17 -04:00
|
|
|
|
2012-10-04 13:30:22 -04:00
|
|
|
## What You Get
|
|
|
|
|
|
|
|
This template project provides the following by default:
|
|
|
|
|
|
|
|
* Homebrew
|
|
|
|
* Git
|
|
|
|
* Hub
|
2013-05-11 18:19:29 -04:00
|
|
|
* dnsmasq w/ .dev resolver for localhost
|
|
|
|
* rbenv
|
2012-10-04 13:30:22 -04:00
|
|
|
* Full Disk Encryption requirement
|
2013-05-11 18:19:29 -04:00
|
|
|
* Node.js 0.4
|
|
|
|
* Node.js 0.6
|
|
|
|
* Node.js 0.8
|
2012-10-04 13:30:22 -04:00
|
|
|
* Ruby 1.8.7
|
|
|
|
* Ruby 1.9.2
|
|
|
|
* Ruby 1.9.3
|
2013-05-11 18:19:29 -04:00
|
|
|
* ack
|
2012-10-04 13:30:22 -04:00
|
|
|
* Findutils
|
2013-05-11 18:19:29 -04:00
|
|
|
* GNU tar
|
2012-10-04 13:30:22 -04:00
|
|
|
|
|
|
|
## Customizing
|
|
|
|
|
2012-10-09 15:43:21 -04:00
|
|
|
You can always check out the number of existing modules we already
|
|
|
|
provide as optional installs under the
|
|
|
|
[boxen organization](https://github.com/boxen). These modules are all
|
|
|
|
tested to be compatible with Boxen. Use the `Puppetfile` to pull them
|
2013-03-05 02:16:43 -05:00
|
|
|
in dependencies automatically whenever `boxen` is run.
|
2012-10-09 23:11:48 -04:00
|
|
|
|
2013-02-16 21:01:08 -05:00
|
|
|
### Including boxen modules from github (boxen/puppet-<name>)
|
|
|
|
|
|
|
|
You must add the github information for your added Puppet module into your Puppetfile at the root of your
|
|
|
|
boxen repo (ex. /path/to/your-boxen/Puppetfile):
|
|
|
|
|
|
|
|
# Core modules for a basic development environment. You can replace
|
|
|
|
# some/most of these if you want, but it's not recommended.
|
|
|
|
|
2013-05-01 17:08:16 -04:00
|
|
|
github "repository", "2.0.2"
|
|
|
|
github "dnsmasq", "1.0.0"
|
|
|
|
github "gcc", "1.0.0"
|
|
|
|
github "git", "1.2.2"
|
|
|
|
github "homebrew", "1.1.2"
|
|
|
|
github "hub", "1.0.0"
|
|
|
|
github "inifile", "0.9.0", :repo => "cprice-puppet/puppetlabs-inifile"
|
|
|
|
github "nginx", "1.4.0"
|
2013-05-08 22:23:42 -04:00
|
|
|
github "nodejs", "2.2.0"
|
2013-05-01 17:08:16 -04:00
|
|
|
github "ruby", "4.1.0"
|
|
|
|
github "stdlib", "4.0.2", :repo => "puppetlabs/puppetlabs-stdlib"
|
|
|
|
github "sudo", "1.0.0"
|
2013-03-05 02:16:43 -05:00
|
|
|
|
2013-02-16 21:01:08 -05:00
|
|
|
# Optional/custom modules. There are tons available at
|
|
|
|
# https://github.com/boxen.
|
2013-03-05 02:16:43 -05:00
|
|
|
|
2013-05-01 17:08:16 -04:00
|
|
|
github "java", "1.1.0"
|
2013-03-05 02:16:43 -05:00
|
|
|
|
|
|
|
In the above snippet of a customized Puppetfile, the bottom line
|
2013-05-20 11:00:21 -04:00
|
|
|
includes the Java module from Github using the tag "1.1.0" from the github repository
|
2013-03-05 02:16:43 -05:00
|
|
|
"boxen/puppet-java". The function "github" is defined at the top of the Puppetfile
|
2013-02-16 21:01:08 -05:00
|
|
|
and takes the name of the module, the version, and optional repo location:
|
|
|
|
|
|
|
|
def github(name, version, options = nil)
|
|
|
|
options ||= {}
|
|
|
|
options[:repo] ||= "boxen/puppet-#{name}"
|
|
|
|
mod name, version, :github_tarball => options[:repo]
|
|
|
|
end
|
|
|
|
|
|
|
|
Now Puppet knows where to download the module from when you include it in your site.pp or mypersonal.pp file:
|
|
|
|
|
|
|
|
# include the java module referenced in my Puppetfile with the line
|
2013-05-01 17:08:16 -04:00
|
|
|
# github "java", "1.1.0"
|
2013-02-16 21:01:08 -05:00
|
|
|
include java
|
|
|
|
|
2012-10-09 23:42:22 -04:00
|
|
|
### Node definitions
|
2012-10-09 23:11:48 -04:00
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
Puppet has the concept of a
|
|
|
|
['node'](http://docs.puppetlabs.com/references/glossary.html#agent),
|
|
|
|
which is essentially the machine on which Puppet is running. Puppet looks for
|
|
|
|
[node definitions](http://docs.puppetlabs.com/learning/agent_master_basic.html#node-definitions)
|
|
|
|
in the `manifests/site.pp` file in the Boxen repo. You'll see a default node
|
2012-10-09 23:42:22 -04:00
|
|
|
declaration that looks like the following:
|
2012-10-09 23:11:48 -04:00
|
|
|
|
2012-10-15 17:25:41 -04:00
|
|
|
``` puppet
|
|
|
|
node default {
|
|
|
|
# core modules, needed for most things
|
|
|
|
include dnsmasq
|
|
|
|
|
|
|
|
# more...
|
|
|
|
}
|
|
|
|
```
|
2012-10-09 23:11:48 -04:00
|
|
|
|
2012-10-13 15:05:01 -04:00
|
|
|
### How Boxen interacts with Puppet
|
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
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 in the `Puppetfile` when you can and make new modules
|
|
|
|
in the `modules/` directory when you can't. Then add `include $modulename`
|
|
|
|
for each new module in `manifests/site.pp` to include them.
|
|
|
|
One pattern that's very common is to create a module for your organization
|
|
|
|
(e.g., `modules/github`) and put an environment class in that module
|
|
|
|
to include all of the modules your organization wants to install for
|
2012-10-13 15:05:01 -04:00
|
|
|
everyone by default. An example of this might look like so:
|
|
|
|
|
2012-10-15 17:25:41 -04:00
|
|
|
``` puppet
|
|
|
|
# modules/github/manifests/environment.pp
|
|
|
|
|
2012-10-13 15:05:01 -04:00
|
|
|
class github::environment {
|
|
|
|
include github::apps::mac
|
|
|
|
|
|
|
|
include ruby::1-8-7
|
|
|
|
|
|
|
|
include projects::super-top-secret-project
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
If you'd like to read more about how Puppet works, we recommend
|
|
|
|
checking out [the official documentation](http://docs.puppetlabs.com/)
|
2012-10-13 15:05:01 -04:00
|
|
|
for:
|
|
|
|
|
|
|
|
* [Modules](http://docs.puppetlabs.com/learning/modules1.html#modules)
|
|
|
|
* [Classes](http://docs.puppetlabs.com/learning/modules1.html#classes)
|
|
|
|
* [Defined Types](http://docs.puppetlabs.com/learning/definedtypes.html)
|
|
|
|
* [Facts](http://docs.puppetlabs.com/guides/custom_facts.html)
|
2012-10-09 23:42:22 -04:00
|
|
|
|
|
|
|
### Creating a personal module
|
|
|
|
|
2013-03-05 02:16:43 -05:00
|
|
|
See [the documentation in the
|
2013-02-06 21:59:53 -05:00
|
|
|
`modules/people`](modules/people/README.md)
|
2012-10-09 23:42:22 -04:00
|
|
|
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
|
2013-02-06 21:59:53 -05:00
|
|
|
`modules/projects`](modules/projects/README.md)
|
2013-01-26 16:41:18 -05:00
|
|
|
directory for creating organization projects (i.e., repositories that people
|
2012-10-09 23:42:22 -04:00
|
|
|
will be working in).
|
2012-10-09 16:06:09 -04:00
|
|
|
|
|
|
|
## Binary packages
|
|
|
|
|
2013-05-11 18:19:29 -04:00
|
|
|
We support binary packaging for everything in Homebrew, rbenv, and nvm.
|
2012-10-09 16:06:09 -04:00
|
|
|
See `config/boxen.rb` for the environment variables to define.
|
2013-02-24 14:26:51 -05:00
|
|
|
|
2013-03-04 16:51:08 -05:00
|
|
|
## Sharing Boxen Modules
|
|
|
|
|
|
|
|
If you've got a Boxen module you'd like to be grouped under the Boxen org,
|
2013-03-05 14:29:52 -05:00
|
|
|
(so it can easily be found by others), please file an issue on this
|
2013-03-04 16:51:08 -05:00
|
|
|
repository with a link to your module.
|
|
|
|
We'll review the code briefly, and if things look pretty all right,
|
|
|
|
we'll fork it under the Boxen org and give you read+write access to our
|
|
|
|
fork.
|
|
|
|
You'll still be the maintainer, you'll still own the issues and PRs.
|
|
|
|
It'll just be listed under the boxen org so folks can find it more easily.
|
|
|
|
|
2013-05-13 17:13:46 -04:00
|
|
|
## Integrating with Github Enterprise
|
|
|
|
|
|
|
|
If you're using a Github Enterprise instance rather than github.com,
|
|
|
|
you will need to set the "BOXEN_GITHUB_ENTERPRISE_URL" and
|
|
|
|
"BOXEN_REPO_URL_TEMPLATE" variables in your
|
|
|
|
[Boxen config](config/boxen.rb).
|
|
|
|
|
2013-02-24 14:26:51 -05:00
|
|
|
## Halp!
|
|
|
|
|
2013-03-07 16:21:36 -05:00
|
|
|
See [FAQ](https://github.com/boxen/our-boxen/blob/master/docs/faq.md).
|
|
|
|
|
2013-02-24 14:26:51 -05:00
|
|
|
Use Issues or #boxen on irc.freenode.net.
|